Displaying 20 results from an estimated 4000 matches similar to: "application/ogg media type registration"
2001 May 14
4
audio/vorbis media type registration
This is the first draft of the audio/vorbis media registration form to be
handled to the IANA. PLEASE comment extensively, even minor spelling
mistakes etc are to be stamped out of this I hope.
A media type for application/ogg (or should it be
application/oggsquish?) will be created separately.
I would be very happy if someone could supply the 4-letter filetype code
used by MacIntosh .ogg files.
2003 Aug 26
0
Vorbis transcoding for Creative Nomads
Forwarding a conversation with a company that provides a management tool
for transcoding Vorbis files to MP3 when communicating with the Nomad
Jukeboxes from Creative. Good initiative, and probably sounds OK too, but
would be even better with FLAC, so I'll ask about it.
Linus
---------------------------- Original Message ----------------------------
Subject: Re: Vorbis question
From:
2003 Jan 08
1
[Fwd: Re: Regarding non-streaming Ogg]
[pardon me if this retreads some ground, but I'm just getting up to speed on this issue]
so am I to understand --
application/ogg is for downloading, and will invoke an app that supposedly can parse *any* ogg file --
audio/vorbis is for streaming -- but this is narrowly defined as vorbis audio only. Presumably the thinking is that a streaming application is likely to be less
2003 Feb 11
1
RFC-to-be: <draft-walleij-ogg-mediatype-08.txt> (fwd)
The transport type application/ogg may now be used in applications. The
IANA has assigned it in their namespace, so start adding it at will.
See mail below.
Linus
---------- Forwarded message ----------
Date: Mon, 10 Feb 2003 12:23:47 -0800
From: IANA <iana@iana.org>
To: triad@df.lth.se
Cc: Allison Mankin <mankin@psg.com>, Scott Bradner <sob@harvard.edu>
Subject: RFC-to-be:
2003 Jan 08
0
[Fwd: Re: Regarding non-streaming Ogg]
This is my previous conversation with Colin Perkins at IETF regarding
audio/vorbis. For interested parties. Last two paragraphs are the most
interesting ones.
Linus
-----Vidarebefordrat meddelande-----
From: Colin Perkins <csp@isi.edu>
To: Linus Walleij <triad@df.lth.se>
Subject: Re: Regarding non-streaming Ogg
Date: 20 Jun 2001 16:17:34 -0400
--> Linus Walleij writes:
2002 Apr 03
1
Please last call this individual draft (fwd)
After much bureucracy in the IETF hierarchies and sort of chaos-like
organization, it seems I have got the matter so far that a four-week last
call will be issued so that application/ogg finally becomes a standard.
Don't jump of joy just yet, but I have feelings that it actually may
happen now. :-) The "last call" is not yet issued!
(They started discussing adding this MIME-type in
2003 Jan 02
0
Re: Ogg Internet Drafts - create application/ogg-vorbis, application/ogg-tarkin, etc.
just for the record -- I think you mean video/theora when you mention vorbis+VP3. Vp3 is becoming Theora. Tarkin is another video codec project at Xiph.
As for this whole MIME type issue, can someone enlighten me as to how this problem is addressed with Quicktime, Microsoft, and RealNetworks plug-ins today? Also, does an MPEG4 tag specify which audio codec is used?
thanks - dan
2001 May 10
1
MIME types registration
There has been talks on the User list about registering atleast one MIME
type with the IETF for .ogg files. I am familiar with the procedures for
this and will start doing it right now unless someone urgently wants me to
stop.
A discussion concerned wether audio/ogg or application/ogg should be
registered, I will most definately register audio/ogg for Ogg Vorbis, and
in the future video/ogg may
2000 Apr 25
0
Re: Open License for Standards Specifications
On Tue, Apr 25, 2000 at 07:29:08PM +0200, claude@convergence.de wrote:
> I think the best way to convey embedded metadata
> would be using the incoming MPEG7 standard.
> It is based on XML syntax and use
> XML Schema to make the validation according
> to the MPEG7 DDL and Description Schemes.
>
> In fact, one important thing is also to think
> about the production part,
2008 Jan 18
3
name resolution question
Can anyone explain the following behavior to me?
[jgreen at t-rex ~]$ nslookup proteome.hpcc.triad.local
Server: 127.0.0.1
Address: 127.0.0.1#53
Name: proteome.hpcc.triad.local
Address: 10.2.149.1
[jgreen at t-rex ~]$ nslookup proteome.vlan88.hpcc.triad.local
Server: 127.0.0.1
Address: 127.0.0.1#53
Name: proteome.vlan88.hpcc.triad.local
Address: 192.168.88.179
2019 Oct 23
0
[PATCH] drm/simple-kms: Standardize arguments for callbacks
On Wed, Oct 23, 2019 at 12:13 PM Daniel Vetter <daniel.vetter at ffwll.ch> wrote:
> Passing the wrong type feels icky, everywhere else we use the pipe as
> the first parameter. Spotted while discussing patches with Thomas
> Zimmermann.
>
> v2: Make xen compile correctly
>
> Acked-By: Thomas Zimmermann <tzimmermann at suse.de> (v1)
> Cc: Thomas Zimmermann
2018 Nov 21
2
[PATCH 0/9] drm: remove deprecated functions
On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote:
>
> > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to
> > "switch from reference/unreference to get/put". That's what this patch series is
> > about.
>
> The
2018 Nov 21
2
[PATCH 0/9] drm: remove deprecated functions
On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote:
>
> > One of the things in the DRM TODO list ("Documentation/gpu/todo.rst") was to
> > "switch from reference/unreference to get/put". That's what this patch series is
> > about.
>
> The
2018 Nov 26
0
[PATCH 0/9] drm: remove deprecated functions
On Sat, Nov 24, 2018 at 10:17:13PM +0100, Linus Walleij wrote:
> On Wed, Nov 21, 2018 at 10:42 AM Daniel Vetter <daniel at ffwll.ch> wrote:
> > On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> > > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos <greenfoo at gluegarage.com> wrote:
> > >
> > > > One of the things in the DRM TODO list
2020 Feb 26
0
(no subject)
On Wed, Feb 26, 2020 at 3:34 PM Ville Syrj?l?
<ville.syrjala at linux.intel.com> wrote:
> On Wed, Feb 26, 2020 at 01:08:06PM +0100, Linus Walleij wrote:
> > On Wed, Feb 26, 2020 at 12:57 PM Ville Syrj?l?
> > <ville.syrjala at linux.intel.com> wrote:
> > > On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:
> >
> > > > I have long
2018 Nov 21
0
[PATCH 0/9] drm: remove deprecated functions
Hi Daniel,
On Wednesday, 21 November 2018 11:42:33 EET Daniel Vetter wrote:
> On Thu, Nov 15, 2018 at 11:38:35PM +0100, Linus Walleij wrote:
> > On Thu, Nov 15, 2018 at 11:17 PM Fernando Ramos wrote:
> >> One of the things in the DRM TODO list ("Documentation/gpu/todo.rst")
> >> was to "switch from reference/unreference to get/put". That's what
2018 Nov 29
0
[PATCH 0/9] drm: remove deprecated functions
On Thu, Nov 29, 2018 at 3:45 PM Linus Walleij <linus.walleij at linaro.org> wrote:
>
> On Mon, Nov 26, 2018 at 3:12 PM Daniel Vetter <daniel at ffwll.ch> wrote:
> > On Sat, Nov 24, 2018 at 10:17:13PM +0100, Linus Walleij wrote:
>
> > > It was especially scary.
> > >
> > > But I think I managed to apply the patches and push the
> > >
2003 Sep 09
0
Should the vendor tag be updated for 1.0.1?
Hiya:
Since 1.0.1 is going to include minor tuning fixes that have an effect
on audio quality in certain circumstances, I think the vendor tag should
be updated according to the attached (and quite trivial) patch. (I chose
20030902 because that's the date of Monty's commits that included the
tuning fixes.)
-Carsten
<p>
Index: lib/info.c
2003 Mar 02
1
Final Ogg 1.0 submission to IETF
Hi all,
just letting you know that I am about to submit the final version of the
Ogg 1.0 file format Internet-Draft to the IETF. It is due by today
(March 3, Monday - Internet Draft final submission cut-off at 09:00 ET)
for the next IETF meeting and I expect they will promote it to RFC
status at the meeting. Please send any last-minute changes to me.
Cheers,
Silvia.
<p><p>
2003 Mar 02
1
Final Ogg 1.0 submission to IETF
Hi all,
just letting you know that I am about to submit the final version of the
Ogg 1.0 file format Internet-Draft to the IETF. It is due by today
(March 3, Monday - Internet Draft final submission cut-off at 09:00 ET)
for the next IETF meeting and I expect they will promote it to RFC
status at the meeting. Please send any last-minute changes to me.
Cheers,
Silvia.
<p><p>