[CruNcher]

For rk3066 users, it actually seems *some* 1080p work, while others basically crashes the vpu. I'll work on that this WE.

yet have to find a 1080p bitstream that works without freeze.crash or reboot somewhere @ playback but it's nice that you trying to debug this you should look @ the 18.01 build and the changes after it

Btw where those 50 ms delay on screen rendering results with downscaling involved (1080p->720p) ?

Well, tried the 18.01 version and it doesn't work any better (on Monsters, at least -> freeze).

I've found some kind of patterns, though. All 1080p 4.1 I've tried with ReFrames = 5 do work (I didn't find one with > 5 in my lib). All < 5 basically crashes the vpu...
You can check the value of a given file with MediaInfo.

---

Correction, the pattern seem to be that full size frames, i.e. 1920x1080, vs. cropped frames, e.g. 1920x800, make the vpu crash.
Furthermore, there something strange in the logcat:

Code:

I/OMXCodec( 1851): [OMX.rk.video_decoder.avc] video dimensions are 1920 x 1080
I/        (  90): init done status 0
I/        (  90): Width 1920 Height 1088
I/        (  90): videoRange 0, matrixCoefficients 1

No idea where the 1088 come from

i wouldn't count on that you should first try to get the Zelda Medley (Film Framerate) stable as it is much lower complexity and the chances if it runs are good that anything else will be more stable overall

Complete name : G:\dropbox\Zelda Medley - YouTube.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 177 MiB
Duration : 4mn 8s
Overall bit rate mode : Variable
Overall bit rate : 5 996 Kbps
Encoded date : UTC 2011-11-16 05:29:03
Tagged date : UTC 2011-11-16 05:29:03
gsst : 0
gstd : 248290
gssd : BADC21241HH1349561247919422
gshh : o-o---preferred---sn-4g57ln7s---v21---lscache2.c.youtube.com

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 4mn 8s
Bit rate : 5 841 Kbps
Maximum bit rate : 14.1 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.976 fps
Minimum frame rate : 23.762 fps
Maximum frame rate : 24.341 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.117
Stream size : 173 MiB (97%)
Tagged date : UTC 2011-11-16 05:29:06

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 4mn 8s
Bit rate mode : Variable
Bit rate : 152 Kbps
Maximum bit rate : 181 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 4.50 MiB (3%)
Title : IsoMedia File Produced by Google, 5-11-2011
Encoded date : UTC 2011-11-16 05:29:06
Tagged date : UTC 2011-11-16 05:29:06

and yes 1080 is mostly handled as 1088 but this especially for broadcast and blu-ray hardware encoder you will see that the bitstreams are 1088 but the 8 pixels aren't shown @ playback

Tough what makes me curios about this 1 user here said he could playback this without problems with his finless rom based mk808

So here it is again and i please everyone with RK 3066 to test it and report results if it crashes or doesn't, the firmware you use and if it's HDMI out and which output resolution and screen refresh rate.

https://dl.dropbox.com/s/18ys53m6npnmbju...e.mp4?dl=1

also you should maybe first fix the SD stride issue first (squished output) from non width MOD8 bitstreams by padding those additional pixels @ playback so the renderer/decoder thinks it's mod8/mod16 and not mod2 which he seems can't handle