<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - MPEG-2 Video (H.262) wont displayed in Impress on Windows" href="https://bugs.documentfoundation.org/show_bug.cgi?id=105168#c20">Comment # 20</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - MPEG-2 Video (H.262) wont displayed in Impress on Windows" href="https://bugs.documentfoundation.org/show_bug.cgi?id=105168">bug 105168</a> from <a class="email" href="mailto:todventtu@suomi24.fi" title="Buovjaga <todventtu@suomi24.fi>"> Buovjaga</a> <pre>(In reply to Telesto from <a href="show_bug.cgi?id=105168#c19">comment #19</a>) > I'm following the Media Playback issues a bit. It's probably a bit off topic > and asked before, but anyway... I'm wondering, why is LibreOffice using the > native (system) media-player/codecs anyway? Why not embed a cross platform > directly media-player into LibreOffice (for example VideoLAN; MPV). Or - a > bit less drastic - make it possible to use a specific backend if available: > for example the VideoLAN (it can be pushed as a separate install). Actually, a VLC backend exists, but it is incomplete and abandoned. It was the result of GSoC 2013: <a href="https://wiki.documentfoundation.org/Development/GSoC/2013">https://wiki.documentfoundation.org/Development/GSoC/2013</a> Over the years I have tried to recruit new developers to work on a new implementation based on VLC's new official C++ bindings library: <a href="https://code.videolan.org/videolan/libvlcpp">https://code.videolan.org/videolan/libvlcpp</a> I encourage anyone interested in this feature to continue recruiting people to re-do this, targeting the upcoming VLC 3.0.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>