RC2 and RC3 choppy SD video
dlysnes
Newbie
Posts: 9
#1
Question  2013-01-04, 22:49
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 problemis 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 Smile

/Dave


Find
Reply
nickr
Retired Team-Kodi Member
Posts: 19,982
#2
2013-01-05, 01:13
Don't forget that there is no hardware acceleration for XVID in your RPi, so you are relying on CPU decoding. This may or may not tax your cpu too much.

What do you see in top during playback (best way is to probably ssh in to run this).

Also you can press the O key to get playback feedback within xbmc.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Find
Reply
popcornmix
Team-Kodi Member
Posts: 8,966
#3
2013-01-05, 13:22
(2013-01-05, 01:13)nickr Wrote: Don't forget that there is no hardware acceleration for XVID in your RPi, so you are relying on CPU decoding. This may or may not tax your cpu too much.

Not true. XviD is MPEG4 which is hardware accelerated and plays at 1080p.
This issue is likely to be a timestamp issue with packed B frames that has been fixed.
I believe latest Raspbmc and OpenELEC are fixed. Check if there is a newer XBian image.
Find
Reply
rbej
Fan
Posts: 659
#4
2013-01-05, 13:47
(2013-01-05, 13:22)popcornmix Wrote:
(2013-01-05, 01:13)nickr Wrote: Don't forget that there is no hardware acceleration for XVID in your RPi, so you are relying on CPU decoding. This may or may not tax your cpu too much.

Not true. XviD is MPEG4 which is hardware accelerated and plays at 1080p.
This issue is likely to be a timestamp issue with packed B frames that has been fixed.
I believe latest Raspbmc and OpenELEC are fixed. Check if there is a newer XBian image.

https://github.com/xbmc/xbmc/commit/f868...9b3bc861c2

Gimli reverted this fix in Xbmc.

Maybe firmware and kernel includes in OpenElec dont have packed B frames fix.





Find
Reply
gimli
Team-XBMC Developer
Posts: 445
#5
2013-01-05, 14:08
(2013-01-05, 13:47)rbej Wrote:
(2013-01-05, 13:22)popcornmix Wrote:
(2013-01-05, 01:13)nickr Wrote: Don't forget that there is no hardware acceleration for XVID in your RPi, so you are relying on CPU decoding. This may or may not tax your cpu too much.

Not true. XviD is MPEG4 which is hardware accelerated and plays at 1080p.
This issue is likely to be a timestamp issue with packed B frames that has been fixed.
I believe latest Raspbmc and OpenELEC are fixed. Check if there is a newer XBian image.

https://github.com/xbmc/xbmc/commit/f868...9b3bc861c2

Gimli reverted this fix in Xbmc.

Maybe firmware and kernel includes in OpenElec dont have packed B frames fix.

When you read the commit message you know why i reverted it Wink
Find
Reply
rbej
Fan
Posts: 659
#6
2013-01-05, 14:11
Yes. This reason is good but OpenElec maybe dont include proper firmware and kernel with this fix. In my opinion better stay fix in Xbmc.



Find
Reply
gimli
Team-XBMC Developer
Posts: 445
#7
2013-01-05, 14:19
(2013-01-05, 14:11)rbej Wrote: Yes. This reason is good but OpenElec maybe dont include proper firmware and kernel with this fix. In my opinion better stay fix in Xbmc.

My opinion is that distributions catch up with rpi firmware.
Find
Reply
dlysnes
Newbie
Posts: 9
#8
2013-01-05, 14:29
Hey
Thanx for your responses guys Smile

So,from what I understandt he Xbian guys should work on this? I've posted the same message in xbian forum,but I'll link to ths.

Thanx again! I'll stick to Rc1 Smile
Find
Reply
rbej
Fan
Posts: 659
#9
2013-01-05, 15:45
(2013-01-05, 14:29)dlysnes Wrote: Hey
Thanx for your responses guys Smile

So,from what I understandt he Xbian guys should work on this? I've posted the same message in xbian forum,but I'll link to ths.

Thanx again! I'll stick to Rc1 Smile

Please test my custom OpenElec build with last firmware and kernel for Rpi.

http://forum.xbmc.org/showthread.php?tid...pid1284468



Find
Reply
nickr
Retired Team-Kodi Member
Posts: 19,982
#10
2013-01-05, 21:43
(2013-01-05, 13:22)popcornmix Wrote:
(2013-01-05, 01:13)nickr Wrote: Don't forget that there is no hardware acceleration for XVID in your RPi, so you are relying on CPU decoding. This may or may not tax your cpu too much.

Not true. XviD is MPEG4 which is hardware accelerated and plays at 1080p.
This issue is likely to be a timestamp issue with packed B frames that has been fixed.
I believe latest Raspbmc and OpenELEC are fixed. Check if there is a newer XBian image.
My apologies, I thought RPi's acceleration was limited to h.264.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Find
Reply
dlysnes
Newbie
Posts: 9
#11
2013-01-06, 02:25
Hey
This is fixed in XBian now. New image soon available Smile

Thank you all!
Find
Reply
rbej
Fan
Posts: 659
#12
2013-01-06, 08:35
Not true. Xbian Alpha 0.4 include Xbmc RC1. OpenElec 3.0 include Xbmc RC3. In Xbmc RC1 this bug not exsist.



Find
Reply
dlysnes
Newbie
Posts: 9
#13
2013-01-06, 10:08
Yep, that's correct. That's why the Xbian guys added it yesterday Smile
https://github.com/xbianonpi/xbian/issues/206
Find
Reply
rbej
Fan
Posts: 659
#14
2013-01-06, 14:24
Try this:

http://forum.xbmc.org/showthread.php?tid...pid1288224



Find
Reply
nuttypro69
Senior Member
Posts: 112
#15
2013-01-07, 00:51
Hey dlysnes will you be able to share a image file of Xbian with the fix if you can that will be great buddy .
Find
Reply

Home
Search
Help
Logout Mark Read Team Forum Stats Members Help
RC2 and RC3 choppy SD video0