An error occurred fetching the project authors.
  1. 18 Mar, 2013 2 commits
    • Martin Storsjö's avatar
    • Martin Storsjö's avatar
      omxil: Split omx core management to a separate file · 369a7322
      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: default avatarMartin Storsjö <martin@martin.st>
      369a7322
  2. 11 Mar, 2013 1 commit
  3. 13 Nov, 2012 1 commit
    • Jean-Baptiste Kempf's avatar
      LGPL · fef27058
      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.
      fef27058
  4. 08 Oct, 2012 1 commit
  5. 13 Apr, 2012 1 commit
  6. 05 Apr, 2012 1 commit
  7. 04 Apr, 2012 1 commit
  8. 15 Dec, 2011 1 commit
  9. 02 Oct, 2011 1 commit
  10. 21 Sep, 2011 1 commit
    • Martin Storsjö's avatar
      omxil: Push a dummy buffer on the input buffer fifo to avoid deadlocks · 555ba2d1
      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: default avatarJean-Baptiste Kempf <jb@videolan.org>
      555ba2d1
  11. 16 Mar, 2010 1 commit
  12. 09 Feb, 2010 1 commit
  13. 07 Feb, 2010 1 commit
    • Gildas Bazin's avatar
      Add OpenMAX IL Video/Audio decoder. · e1f9ab22
      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).
      e1f9ab22