• 1
  • 7
  • 8
  • 9(current)
  • 10
  • 11
  • 52
libstagefright - Experimental hardware video decoding builds
@Koying, also checkout the 3 byte nal fixes in vtb/vda/chd/rpi. Sometimes video content has a three byte NALs but that's not really a valid format and must be converted into a 4 byte NALs.

Also, don't know if you noticed the SetSpeed go into mainline.

16 frames buffer 'should' be enough. That's the max number of reference frames permitted.
Latest build seems to be running pretty good on my Nexus 7 with CM10.1.
The crash at the start and the end of playback seems to be gone for now.

Just a little stutter here and there , is that still because of the intense debugging?



Hi,
Thank you very much for your work.
I'm posting my log because I can do it with the last xbmc experimental apk.
It was running one 1080p mkv.
I've tried one m2ts but it did start image by image.

Here is the log from the mkv.
Running on mk808 with Finless 1.6 from jan 2013 picked up from geekbuying.

http://xbmclogs.com/show.php?id=29628

I hope it will help.
(2013-01-22, 19:39)davilla Wrote: @Koying, also checkout the 3 byte nal fixes in vtb/vda/chd/rpi. Sometimes video content has a three byte NALs but that's not really a valid format and must be converted into a 4 byte NALs.
Ok. Will check the ref.

(2013-01-22, 19:39)davilla Wrote: Also, don't know if you noticed the SetSpeed go into mainline.
Yep. Not yet implemented, but I noticed.

(2013-01-22, 19:39)davilla Wrote: 16 frames buffer 'should' be enough. That's the max number of reference frames permitted.
I tried that but there is some internal buffering, apparently, so 16 is not enough.
Even more, this last fix also fixed vc-1 and 50 isn't even enough there, so I will have to add a feeding thread anyway.
(2013-01-22, 22:04)tashkas Wrote: Live tv still crashes, sometimes it buffering. here is log using mk808 http://xbmclogs.com/show.php?id=29652

Pretty, pretty please, for crashes, xbmc logs are useless, I need a logcat log. Search for "adb logcat" for info.

P. S. If this is not clear enough, I can reiterate in French and Dutch also ;-)
@Koying

here is the logcat of the birds crash

http://pastebin.com/17sfb35J

Code:
E/OMXCodec( 1708): [OMX.rk.video_decoder.avc] Codec's input buffers are too small to accomodate buffer read from source (info->mSize = 1048576, srcLength = 1311783)

W/OMXCodec( 1708): Dropping OMX message - we're in ERROR state.

V/XBMC    ( 1708): 00:55:49 T:1743777000   ERROR: CStageFrightVideo - decoding error (-2147483648)

here hell brakes loose i guess all these decoding error lines are in sync with the rapid memory allocation and ultimately the crash

E/OMXCodec( 1708): Codec did not return all input buffers (received 1 / 2)

F/OMXCodec( 1708): frameworks/av/media/libstagefright/OMXCodec.cpp:2742 Should not be here.

F/libc ( 1708): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1), thread 1727 (Binder_3)
I think you need to reiterate in troutspeak, either that or release the grAEken on those that don't submit a logcat log.
Tried it on my HP Touchpad running CM9. Video didn't display correctly (no recognizable picture, just non-changing color pattern, different between subsequent runs). Audio worked fine, so did pause/play. However, XBMC locked up when I pressed stop.

http://xbmclogs.com/show.php?id=29725
debug log: http://xbmclogs.com/show.php?id=29728
make/model: Nexus Q (OMAP4460)
Android: 4.0.4 (build IAN67K)
Issue: no hardware video decoding after stagefright fails when trying to play the "Planet" sample from http://www.auby.no/files/video_tests/
another 2 crashs though the decoding doesn't seem flawless also strange artifacting in 1 of the 2 streams (the zelda medley youtube stream) but the crashs are more interesting i think they both have a common cause


http://pastebin.com/39bvmX1J
http://pastebin.com/Q3QjV6kq

Both crash happen after Cpullup sets in right in the playback

Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 52s 208ms
Nominal bit rate : 4 200 Kbps
Width : 1 920 pixels
Height : 818 pixels
Display aspect ratio : 2.35:1
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.111
Title : Main title
Writing library : x264 core 94 r1570 d9db8b3
Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=8 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / wpredp=2 / keyint=96 / keyint_min=9 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=4200 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=20000 / vbv_bufsize=25000 / ip_ratio=1.40 / aq=1:1.00 / nal_hrd=none
Language : English
Default : Yes
Forced : No


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%)




Working
StarTrek
DIVX HD Plus Trailer



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 : 2mn 11s
Bit rate mode : Variable
Maximum bit rate : 20.0 Mbps
Width : 1 280 pixels
Height : 544 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Title : Main title
Language : English
Default : Yes
Forced : No
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


CPU-XBMC = 55%
(2013-01-23, 01:21)Koying Wrote:
(2013-01-22, 22:04)tashkas Wrote: Live tv still crashes, sometimes it buffering. here is log using mk808 http://xbmclogs.com/show.php?id=29652

Pretty, pretty please, for crashes, xbmc logs are useless, I need a logcat log. Search for "adb logcat" for info.

P. S. If this is not clear enough, I can reiterate in French and Dutch also ;-)

look here it's catlog Smile http://xbmclogs.com/show.php?id=29759 still crashes after i changed some channels.
I'd stay away from pvr right now, it has different buffering characteristics than normal local video playback. These the simple case working well 1st, then expand to handle the strange ones Smile
The latest release rocks even on older hardware
I am able to play on Galaxy S i9000 with CM 10.1 all sample 720p content.. There was a problem with the styled subtitles, but that problem has been reported
The other content cannot be played with all other players I've tried - MX player, BS player, VPLayer, DICE player, VLC
However I experienced a crash today. XBMC crashed immediately after I pressed stop
The logcat is here http://xbmclogs.com/show.php?id=29790

MediaInfo http://pastebin.com/8SPERaYs
Can't you guys also use pastebin.com for those media info please
Read/follow the forum rules.
For troubleshooting and bug reporting, read this first
Interested in seeing some YouTube videos about Kodi? Go here and subscribe
All,

I you see lines like this in your log:
Code:
00:01:49 T:28888136   ERROR: CDVDVideoCodecStageFright:: - failed to open, codec(28), profile(100), level(51)
00:01:49 T:28888136   DEBUG: FactoryCodec - Video: stf-h264 - Failed
It means no HW decoder was found to play the requested file and thus SW ffmpeg was used.

Apparently, most A10 cannot. Are there postive reports using A10?
  • 1
  • 7
  • 8
  • 9(current)
  • 10
  • 11
  • 52

Logout Mark Read Team Forum Stats Members Help
libstagefright - Experimental hardware video decoding builds10