similar to: Bunch of bugs in LibTheora, FFMPEG2THEORA, PNG2THEORA

Hello there, I have been working on an alternative version of the png2theora example: The basic idea is to change the input of the program, using a QImage [1] variable instead of a png array. This is my base file: http://www.maefloresta.com/tmp/example.cpp The point where I am stuck starts at this comment: // LOOK HERE (line 313) And here is the issue: QImage supports RGB images, so my first

Hey everyone; I've been pulling my hair out trying to figure out what I'm doing wrong with the png2theora example found in the libtheora-1.1.1. When ever I encode a set of .PNGs, everything seems to go well, but I'm getting inconsistent results when viewing in various players. Firefox, with it's built in .OGV player, plays the video just fine. VLC plays the .OGV, but for some

Hi together, I have compiled so far a lot libs and already some programs on my Solaris 5.7 box (old, I know). When I try to compile libtheora the examples are not compiling: make[2]: Entering directory `/export/home/quix0r/more/libtheora-1.0/examples' if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/usr/local/include -I/usr/local/include/libpng12 -Wall -Wno-parentheses -O3

Hi everyone, I'm trying to build theora encoding into my game engine. Essentially, I'd like to do something similar to png2theora.c, where I take individual screen shots of my game and encode them into a video. Because png2theora.c uses the legacy C API, I used encoder_example.c as a template instead. encoder_example.c seems to be the only code out there that actually uses the th_* API.

HI, I have a question about libtheora examples. I have modified png2theora source code and the encoder stops after 3000 encoded frames. I don't know if it s a limitation in libtheora or something else. Manuel Dahmen. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/theora/attachments/20101210/016e4b8e/attachment.htm

On Apr 7, 2008, at 3:02 AM, Nicolas Geoffray wrote: > Hi Evan, > > Evan Cheng wrote: >> >> I don't think the duplication is going to be top much of a problem. >> If >> it is, I'll bug you about refactoring. :) >> >> > > I don't mean to show how lazy I can be, but I also need to know the > size > of the exception table

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, Two questions. 1) How are you computing size of the method being jitted? 2) Why not simply add the functionality of allocating emission buffer of specific size to MachineCodeEmitter instead? Thanks, Evan On Mar 30, 2008, at 12:05 PM, Nicolas Geoffray wrote: > Hi everyone, > > vmkit requires to know the size of a jitted method before emitting > the method. This allows to

Hello, These are implementations of strverscmp, scandir, alphasort and versionsort, and some test cases for them. I know these aren't in POSIX, but they're useful, nonetheless, and someone else might be interested in them. Regards, Luciano Rocha -- lfr 0/0 -------------- next part -------------- /* ----------------------------------------------------------------------- * * *

On Apr 1, 2008, at 12:50 AM, Nicolas Geoffray wrote: > Hi Evan, > > Evan Cheng wrote: >> 1) How are you computing size of the method being >> jitted? > > I add a new pass with addSimpleCodeEmitter, with the emitter being a > SizeEmitter. Since the target calls the emitter with functions such as > writeByte, writeWord, etc.... the SizeEmitter class implements these

On Apr 4, 2008, at 11:16 PM, Nicolas Geoffray <nicolas.geoffray at lip6.fr> wrote: > Evan Cheng wrote: >> >> Let's see. ARM has it already. PPC has getNumBytesForInstruction so >> you only need to add one to compute function size. Also you only need >> to implement it for targets that support JIT right now, which leaves >> Alpha and X86. I'm

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

On Apr 4, 2008, at 5:50 AM, Nicolas Geoffray wrote: > Evan Cheng wrote: >> On Apr 1, 2008, at 12:50 AM, Nicolas Geoffray wrote: >> >> >> That's a hack. :-) > > It is if you think that code emitter should only be used for actually > writing somewhere the data. It is not if you find it another useful > utility ;-) Except it's pretty slow at it. :-)

Hi Evan, Evan Cheng wrote: > > I don't think the duplication is going to be top much of a problem. If > it is, I'll bug you about refactoring. :) > > I don't mean to show how lazy I can be, but I also need to know the size of the exception table emitted in memory (JITDwarfEmitter.cpp). Reviewing it a little, I can not see how things won't be duplicated.

Hi Evan, Evan Cheng wrote: > 1) How are you computing size of the method being > jitted? I add a new pass with addSimpleCodeEmitter, with the emitter being a SizeEmitter. Since the target calls the emitter with functions such as writeByte, writeWord, etc.... the SizeEmitter class implements these function by incrementing a counter. At the end of the pass, the code size of the

Evan Cheng wrote: > On Apr 1, 2008, at 12:50 AM, Nicolas Geoffray wrote: > > > That's a hack. :-) It is if you think that code emitter should only be used for actually writing somewhere the data. It is not if you find it another useful utility ;-) > Some targets already have ways to compute the exact > size of a function. See ARM::GetFunctionSize()

Evan Cheng wrote: > > Let's see. ARM has it already. PPC has getNumBytesForInstruction so > you only need to add one to compute function size. Also you only need > to implement it for targets that support JIT right now, which leaves > Alpha and X86. I'm guessing Alpha is using fixed encoding so it should > be pretty easy. Or you can just punt it and let the target

Hi. I am trying to find calls of idct/fdct.c functions by tracing png2theora.c calls. But found only: analyze.c:oc_dct_cost2() Where and when idct/fdct/mmxidct/mmxfdct.c functions are used? Mentions of "dct" word: ==== pacify at optima-amd64:/usr/src/libtheora-1.2.0alpha1/lib$ grep dct *.c | cut -f1 -d":" | uniq -c ???? 19 analyze.c ???? 28 decode.c ???? 22 encode.c ????? 4

Add support for scandir() and alphasort() as defined in POSIX.1-2008. Signed-off-by: Mike Waychison <mikew at google.com> --- usr/include/dirent.h | 7 +++++ usr/klibc/Kbuild | 2 + usr/klibc/scandir.c | 76 ++++++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 84 insertions(+), 1 deletions(-) create mode 100644 usr/klibc/scandir.c diff --git