As i was testing various media files in impress for bug 56847, i noticed that if i put an MKV file into impress and press play, it runs. But if i then press stop, and then play again, LibO will halt. Pressing pause and then play is fine though. Another means of halting is while it initially plays, seek to another position.
When it crashes the following is outputted in the commandline:
"(soffice:3527): GStreamer-WARNING **: wrong STREAM_LOCK count 0"
Tested on Linux Mint and it effects the latest releases of 4.0 to 4.2 and 4.3 beta.
On OSX 10.9.3 I get a message "not supported" when trying to add any mkv file to LO Impress.
I think OSX uses a different backend for processing videos.
Was testing this on Xubuntu 14.04 and if you dont have xubuntu-restricted-extras, and lav-tools installed, you wont be able to playback video.
On Linux Mint 17, video playback wont work until you install libreoffice-avmedia-backend-gstreamer. MKVs didnt halt here, so
Was testing this on Xubuntu 14.04 and if you dont have xubuntu-restricted-extras and lav-tools installed, you wont be able to playback video. MKVs worked fine here.
On Linux Mint 17, video playback wont work until you install libreoffice-avmedia-backend-gstreamer. MKVs worked here as well.
So i'm assuming the issue boils down to the library's capabilities. For Linux Mint the library versions were:
Looking at the Linux Mint installation that i used for this bug, it has these versions:
Created attachment 100210 [details]
packages i installed on xubuntu 14.04 to get things running
With Linux Mint 17, i had to installed libreoffice-avmedia-backend-gstreamer, gstreamer 0.10's ffmpeg and fluendo mp3 packages to get things running. Not sure if the gstreamer packages were needed though.
setting to NEW as something is off.
@devs: let us know if you want a separate issue for the problem of LO in OSX not allowing import of MKV files.
Setting to new, as jmadero was unable to get this done in ubuntu as well. Now it'S for the devs how to deal with this: either tell the user why things are failing and provide a solution via wiki or bundle stuff into LO. That is far above my competence to decide ;)
Created attachment 100361 [details]
packages installed with the ubuntu-restricted-extras packages from Ubuntu 14.04 software center
@Foss this bug tracker is only for the linux issue, so no need to discuss the problems with OSX here as OSX doesnt use the gstreamer backend.
Did extensive testing of all video formats on a clean installation of Ubuntu 14.04 with the only installation being the ubuntu-restricted-extras package from the software center. This was done by converting a video file to all these formats in mainly QWinFF and a few in Curlew (mp4a, ogv).
AC3 - supported
AU/AIFF - supported, playback after seeking resets it to the beginning
FLAC - supported
M4A - supported
MP3 - supported
OGG - supported
WAV - supported
WMA - supported
LibO doesnt list .ac3 or .m4a as possible audio extensions
ASF [MP43/MP2] - supported
AVI [MP43/MP3] - supported
DV [DV/PCM] - supported
FLV [FLV1/SWFa] - supported
MKV [AVC/AAC] - supported
MOV [MP4V/AAC] - supported
MP2 [MPG2/MP2] - supported
MP4 [MP4V/AAC] - supported
MPG [MPG1/MPG2] - supported, but some arent supported *
OGV [Theora/FLAC] - supported
RM [RealVideo1/AC-3] - displayed first frame, cant play, cant seek
WEBM [VP8/Vorbis] - supported
WMV [WMV2/WMA2] - supported
LibO didnt list asf, dv, or rm as possible formats
* < https://archive.org/download/test-mpeg/test-mpeg.mpg >
I noticed that adding media to impress would normally halt LibO for ~20s when the ubuntu-restricted-extras package wasnt installed, and after its installation, media would halt LibO for 30 to 60 second depending on the file size. This is weird as it only takes 6 - 9 seconds on the same machine using xubuntu 14.04.
Okay after more testing i see that installing libav-tools is needed as it will reduce the load time of the videos to the same < 10s, but there is still a problem with audio files which still take about a minute to load. Not sure what is causing this when i compared the packages against my linux mint box, which loads audio files in 1 to 11 seconds depending on their size.
(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:
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):