Currently, vlc puts the value *and* the description in the value field
for id3 TXXX tags, e.g. in Media Information:
REPLAYGAIN_TRACK_GAIN: REPLAYGAIN_TRACK_GAIN +3.30 dB

This leads to vlc_audio_replay_gain_MergeFromMeta() failing because it
can't parse the floating point value. Since the fieldList() of an
UserTextIdentificationFrame has exactly two members, it is safe to just
use the last (value) member. In Media Information:
REPLAYGAIN_TRACK_GAIN: +3.30 dB

This makes ReplayGain work for mp3 files.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Those are not used (currently). This commit is only meant to avoid the
error messages for unknown formats.

AV16 (RGBA 4-bits per channel) was mistaken for RV16 otherwise. Pixels
occupy 16 bits, of which all 16 bits are useful, for both formats.

We already removed hd1000v, so this was not really any use.

Replace an existing ES with another ES in the same track. It
can be used in combination with VLM. Here is an example vlm command file:

  # VLC media player VLM command batch
  # http://www.videolan.org/vlc/

  # MPEG-TS stream
  new ts broadcast enabled
  setup ts input "file:///<path_to_some_file_to_play>"
  setup ts output #duplicate{dst=bridge-out{id=1},select=video,dst=bridge-out{id=0xa3},select=audio}
  setup ts loop

  # Mic input
  new mic broadcast enabled
  setup mic input "alsa://"
  setup mic output #transcode{acodec=mpga,ab=192,channels=2}:bridge-in{id-offset=0}:select{disable=0}:setid{id=0,newid=0xa3}:autodel:std{access=udp,mux=ts,dst=127.0.0.1:1234}

  # Fire it up
  control ts play
  control mic play

We can't analyze them anyway, and they take space and bandwidth.

This work is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License (CC BY-SA 3.0).

Thanks a lot!