shithub: cuefs

--- a/BUGS

+++ b/BUGS

@@ -1,10 +1,8 @@

 • unsure if seeking on a file works correctly

 • current treatment of lossy sources is less than ideal

 • everything will get resampled to 44100Hz/16bit/2channel

-• the codebase is a mess

-• reading concurrently from the same fid might break decoding logic, or be unecessarily slow (does that ever happen?)

 • the parser might be leaking memory (it strdup()s the strings before passing to yacc, but we strdup() some of them again when setting the sheet fields)

-• zuke with wav keeps requesting the file header at offsets 0, 4 and 8; never starts playing

+• zuke with wav keeps requesting the file header at offsets 0, 4 and 8, opens file descriptors to every song uncontrollably, never starts playing

 • some parser/cuefs behavior might be non-standard or undesirable

 	- for example, there's currently no way to split tracks without including the pregap either at the end of the last track or beggining of current one

 • splitting tracks from → to the same format could some times be done more efficiently, skipping the decode (and resample) → encode process; this could be especially beneficial to lossy formats since there would be no reencoding.

@@ -15,3 +13,4 @@

 • cuefs does not respect PREGAP and POSTGAP tags on cuesheets

 • zuke's mkplist dislikes cuefs, somehow (trying to mkplist on a cuefs mountpoint doesn't even generate 9p rpcs, something's really wrong)

 • we likely don't handle "syntatically valid but semantically invalid" cuesheets very well

+• flac files split with cuefs seem to have no duration information (though they still play fine and all; likely flacdec's "fault")