Re: [MPlayer-dev-eng] [PATCH 1/3] Enable broken audio CD image support in cue stream driver
- Date: Fri, 14 Aug 2015 08:13:37 -0400
- From: compn <tempn@xxxxxxxxx>
- Subject: Re: [MPlayer-dev-eng] [PATCH 1/3] Enable broken audio CD image support in cue stream driver
On Fri, 14 Aug 2015 11:51:15 +0200
Ingo Brückl <ib@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx> 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
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!
MPlayer-dev-eng mailing list