#12509 closed bug (fixed)
FFmpeg media plugin broken since using libresample
Reported by: | vidrep | Owned by: | nobody |
---|---|---|---|
Priority: | high | Milestone: | R1/beta1 |
Component: | Add-Ons/Media | Version: | R1/Development |
Keywords: | Cc: | ttcoder | |
Blocked By: | Blocking: | #12517, #12535 | |
Platform: | All |
Description
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
Attachments (13)
Change History (33)
by , 9 years ago
Attachment: | MediaPlayer-597-debug-28-11-2015-11-29-27.report added |
---|
by , 9 years ago
Attachment: | test_AVCHD_M2TS.log added |
---|
by , 9 years ago
Attachment: | MediaPlayer-631-debug-28-11-2015-11-29-46.report added |
---|
by , 9 years ago
Attachment: | test_4K_MP4.log added |
---|
by , 9 years ago
Attachment: | MediaPlayer-664-debug-28-11-2015-11-29-58.report added |
---|
by , 9 years ago
Attachment: | test_1080p_Divx.log added |
---|
comment:1 by , 9 years ago
comment:2 by , 9 years ago
Cc: | added |
---|
by , 9 years ago
Attachment: | MediaPlayer-3435-debug-29-11-2015-06-28-58.report added |
---|
mp3 file hrev49893 debug
by , 9 years ago
Attachment: | MediaPlayer-2579-debug-29-11-2015-09-39-12.report added |
---|
avi file hrev49893 debug
comment:3 by , 9 years ago
comment:4 by , 9 years ago
by , 9 years ago
Attachment: | MediaPlayer-628-debug-29-11-2015-07-44-57.report added |
---|
comment:5 by , 9 years ago
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?
comment:6 by , 9 years ago
I have attached the video clip that generated the MediaPlayer-628-debug-29-11-2015-07-44-57.report that I posted earlier.
by , 9 years ago
Attachment: | Fighter.mpg added |
---|
comment:7 by , 9 years ago
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).
by , 9 years ago
Attachment: | debugger.log added |
---|
by , 9 years ago
Attachment: | SoundPlay-3250-debug-30-11-2015-08-15-20.report added |
---|
flac file hrev49895 debug
by , 9 years ago
Attachment: | MediaPlayer-3698-debug-30-11-2015-08-20-05.report added |
---|
flac file hrev49985 debug 2
comment:8 by , 9 years ago
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
comment:9 by , 9 years ago
Blocking: | 12517 added |
---|
comment:10 by , 9 years ago
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.
comment:11 by , 9 years ago
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.
comment:12 by , 9 years ago
Component: | Applications/MediaPlayer → Add-Ons/Media |
---|---|
Milestone: | Unscheduled → R1/beta1 |
Owner: | changed from | to
Summary: | MediaPlayer (x86_gcc2) crashes on HD format video → MediaPlayer crashes in ffmpeg media plugin |
comment:13 by , 9 years ago
Priority: | normal → blocker |
---|---|
Summary: | MediaPlayer crashes in ffmpeg media plugin → FFmpeg media plugin broken since using libresample |
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
comment:14 by , 9 years ago
For quick testing, the first file at http://www-mmsp.ece.mcgill.ca/documents/audioformats/wave/Samples.html will produce this result.
comment:15 by , 9 years ago
Priority: | blocker → high |
---|
Reverted the commit in hrev49929. Still leaves the earlier issues, though.
comment:16 by , 9 years ago
Blocking: | 12535 added |
---|
comment:17 by , 9 years ago
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.
comment:18 by , 9 years ago
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)
comment:19 by , 9 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
@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.
These same video files did not previously cause a crash in MediaPlayer. The last known working revision was hrev49856.