similar to: last call for beta 1

So, release priorities. I have all of derf's proposed bitstream changes accounted for in the reference encoder, if not supported in the decoder. These are going to be released as alpha 3 to get the new bitstream changes out for wider testing while we work on spec and implementations of the extensions. The remaining issue is the broken buffering in splayer. I'll take care of that

as per yesterday's discussion at #theora -- It has been suggested that we devise a method such that we will be able to add certain features to the bitstream (interlace, exotic color subsampling, clip length flag for download, etc), in such a way as to not obsolete streams encoded previously. Rillian's suggestion, which is pretty much standard practice, is to add a bitstream revision

Derf's from-scratch alternate implementation of the theora codec is now publicly available from our subversion repository. http://svn.xiph.org/experimental/derf/theora-exp/ This exciting new codebase promises superiour performance, and the encoder is capable of higher quality output than the current represenation, taking advantage of the bitstream extension we've added to the

I've just committed an image flip for compatibility with VP3 lossless transcode. Thanks to mau and derf for verifying that this was needed. It's a little hacky on the decode side; suggestions for improvement are welcome. Since this is a bitstream change, and we're still a ways from having a complete spec (which is the gating item for beta 1 and the bitstream freeze) we're

On Tue, Mar 07, 2006 at 12:10:57PM -0500, Monty wrote: > On Wed, Mar 01, 2006 at 10:36:38PM +0000, Ian Malone wrote: > > I assume what this all means is there's no desire for any kind of stop- > > gap libvorbisfile that does the "vorbis out of any otherwise valid Ogg > > stream"[1], and that anything along these lines will wait until Oggfile. > > Well,

Monty, Derf and I were discussing some theora bitstream improvements. He was curious about the spare bits in the keyframe header. There's a keyframe type bit which is always DCT_KEY_FRAME aka '0' and two spare bits. You took out a lot of similar extra bits in the VP3 code. Do you remember anything about the motivation for leaving this one in? Given the constant, were there plans

ok now I see why we need another packet in the header. The first one is basically for ID purposes (theora_decode_header()). I've jammed my huffman trees in there but it sucks because I need them later on when I actually build the huffman tree structs (theora_decode_init, calls InitHuffmanSet()). At that point the original header packet is gone so I've been keeping it around in a buffer.

(w. quotes from the xiphmeet: <http://westfish.xiph.org/~giles/200603_meeting.txt>, I've tried to strip it down to relevant stuff) <xiphmont> "Is there any interest in extending vcedit/libvorbisfile to do basic handling of Vorbis streams from concurrently multiplexed Ogg?" < xiphmont> Yes, but that work was *also* tied to OggFile from way back when, and one

Hello, I´m just curious: How far is Theora from a bitstream freeze? From TheoraTodo: "Derf has come up with a number of suggestions for improving the flexibility of the bitstream based on his experimental encoder work. These will be implemented, if not entirely supported by the reference decoder, before alpha 3 is released." Are those changes supposed to be the last adjustments?

Hi guys, instead of sleep, I had a thorough read of the Theora 1 Specification document last night. It's a turning into a really good document and I'll have more detailed feedback tomorrow. Cheers, Silvia. --- >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

Dan, In reviewing the code, derf came across the DCSearchPoints array in QuadCodeDisplayFragments(), encode.c:696. It looks like it specifies a search order for nearby coded fragments for prediction if there isn't a nearest neighbor. However, the upper search bound is defined as *0*, so the search loop (line 917) is never executed and it always falls back to the last coded fragment.

Hi, last week's thread about getting closer to a release fizzled out. The mailing list discussion and the TheoraTodo wiki item suggest the following are required for release: 1. freeze the theora logical bitstream format 2. complete the reference implementation tools 3. stablize the libtheora API 4. complete the documentation I'd like to suggest this as

Hejsan ! I am currently investigating new, more modern approaches to encoding video with depth data based on my old data format MPEG Z/Alpha in http://www.geofront.se/products_software_mza.php and became therefore interested in Ogg Theora, as an alternative to MPEG-4 encoding - what I would need is two video streams in one system stream (is that the right terminology in Ogg ?), and decode them

Hi, I've built a christmas tree type of Ogg stream as a kind of torture test for players. It passes oggz validate, but I had a lot of trouble to get it right (in particular, the ogg streams to merge had to be passed in a very specific order on the oggz merge command line to avoid creating a stream that oggz validate would moan about) so I'm not confident it's a valid stream, so if

Monty, Thanks for writing up your thoughts on the mux design (ogg/doc/ogg-multiplex.html in cvs) Now that there's something to argue with, I'd like to comment. To recap, the documented proposal is that we make two categories of streams within the OggFile multiplexing library. Pages are sorted chronologically by the timestamp equivalent of their granulepos fields. Normal data like

Good day, FYI, I've just sent the attached email to IETF to progress our I-Ds. There are also links to updated documents in this email. Cheers, Silvia. -------- Original Message -------- Subject: New I-Ds for Ogg technologies (Vorbis over RTP, Ogg file format, Mimetypes) Date: Sun, 12 Jan 2003 01:36:31 +1100 From: Silvia Pfeiffer <Silvia.Pfeiffer@csiro.au> Organization: CSIRO To: AVT

Good day, FYI, I've just sent the attached email to IETF to progress our I-Ds. There are also links to updated documents in this email. Cheers, Silvia. -------- Original Message -------- Subject: New I-Ds for Ogg technologies (Vorbis over RTP, Ogg file format, Mimetypes) Date: Sun, 12 Jan 2003 01:36:31 +1100 From: Silvia Pfeiffer <Silvia.Pfeiffer@csiro.au> Organization: CSIRO To: AVT

Win32 builds, encodes, and plays fine for me (as long as it's a 5-second clip of some girl singing out of tune...) My notes: looks like the example players still expect exactly three headers. As discussed I'm hoping we can rework it so unexpected headers do not error out. Everyone will undoubtedly be copping code from example_player.c or splayer.c, so we should try to fix this before

Hi all, Just a heads up to let you know that I've fixed up the Visual C++ project files so that libtheora and the associated experimental programs (dumpvid/encoderwin/splayer/transcoder) builds on Windows again. I also have good news and good news. The bad news is: experimental\splayer doesn't work. It compiles, but segfaults immediately when you try to play any Ogg file. The bug

Hi John, I'm forwarding this email to the relevant developer lists at Xiph.Org, where the format was created and where the experts gather. I'm certain there is a design reason for putting the bos pages of all logical bitstreams together at the start. My guess is that with digital media you usually have a delay time for setting up the decoders for a specific format and by clustering