https://bugs.freedesktop.org/show_bug.cgi?id=56847
--- Comment #39 from Owen Genat <[email protected]> --- (In reply to comment #35) > Tested with MP4 video here. Strange behavior: after inserting the video via > menu Insert > Movie and Sound I get a grey box with a light-grey > questionmark in it. This is the bug as originally described by this report i.e., the preview does not display (which is important for identifying an inserted video object). What follows is just more testing information. Thanks are due to Alex for the various links and information up thread. > If I then hit "play" on the bottom left movie control section, the box turns > white and I hear the sound but do not see any video. FWIW I got the same result here under MacOS 10.6.8 running LO v4.2.0.3 x86 Build ID: c63c03decdf780d8fb80823950665b782ec9ecd0 using the MP4 from https://archive.org/details/test-mpeg $ ffmpeg -i test-mpeg_512kb.mp4 ... Seems stream 0 codec frame rate differs from container frame rate: 60.00 (60/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test-mpeg_512kb.mp4': Duration: 00:00:21.00, start: 0.000000, bitrate: 579 kb/s Stream #0.0(und): Video: h264, yuv420p, 320x240, 30 tbr, 30 tbn, 60 tbc Stream #0.1(und): Audio: aac, 32000 Hz, stereo, s16 I have VLC v2.1.2 installed, which lists "MP4" (MPEG-4 Part 14) as a supported container format, but I am not clear if this also supports H.264 (MPEG-4 Part 10 / AVC), which the video stream in this sample appears to use. The link in comment #21 suggests that QuickTime supports H.264 natively, so I would think this should not be an issue. The MPG version (MPEG-1 video stream) of the same video displays the same effect: $ ffmpeg -i test-mpeg.mpg Input #0, mpeg, from 'test-mpeg.mpg': Duration: 00:00:20.96, start: 0.768300, bitrate: 269 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 160x120 [PAR 1:1 DAR 4:3], 104857 kb/s, 30 tbr, 90k tbn, 30 tbc Stream #0.1[0x1c0]: Audio: mp2, 32000 Hz, stereo, s16, 64 kb/s The original report indicated the AVI container. Since the AVI links up thread (comment #25 and comment #29) appear to be dead, there are several short AVIs (and a few other containers) from standard recording devices using different codecs over at the Shotwell project: http://redmine.yorba.org/projects/shotwell/wiki/AVISamples I have not tested them all, but the following files from that location, which use a variety of container / codec formats, display the same behaviour: $ ffmpeg -i 20101130_002.mp4 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 1000.00 (1000/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '20101130_002.mp4': Duration: 00:00:02.24, start: 0.000000, bitrate: 3223 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 848x480 [PAR 1:1 DAR 53:30], 1k tbr, 1k tbn, 30k tbc Stream #0.1(eng): Audio: aac, 48000 Hz, mono, s16 $ ffmpeg -i DSCN8163.MOV Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'DSCN8163.MOV': Duration: 00:00:01.00, start: 0.000000, bitrate: 2187 kb/s Stream #0.0(eng): Video: mjpeg, yuvj422p, 320x240, 15 tbr, 15 tbn, 15 tbc Stream #0.1(eng): Audio: pcm_u8, 7875 Hz, mono, s16, 63 kb/s $ ffmpeg -i MOV02396.MPG [mpeg @ 0x1775480]invalid dts/pts combination Last message repeated 22 times Input #0, mpeg, from 'MOV02396.MPG': Duration: 00:00:01.36, start: 0.110000, bitrate: 3039 kb/s Stream #0.0[0x1c0]: Audio: mp2, 32000 Hz, mono, s16, 64 kb/s Stream #0.1[0x1e0]: Video: mpeg1video, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 104857 kb/s, 25 tbr, 90k tbn, 25 tbc $ ffmpeg -i MVI_0572.AVI [avi @ 0xa04480]non-interleaved AVI Input #0, avi, from 'MVI_0572.AVI': Duration: 00:00:01.00, start: 0.000000, bitrate: 5773 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 320x240, 30 tbr, 30 tbn, 30 tbc Stream #0.1: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s This would tend to confirm the general nature of this problem. Hopefully these videos will help with testing. (In reply to comment #38) > FWIW, if I enable the VLC switch on my build at compile time, I seem to > be able to insert quite a few different types of video and see their > preview images in the slide \o/ Encouraging news. Thanks again for your work on this Alex. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
