From: Jorg S. <jor...@gm...> - 2007-05-24 15:46:35
|
gtkpod does three things: 1) monitor output of the scripts and paste it into the details window, I think 100x per second 2) update the display every time a track has been completed 3) 100x per second: check if new conversion threads should be started, conversions have finished etc. Starting a new thread is rare as each started thread checks for itself for the next available track in the scheduled list. Only 1) could take a significant amount of time I think. Did you try closing the details window? GTK+ can be slow. If you want to look at the code it's all in file_conversion.c and .h JCS. > PS: Please honor the reply-to header (jkohen at users sourceforge blah), > as I'm not subscribed to this list. -------- Original-Nachricht -------- Datum: Thu, 24 May 2007 16:40:22 +0200 Von: Javier Kohen <jk...@us...> An: gtk...@li... Betreff: [Gtkpod-questions] Gtkpod uses a lot of CPU during format conversion > I noticed that gtkpod uses about 10% of CPU all the time while oggdec > and faac work on transforming files from OGG to M4A. Shouldn't gtkpod be > idle on the background, or just using what little CPU power is necessary > to update the details box? For comparison, oggdec is using less CPU than > gtkpod... > > A 10% speed increase would be very appreciated in this significantly > slow process :) > > Also, if you have some ideas on what could be causing the issue but have > no time to check it, maybe I could look into it myself. I have very > little experience with GTK+, but it can't be that hard, can it? > > Cheers. > > PS: Please honor the reply-to header (jkohen at users sourceforge blah), > as I'm not subscribed to this list. -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger |