Version: 2.0 pre alpha (using KDE Devel) Installed from: Compiled sources Compiler: gcc 3.2.2 with glibc 2.3.2 OS: Linux Juk has incredibly bad performance on my machine. When I try to play some ogg/mp3 file it skip if I open a konsole or any other application at the same time . On the other hand noatun doesn't even skip when playing from cd when I compile 5 programs side by side. So this must be a Juk problem. Everything is from kde cvs-head.
Subject: Re: New: Incredibly bad performance with Juk On Saturday 26 April 2003 9:26, ismail ( cartman ) donmez wrote: > Juk has incredibly bad performance on my machine. When I try to play some > ogg/mp3 file it skip if I open a konsole or any other application at the > same time . On the other hand noatun doesn't even skip when playing from cd > when I compile 5 programs side by side. > So this must be a Juk problem. Everything is from kde cvs-head. Is this using aRts or GSteamer output from JuK? Honestly if this is from aRts this is hard to believe. JuK and Noatun both use aRts to handle all of the playing. aRts runs in a separate process; JuK asks that process (artsd) to play something; JuK makes sure that it's actually playing and checks from time to time to see how playing is going. Basically, you could say that JuK doesn't actually play anything when using aRts -- neither does Noatun. All of the loading, buffering, decoding, etc. is done in the artsd process. Could you check some things like `top` or other aRts based media apps (mpeglibartsplay, kaboodle)? Cheers, -Scott
This is with Arts output. And its even hard for me to believe :( . I am on kernel 2.5.68 which has interactivity patches for multimedia. I will post top output when I reinstall noatun from cvs-head.
Thnx for attention Scott bug seems to be in artsd <-> glibc interaction closing this bug...
I also have very bad performance with KDE 3.2 Beta 2. I only have Arts output and Arts always uses about 25% of my CPU while playing from Juk. Adding the 5% CPU usage by Juk itself it adds to 30% total CPU usage. XMMS needs only 0.3%. My Specs: 800 MHz Athlon, 256 MB Ram Redhat 7.2
One additional note: Juk also skips quite often when compiling things for instance.
This is an aRts problem :(
well, really a pitty, I have the same - performance is really bad. But I will complain further by the aRts-team ;-)