similar to: Broken links in ogg HTML documentation

hello all - this is probably something simple, but i am on-the-road and cant find a quick solution. ?i cant seem to get the opus toolset to recognize the ogg library. ?i was able to successfully get opus to work with FFMPEG, but not the toolset. when i go to install opus-tools, i get the following message: No package 'ogg' found i would like to have opusenc working, since i have 700k

I was looking at the doc pages and noticed that the PNG files were corrupt. It looks like they were not added to CVS with "-kb" (binary) I re-converted the on-line GIF versions back to PNG, then are attached. I advise a cvs "remove", followed by cvs add -kb for these. -Chris <HR NOSHADE> <UL> <LI>image/png attachment: white-xifish.png </UL>

Arc wrote: >Not the camera, only the application which goes between the camera and >OggStream. Plus, changing between packed and planar is easy, my reason for >wanting to avoid packed is there's simply too many different ways to do it. > > My argument is that that application shouldn't have to convert to a fixed format. It should be able to say here's some YUY2

Hello all, my name is Mathias, I'd like to ask about some details of the OGG format because I'm quite new to it. I'd like to write a native .NET library for reading and writing Vorbis comments. It's going to be open-sourced as soon as it's finished. So here it goes: 1) When packing (Vorbis) packets to OGG pages, does a new packet always begin on a fresh OGG page? Within the

http://www.xiph.org/ogg/doc/oggstream.html says: "An index is only marginally useful in Ogg for the complexity added; it adds no new functionality and seldom improves performance noticeably. Empirical testing shows that indexless interpolation search does not require many more seeks in practice than using an index would." I am keen to see seeking code which is almost as fast as

On Fri, Nov 11, 2005 at 05:29:52PM +0800, illiminable wrote: > > (quote:"and thus the subject of FourCC labeling in OggStream's native video > interchange formats is closed.") > > ... doesn't sound like community debate to me. > > Maybe i missed the meeting where you became god here. If you are going to > make claims that you somehow are in charge

And this is what the application/ogg MIME descriptor is supposed to look like. Same request for comments here... Linus Walleij --------- MIME media type name: application MIME subtype name: ogg Required parameters: none Optional parameters: none Encoding Considerations: The OggSQUISH data is binary data, and must be encoded for non-binary transport; the Base64

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

(crossposted to theora-dev, since I thought some folks there might be interested) Hi all, Does anyone know of a ogg based container format that would be appropriate for holding raw AV data? I'm specifically interested in PCM audio, and uncompressed YV12 and RGB32 video. Basically looking to use it as a lightweight tool interchange format, generally muxed by mencoder and read/modified by

I scanned the website with linkchecker and found quite a lot of dead links. This commit fixes or removes them. --- developers.html | 2 +- documentation_tasks.html | 2 +- download.html | 12 ++++++------ faq.html | 2 +- features.html | 2 +- feeds/feed.xml | 8 ++++++++ format.html | 8 ++++----

I scanned the website with linkchecker and found quite a lot of dead links. This commit fixes or removes them. --- developers.html | 2 +- documentation_tasks.html | 2 +- download.html | 14 +++++++------- faq.html | 2 +- features.html | 2 +- feeds/feed.xml | 8 ++++++++ format.html | 8 ++++----

I've written a simple combined HTTP/MP3/OGG server for streaming audio to clients, which is working well. It parses the tag information contained in MP3 files so that it can display files in a more descriptive fashion than 'filename.mp3', and now I'd like to do the same for OGG files. So that I don't need to impose a dependency I'd like to implement the parsing

Hi, The documentation at http://www.xiph.org/ogg/vorbis/doc/oggstream.html tates that "Each chained logical bitstream must have a unique serial number within the scope of the physical bitstream" Doesn't this mean that the sequential multiplexed streams have same serial number? I am confused looking at the following code segment in vorbisfile.c

Hi, > The flexibility of this does, though, encourage stuff like 96bit audio. > Anyone implementing a codec which uses this, and import/exports it, will > also write the appropriate conversion OggStream plugin which will allow > applications which only support, say, 16bit audio, to work with it. Do you think the noise in your 16bit application will sound different between a

I've added ogg support to my player app. Now I'd like to be able to write/read album cover art (jpg, png, what ever) out of the ogg file and display it, as I do with mp3s. This assumes that an album cover art picture can reside inside of an ogg file. I've read through the vorbis.com/faq.psp as well as the list archives and haven't found any direct answers. The section on comments

Hi all, A while back (Feb 11) Stephen Commiskey sent mail to this list with the subject : "Seeking in a saved stream; or, Why isn't that sucker valid?". Stephen had some problems with streams he saved from the BBC that gave him all sorts of weird errors and resulted in his not being able to seek in his saved streams. I tried the same thing immediately (never saved an oggstream

In the effort of reducing list traffic, I've consolidated two replies into one: On Tue, Nov 08, 2005 at 08:24:33PM -0800, Ralph Giles wrote: > > BTW, there are already a number of general "raw" video formats in > professional use; it's not just AVI we have as prior art. :) > I'd like to see some discussion of the merits of adopting one of those > if we

Beside that, multiplexed logical streams suffer from pretty bad software / hardware support, isn't it? It's better to display album art as text if the player doesn't recognize the base64 album art, than being unable to even play the file. ----- Urspr?ngliche Mail ---- Von: Kyungjun Lee <kjoonlee at gmail.com> An: xiphmont at xiph.org CC: vorbis-dev at xiph.org Gesendet:

The sound file is played correctly for the first time, then when rewind to the initial position. then copy PCM to buffer, the OpenAL report an error. It seems like the OpenAL doesn't recognize the PCM data. The OpenAL error number : AL_INVALID_VALUE 0xA003 void Buffer::PCMData (ALuint id, ALenum eFormat, ALvoid *data, ALsizei size, ALsizei freq) { // Copy

Thank you very much for your help, it worked that way. Mathias ----- Urspr?ngliche Mail ---- Von: "xiphmont@xiph.org" <xiphmont@xiph.org> An: Conrad Parker <conrad@metadecks.org> CC: Mathias Kunter <mathiaskunter@yahoo.de>; vorbis-dev@xiph.org Gesendet: Donnerstag, den 20. M?rz 2008, 12:49:16 Uhr Betreff: Re: [Vorbis-dev] Determining the duration of an ogg vorbis