search for: mimetypescodec

On Sat, Aug 16, 2008 at 12:23 AM, Silvia Pfeiffer wrote: > Have we got a spec? If not, we may want to remove it altogether and > make the fixes in our wiki as the spec develops. We have a draft spec with no implementation. I can't imagine the magic changing, so I think it's ok to leave it in, but I'm ok to remove it if you think that's best. I do think there's little

On 17-Aug-08, at 1:11 AM, Silvia Pfeiffer wrote: > OK, then yuv4mpeg will have the magic number: char[8]: 'YUV4MPEG'. > Is that ok? Yes, I'm good with that. > Also, can you put the link to the spec into > http://wiki.xiph.org/index.php/MIMETypesCodecs ? Thanks! Sorry, I thought I'd dumped the spec into the wiki. It's there now, and linked from the MIMETypesCodecs page. -r

...as it loses > sync, or find some better way to detect the file type without scanning > the whole file. Any tips on the best way to do that? Perhaps I have misunderstood your problem, but is this not what magic numbers are for? For Ogg Vorbis and Ogg FLAC, see: http://wiki.xiph.org/index.php/MIMETypesCodecs#Codecs_Parameter For Native FLAC, see: http://flac.sourceforge.net/documentation_format_overview.html Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

...eiffer <silviapfeiffer1 at gmail.com> wrote: > OK, then yuv4mpeg will have the magic number: char[8]: 'YUV4MPEG'. Which was previously for those not paying attention char[9]: 'YUV4MPEG2'. > Also, can you put the link to the spec into > http://wiki.xiph.org/index.php/MIMETypesCodecs ? AFAIK, that is just a matter of putting a [[OggUVS]] in there. At least that's what I reckon to be the spec for YUV4MPEG encapsulation. -Ivo

...y to have this updated by the app. I'm using GStreamer, but I'm afraid the shout2send element I'm using does not allow to set the currently played title. > > > Have a nice day. Looking forward to your reply, > > with best regards, > > > [0] https://wiki.xiph.org/MIMETypesCodecs > [1] #icecast on irc.freenode.net > [2] It breaks many things like exact timing or bitrate efficiency. Just > don't use it. > > > Thanks ! Hoggins! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-...

Hello, We started to publish an OPUS stream amongst others on our Icecast streaming server. That's cool, we're muxing it in an Ogg container, it works well ! So this is just a remark : as the Icecast shows its type as "application/ogg", it may be the reason why the Icecast directory shows this as an Ogg Vorbis stream although it's an Ogg OPUS one. Any idea how to correct

...ning (basically when one segment ends just send the next one). But you need to check that with the specification of your format. When doing the PUT request you must take care of those points: * Send the correct content-type. You can find a list to start with at: https://wiki.xiph.org/MIMETypesCodecs * Authorization must follow the HTTP standards including challenge-response. This requires a minimum of two requests (the one resulting in the challenge and the response. :) * Keep-Alive is preferred but may not be supported or not supported with the given opera...

...one segment ends just send the next one). But you need to check that with the specification of your format. > > When doing the PUT request you must take care of those points: > * Send the correct content-type. You can find a list to start with > at: https://wiki.xiph.org/MIMETypesCodecs > * Authorization must follow the HTTP standards including > challenge-response. This requires a minimum of two requests (the > one resulting in the challenge and the response. :) > * Keep-Alive is preferred but may not be supported or not > suppo...

Shayne Wissler <wissler at gmail.com> wrote: > On Tue, Oct 6, 2009 at 1:57 PM, Martin Leese > <martin.leese at stanfordalumni.org> wrote: ... >> For Ogg Vorbis and Ogg FLAC, see: >> http://wiki.xiph.org/index.php/MIMETypesCodecs#Codecs_Parameter > > Isn't this meta information used in e.g. email and HTML? I don't think > it will help vet a standalone file. In any case, I already have a > solution with the OGG API's. For an alternative Ogg solution to the one you have, try the tool: oggz codecs --...

...39;s OggY4M which uses char[9]: "YUV4MPEG2" but that's in no > way finalized. I was unable to find any documentation on this on the Web. Would you have a link to the mapping? BTW, I have now finalized a first version of the codecs table on the wiki: http://wiki.xiph.org/index.php/MIMETypesCodecs. Please assume typos and check it... We should probably put a link to this page on the wiki front page (wiki.xiph.org). I don't seem to be able to edit that protected wikipage though, so whoever has the rights, please do hook it in. Cheers, Silvia.

...Y streams (MP3 and AAC). For all other streams the metadata is to be send along the data stream as per codec and mapping standard. The API only 'works'[2] for Ogg/Vorbis for historical reasons. Have a nice day. Looking forward to your reply, with best regards, [0] https://wiki.xiph.org/MIMETypesCodecs [1] #icecast on irc.freenode.net [2] It breaks many things like exact timing or bitrate efficiency. Just don't use it. -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21...

...fraid the shout2send element I'm using > does not allow to set the currently played title. The metadata is not related to Icecast or libshout at all. They are part of the bitstream as generated by the encoder. Hope that helped you, with best regards, > > [0] https://wiki.xiph.org/MIMETypesCodecs > > [1] #icecast on irc.freenode.net > > [2] It breaks many things like exact timing or bitrate efficiency. Just > > don't use it. -- Philipp Schafft (CEO/Geschäftsführer) Telephon: +49.3535 490 17 92 Löwenfelsen UG (haftungsbeschränkt) Registration number: Bickinger...

...ning (basically when one segment ends just send the next one). But you need to check that with the specification of your format. When doing the PUT request you must take care of those points: * Send the correct content-type. You can find a list to start with at: https://wiki.xiph.org/MIMETypesCodecs * Authorization must follow the HTTP standards including challenge-response. This requires a minimum of two requests (the one resulting in the challenge and the response. :) * Keep-Alive is preferred but may not be supported or not supported with the given opera...

On 5/24/08, Conrad Parker <conrad at metadecks.org> wrote: > The magic is not always char[8] -- it's an arbitrary number of > characters, and as far as I know there is no official limit. I was under the impression that 8 was the limit. Thus the extra white space JM adds on Speex and CELT magics. I may be wrong, though. > So it's 7 for Vorbis and Theora, 5 for FLAC So

Hi, I'm writting a source client in c#, in which I'm sending chunks of a mp3 file with http Put to IceCast. My problem is, that it is not a continues stream. Each http PUT request is an extra track. How can I generate an ongoing stream with mp3 chunks, which I send per http Put to IceCast. Any suggestions? My headers are: Headers.Add("Content-Type", "audio/mpeg");

...one segment ends just send the next one). But you need to check that with the specification of your format. > > When doing the PUT request you must take care of those points: > * Send the correct content-type. You can find a list to start with > at: https://wiki.xiph.org/MIMETypesCodecs > * Authorization must follow the HTTP standards including > challenge-response. This requires a minimum of two requests (the > one resulting in the challenge and the response. :) > * Keep-Alive is preferred but may not be supported or not > suppo...

Hi all, I am trying to set up the codecs table in the wiki and we have played a bit with Dirac to find out what existing tools write into the header. The Schroedinger implementation by Fluendo uses (or used to use) "KW-DIRAC" as the identifier in the Ogg header. "BBCD" is the identifier of each of the Dirac data packages. More recently, I read that the Dirac Sequence header