[MPlayer-dev-eng] [PATCH 1/3] Enable broken audio CD image support in cue stream driver

compn tempn at mi.rr.com
Fri Aug 14 14:13:37 CEST 2015

On Fri, 14 Aug 2015 11:51:15 +0200
Ingo Brückl <ib at wupperonline.de> wrote:

> compn wrote on Thu, 13 Aug 2015 21:18:11 -0400:
> > On Thu, 13 Aug 2015 21:47:07 +0200
> > Ingo Brückl <ib at wupperonline.de> wrote:
> >> By making these sector information variable, it now handles audio
> >> images with demuxer rawaudio as well.
> > nice. there are some bin/cue bugs on the tracker, if you want to
> > take a look maybe? or possibly your patches fix it already...
> Unfortunately, it doesn't, because these reports refer to common audio
> formats like wav instead to bin images.
> The cue driver depends on the MSF addressing scheme, i.e. there must
> be a relation between the playback time and the position of data in
> the file holding the audio data.
> It would be necessary to introduce a second "addressing scheme" that
> is somehow based on the playback time itself, i.e. skip when seeking
> a track and EOF if playback duration has elapsed (*), in order to
> allow a cue file to be something like a playlist for whatever audio
> (or video) formats.
> (*) I currently don't know whether this is possible within the stream
> driver.

oops. ok, yes i see that is like a cue sheet one would use to burn the
cd. where our bin/cue support only handles whole-large files. i get it.

individual files vs one big bin file.
so this cue file would be more of a playlist file.

all i can think of is dvd support that plays directories of
individual .vob files.
e.g. dvd:// -dvd-device /path/to/VIDEO_TS/

but that would probably take a lot of effort to code for cue/wav.

easier to just do mplayer *.wav  :P

detect these cue files and modify playlist code to support them? too
many security issues ? :\

thanks for answering my dumb question, ignore me!


More information about the MPlayer-dev-eng mailing list