Posts: 4,997
Joined: May 2004
Reputation:
12
Did you do what I said? In top it's blatantly obvious that there are two threads decoding.
Posts: 3,555
Joined: Oct 2003
Reputation:
12
tslayer
Team-XBMC Developer
Posts: 3,555
No.. We have the CABAC patch applied in XBMC's ffmpeg. Therefore it should be using two threads for decoding h264.
This cabac patch is on top of ffmpeg tree.
42.7% of all statistics are made up on the spot
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.
Posts: 4,997
Joined: May 2004
Reputation:
12
Why do you keep comparing to windows apps? Give us results from mplayer and ffplay. In top you want to be looking at the process list, when you press play you'll see ~5more threads for xbmc.bin spawn, two of them will be using a lot of cpu (for h264 only). Audio decoding is negligible in comparison.
Posts: 1,414
Joined: Nov 2008
Reputation:
35
Sorry for mentioning windows. I came from windows world but i will never go back. I just picked up an FFMPEG using player, but i could have said XBMC under windows or XBMC under Hardy because there it all works fine. But a lot of perople having new hardware would like to use the new kernels and it will be more like this in the future and so far it not works ok on Intrepid.
Posts: 1,414
Joined: Nov 2008
Reputation:
35
You say that the only problem is that new kernels run XBMC slower ? So we just need a faster CPU to run it ?
I wonder if anyone was able to play killa sample without framerate drops on Intrepid and what hardware is he using.
Because the 3Ghz Core Duo is way too slow for this. We might need a 4Ghz processor...
Posts: 1,741
Joined: Jul 2006
Reputation:
4
Well, I was going to test on my Intrepid box but didn't have that sample and was seeing even loads on other flicks. Since this is apparently such a big deal I will take a copy of the clip over tonight and check it out to see if this occurs on the Intrepid box I recently built. I am pretty sure I tested this previously though when I was testing CPUs so I will be surprised if I see big drops at 3ghz...
Posts: 666
Joined: Dec 2008
Reputation:
0
motd2k
Team-XBMC Developer
Posts: 666
My Q6800 can play killa with 5 frames dropped (these are from the initial opening of the file i think) at stock clock.
The AMD 5000+ has no chance at stock. None. Its a 2.6Ghz processor, and i've got it ramped up to 3.25Ghz and it's still dropping ~150 frames.
Posts: 113
Joined: Dec 2008
Reputation:
0
I tested it with 8.10 on a 2.5Ghz AMD X2. I have no HD content other than the "killa sampla" you guys seem to love.
For SD (MPeg-2), there is a slight imbalance of load between the two CPUs, but it's not flagrant, i.e. maybe 60%/20%. It does vary a lot, and XBMC reports similar numbers to top, with slight delay.
I have 4-6 threads spawned for xbmc.bin, but the first on is 50% of CPU, the 2nd one is 10-15%, and the last two are minimal.
For the killa sampla, the imbalance is more obvious (i.e. 90/10) by the end of the clip.
Since I don't view any h264 content, I am hesitant to recompile, as finally got a build that works properly with pulse audio. Let someone else be the guinea pig.
By the way, disabling CPU throttling helps a lot in the drop frames department.