Forum

Full Version: Packed B frames fix missing in XBian?
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hey
I really enjoy this great piece of software Smile I've been running XBMC since start on the good old xbox in 2001-2002 Smile

Now my config is a RPi 512 with XBian A4 and XBMC Frodo RC3.

My problem is that both RC2 and RC3 of Frodo plays my old avi files very choppy.The logs don't say much, but it plays the files choppy for about a minute, then just stops. I can stop playback and go back to menu.

I play them from nfs drive.
I've been testing different settings in resolutions, sync etc in settings, but to no avail.

But: big Full HD movies (15GB +) plays flawless and perfect.. no probs at all..!

As soon as i revert back to RC1 it's no problem at all, so 'll stick with RC1 until fix / reinstall.

Some info about an avi file:
General
Format : AVI
Format/Info : Audio Video Interleave
File size : 700 MiB
Duration : 1h 48mn
Overall bit rate : 899 Kbps
Writing application : VirtualDubMod 1.5.10.2 (build 2540/release)
Writing library : VirtualDubMod build 2540/release

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 1
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (MPEG)
Muxing mode : Packed bitstream
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1h 48mn
Bit rate : 727 Kbps
Width : 608 pixels
Height : 256 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.195
Stream size : 566 MiB (81%)
Writing library : XviD 1.1.2 (UTC 2006-11-01)

Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 1h 48mn
Bit rate mode : Variable
Bit rate : 159 Kbps
Minimum bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 124 MiB (18%)
Alignment : Aligned on interleaves
Interleave, duration : 24 ms (0.58 video frame)
Interleave, preload duration : 115 ms
Writing library : LAME3.97
Encoding settings : -m j -V 2 -q 3 -lowpass 18.6 --vbr-new -b 128

Then some xbmc log form where I start it:
21:04:24 T:3042283520 NOTICE: Previous line repeats 1 times.
21:04:24 T:3042283520 NOTICE: COMXPlayer: Opening: /media/MoviesWD/10.000 BC/10000 bc.avi
21:04:24 T:2888823872 NOTICE: Thread COMXPlayer start, auto delete: false
21:04:24 T:2888823872 NOTICE: Creating InputStream
21:04:24 T:2888823872 NOTICE: Creating Demuxer
21:04:26 T:2888823872 NOTICE: Opening video stream: 0 source: 256
21:04:26 T:2888823872 NOTICE: OMXClock using video as reference
21:04:26 T:2888823872 NOTICE: Creating video thread
21:04:26 T:2930766912 NOTICE: Thread COMXPlayerVideo start, auto delete: false
21:04:26 T:2888823872 NOTICE: Opening audio stream: 1 source: 256
21:04:26 T:2888823872 NOTICE: Creating audio thread
21:04:26 T:2704827456 NOTICE: Thread COMXPlayerAudio start, auto delete: false
21:04:26 T:2888823872 NOTICE: Opening Subtitle stream: 0 source: 1024
21:04:26 T:2704827456 NOTICE: OMXClock using audio as reference
21:04:27 T:2930766912 ERROR: COMXCoreComponent::WaitForEvent OMX.broadcom.video_decode wait event 0x00000003 timeout 300
21:04:27 T:2930766912 WARNING: CRenderManager::Configure - timeout waiting for previous frame
21:04:27 T:2930766912 NOTICE: Display resolution ADJUST : 1920x1080 @ 24.00 - Full Screen (27) (weight: 0.001)
21:04:27 T:3042283520 NOTICE: Using GL_TEXTURE_2D
21:04:27 T:3042283520 NOTICE: GL: Using BYPASS render method
21:04:27 T:3042283520 NOTICE: GL: NPOT texture support detected
21:06:02 T:2888823872 NOTICE: COMXPlayer::OnExit()
21:06:02 T:2888823872 NOTICE: OMXPlayer: closing audio stream
21:06:02 T:2888823872 NOTICE: Closing audio stream
21:06:03 T:2704827456 NOTICE: thread end: OMXPlayerAudio::OnExit()
21:06:03 T:2888823872 NOTICE: OMXClock using video as reference
21:06:03 T:2888823872 NOTICE: OMXPlayer: closing video stream
21:06:03 T:2888823872 NOTICE: Closing video stream
21:06:03 T:2930766912 NOTICE: thread end: video_thread
21:06:03 T:2888823872 NOTICE: OMXClock using video as reference
21:06:03 T:2888823872 NOTICE: OMXPlayer: closing subtitle stream
21:06:03 T:2888823872 NOTICE: Closing subtitle stream
21:06:03 T:2888823872 NOTICE: COMXPlayer::OnExit() deleting demuxer
21:06:03 T:2888823872 NOTICE: COMXPlayer::OnExit() deleting input stream
21:06:03 T:2888823872 NOTICE: Thread Background Loader start, auto delete: false
21:06:04 T:2888823872 NOTICE: Thread Jobworker start, auto delete: true
21:06:04 T:3042283520 NOTICE: OMXClock using video as reference


Full logfile here: https://dl.dropbox.com/u/15471981/xbmc.log
Any ideas what I have done wrong..? Or is this a bug?

Thanx for any response

/Dave
I think the xbian crew can't do much here as this is probably an issue of XBMC and/or omxplayer.
The best option in my opinion would be that someone with some knowledge of the XBMC issue tracker system take the following 3 sample files and media infos and opens an issue ticket at XBMC so that it gets investigated by the developers.

Would someone do this?

Problem examples:
http://forum.xbian.org/thread-194.html
http://forum.xbian.org/thread-179.html
http://forum.xbian.org/thread-121.html
Hey
I posted the same thread in XBMC forum ( http://forum.xbmc.org/showthread.php?tid=150744 ), and got reply that this is most likely because of a fix that they have removed in XBMC : https://github.com/xbmc/xbmc/commit/f868fc4808e19bee60d7a83e8aa5f09b3bc861c2

Raspbmc and OpenELEC have fixed this timestamp issue with packed B frames according to the xbmc guys. Will XBian do the same?
Hey
Please look at this XBMC commit: https://github.com/xbmc/xbmc/commit/f868fc4808e19bee60d7a83e8aa5f09b3bc861c2
In RC2 and RC3 of XBMC this causes xvidfiles of this type to have serious playback problems:
http://forum.xbian.org/thread-194.html
http://forum.xbian.org/thread-179.html
http://forum.xbian.org/thread-121.html

According to the commit, the RPi distibutions should have this fix, but maybe not XBian?
This will be resolved in next Xbian image Smile
https://github.com/xbianonpi/xbian/issues/206
Hi Dave

Whilst this bug report was unfortunately already covered elsewhere, I'd just like to say what a great, detailed and helpful report it was!

It will be great to hear from you in future regarding testing XBian if the quality of this bug report is any indication Smile
Hey
Yep, I'll keep reporting. Unfortunately this bug wasn't solved with the others in the fix, but I've pm'd KoenKK and CurlyMo some sample files to look at. I sliced up one of the avi's for testing Smile

Anyway, I guess the story will continue some here: https://github.com/xbianonpi/xbian/issues/206, but I trust the hard working XBian crew to give it some attention. Man, I'm impressed with those guys Smile

(I work internationally with IT projects myself, so I know the need for detailed reports when something is wrong..)
I'm going to test those samples when I'm home.
Just an update. This was fixed, and will work in Alpha5 Smile
Reference URL's