Active Topics

 



Notices


Reply
Thread Tools
Posts: 23 | Thanked: 69 times | Joined on Nov 2014
#11
Originally Posted by Android_808 View Post
Preparing a new test build of 2.8.0 with librtmp support. Library versions won't change. If anyone is looking to develop anything with it let me know and I'll upload the results.
Hm, I tried building ffmpeg-git in scratchbox (gcc-4.2) today. Build process went smoothly, but I only get garbage output when trying to play some h264 media with ffplay.
It keeps reporting errors/concealing, as if there was some memory corruption and/or invalid processing going on.
The media plays fine with gstreamer, and plays (deadslow) with ffmpeg 0.5 and mplayer 1.0.
I see the same issue with mplayer-1.2 which ships with ffmpeg-2.8 (mplayer-1.2 is even worse, it segfaults on Nokia_N900.mp4 and 9.mp4 (mpeg4 video)).

Code:
[h264 @ 0x13c7300] Reference 6 >= 42KB vq=  336KB sq=    0B f=0/0   
[h264 @ 0x13c7300] error while decoding MB 1 2, bytestream 3783
[h264 @ 0x13c7300] concealing 1278 DC, 1278 AC, 1278 MV errors in P frame
Does ffmpeg-2.8 work properly for you? Which toolchain did you use?
... I just tried ffmpeg-2.6.4 and I'm experiencing the same issue.
 
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#12
Have 2.5.4 thumb installed at the moment. Playback wise I get no error, just stats displayed. Video playback is not smooth with default settings, audio plays fine but image lags.

Try same vid with 2.5.4 with "ffplay -infbuf -v 0 -fs -framedrop filename.mp4"

Haven't really taken this much further at the moment. There is no dsp support. There were initial patches for both ffmpeg and later libav but neither seems to actively support it at the moment.
 

The Following User Says Thank You to Android_808 For This Useful Post:
Posts: 1,203 | Thanked: 3,027 times | Joined on Dec 2010
#13
forgot, used stock 4.2 toolchain for non thumb build and 4.7.2 for the thumb version. I think 2.8.? is built on laptop but haven't got round to device testing.

video playback wasn't my only reason behind it. its allow use of dash based radio streams (eg bbc), newer playlist formats etc if rest of stack can incorporate it, like gstreamer.

might work better with more codecs stripped out or if someone integrates tidsp patches and support h/w accel.
 

The Following User Says Thank You to Android_808 For This Useful Post:
Reply


 
Forum Jump


All times are GMT. The time now is 01:41.