[FFmpeg-devel] [PATCH] libmodplug wrapper

[Peter Ross]

On Sat, Jul 11, 2009 at 06:11:29AM +0300, Kostya wrote:
> On Sat, Jul 11, 2009 at 02:04:08AM +0200, Michael Niedermayer wrote:
> > On Fri, Jul 10, 2009 at 01:24:27PM +0000, Jai Menon wrote:
> [...]
> > > >
> > The primary reason for the seperation in this case is so we can watch
> > avi/mkv/nut files that have h264 video and mod/s3m/... audio
> 
> Err, you can legally kill anybody trying to make such perverted format
> (i.e. Matroska devs).

My reaction is completely the opposite.

> >From my experience (several MOD-like and Adlib tracker formats in DOS
> times), you can represent tracker as two parts: samples and notes. For a
> bit modern people - like MIDI file with its own soundfont. So usually
> you have hundreds of kilobytes or more of samples (which may be treated
> as extradata) and less than 1KB of notes which define what to play.
> Also notes are grouped into patterns and subpatterns which may be
> repeated certain number of times, with speed changes that results in each
> part playing time very greatly varying. This makes it an awful sound format
> for generic container.

This suggests to me that FFmpeg's generic container format isn't generic
enough.

If somebody were to patch FFmpeg to play DVDs (the actual ISOs, not just VOBs),
I think we'd encounter similar conceptual challenges. DVDs contain AV samples
(the VOBs) and instructions (the IFOs) on how to assemble those resources
into a multimedia experience. MOD files do much the same thing, only this
happens at a much more granular level. Supporting real-time playback of
.PRTL (Adobe Premiere) would also be similar.

-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090711/27afbb7a/attachment.pgp>