Re: Transmageddon: Ideas
Stefan Kost <ensonic <at> hora-obscura.de>
2011-02-07 15:15:20 GMT
On 07.02.2011 16:54, Christian Fredrik Kalager Schaller wrote:
> Hi Nathan,
> Thanks for your email.
> First of all audio (and video)-only support is planned for the next
> release. Already got some of the code for it done, although it needs
> some cleanups to handle formats without container formats (ie. mp3 or
> some variants of aac).
> GStreamer is already multithreaded by design, and so is many of the
> plugins. So when transmageddon runs it is using multiple cores for
> instance if available. However most encoders are singlethreaded atm,
> which is why you will often not see 100% CPU usage.
> Been considering the queue of items option quite a few times, I am
> trying to keep the UI very basic and I haven't come up with an idea for
> a look yet of how the queue system would work without complicating
> things to much.
Arista has a queue and I think it would make sense to prioritise other
things in transmagedon (like using the encodebin and the profiles). Of
course its christians decision.
> On Mon, 2011-02-07 at 15:21 +0100, Nathan Samson wrote:
>> I've some suggestions for transmageddon
>> * I know the subname is "Video Converter", but imho opinion it
>> should handle audio only media as well. (It would be stupid to
>> use another program for that)
>> * Is it possible to make it multithreaded (I guess that may need
>> big changes in gstreamer as well, I don't know if it is
>> feasible, and/or planned)
>> * Make it possible to have a queue of items (And if their are
>> multiple cores handle each one in a different thread, so we
>> get 'multithreading' for free)
>> To understand recursion, you must first understand recursion.
>> gnome-multimedia mailing list
>> gnome-multimedia <at> gnome.org
> gnome-multimedia mailing list
> gnome-multimedia <at> gnome.org