Recherche avancée

Sur d’autres sites (8939)

• flac : Fix channel order for mono files.

  28 juin 2014, par Erik de Castro Lopo

  flac : Fix channel order for mono files.
  * The default channel mask for mono files was 0x0001 (front left) but it
  
    makes more sense to use 0x0004 (front center) for such files.
  * Also FLAC will accept not only mono WAV files with 0x0001 mask, but also
  
    with 0x0002 (requested at https://sourceforge.net/p/flac/bugs/390/)
  
    and 0x0004 (e.g. SoX creates mono files with this mask).
  * The comment about channel support was updated.
  * The error message
  
       "Use —channel-map=none option to store channels in current order ; FLAC files
  
       must also be decoded with —channel-map=none to restore correct order."
  
    is misleading : FLAC never changes the order of channels.
  
    Decoding with this options also sets the channel mask of the resulting WAV
  
    file to 0. Without this option the mask is equal to the value of
  
    WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag.
  Patch-from : lvqcl <lvqcl.mail@gmail.com>
  

  • [DH] src/flac/decode.c
  • [DH] src/flac/encode.c

• broadcast HLS/TS Stream from FFMPEG

  2 août 2014, par Dylan Lundy

  I’m still wrapping my head around most of this, so sorry if my issue is an obvious one !

  I’m trying to broadcast a FFMPEG ’stream’ to a HLS stream i can load into a webpage.

  My understanding is that i need a media server to broadcast it from FFMPEG to a HLS stream ? with FFMPEG feeding the data to the server. I’m probably wrong though.

  I previously semi achieved what i want to do with stream-m, however it was too slow (less than 1 FPS) and wasn’t broadcasting in HLS.

  Previously, the steps i went through were to launch the stream-m server. then launce FFMPEG with the following command :

  ffmpeg.exe -f dshow -i video="screen-capture-recorder" -r 1 -g 2 -vcodec libvpx -vb 1024 -f matroska http://localhost:8080/publish/first?password=secret

  I could connect to the stream with Chrome using the following HTML :

  <video src="http://localhost/consume" autoplay="autoplay">
  
  </video>

  The issue is that this was slow, unusable in fact, and it’s not in HLS/H264.

  I need the feed in the specific codec as i intend to send it to a WiiU browser, which only supports "M3U8+TS(HTTPLiveStreaming)"
  http://www.nintendo.com/wiiu/built-in-software/browser-specs/

  Cheers

• Revision f5209d7e01 : Remove rate component adjustment for AQ1 In AQ1 a rate adjustment was applied f

  21 novembre 2014, par Paul Wilkins

  Changed Paths :
   Modify /vp9/encoder/vp9_encodeframe.c

  
  
  Remove rate component adjustment for AQ1

  In AQ1 a rate adjustment was applied for blocks coded with a
  deltaq. This tends to skew the partition selection and cause
  rate overshoot.

  For example, consider a 64x64 super block where some but not all
  sub blocks are in a low q segment and some are in a high q segment.
  The choice of Q when considering large partition and transform sizes
  is defined by the lowest sub block segment id (currently this implies the
  lowest Q). If some parts of the larger partition are very hard this will
  cause a high rate component.

  The correct behavior here is for the rd code to discard the large partition
  choice and break down to sub blocks where some have low and some
  have high Q. However the rate correction factor above mask the high
  cost of coding at a larger partition size.

  Change-Id : Ie077edd0b1b43c094898f481df772ea280b35960