Language Selection

English French German Italian Portuguese Spanish

Better multimedia support for OpenOffice.org on Unix systems

Filed under
OOo

Playing back audio and video content on Unix system was and is still a matter of choices.

On the one hand, this is a good thing for the user. It offers a wide range of frameworks that best suit his/her needs. But on the other hand, this also brings a developer of a multi platform, general purpose Office productivity suite like OpenOffice.org (OOo) into the situation to make a choice. The choice needs to be made just to ensure that we don't have to provide a different backend for all multimedia frameworks that already exist. This just doesn't work for resource reasons. So, a framework needs to be chosen that meets the needs of a group of users as large as possible.

A few years ago, we created a flexible multimedia solution for OOo that offers the chance to extend the set of supported external frameworks in an easy way and with only little development effort.

Our first choice for a backend was the support for Sun's 'Java Media Framework' (JMF) at that time. A framework that is platform independent in general and that offers a good performance. Especially when using the - then platform dependent - performance extension, performance is on par with other frameworks.

Time has shown that JMF seems to be a bit outdated today and that support for appropriate decoders is still not as good as expected. Enabling the support for JMF within OOo was also a not so easy task for the user, since the appropriate jmf.jar archive had to be added by hand by the user to the OOo classpath.

So, we took a closer look at other frameworks and decided to create a completely new backend from scratch.

rest here




More in Tux Machines

SUSE Leftovers

  • openSUSE Heroes meeting, day 2
    After a long, but exciting first day, we even managed to get some sleep before we started again and discussed the whole morning about our policies and other stuff that is now updated in the openSUSE wiki. After that, we went out for a nice lunch…
  • Installing Tumbleweed, November 2016
    The Tumbleweed system that I already have installed had desktops KDE, Gnome, XFCE and LXDE. But for recent intstalls (as with Leap 42.2), I have been going with KDE, Gnome, XFCE, LXQt, FVWM and MATE. So it seemed reasonable for the new Tumbleweed install to follow the same path. I also added Enlightenment for experimenting.

Android Leftovers

Linux Graphics

  • LibRetro's Vulkan PlayStation PSX Renderer Released
    A few days back I wrote about a Vulkan renderer for a PlayStation emulator being worked on and now the code to that Vulkan renderer is publicly available. For those wanting to relive some PlayStation One games this week or just looking for a new test case for Vulkan drivers, the Vulkan renderer for the LibRetro Beetle/Mednafen PSX emulator is now available, months after the LibRetro folks made a Vulkan renderer for the Nintendo 64 emulator.
  • Etnaviv DRM Updates Submitted For Linux 4.10
    The Etnaviv DRM-Next pull request is not nearly as exciting as MSM getting Adreno 500 series support, a lot of Intel changes, or the numerous AMDGPU changes, but it's not bad either for a community-driven, reverse-engineered DRM driver for the Vivante graphics cores.
  • Mesa 12.0.4 Being Prepped For Ubuntu 16.10/16.04
    Ubuntu is preparing Mesa 12.0.4 for Ubuntu Xenial and Yakkety users. It's not as great as Mesa 13, but at least there are some important fixes back-ported. Mesa 12.0.4 is exciting for dozens of bug fixes, including the work to offer better RadeonSI performance. But with Mesa 12.0.4 you don't have the RADV Vulkan driver, OpenGL 4.5, or the other exciting Mesa 13 work.

Games for GNU/Linux