[NUT-devel] attachments

Diego Biurrun diego at biurrun.de
Thu Jan 17 00:02:24 CET 2008


On Wed, Jan 16, 2008 at 10:54:08PM +0000, Måns Rullgård wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> 
> > On Wed, Jan 16, 2008 at 02:17:22PM +0100, Michael Niedermayer wrote:
> >> Hi
> >> 
> >> How are attachments (cd cover image, fonts for subtitles, ...) 
> >> supposed to be stored in nut?
> >> As i originally designed things, info packets should have been used. But
> >> after changes upon which some fanatically insisted info packets no longer
> >> are flexible enough. They are required to be repeated after every header and
> >> they can only apply to a single stream. Neither of these limitations was in
> >> the original design.
> >> 
> >> So for 10 subtitle streams, we would need a minimum of 30 copies of
> >> all fonts.
> >> 
> >> My original design could have stored a version of the font and still kept
> >> proper references so that it was known to the demuxer which streams the
> >> attachment applied to.
> >
> > </rant>
> >
> > i see many possible solutions.
> >
> > 1 just insist on seperate files
> 
> For fonts this makes the most sense, IMHO.  That is how they are
> normally installed on a system.  If fonts are to be embedded, they
> should be properly subsetted as in Postscript/PDF, not just pasted in
> lock, stock and barrel.
> 
> I see little rationale for other suggested applications either,
> e.g. cover art.  Cover art normally belongs to an album, not
> individual songs, and personally I'd much rather have a directory of
> files, one per album track, and a few JPEGs for cover art, rather than
> embedding the covers in each track.  Not only would that waste space,
> but normal image viewing applications would have trouble reading them
> too.

What about things like the individual images embedded in MOV files that
QuickTime displays as a still until you start playback of the movie?

Diego



More information about the NUT-devel mailing list