An error occurred fetching the project authors.
- 18 Mar, 2013 2 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
The point of the omx core management is to try to load and init the OMX core once, even if there's multiple e.g. decoder instances. The reason for this is that there are OMX cores where the deinit function will deinitialize the whole core on the first deinit call, even if init has been called twice. If this file is to be built as part of multiple separate shared plugins, each of the plugins will initialize the OMX core separately, which could cause issues with such OMX cores. Since the second plugin that uses the OMX core, an OMX vout plugin, isn't used automatically, and the only OMX implementation it currently is tested to actually work with (the Broadcom OMX core on Raspberry Pi) doesn't have issues with being uninitialized multiple times, there's no need to jump through hoops to fix this theoretical issue right now though. For reference, if we really want to make sure the omx core is loaded and initialized only once, the plugins need to be loaded with RTLD_GLOBAL and all the variables in omxil_core.c need to be marked with __attribute__ ((visibility ("default"))). But that's generally not an option, and shouldn't be necessary right now at least. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 11 Mar, 2013 1 commit
-
-
Martin Storsjö authored
Additionally, the mutex never seem to have been released but just leaked. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 13 Nov, 2012 1 commit
-
-
Jean-Baptiste Kempf authored
Re-license almost all the playback modules to LGPLv2.1+ with authorization from their respective contributors (230+) This includes: - access, codec, packetizers, demux - audio filters, audio mixers, audio output - video filters, video chroma, video output - text renderers - XML parser - ARM NEON and SSE2 optimisations (mostly for chromas and filters) Some modules are not concerned: - BDA and DShow access modules because Manol Manolov is AWOL - Real RTSP, because it is derived from Xine - x264 and t140 because they are encoders only - DLL Loader, because it is derived from MPlayer - DTS packetizer, because Jon Lech Johansen is AWOL - Shine and WMAfixed, because they are derived from Rockbox - Real demuxer, as it is derived from MPlayer and Wang Bo is AWOL - MPC demuxer, as Yavor Doganov is AWOL - Tivo demuxer, because it is derived from an MPlayer fork - Playlist demuxer, (WPL and ZPL parts missing), because suheaven is AWOL - iOS audio output and video display, because author refuses the license change - Equalizer and compressor, because Ronald Wright is AWOL - Mono, Headphone and Dolby, because author refuses the license change - hqdn3d and yadif, because they are from MPlayer/libavfilter - remoteosd, because it derives from RealVNC code - MMX optimisations, because Ollie Lho, from SiS, is AWOL - Rotate, because it depends on GPL motion Nota Bene: - Some modules depend on GPL-only libraries, a LGPL module does not mean that the resulting binary module will be LGPL. Libraries affected would include liba52, libdvdcss, libdvdnav, libdvdread, faad2, libdca, libmad, libmpeg2, libpostproc, SRC, sid, zvbi and probably others.
-
- 08 Oct, 2012 1 commit
-
-
Jean-Baptiste Kempf authored
-
- 13 Apr, 2012 1 commit
-
-
Martin Storsjö authored
This avoids issues if there's more than one sentinel added to a FIFO at the same time, since the FIFO is built as a linked list. Also use a custom buffer flag to mark sentinel buffers, to avoid issues if a codec would set the EOS flag on returned input buffers. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 05 Apr, 2012 1 commit
-
-
Martin Storsjö authored
This decoder reorders timestamps according to the frame reordering, and thus should be given pts instead of dts. Other decoders don't do this reordering and should be given dts. Still to be investigated how android/stagefright handles this, since it always seems pass pts, not dts, to decoders. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 04 Apr, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 15 Dec, 2011 1 commit
-
-
Pere Orga authored
Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 02 Oct, 2011 1 commit
-
-
Martin Storsjö authored
This avoids deinitializing the global OMX Core if a second instance of the module is initialized (e.g. for testing whether it can handle decoding another stream) and deinitialized while the first instance still is active. Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 21 Sep, 2011 1 commit
-
-
Martin Storsjö authored
By pushing a sentinel/dummy buffer on the input buffer fifo when the output needs reconfiguring, we avoid deadlocks on HTC Sensation, where the input buffers aren't returned to the caller until the decoder has been reconfigured. Since all input buffers can be used up before the reconfigure event is received, this earlier led to a deadlock where the decoder waited for the caller to reconfigure it (as a response to the reconfigure event), while the caller waited for an input buffer to be freed to put the next input packet into. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 16 Mar, 2010 1 commit
-
-
Gildas Bazin authored
codec/omxil: OMAP3430 only supports h264 baseline profile up to level 3.0. We now reject anything else as the codec gets confused otherwise. Also changed the priority so that this module is now the default video codec on Maemo.
-
- 09 Feb, 2010 1 commit
-
-
Gildas Bazin authored
for the video decoder on OMAP
-
- 07 Feb, 2010 1 commit
-
-
Gildas Bazin authored
This decoder will try to use OpenMAX IL components to decode video/audio. Only 2 OpenMAX cores are currently looked for. The TI OMAP IL core (used for instance on the N900) and the Bellagio IL core. This decoder is disabled by default (use --enable-omxil) and for now has a zero priority (use --codec omxil).
-