Re: FWD and RE: Suggestions and questions

On Thursday 03 October 2002 10:31, [email protected] wrote:
> > On Wednesday 02 October 2002 21:03, [email protected]=20
wrote:
<snip - original idea>
> >
> > Hmm, definitely interesting. I think people archiving a whole
> > lot of episodes of one series is quite common. We'd have to
> > think about whether the user will do the cut manually, or how
> > we could detect the similar sections (shouldn't be that hard
> > really). And ofcourse the format should support it. Then
> > there's things like deciding in the player what to do when the
> > referenced file isn't available. And what about when you want
> > to stream such a file, would the server piece it together
> > first, or is should the two files be streamed separately.
>
> Ah, no, I was thinking more of letting a single Tarkin stream be
> a container for several video clips, analogous in a way to
> patterns in Amiga MOD files.  I know, I know, some of my
> suggestions are seriously werid, but interesting none the less
> :-).

Ah, right. So you would have a single file with a whole season of a=20
series for example. And then the leader would be there only once.=20
Okay, I'd say it'd be more elegant to just specify a bunch of=20
Tarkin streams inside an Ogg file and then have a separate metadata=20
stream also inside the Ogg that describes how to piece things=20
together.

> <offtopic>I actually tried throwing some ideas around, seeing how
> difficult it would be to make an automatic WAV -> MOD converter,
> (well not exactly, what I was trying to do was to recognise
> things like repeated drum beats in a WAV, and 'take them out'),
> but it was way beyond my ability to get it to do anything useful,
> and the processing required would have made it a non-starter
> without eventually implementing it in a dedicated DSP
> chip</offtopic>

Hmm, we seem to have been thinking in the same general direction=20
then: http://www.xiph.org/archives/vorbis-dev/200209/0096.html

Different idea ofcourse, but still...

> > Thinking of applications, this could also be interesting in the
> > context of online radio and television, where you could have
> > commercials in separate files. Ofcourse, they'd have to be
> > streamed as separate files then, and cached on the player side.
>
> Hmmm, you could include several variations in the stream, (E.G.
> commercials for different 'regions'), then skip over all but the
> one that was appropriate.  Ahh, YES!  You could distribute movies
> on disc, with different promos to be seen in different regions!=20
> One disc for the whole world, but if you select Europe, it plays
> one trailer, and if you select U.S.A. it plays a different
> trailer, or just neatly skips over a few swear words in the
> U.S.A. version :-).

It does depend on bandwidth though. You don't want to stream stuff=20
you're not going to watch anyway if you have limited bandwidth. But=20
on a DVD that doesn't matter too much.

> > Good idea, lots of things to work out but nice nonetheless. I
> > need to get back to video coding one of these days...
>
> Looking back over the last 3 months on this list, there are some
> pretty exciting ideas, I think the next generation video codec is
> going to be quite a big leap forward compared with basically just
> using DCTs and motion estimation, like MPEG currently does.

I wonder how far we can go really with video compression. There has=20
been discussion of various ideas here, but they all seem to be=20
either new features, or small incremental improvements in video=20
quality or compression at best. I've got this feeling that we need=20
a new paradigm entirely to go significantly beyond the current=20
codecs in terms of the raw image quality/compression ratio.

Lourens
--=20
GPG public key: http://home.student.utwente.nl/l.e.veen/lourens.key

--- >8 ----
List archives:  http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to '[email protected]'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.