search for: subpictures

>>> Ideally? You seem to be stuck in a world of operating systems that need >>> a specific filename extension to identify a file type. >> >> Sounds like you're a Mac user. > > <snip> > > ...determining a file type is not a task for the OS... For the past few years, users of the QuickTime container have faced a similar dilemma to what we have

...vailable.) This isn't quite as robust for streaming data > where the integrity is suspect, and resyncing after a garbled frame can > cause some problems. There are some good features to this, however. This (along with MNG) would make a good subpicture format as well. Multiple layers of subpictures with transparency and animation should accomodate a lot of things that have been done with DVD plus a bit more. > C) XML data format style (plain text editable) This has the added > advantage that we can create content with a simple text editor (as > opposed to a more complex hex-editor)...

On Wed, 8 Nov 2000 15:33:48 -0800 Michel LESPINASSE <walken@zoy.org> wrote: > One reason is i18n of subtitles. You probably dont want to drag full > unicode fonts in each decoder... My point was that we don't want to drag full unicode fonts into the *spec*. On a desktop-class system, you do want to put that complexitiy in the decoder. Streams will benifit from universally from

Greetings, A couple of weeks ago, there was here a discussion about streaming. Here is two things that I would like to add to the discussion: meta-streaming and control-streaming. (Althou I do not think my ideas are that new) * First metastreaming: If you look at DVB (Digital Video Broadcasting), one of nice features (apart from it being a European standard ;-)) is the existing of a meta-stream.

Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net> --- drivers/gpu/drm/nouveau/nv04_graph.c | 571 ++++++++++++++++++++++++++++++++-- 1 files changed, 538 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_graph.c b/drivers/gpu/drm/nouveau/nv04_graph.c index d96c351..1b0af3a 100644 --- a/drivers/gpu/drm/nouveau/nv04_graph.c +++

Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net> --- drivers/gpu/drm/nouveau/nv04_fbcon.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_fbcon.c b/drivers/gpu/drm/nouveau/nv04_fbcon.c index 813b25c..7cf9287 100644 --- a/drivers/gpu/drm/nouveau/nv04_fbcon.c +++ b/drivers/gpu/drm/nouveau/nv04_fbcon.c @@ -236,7 +236,7 @@

Hello, I have my work on the nv vpe video decoder in a functional state. In case you didn't know this decoder accelerates mpeg2 video at the idct/mc level. I have verified that it works on nv40 hardware. I believe it works on nv30 hardware (and maybe some earlier hardware), but I cannot verify since I have none. I will reply with patches against the kernel, drm, ddx and mesa for