Public bug reported:
Binary package hint: gstreamer-flac
Totem, Rhythmbox, and presumably other gstreamer-utilizing applications
will not make a "best effort" at decoding a FLAC file for playback if
CRC fails; a moderately corrupted, but otherwise playable file, will be
rendered unusable.
Steps to reproduce:
1) Find/create a FLAC file that contains a CRC error
2) Load file in Rhythmbox or Totem
3) Play file
4) Player will stop midway through the track (where the error occurs,) and pop
up a dialog box saying "An error occured: Could not decode stream." A message
appears on stderr:
** Message: Error: Could not decode stream.
gstflacdec.c(634): gst_flac_dec_error_callback (): /play/decodebin0/flacdec0:
CRC mismatch (2)
Suggested behavior:
4) Player skips or attempts to decode the frame for which the checksum failed;
still print error to stderr.
If my understand of the way GStreamer pipelines work is correct, always
ignoring checksum errors would be a Bad Thing. It would result in one of
the "main features" of FLAC becoming untrue of gstreamer pipelines used
to transcode it, namely, guaranteed data integrity. However, it should
be somehow possible to allow for the FLAC plugin to ignore errors in
certain cases.
** Affects: gst-plugins (Ubuntu)
Importance: Undecided
Status: New
--
Gstreamer apps halt decoding FLAC files on checksum error
https://bugs.launchpad.net/bugs/163473
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
