FFmpeg media plugin broken since using libresample

[vidrep]

hrev49888 x86_gcc2 Tested several different HD formats which cause MediaPlayer to crash AVCHD (m2ts), 4K UHD (mp4), and 1080p (divx) Opened each in terminal Debug reports attached Test logs attached

[vidrep]

These same video files did not previously cause a crash in MediaPlayer. The last known working revision was hrev49856.

[kim1963]

mp3 file hrev49893 debug

[kim1963]

avi file hrev49893 debug

[vidrep]

I did a pkgman update from hrev49888 to hrev49893 and now nothing plays without crashing MP. Build bots? I'll try downloading hrev49893 and do a fresh install to see if it makes a difference.

[vidrep]

As with 64 bit, I did another pkgman update from hrev49893 (not working) to hrev49894, and it works again. My testing did trigger a single crash report on a file which played normally when I tried a second time. I have attached it in the hope it might shed light on the problem.

[vidrep]

I did a fresh install of hrev49893 and the behaviour is as before. However, doing a pkgman update to hrev49893 from an earlier revision produces a system that crashes MP. I was able to duplicate this same behaviour on 64 bit as well. There is a codec problem, but it is being compounded by another entirely different issue that probably deserves its own ticket. Advice anyone?

[vidrep]

I have attached the video clip that generated the MediaPlayer-628-debug-29-11-2015-07-44-57.report that I posted earlier.

[vidrep]

hrev49894 x86_gcc2 Attempting to open a video file caused the system to KDL. After a reboot, I opened the syslog and copied the relevant information (see attached debugger.log).

[kim1963]

flac file hrev49895 debug

[kim1963]

flac file hrev49985 debug 2

[ttcoder]

Ran pkgman up on a hint (thanks vidrep), but in hrev49901 BMediaFile still crashes on "resampling failed" on most audio and many video files, no change for me. So what is the situation, is this....

Replying to Barrett:

Just wanted to mention that i tested both files today and they don't crash under gcc4h. I'm of course building Haiku by myself.

... still true ? In other words, do the build bots and self-built images behave the same, as of now, or is there still a difference.

If there is no more behavior inconsistency [i.e. if it now crashes for everybody, including Barret, pulkomandy ..etc], I guess the remaining lead to follow is pulkomandy's lead regarding ffmpeg possibly mis-identifying audio data as protracker mod audio? Anything we can do to help, tell us if so

[Barrett]

Under my install the file still play correctly, gcc4 based builds seems to behave correctly, vidrep tested it some days ago too while I don't know if he done it with nightlies.

[vidrep]

Barrett,

I'm doing all my testing on x86_gcc2 and x86_64 nightlies, updating to latest revision before testing.

There is a difference in behavior due to the ffmpeg version being used. I am only testing video playback - not mp3, wav, ogg or any other audio formats. Those should probably be in a separate ticket. As of hrev49908 x86_gcc2 still behaves exactly as described in the ticket description - SD video playback appears normal, HD playback crashes MediaPlayer. The same applies to ticket #12508 - HD video playback is normal, SOME SD video causes a MediaPlayer crash.

[waddlesplash]

Every WAV and MP3 file I tried to play resulted in a crash. Running from Terminal, there is some relevant info before the crash:

[SWR @ 0x183b3cb0] Input channel count and layout are unset
_InitFromTrack(): keyframes: 1, frame count: 23493
running without video node
Assertion a->planar failed at libswresample/swresample.c:284
Abort

[waddlesplash]

For quick testing, the first file at ​http://www-mmsp.ece.mcgill.ca/documents/audioformats/wave/Samples.html will produce this result.

[waddlesplash]

Reverted the commit in hrev49929. Still leaves the earlier issues, though.

[pulkomandy]

I rewrote the code using swr_convert, and from what I could test (mp3 and aac audio) it seems to work for both ffmpeg 0.10 and 2.4. If you still have problems with this, I don't need tons of logs and bugreports. I would prefer links to broken files. It would be nice to test files that are available online, for example from ​http://samples.ffmpeg.org/ so everyone can work from the same set of files.

[markh]

I still have the same problem and I found a file in the ffmpeg test files. Try the following one: ​http://samples.ffmpeg.org/A-codecs/WMA/mplayer_sample-audio_0x161.wmv

It crashes with the assertion a->planar error on my system (revision hrev49938 on x86_gcc2)

[pulkomandy]

@markh: so, it does not crash with "resampling failed" as with all reports submitted here. This means it is not the same problem. Please open a new ticket and attach a debugger report.

I think this one can be closed now.

[markh]

I created a new ticket (see #12547) for the assertion error.