This is an OSX specific bug in response to the closure of bug 56847. How to reproduce : 1) Start Impress 2) Insert a video file 3) Start slideshow display Result : no video playback, blank screen Expected : video should play and be visible with sound N.B. The video files tested play fine on OSX with either Quicktime, VLC, or MPlayerX, so please don't tell me I need codec xyz...
Created attachment 100303 [details] tes avi file plays in mplayerx
Created attachment 100304 [details] webm file
Created attachment 100305 [details] MP4 file
Created attachment 100306 [details] wmv file
see also : https://bugs.freedesktop.org/show_bug.cgi?id=56847#c59
Can't add test ogv file, too big at 14Mb, even when compressed
Created attachment 100310 [details] test ogv file
Tests on OSX 10.9.3 Master Version: 4.4.0.0.alpha0+ Build ID: f961cf50a7bcdcb173aa835db7bd891841947c31 Impress Insert AVI : OK Preview : Yes Preview Playback : Nothing Fullscreen slideshow : nothing OS supports full playback via : MplayerX Insert MP4 : OK Preview : Yes Preview Playback : sound only Fullscreen slideshow : partial sound / dropout, no video OS supports full playback via : MplayerX / VLC / Quicktime Insert Webm : ok Preview : yes Preview Playback : sound only Fullscreen slideshow : sound only OS supports full playback via : MplayerX / VLC Insert WMV : ok Preview : yes Preview Playback : sound only Fullscreen slideshow : sound only OS supports full playback via : MplayerX / VLC Insert ogv : ok Preview : yes Preview Playback : sound only Fullscreen slideshow : sound only OS supports full playback via : MplayerX / VLC
LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 MP4 plays fullscreen with sound no still no preview AVI doesn't play in fullscreen no still no preview Other test files not supported for insert (greyed out)
Tested 3.3.1, 3.3.2, 3.3.3, 3.3.4 : identical results as to 3.3.0
LibreOffice 3.4.2 OOO340m1 (Build:203) Insert AVI : OK Preview : Yes Preview Playback : Nothing Fullscreen slideshow : nothing OS supports full playback via : MplayerX Insert MP4 : OK Preview : No Preview Playback : sound only Fullscreen slideshow : yes OS supports full playback via : MplayerX / VLC / Quicktime
LibreOffice 3.4.3 OOO340m1 (Build:302) identical results to 3.4.2
LibreOffice 3.4.5 OOO340m1 (Build:502) identical results to 3.4.2
LibreOffice 3.5.2.2 Build ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous versions
LibreOffice 3.5.3.2 Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80 webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous versions
LibreOffice 3.5.4.2 Build ID: 165a79a-7059095-e13bb37-fef39a4-9503d1 webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous versions
LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous version
Version 3.6.3.2 (Build ID: 58f22d5) webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous version
Version 3.6.7.2 (Build ID: e183d5b) webm, ogv, wmv files now selectable in Finder, but not insertable (file format not supported) avi, mp4 results identical behaviour to previous version
Version 4.0.0.0.alpha1+ (Build ID: 8d87128c6bcbac26520a8fef7ae5a6256a82410) Impress Insert AVI : OK Preview : No Preview Playback : Nothing Fullscreen slideshow : nothing, totally blank screen OS supports full playback via : MplayerX MP4 plays fullscreen with sound no still no preview Other formats not insertable via Finder, greyed out
Version 4.0.5.2 (Build ID: 5464147a081647a250913f19c0715bca595af2f) Insert AVI : OK Preview : No Preview Playback : Nothing Fullscreen slideshow : nothing, totally blank screen OS supports full playback via : MplayerX MP4 plays fullscreen with sound no still no preview, only sound webm selectable from Finder, but unsupported file format Other formats not insertable via Finder, greyed out
Version: 4.1.4.2 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 All formats selectable in Finder, only AVI and MP4 insertable MP4 plays fullscreen with sound no still no video preview, sound audible AVI doesn't play in fullscreen no still no preview
Version: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 Formats selectable in Finder, but all fail to be inserted (file format not supported)
Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e --enable-vlc build switch webm selectable, insertable still : yes preview play : sound only fullscreen play : sound only, white screen avi selectable, insertable still : yes preview play : no fullscreen play : no, white screen mp4 selectable, insertable still : yes preview play : sound only fullscreen play : sound only, white screen ogv selectable, insertable still : yes preview play : sound only fullscreen play : sound only, white screen
Another additional problem when leaving preview or slidescreen display mode is that the mouse cursor disappears completely until you click outside the LO application window. This is particularly annoying :)
(In reply to comment #22) > Version: 4.1.4.2 > Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 > > All formats selectable in Finder, only AVI and MP4 insertable > > MP4 plays fullscreen with sound > no still > no video preview, sound audible Fullscreen playback ok > > AVI doesn't play in fullscreen > no still > no preview Fullscreen playback ok
regression over 4.1.4.2 for mp4 playback
Note that the AOO plugin provided for a similar AOO bug looks for AOO 4.1 and so does not install on LO.
Further tests : 1) Insert test avi 2) Preview play 3) Fullscreen slideshow play ns1:~ alex$ lldb /Volumes/HD1/Shared/Repos/LO/core/instdir/LibreOfficeDev.app Current executable set to '/Volumes/HD1/Shared/Repos/LO/core/instdir/LibreOfficeDev.app' (x86_64). (lldb) run Process 27496 launched: '/Volumes/HD1/Shared/Repos/LO/core/instdir/LibreOfficeDev.app/Contents/MacOS/soffice' (x86_64) Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [0x105911ab0] freetype spu text error: Breaking unbreakable line [0x105911ab0] freetype spu text error: Breaking unbreakable line [0x104ab74b0] freetype spu text error: Breaking unbreakable line [0x104ab74b0] freetype spu text error: 4) Add new slide 5) Insert webm file 6) Preview play 7) Fullscreen slideshow play Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [0x105e30eb0] freetype spu text error: Breaking unbreakable line 8) Add new slide 9) Insert webm file 10) Preview play 11) Fullscreen slideshow play Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [wmv3 @ 0x104e67a00] Extra data: 8 bits left, value: 0 [wmv3 @ 0x10593a200] Extra data: 8 bits left, value: 0 [wmv3 @ 0x105ac2400] Extra data: 8 bits left, value: 0 [0x104a246b0] freetype spu text error: Breaking unbreakable line [wmv3 @ 0x104a18000] Extra data: 8 bits left, value: 0 Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [wmv3 @ 0x104a18000] Extra data: 8 bits left, value: 0 [wmv3 @ 0x104af0800] Extra data: 8 bits left, value: 0 [0x105a89eb0] freetype spu text error: Breaking unbreakable line [wmv3 @ 0x104df2000] Extra data: 8 bits left, value: 0 [wmv3 @ 0x105d69a00] Extra data: 8 bits left, value: 0 Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [0x10480ecb0] freetype spu text error: Breaking unbreakable line Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [wmv3 @ 0x105a92a00] Extra data: 8 bits left, value: 0 [wmv3 @ 0x105a92a00] Extra data: 8 bits left, value: 0 [wmv3 @ 0x105bcd400] Extra data: 8 bits left, value: 0 [0x104cf8ab0] freetype spu text error: Breaking unbreakable line [wmv3 @ 0x105d6de00] Extra data: 8 bits left, value: 0 [wmv3 @ 0x104aa7a00] Extra data: 8 bits left, value: 0
1) Insert test ogv 2) Preview play 3) Fullscreen slideshow play Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [theora @ 0x104d84400] 7 bits left in packet 82 [ogg @ 0x104ddb000] Broken file, keyframe not correctly marked. [theora @ 0x104d84400] 7 bits left in packet 82 [ogg @ 0x104ddb000] Broken file, keyframe not correctly marked. [theora @ 0x104ddb000] 7 bits left in packet 82 [ogg @ 0x104968e00] Broken file, keyframe not correctly marked. Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [theora @ 0x105931000] 7 bits left in packet 82 [ogg @ 0x1058bce00] Broken file, keyframe not correctly marked. [theora @ 0x105803000] 7 bits left in packet 82 [ogg @ 0x1058fd200] Broken file, keyframe not correctly marked. [theora @ 0x104bdf400] 7 bits left in packet 82 [ogg @ 0x104b98600] Broken file, keyframe not correctly marked. [theora @ 0x104b98600] 7 bits left in packet 82 [ogg @ 0x104bdf400] Broken file, keyframe not correctly marked.
1) Insert test mp4 2) Preview play 3) Fullscreen slideshow play Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [0x104e19cb0] freetype spu text error: Breaking unbreakable line [0x104e19cb0] freetype spu text error: Breaking unbreakable line Warning: option --ffmpeg-threads no longer exists. Warning: option --ffmpeg-threads no longer exists. [0x105c5c6b0] freetype spu text error: Breaking unbreakable line [0x105c5c6b0] freetype spu text error: Breaking unbreakable line [0x1058dfcb0] freetype spu text error: Breaking unbreakable line [0x1058dfcb0] freetype spu text error: Breaking unbreakable line
Created attachment 100393 [details] full backtrace A full backtrace obtained through loading an Impress file containing a slide for each media type and then attempting full screen display of slideshow
Adding Michael, Tor for your info - if not interested / available / appropriate, please remove youselves.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
And regressions (comment 27) get ignored as no longer being MAB ? I give up. Seriously, what is the point of all the testing if this is the kind of "automated" response that a QAer gets ? When was this decided ? I don't see it in the minutes of the latest dev IRC, merely that a discussion took place.
Alex, don't take this personally. I don't think it was done in bad intention. Raising back to "highest" since * broken core functions (or is using videos in presentations not a core functionality?) * happens frequently, 100% of times to be exact so from the flowchart this qualifies as Highest, Blocker. Maybe because it's "only" OSX makes it less bad? Also video usage in presentation is still a major pain on all platforms (linux seems to work a little if you're lucky, while OSX and windows seem to be completely broken. So it would be great of the dev team, to address this core functionality bug.
(In reply to comment #36) > Alex, don't take this personally. I don't think it was done in bad intention. > Steve, not taking it personally at all, just a tad narked that yet again, a whole swathe of reports get the automatic whitewash treatment - surely, if the keyword regression is in the report, then the query used to decide whether or not to send out the automatic response is not working properly ?
Compare that with the fact that a new feature, introduced in 4.3 development (the OSX toolbar gradient bug 80474) and which happens to not work as intended gets prioritized to MAB because it is a regression. Either it is a regression because the new development, aimed at and for OSX, screwed up LO on OSX only, as in the present video mess up, or else one takes the view that as it is a newly implemented feature that doesn't work properly, and it shouldn't have made it into the mainstream product (I thought that was what we had the "experimental" setting for). In the latter case, it shouldn't then become a MAB. Anyway, I digress. Does changing the importance back to highest put back the link to MAB, it doesn't appear to have done that. Bjoern's reset appears to have removed this from the MAB list, since the link is no longer referenced.
Hi Alex; Wow this is a hugely long bug to read =) I didn't have time to get to the end of it. Any mention of VLC / Mplayer is a red-herring. We tried to integrate with VLC for GSOC, and wrote some code for that, and its a nightmare in its current state. So - I'd say step #1 - check that we're not turning that on in product builds for any platform; it's likely to break stuff. If there is any program/*avmediavlc* library inside the install, can you delete it and see if that fixes things ? Beyond that - I imagine that this is something bisectable if it used to work and now is broken. Looking here on Linux for no reason I understand libavmediavlc.so exists on my system. I guess a simple fix here is to simply turn that off with extreme prejudice.
please Mac users, retest with 4.3.x or 4.4.x recent builds if bug is still present please move this from mab4.2 list to mab4.3 list since 4.2.x reached the end of life
Still present in 4341 and master 4500 alpha Video playback with the test files attached to the bug report : MP4 : audio and video playback in Impress preview and fullscreen mode 3GP : audio and video playback In Impress preview and fullscreen mode FLV, WEBM, OGV, AVI - unsupported and can not even be inserted into Impress slide
Created attachment 110566 [details] Small 3GP test file
I tested this with TDF build 4.4.2.2 on OS X 10.9. Maybe it is not perfect, but I did not experience dramatic problems. Video playback worked in slideshow mode for most of the formats. See https://youtu.be/YN9uXIaxUUY
(In reply to Andras Timar from comment #43) > I tested this with TDF build 4.4.2.2 on OS X 10.9. Maybe it is not perfect, > but I did not experience dramatic problems. Video playback worked in > slideshow mode for most of the formats. See https://youtu.be/YN9uXIaxUUY In master dev alpha 500, attempting to start slideshow in fullscreen with a MOV video inserted into a slide leads to a reproducible crash.
Created attachment 118170 [details] MPG file Instead of documenting what does not work. I thought I would say a case that does. I have found that an MPEG file work with both video and audio in presentations, but only if I use the 'link' option rather than embed.
Forgot to say that I am using 5.0.1rc2 on Mac OS X 10.10.5
@Vossman The best thing to do at the moment is update the following wiki: https://wiki.documentfoundation.org/Media_Support/Summary and https://wiki.documentfoundation.org/Media_Support Once the wiki has more data, it will be much easier for devs to prioritize and tackle proper video support in LO.
Dropping Severity -> critical (we've deprecated the 'blocker' value) https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Severity#Severity_Levels
Migrating Whiteboard tags to Keywords: (notBibisectable)
For comparison, Keynote 6.6.2 supports insertion of and allows fullscreen playback of : WebM : YES MOV : YES MP4 : YES MKV : YES
With MacOS Sierra 10.12.1 and a recent daily build of LO 5.3.0.0.alpha1+ I can import and play *.mov, *.mpg and *.mp4 files if I drag and drop them from Finder to Impress. Menu -> Insert -> Audio or Video isn't working though. Version: 5.3.0.0.alpha1+ Build ID: 6984fd5a756f1e01e94da14f01df5a0e20791630 CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; Layout Engine: new; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-11-05_02:01:59 Locale: nl-NL (nl_NL.UTF-8); Calc: group
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Well, the recent tests in bug 113622 indicate that Version: 6.0.0.0.alpha1+ Build ID: 57c5f980835f834f6ea96c6f5ca841b5372aa61d CPU threads: 4; OS: Mac OS X 10.13; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group and Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 4; OS: Mac OS X 10.13; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group no longer play MP4 videos in Impress.
@Alex can you add your findings to https://wiki.documentfoundation.org/Media_Support/Summary?
I can reproduce it in Version: 5.4.0.2 Build ID: 2b906d450a44f2bbe506dcd22c51b3fa11dc65fd CPU threads: 8; OS: Mac OS X 10.12.6; UI render: default; Locale: en-US (en_ES.UTF-8); Calc: group but not in Version: 5.4.0.1 Build ID: 962a9c4e2f56d1dbdd354b1becda28edd471f4f2 CPU threads: 8; OS: Mac OS X 10.12.6; UI render: default; Locale: en-US (en_ES.UTF-8); Calc: group Since i couldn't compile branch 5.3.5 on Mac, I'm going to try with this branch...
I am not completely sure what specific issue this bug actually is about at this stage, but anyway, for me in a recent build of LibreOffice, on macOS 10.13, I could not insert videos into presentations at all using Insert > Audio or Video, but dragging and dropping worked. (That is, I saw the same as Telesto says in comment #51.) I have a fix for that in gerrit: https://gerrit.libreoffice.org/#/c/50390/
Alex, re: comment #50, in a curent Keynote (7.3.1), I can't insert a .webm file. At least not the one attached to this bug.
Isn't the mention of "fullscreen" in the bug title a bit redundant? That is when videos inserted into slideshows play, when viewing the slide show, and that is always full-screen, isn't it?
(In reply to Tor Lillqvist from comment #58) > Isn't the mention of "fullscreen" in the bug title a bit redundant? That is > when videos inserted into slideshows play, when viewing the slide show, and > that is always full-screen, isn't it? There was a time when the behaviour between what you could or couldn't see in the preview was different to what you could/couldn't see in slideshow mode, so testing and reporting was made to relate to that. It might well be today that there is absolutely no difference now, i.e. that the behaviour is consistent, but I haven't run the whole series of tests again for a while.
Tor Lillqvist committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1aa5a3874bf716acfbded2a09319dce5d4ce8c0d tdf#79546: Make sure temp copy of inserted media file keeps the same extension It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Will resolve this now, please open new and more specific bug reports for individual issues (enhancement requests or bugs) that still are present.
Tor Lillqvist committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bf6ff1ac366ceff7bf46ff3cf40e39e236c2c1cb&h=libreoffice-6-0 tdf#79546: Make sure temp copy of inserted media file keeps the same extension It will be available in 6.0.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.