similar to: svn access and formal things.

Hi folks. Mozilla had some issues with the MMX optimized frag_recon functions over the last days, and I was able to track the problem down. The code itself is fine, but it unfortunately it has the tendency to cause a non-deterministic compiler bug. The whole discussion is here: https://bugzilla.mozilla.org/show_bug.cgi?id=474937 After thinking about the problem I've suggested to

Hi folks, FYI: I've finally made some benchmarks for inline-assembler versus intrinsic based mmx code. I've just applied the changes to the fragment reconstruction functions as writing the IDCT and loopfilter have not been ported yet. Nevertheless here are some numbers: As a baseline I'll take the current version from the trunk with all inline assembler functions enabled. Lower

We are pleased to announce a new stable release of libtheora, the Xiph.org Foundation's reference implementation of the royalty-free Theora video format. This new release, version 1.1, codenamed Thusnelda, incorporates all of the recent encoder improvements we have been making over the past year, though some of the code had its genesis all the way back in 2003. It also brings substantial speed

We are pleased to announce a new stable release of libtheora, the Xiph.org Foundation's reference implementation of the royalty-free Theora video format. This new release, version 1.1, codenamed Thusnelda, incorporates all of the recent encoder improvements we have been making over the past year, though some of the code had its genesis all the way back in 2003. It also brings substantial speed

Here is the patch with my changes. Most work went into the decoder. I just changed on the encoder if something was nessesary to build the library. You can find the patch here (quite big).. http://torus.untergrund.net/code/theora_mmx_vc2005.diff Please let me know if the encoder works without problems. I just did a very brief testing of it. The decoder has been tested against the test

While browsing the code I came across line 83 bitpack.c: *_ret=((ret&0xFFFFFFFFUL)>>(m>>1))>>(m+1>>1); Is there any reason why this is so convoluted? Maybe endianess or 64 bit issues? If I'm not mistaken it does exactly the the same as: *_ret = ret >> m; Cheers, Nils

Hi there. I try to cross-compile the theora libraries to test my ARMv6 optimizations (almost done, time to do some benchmarking and testing). While doing so I found out that --with-ogg seems to do nothing. If I simply run: .configure --with-ogg=$HOME The build succeeds also it shouldn't (I don't have ogg installed at $HOME). As an example here is the last line that make executes.

Hi again, I measured my fragment reconstructions against the compiler output from GCC and well - the new codes perform better, so I brushed up my gcc inline assembler skills and made a port. Code is here: http://torus.untergrund.net/code/mmxfrag.c All routines perform much better now. Inter2 alone got a speedup of factor 5 on Pentium-M. Athlon CPU's execute roughly 3 times faster.

All, After months of intensive development, we're finally coming to a stopping point in our rewrite of the libtheora reference implementation. All major features for the 1.1 are in, so it's down to bug fixing now. Please try this first beta and give us feedback. Most notable is that the encoder's rate control is much more configurable, and more capable in each configuration than

All, After months of intensive development, we're finally coming to a stopping point in our rewrite of the libtheora reference implementation. All major features for the 1.1 are in, so it's down to bug fixing now. Please try this first beta and give us feedback. Most notable is that the encoder's rate control is much more configurable, and more capable in each configuration than

Hi list, I just came across this site: http://web.mit.edu/xiphmont/Public/theora/demo.html I was wondering are these issues being addressed or will be addressed before the 1.0 release? Theora is like the only open sourced free code people can use, i will be nice if it performs close to other libs. please keep up the good work! -------------- next part -------------- An HTML attachment was

Hi Is there a way to estimate the number of bytes per second from the information passed in the th_info-struct to the Theora encoder's th_encode_alloc()? I'm trying to be able to give users a rough estimate of the file size needed to encode with the setting provided to th_info-struct (frame width/height, fps_numerator/fps_denominator, target_bitrate and quality). -- Bjoern

I'm pleased to announce the first alpha release of the rewrite of the Xiph.org reference encoder for the Theora video format, codename "Thusnelda". http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.bz2 http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.zip http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.gz Please download one of

I'm pleased to announce the first alpha release of the rewrite of the Xiph.org reference encoder for the Theora video format, codename "Thusnelda". http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.bz2 http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.zip http://downloads.xiph.org/releases/theora/libtheora-1.1alpha1.tar.gz Please download one of

On Thu, Dec 10, 2009 at 10:06 AM, Monty Montgomery <monty at xiph.org> wrote: > Vorbis-dev might be better.... > My issue is with theora/thusnelda for xiph tools. > > What I mean is, you quoted a response from Frank Barchard, but I never > saw his response on the list. Are there blind CCs on the conversation? > I'm just trying to figure out where the rest of the

> Neither Theora nor h.264 have yet > reached their practical efficiency limits, and we should expect > continuing improvement from both for several more years. On your document here: http://web.mit.edu/xiphmont/Public/theora/demo.html you show the result of the improved rate managemet in the theora codec. Can you tell which are the encoders that produced the two video matrix-580.ogg

Hi all, Attached is a trivial patch that speeds up encoding for key frame only streams. It skips the motion vector search which is not needed when there are never going to be any delta frames. It was made against thusnelda SVN revision 14589. Tested on Fedora 8 x64_64. -Phil -------------- next part -------------- A non-text attachment was scrubbed... Name:

I'm having a issue with build libThusnelda 20081201,video is blocky, you can clearly see video is blocky in some parts of the video. the Bit rate is high so what is the problem is, on x264 this type of Bit rate will make the video very smooth. can anybody tell me how to get that smooth video and what settings can i use, I'm interested in the advanced usage of Thusnelda with two pass

Hello, My name is Robin Mar?n and I have some questions about the Theora Codec/project... First of all I don't know if this is the right place to ask but I haven't found any Xiph/Theora forum or something similar... I don't even know if this is the right way of "posting" in mailists... But anyway... I discovered Theora just like a moth ago when the 1st alpha of Thusnelda

Wow. Let me say that again, just in case you missed it. Wow. The quality looks to be on par with what I get out of H.264, but Theora has the added benefit of free and open source software with no patent worries so I can use it with a clean conscience. Thanks, everyone.