similar to: Aspect ratio question

I'd previously been working on the assumption that the frame_height was the height of the inner picture region... and height was the height of the outer frame. Then upon readnig the spec... where it calls the outer part the frame and the inner part the picture region... i assumed i'd made a mistake and that frame_width is actually >= width in the theorainfo structure... ie

Hi There, i want to stream some pictures out of my application using the Theora codec. I can stream to a socket or a file. The current work based on the png2theora example. Something while enconding went wrong: I can see the whole video in VLC, but the complete duration of the file will not be displayed. If i play the video in Firefox, the first 2 seconds will not be played. I think the

Hi, Attached is my patch to add theora encoding to ffmpeg's libavcodec (by using libtheora). I am requesting help to fix the bug I mention below and am seeking general comments before I submit the patch properly. Files encoded using this encoder have a problem playing in VLC. The files will not play unless "Drop late frames" has been unticked in the advanced video settings.

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

Hello everyone, I'm currently developing an adaptive videoconferencing application based on Ekiga which uses TFRC as a congestion control mechanism to adapt the video encoding rate according to the quality of the network experienced. My goal was to use the open-source Theora codec for video transmission. Unfortunately, it seemed that Theora 1.0 did not properly implement any correct CBR mode.

Hi, I have a question about the format of Theora bitstream header. It seems to me that there are differences between the specification[1] (version 2004 Oct 1) and its reference implementation in libtheora 1.0alpha3 released at 2004 Jun 1. I mean that... please refer to Section 6.2 'Identification Header Decode' in that specification[1] and the function

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

Hello, I encoded a bunch of theora video files from my DVDs. I thought for a long time that mplayer was broken because it displayed the aspect ratio wrong. Then I found out that the aspect ratio I was specifying was supposed to be the pixel aspect ratio, not the video aspect ratio. (This is extremely confusing and I urge you to change the semantics of encoder_example. I also urge you to check for

hi folks! once again i am trying to decode a yuv_buffer to a 24 bit RGB buffer. last time nobody seemed willing to tell me how to do this, so i am trying again. i try to make my questions more simple. what i need to know is: how many bytes are in each y, u, v array? what for are these strides? what exactly is a "plane" in a frame, and what does it do? what i want to achieve is

After a bunch of cumbersome testing I was able to transcode a Quicktime MOV file to OGG with theora and Vorbis. The method's a bit fumbly, but it works... It is automatable except for the initial audio decoding. Software used: Xine, oggenc, ffmpeg, ffmpeg2theora, oggzmerge Step 1: Get the video out of Quicktime ffmpeg -i infile.mov -b 5000 -f mpeg2video outfile.mpg Step 2: Get the video

Hello all. I've implemented aspect scaling in xine, but have it turned off by default, because it appears it isn't absolutely clear if the fields in theora should mean pixel or frame aspect yet. In a recent IRC discussion, it appears most felt that pixel aspect should be it. Would it be acceptable to turn this on in xine, or should I wait until you make some official decision about it?

Greetings, I was on IRC about 7 hours ago and suggested that the FAQ be updated slightly. Rather than sit on my ass and complain I figured I'd ask a few people, and see if the idea was worth the time. Here's what Ive started with: http://www.dimension.net.nz/theora.html I'll be adding to it over the next 24 hours - mostly in the area of Playback and Encoding. Just threw it together

Hi all. I post a small app I made that create 2 clips using a V4L device. I would like to get every tips you think it's useful... Some notes: - I make 2 clips because in our project we create series of clips and it's important to check that the all the resources ( memory, descriptors, etc. ) are freed correctly and to reuse all the resources that can be reused - the clips are not well

Can someone enlighten me on what the status is of aspect ratio in theora is ? The ti structure has aspect_num and _den values, which I assume give the intended display aspect ratio (e.g. 4/3). The sample files on the bittorrent seem to say both values are 0 for all files. I'd think it should at least be made impossible to have a 0 as the denominator. The library doesn't check the

Hi, I have now played around with seeking a bit. Currently I can seek into a file position in splayer and resynchronize playing (via ogg_sync_pageseek) from there. I did not take chained streams into account yet, as I'm not sure if it would make splayer far to complex for a sample application. Maybe later. Before I implement seeking to a specified time (ala libvorbisfile), can you answer

Speaking of portability and people more familiar with SDL: The reason we have two example players for theora is that monty wrote the original example around the OSS audio interface used on several free unix-like operating systems, which immediately excludes win32 and MacOS, even though it used SDL to display the frames. SDL also has audio support, and is quite widely ported. splayer replaces

1. "dump_video.c" got reverted back by 5 years into 2004: https://trac.xiph.org/browser/trunk/theora/examples/dump_video.c https://trac.xiph.org/log/trunk/theora/examples/dump_video.c 2. "png2theora.c" (subminor) https://trac.xiph.org/browser/trunk/theora/examples/png2theora.c 207 /* Must hold: yuv_w >= w */ 208 yuv_w = (w + 15) & ~15; 209 210 /* Must hold:

Hello all. I've been playing around with theora since it first entered CVS, and I like what I'm seeing. Today I've been fixing xine's theoraplugin to understand theora_info.frame_{width,height} and theora_info.offset_{x,y}. I only got it working after some experimenting and basically copying the code from player_example. A few questions related to this: 1. What are the legal

>Also, 'portaudio' doesn't appear to produce a static library at all, so it doesn't appear to be possible to get a working splayer executable on Linux unless there is a 'hidden' way to get the portaudio distribution to build one. ("ldd: -lportaudio not found"). I believe splayer is only intended to be a Win32 executable. Note that it is in a directory

Hi, Since a number of people are eager to try out the native VP3 decoder in xine, I have made a patch available, bz2-compressed: http://www.pcisys.net/~melanson/codecs/xine-vp3-decoder-patch.bz2 To work with this patch: 1) Get the latest xine-lib from CVS. Visit this page for more details: http://sourceforge.net/cvs/?group_id=9655 The module name is xine-lib, but you will also need