[gst-devel] VST Audio Plug in approach using Gstreamer and Linux OS with ARM Cortex A8 processors

[Stefan Kost]

thx1138 schrieb:
> On 1/10/09 7:58 AM, "Stefan Kost" <ensonic at hora-obscura.de> wrote:
> 
>> hi,
>>
>> thx1138 schrieb:
>>> On 1/6/09 5:25 AM, "Stefan Kost" <ensonic at hora-obscura.de> wrote:
>>>
>>>> thx1138 schrieb:
>>>>> Hello,
>>>>>
>>>>> We are presently using VST as a plug-in for audio applications and the
>>>>> question came up today is it possible for VST plug-ins to work with
>>>>> G-Streamer? Our VST's are migrating from PC/Mac Intel host and desire to
>>>>> use
>>>>> VST approach with Gstreamer for ARM Cortex A8 processor.
>>>>>
>>>>> We have Linux Gstreamer as our Linux interface and we are wondering what
>>>>> has
>>>>> been done in this area already to look at the API interfaces etc.
>>>> If those are your own vst plugins I would port them to gstreamer. For vst
>>>> effects you could use GstAudioFilter as a baseclass
>>>> (gst-plugins-base/gst-libs/gst/audio/).
>>>>
>>>> If you want to keep the plugins as they are, you would need to write a brige
>>>> plugin. It would load the vst plugins as a host an externaly appear as a
>>>> gstreamer plugin.
>>>>
>>>> Stefan
>>>>
>>>>> Regards,
>>>>>
>>>>> Terry
>>>>>
>>>>>
>>>>>
>>> -----------------------------------------------------------------------------
>>> -
>>>>> _______________________________________________
>>>>> gstreamer-devel mailing list
>>>>> gstreamer-devel at lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>>> ----------------------------------------------------------------------------
>>>> --
>>>> _______________________________________________
>>>> gstreamer-devel mailing list
>>>> gstreamer-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>> Hello,
>>>
>>> I have discovered that VST Plugins can be used with WINE interface to Linux.
>>> This was done using an Intel and AMD processor. Does anyone have some good
>>> links to doing the same using ARM 11 or Cortex A8 processors? We are suing
>>> Gstreamer for our plug-in interface for Multichannel matrix audio decoding
>>> and post processing.
>> the wine approach wont help you. The idea behind that is to reuse the plugins
>> compiles on windows. It emulates the windows api as far as it needed and runs
>> the dlls. I do this for buzzmachine plugins for gstreamer, pitfdll does this
>> for
>> windows codecs. If you do this for vst, you could use windows vft plugins
>> under
>> linux, but only on x86 (and only on 32 bit for 32bit plugins).
>>
>> If you want to run them on arm, then you need to recompile them. Using qemu
>> wouldn't give you the needed perormance.
>>
>> Stefan
>>
>>> I am new to this as all of my earlier work was DSP based and now I must
>>> migrate to ARM all of my Dolby, DTS, AAC, MP3 etc. decoding and post
>>> processing.
>>>
>>> Any suggestions would be great.
>>>
>>> Terry
>>>
>>>
>>>
> ----------------------------------------------------------------------------->>
> -
>>> Check out the new SourceForge.net Marketplace.
>>> It is the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://p.sf.net/sfu/Xq1LFB
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>> ------------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It is the best place to buy or sell services for
>> just about anything Open Source.
>> http://p.sf.net/sfu/Xq1LFB
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> Hello Herr Kost,
> 
> So, If I understand your response, VST plugins compiled for Windowx/MacOSX
> would need to be recompiled to run as plug-ins using Gstreamer.
> 
> Wine just give a Windows emulation for x86 emulation I gather.
> 
> Our software manager has decided to build our Dolby, DTS, etc. plug-ins to
> use Gstreamer as interface which I believe is fine, I just need other VST
> applications to be ported to Gstreamer.
> 
> I wish I had some quick way to evaluate Gstreamer plug-ins versus VST
> approach. Perhaps this will take some effort to gather benchmarks on
> latency.
> 
> Danke fur alles
> 

The latency is more dependend on what audio i/o plugins you use and how they are
configured. On windows vst is typically used with ASIO. On linux a good
couterpart would be jack, but that might be too heavy for an embedded system
(mixing is float based). A well configured alsa might be enough. It really
depends what you want to do.

Functionality wise the GStreamer plugin api is quite rich. I belive the plugins
can be ported. On thig that is not covered by gstreamer is plugin uis. Thats
left to the plugin host.

Stefan