[sdsnyr94]

Zotac ION 230 (Single Core) - 4Gb RAM (Dual Channel)
XBMCLive 9.11 @ 1920x1080@60 on 4Gb USB Stick.... Videos on an UNRAID storage unit.

I have been banging my head against the wall trying to work out this issue. I have HDTV recordings that I have recorded using my MythTV Backend, which I then converted into x.264 MKV files for playback in XBMC on my 42" Panasonic Plasma TV. When I play the video (1280x720@60fps according to MediaInfo) I get an average FPS of about 45, where it should be at 60FPS. (I have tried streaming the MPG file from Myth Backend and get same results.) The video of course is extremely choppy and audio is out of sync... completely unwatchable. In the log file I see this error: WARNING: Decode - avcodec_decode_video didn't consume the full packet.

Here is the xbmc.log file and my xorg.conf

xbmc.log: http://pastebin.com/m1cac2346
xorg.conf: http://pastebin.com/m6954d197

I also have a mythTV frontend PC, and I have XBMC on that as well. XBMC version on this machine is R26018, installed right from the repos. This machine has no problems playing the 60fps content in either Mythtv or XBMC...

I thought I had a workaround manually changing the resolution to 1280x720@60... the video plays smooth and audio is in sync, but after about 5 minutes the video gets super fast, with the OSD showing an extremely high number of frame drops.

This is the first time that I am attempting to play anything 60fps... I never tried in 9.04 (Babylon) and everything else I have plays smooth as silk (24 or 29.97 fps). I have tried Custom ModeLines, setting to have the refresh rate adjust to match the video, syncing playback to display, and many others... but have had no luck.

If anyone can please lend a hand here, it would be very appreciated. If there are any other logs you would like me to post, please let me know.

Thanks.

[analogue]

Similarities?

http://trac.xbmc.org/ticket/7957

[sdsnyr94]

Yes, there are some similarities... except that their xbmc.log file does not have the error:

WARNING: Decode - avcodec_decode_video didn't consume the full packet.

But from the screenshots, the end result looks the same.

The ticket has not been updated in 5 weeks... was this issue supposedly fixed in the official release? Since I only have the issue on the XBMCLive ION box, could it be something affected by the "Repack"?

[analogue]

Can you try playing the sample file in the trac issue on your xbmc box (the non-ion one). I bet you you'll have problems. No the issue is not fixed. Despite giving more than enough info in the issue, no one on the dev team has stepped up and bothered to reproduce it @ the correct resolution of 1920x1080 @ 60hz

[elupus]

this is free time coding.. step up and fix it yourself.

[elupus]

sdsnyr94:
There may be improvement in this regard in current svn, but i can't guarante it.

[bobo1on1]

Ship me your tv and your computer and I'll reproduce it for you.

[sdsnyr94]

Hey guys... I didn't mean to start a war here.... Analogue, I just noticed that the trac ticket was yours... I'm going to beg you not to be hostile here because this is an issue I would like resolved as well, and upsetting the people who could actually help will get us nowhere fast.

I understand that this is free time coding... and a wonderful piece of software that I have paid $0 for. I am very grateful for every line of code you guys have written. If I knew a lick of code, I would try to help.

Now, does this mean that it is recognized as a bug in the system? If so I will patiently wait for an update that fixes the issue... and will gladly test and supply logs if that's what I can do to help!

Do you know if this happened in the 9.04 SVN's? As I mentioned, I never tried it before the upgrade to Camelot.... and I could not find a link to download the 9.04 Live CD to try it. I will also try the current SVN to see if it is any better.

Thanks again!

[elupus]

It was just the tone of "has bothered" that was.. not very nice..

I'd still need a test from current svn. As there was a speed regression introduced a while back and fixed at r27006

[sdsnyr94]

Elupus,

Is there an easy way to upgrade the Live version to SVN? I can update on my non-ion PC (not using Live), but the ION is not updating.

If I get the ION to SVN, I will test and post logs for you.

[analogue]

It was just the tone of "has bothered" that was.. not very nice..

I'd still need a test from current svn. As there was a speed regression introduced a while back and fixed at r27006

No tone implied. It is unfortunate the written word can often be misinterpreted and come across as unintentionally offensive. As for fixing the problem, I actually don't have a problem with that. You're preaching to the choir. If you re-read my post (and my last comment in the trac ticket), I was asking for a single dev to *REPRODUCE* the problem, nothing even remotely demanding a *FIX*. Why you ask? Well, when and if I do get around to actually fixing it, that patch of mine might be rejected because no one else can reproduce the problem. That would be a serious waste of my time (in addition to all the time I've already invested in collecting all the information in the trac ticket and trying to narrow down the build that the regression stated in). Now, back to moving forward on this issue. What do need from me to help move forward?

[analogue]

Ship me your tv and your computer and I'll reproduce it for you.

Where would you like me to send it?

[sdsnyr94]

OK, so ignore my last post about not being able to update... foolish me did not update the xbmc-live package.

So now I am on 27017... and I can report some small progress. If I manually change to 1280x720@60, the MKV videos play at the proper frame rate with some dropped frames... but only a fraction of the amount prior. It is now watchable.

http://pastebin.com/m21ad3814

When I play an untouched MPEG file, I do not seem to notice as many dropped frames. (The OSD with the MPEG VDPAU listing goes off the screen, so I can not actually see the number of dropped frames from it.)

Here is the log playing the MPEG at 1280x720@60.

http://pastebin.com/m63f1a1af

Now, everything goes to hell if I am in 1920x1080@60.... but it does not appear to be as bad as prior to the SVN update. FPS is still in the low to mid 40's, but the video/audio stay in sync better.

Here is the MKV 1920x1080@60:
http://pastebin.com/m3051e3b7

and finally the MPEG 1920x1080@60:
http://pastebin.com/m19767f25

Overall, a step in the correct direction.

[sdsnyr94]

Is there a way to map some of the unused buttons on my MCE remote to change from 1920x1080 to 1280x720? That would make it a little easier for the wife to handle.

[sdsnyr94]

First time in a while I've had some time to play with this issue again.
I tried an Ubuntu install on a 40Gb HDD to rule out the possibility of something wrong with the XBMC-Live. After installing Ubuntu and adding XBMC I still had the same issue. I tried the latest SVN (dated today Feb 5th) and still low fps.

Just for giggles I then installed Mythbuntu, since the box that is not showing this issue is running it. Well, no matter what I tried, I cannot make XBMC on the Zotac ION MB play 60fps (Actually it's 59.94)... but Mythtv has no problems. I can play all my files smooth as silk.

The only shows I am having trouble with are recorded from Fox (here in the States)... Human Target and 24. The other shows I record come in at 24fps or 29.97fps, and they play fine.

As I was browsing the forum again, I came across this question, http://forum.xbmc.org/showthread.php?tid=69547. This person states that in windowed mode, they get 60fps but only 30fps in full screen. They only mentioned about the "system info" screen, but I decided to try this:

Start in Windowed Mode, and start to play one of the problem files. HOLY SMOKES!!!! I get 60fps!!!!!
I press the "\" key and go back to full screen (Video still playing) and the fps stays around 60fps (kinda bounces from 57 to 61 with some dropped frames here and there).

Here is the xbmc.log: http://pastebin.com/m111701f9

I was expecting to see the FPS drop when it went back to full screen, but it doesn't.... why would that be any different than starting the video full screen?