I've got a couple of 1080p videos that I'd like to play in my Raspberry Pi (512 MB). This is part of a project I'm doing with a couple of friends. We built a server in Node.js and use a local client to connect to the server and to play these files at a given time.
Unfortunately, I've found out that many videos lag badly in Omxplayer. I have the latest Raspbian - hard-float, not using Xorg - overclocked to 1000MHz and giving the GPU 256MB of RAM didn't seen to help (I've since changed the speed to 950MHz, by the way).
Now, I understand that the Raspberry is somewhat limited but what surprises me is that videos such as this one (please ignore the header, I found the picture on Google Images) - a 100 MB MKV with a nominal bit rate of 40Mbps - runs better than some of the videos we're trying to play.
Here's the mediainfo output for the birds video:
General Complete name : birds.mkv Format : Matroska Format version : Version 1 File size : 110 MiB Duration : 23s 65ms Overall bit rate : 39.9 Mbps Writing application : x264 Writing library : Haali Matroska Writer b0 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : [email protected] Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : V_MPEG4/ISO/AVC Duration : 23s 65ms Bit rate : 39.1 Mbps Nominal bit rate : 42.0 Mbps Width : 1 920 pixels Height : 1 072 pixels Display aspect ratio : 16:9 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.792 Stream size : 107 MiB (98%) Writing library : x264 core 60 r886M 1075536 Encoding settings : cabac=1 / ref=4 / deblock=1:-2:-2 / analyse=0x3:0x113 / me=umh / subme=6 / rdcmp=psy / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=abr / bitrate=42000 / ratetol=0.1 / rceq='blurCplx^(1-qComp)' / qcomp=1.00 / qpmin=2 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:1.00 Language : English Default : Yes Forced : No In comparison, here is the mediainfo output of a much smaller video (with a lower nominal bit rate) that lags much worse:
General Complete name : F_AVANCADO Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 File size : 46.7 MiB Duration : 1mn 21s Overall bit rate mode : Constant Overall bit rate : 4 798 Kbps Encoded date : UTC 2012-05-08 14:20:20 Tagged date : UTC 2012-05-08 14:20:20 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : [email protected] Format settings, CABAC : Yes Format settings, ReFrames : 3 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 1mn 21s Bit rate mode : Constant Bit rate : 20.0 Mbps Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 fps Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.386 Stream size : 194 MiB Language : English Encoded date : UTC 2012-05-08 14:20:20 Tagged date : UTC 2012-05-08 14:20:20 Here's the output of another file that also lags a lot:
General Complete name : F_CC_24 Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 File size : 9.92 MiB Duration : 32s 0ms Overall bit rate : 2 600 Kbps Encoded date : UTC 2012-12-15 02:13:32 Tagged date : UTC 2012-12-15 02:13:32 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : [email protected] Format settings, CABAC : No Format settings, ReFrames : 2 frames Format settings, GOP : M=2, N=24 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 32s 0ms Bit rate : 2 597 Kbps Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.050 Stream size : 9.91 MiB (100%) Language : English Encoded date : UTC 2012-12-15 02:13:06 Tagged date : UTC 2012-12-15 02:13:32 Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics : BT.709-5, BT.1361 Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177 What's causing this? Shouldn't these smaller videos run much better than the huge Mkv?
Bonus question: All of these videos run great in OpenElec, but we didn't really wanted to use it because of all the client-side code we've already done.
What kind of demonry does OpenElec use in order to be able to play these files flawlessly?
