Bug 509016
| Summary: | Impress random (but reproduce able) crashes when dealing with embedded mp4 media | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | drago01 | ||||
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 11 | CC: | caolanm, dtardon | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2009-07-01 13:46:48 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
drago01
2009-06-30 21:17:08 UTC
I'm not able to reproduce it with 3.1.0-11.3.fc11.x86_64 with video(s) in Theora format. I was moving video objects around, resizing them, copying them and so on, but no crash. Could you attach a sample presentation or a sample video here? (In reply to comment #1) > I'm not able to reproduce it with 3.1.0-11.3.fc11.x86_64 with video(s) in > Theora format. I was moving video objects around, resizing them, copying them > and so on, but no crash. Could you attach a sample presentation or a sample > video here? I can confirm that this does not happen with theora encoded videos. The videos in questions are ones downloaded from youtube and converted from flv to mp4 (just changing the container not the audio/video codecs). As for the presentation an empty one with one slide is enough to reproduce it. I will attach an example. Created attachment 350060 [details]
sample video
Seeing as fedora itself doesn't come with codecs for mp4 then presumably you have extra ones installed, maybe from rpmfusion or something, out-of-the-box the video doesn't play in totem, so... what's the output of yum repolist enabled rpm -q gstreamer-plugins-bad gstreamer-plugins-good gstreamer-plugins-base (playing in totem and resizing the totem window is fine right ?) (In reply to comment #4) > Seeing as fedora itself doesn't come with codecs for mp4 then presumably you > have extra ones installed, maybe from rpmfusion or something, out-of-the-box > the video doesn't play in totem, so... Yes the codecs where installed from rpmfusion. > what's the output of > > yum repolist enabled > rpm -q gstreamer-plugins-bad gstreamer-plugins-good gstreamer-plugins-base rpm -q gstreamer-plugins-bad gstreamer-plugins-good gstreamer-plugins-base gstreamer-ffmpeg gstreamer-plugins-bad-0.10.12-2.fc11.x86_64 gstreamer-plugins-good-0.10.15-1.fc11.x86_64 gstreamer-plugins-base-0.10.23-1.fc11.x86_64 gstreamer-ffmpeg-0.10.7-2.fc11.1.x86_64 > (playing in totem and resizing the totem window is fine right ?) It works just fine in totem, I can resize, fullscreen it etc without any problems. Also editing with pitivi (which uses gstreamer) works fine. Hmm, I can get it to crash sometimes as well with that configuration. The most meaningful trace is 0x2cae1e: 0x1c04c0: /usr/lib/openoffice.org3/program/../basis-link/ure-link/lib/libuno_sal.so.3 + 0x20e1e 0x2cb765: 0x1c04c0: /usr/lib/openoffice.org3/program/../basis-link/ure-link/lib/libuno_sal.so.3 + 0x21765 0x981400: 0x0: + 0x400 (__kernel_sigreturn + 0x0) 0xb12b51e0: 0x54605c: /usr/lib/i686/libavcodec.so.52 + 0x2a41e0 0xb10fcf76: 0x54605c: /usr/lib/i686/libavcodec.so.52 + 0xebf76 (avcodec_decode_video + 0x66) 0x42950a8: 0x32ef4: /usr/lib/gstreamer-0.10/libgstffmpeg.so + 0x150a8 0x4298ca3: 0x32ef4: /usr/lib/gstreamer-0.10/libgstffmpeg.so + 0x18ca3 0x429bcf8: 0x32ef4: /usr/lib/gstreamer-0.10/libgstffmpeg.so + 0x1bcf8 0x7c84a8b: 0xc3eb8: /usr/lib/libgstreamer-0.10.so.0 + 0x4fa8b 0x7c85d92: 0xc3eb8: /usr/lib/libgstreamer-0.10.so.0 + 0x50d92 (gst_pad_push + 0x2c2) 0x426abe8: 0x2c2a8: /usr/lib/gstreamer-0.10/libgstcoreelements.so + 0x17be8 0x7ca90dd: 0xc3eb8: /usr/lib/libgstreamer-0.10.so.0 + 0x740dd 0x7a7c79f: 0xdd050: /lib/libglib-2.0.so.0 + 0x6079f 0x7a7b16f: 0xdd050: /lib/libglib-2.0.so.0 + 0x5f16f 0x657935: 0x16eb4: /lib/libpthread.so.0 + 0x5935 0x21682e: 0x16cd7c: /lib/libc.so.6 + 0xde82e (clone + 0x5e) i.e. from ffmpeg-libs Seems to be a lot of things not quite right about that entire stack of libs, but taking the most common crash, we have...
Program terminated with signal 11, Segmentation fault.
b#0 0xb1a2cff8 in decode_frame (avctx=0xb31c0da0, data=0xb4c88600, data_size=0xae3fdeac, buf=0xaee4f6e0 "", buf_size=851)
at /usr/src/debug/ffmpeg-0.5/libavcodec/h264.c:7844
7844 for(i=1; h->delayed_pic[i] && (h->delayed_pic[i]->poc && !h->delayed_pic[i]->key_frame); i++)
Missing separate debuginfos, use: debuginfo-install openoffice.org-brand-3.1.1-12.3.fc11.i586
(gdb) bt
#0 0xb1a2cff8 in decode_frame (avctx=0xb31c0da0, data=0xb4c88600, data_size=0xae3fdeac, buf=0xaee4f6e0 "", buf_size=851)
at /usr/src/debug/ffmpeg-0.5/libavcodec/h264.c:7844
#1 0xb1874f96 in avcodec_decode_video (avctx=0xb31c0da0, picture=0xb4c88600, got_picture_ptr=0xae3fdeac, buf=0xaee4f6e0 "", buf_size=851)
at /usr/src/debug/ffmpeg-0.5/libavcodec/utils.c:529
#2 0x026340c8 in gst_ffmpegdec_video_frame (ffmpegdec=0x0, data=<value optimized out>, size=851, in_timestamp=633966666, in_duration=33366667,
outbuf=0xae3fdf9c, ret=0xae3fe060) at gstffmpegdec.c:1516
#3 0x02637cc3 in gst_ffmpegdec_frame (ffmpegdec=<value optimized out>, data=0xaee4f6e0 "", size=851, got_data=0xae3fe064, in_timestamp=633966666,
in_duration=33366667, ret=0xae3fe060) at gstffmpegdec.c:1927
#4 0x0263ad18 in gst_ffmpegdec_chain (pad=0xb4cb5290, inbuf=0xaee3db48) at gstffmpegdec.c:2332
#5 0x0294fa8b in ?? () from /usr/lib/libgstreamer-0.10.so.0
#6 0x02950d92 in gst_pad_push () from /usr/lib/libgstreamer-0.10.so.0
#7 0x025fabe8 in gst_pad_peer_accept_caps () from /usr/lib/gstreamer-0.10/libgstcoreelements.so
#8 0x029740dd in ?? () from /usr/lib/libgstreamer-0.10.so.0
#9 0x02d5379f in ?? () from /lib/libglib-2.0.so.0
#10 0x02d5216f in ?? () from /lib/libglib-2.0.so.0
#11 0x00c5d935 in start_thread () from /lib/libpthread.so.0
#12 0x00b9182e in clone () from /lib/libc.so.6
Current language: auto; currently minimal
(gdb) print i
$1 = 18
(gdb) print sizeof(h->delayed_pic)/sizeof(void*)
$2 = 18
i.e. apparently ffmpeg has a block of delayed_pic and is reading past the end of that buffer
So this needs to be re-reported to the rpmfusion maintainer of ffmpeg-libs with this extra info in this comment (might be similar to https://roundup.ffmpeg.org/roundup/ffmpeg/issue1231)
|