Lorenzo, To clarify...
Cinelerra already does multiple track audio editing and also supports adding plugins to the audio tracks, that functionality has already been there for years already so I don't think that concept is terribly 'trendy', I'm merely suggesting additional plugin support for better audio enhancement and sweetening with a much more intuitive plugin interface. There is no need for Cinelerra to become a D.A.W. obviously and that was never my intention to suggest. LinuxVST was only mentioned it to indicate the current state of audio plugins in Linux, I personally think it would be completely unnecessary for Cinelerra to support and that the main things that a video user would need (compression, EQ, reverb) would be accommodated quite handily with a few LV2 plugins. I certainly agree that JACK audio/transport support would open the door to connecting to an outside 3rd party plugin host or standalone JACK plugins of any kind as well, however since a lot of the 'negative' press about Cinelerra centers around it being too complicated my belief is that many users would miss out completely on the audio restoration capabilities JACK affords if plugins could not be accessed within Cinelerra itself. You will get no argument from me that the most important need is simply JACK audio/transport support as a major first step in the process and anything beyond that would be icing on the cake, I just felt it important to point out there is some pretty tasty icing out there in the Linux Audio world that almost all Linux NLE's seem to be missing the potential of integrating. -GLEN > On 18/06/12 18:10, AV Linux wrote: >> Hi, >> >> Following this topic with great interest! >> >> In my humble opinion as the distributor of a Multimedia distribution any >> discussion of JACK and JACK-transport support in Cinelerra should also >> include discussion of adding the LV2 plugin API in addition to LADSPA. > > Wait! Are we sure we want to emulate the big bloat (TM) applications > existing in other operating systems on linux? That is putting effort and > CPU-resource-requirements to try and mock pro-audio editing in a video > editor and vice versa for audio editors? > Shouldn't we look at the unix philosophy, maybe with sensible exceptions > and wise deviations? > Personally I'd rather have development effort go into improving > cinelerra's (and/or lumiera's...) video capabilities e.g. regarding > codec support, stability etc. > Of course request for jack_transport (maybe even jack audio) is > different for a whole LV2 and LinuxVST stack request. jack_transport is > the typical nice technology (like, say, OSC) which enables applications > to communicate and interact nicely and in my humble opinion respects and > supports the unix philosophy well. > But really, are you going to do serious full-blown audio editing in > cinelerra? Because then you'll start asking for full automation, audio > busses, midi and who knows what. And that's not non-linear-video editing > :) > > My two - maybe unpopular, non-trendy - cents. > Lorenzo. > > > In >> Linux pro-audio circles LADSPA is certainly still useful but all the new >> development in audio processing is focused on LV2 and to a lesser but >> increasing extent native LinuxVST plugins. LV2 plugins would have their >> own GUI's and not rely on Cinelerra to draw the controls like it does >> for >> LADSPA. The audio processing and restoration capabilities afforded by >> JACK >> and LV2 would be an amazing combination and would be unrivalled even by >> expensive commercial editors on other platforms. There are a large >> number >> of free and open-source LV2 plugins available in most mainline >> distributions now and the API is quite mature and adopted by Ardour, >> Qtractor, Openoctave, Traverso to name a few. Rosegarden sadly seems to >> be >> ignoring both LV2 and LinuxVST plugin support for audio and this will >> definitely damage it's appeal for Audio Sequencing in the future >> although >> it is a formidable MIDI and Score editor. >> >> Information on LV2 can be found here: http://lv2plug.in/trac/ >> >> >> >>> Hi, >>> >>> Am Sonntag, den 17. Juni 2012 um 20:52:10 Uhr (+0200) schrieb Herman >>> Robak: >>> >>>>> The lead developer presented work on integrating >>>>> video editing directly into Ardour at recent LAC 2012 [2]. >>>> >>>> Yep, I saw that one. I've met Robin a few times. >>> >>> I've been using xjadeo for years in conjunction with ardour but didn't >>> look into the editing (I didn't attend lac last year). I can't really >>> imagine that the editing part is comparable to cinelerra. >>> >>> Last year I rewrote the jack_transport external for pd to support the >>> new API and to work in both directions in order to get a tight >>> integration between pd and ardour (pd can integrate opengl graphics >>> packages for live rendering). Getting cinelerra to also support it >>> would make a great IDE for sound and video editing. >>> >>> -- >>> Orm >>> ------------------------------------------------------------------ >>> Prof. Orm Finnendahl >>> Komposition >>> Studio für elektronische Musik und Akustik >>> Musikhochschule Freiburg >>> Schwarzwaldstr. 141 >>> 79102 Freiburg >>> Tel.: +49-761-31915-167 >>> >>> _______________________________________________ >>> Cinelerra mailing list >>> [email protected] >>> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >>> >> >> >> >> _______________________________________________ >> Cinelerra mailing list >> [email protected] >> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >> > > > > _______________________________________________ > Cinelerra mailing list > [email protected] > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
