similar to: Patch that fixes distortions during static scenes

Here is a fix that prevents the encoder from spending too many bits on keyframes. The main problem is that the old code computes the target keyframe bitrate incorrectly. This causes the code that computes the Q for the frame to think that it has tons of bits to spend. It selects a high Q value for the keyframe. Since so many bits were spend on the keyframe the the inter-frames have to use a much

I am going to change video quality parameter frame by frame. So i find a parameter called* thisframequalityvalue* for this task. so i changed *cpi-> Configuration.ActiveMaxQ*(set "1" for half of the frames and set "63" for other half of frames)* *manually to change *thisframequalityvalue *parameter in *UpdateFrame *frame function. But quality was not changed. Why is

Hi all, I've been hitting the odd floating point exception errors using the new alpha encoders. They're encoding a live stream so I can't reproduce the crash on demand, and it might only happen once every few days so it's been fun trying to get a backtrace. The crash happens in a fairly scary block of code, I wouldn't have a clue where to begin trying to fix it!

I am going to improve theora codec with dynamically changing way. In this case we want to change compression parameters like video_q, sharpness when a keyframe is generated. When i set video quality parameter using cpi-> pb.info.quality in CommpressKeyFrame in encoder_toplevel it will not change dynamically. Can you please help me to do this. Wich function should i cange to achieve my

Hi all. I'm here again :) The small leak in my app is gone. I'm going on with it, now I grab a frame from a video device and I encode it with Theora... The debugger ( valgrind ) says: ... ==2782== Invalid read of size 1 ==2782== at 0x1B94B0BD: PixelLineSearch (scan.c:1482) ==2782== by 0x1B94B35A: PixelLineSearch (scan.c:1597) ==2782== by 0x1B94B447: LineSearchScorePixel

Hi all. I'm Mat & I'm new :) I'm testing libtheora + libogg perhaps for a commercial product. I started watching encoder_example.c ... I simplified it for testing it easier. It seems ok to me but I have no experience with theora so I would like to know if my code is correct. I tried to debug it with Valgrind and I found 4 possible memory leaks... but I think they can be

I have tried to add a plunging to the "libtheora-1.0beta2" (network bandwidth measuring component was added) and Got it success for some far now the problem is when it is added the encoding process get extremely slow (around 20 seconds delay). I think that the problem is with my modified Makefile (some flag may have missed). the following is my modified Makefile.am which is in the

I have tried to add a plunging to the "libtheora-1.0beta2" (network bandwidth measuring component was added) and Got it success for some far now the problem is when it is added the encoding process get extremely slow (around 20 seconds delay). I think that the problem is with my modified Makefile (some flag may have missed). the following is my modified Makefile.am which is in the

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

Hi, While creating identification header in the function * theora_encode_heade*r in *encoder_toplevel.c*, it assigns bits not mentioned in the current theora spec released on Octomber 29, 2007 (page 40 &41). But this implementation in function* theora_encode_heade*r is correct according to the *Figure 6.2 (page 42)*. But not according to the *table mentioned in pages 40 &

I'm getting errors like so on initial build of libtheora - 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\x86stat.c': No such file or directory 1> mmxstate.c (TaskId:16) 1>c1 : fatal error C1083: Cannot open source file: '..\lib\dec\x86_vc\mmxstate.c': No such file or directory 1> mmxloopfilter.c (TaskId:16) 1>c1 : fatal error C1083:

Hi there. This patch changes the block selection to quantify error based on the sum of the squared differences of the pixel values rather than the sum of the absolute differences, the former conventionally and statistically seeming like the preferable thing to do. The patch also const'ifies some parameters (which doesn't affect code quality on recent GCCs but might help on older/ other

Hi, I am creating a new ogg stream for theatrical/stage/disco lighting and am having trouble encoding my comment header with the following code in _tp_writelsbint function, it does not write the second byte to the ogg buffer. I am using windows and have created a new win32 library project with visual studio and added my code, what do i have to do to get the function working? Is there a project

Here is a patch that gets the theora_static.dsp project for VC6 building again. Aaron -------------- next part -------------- Index: win32/theora_static.dsp =================================================================== --- win32/theora_static.dsp (revision 13945) +++ win32/theora_static.dsp (working copy) @@ -41,7 +41,7 @@ # PROP Intermediate_Dir "Static_Release" # PROP

I have : raw <- read.table("monthly.text", skip=3, sep="|", col.names=c("junk", "junk2", "wpi", "g.wpi", "wpi.primary", "g.wpi.primary", "wpi.fuel", "g.wpi.fuel", "wpi.manuf", "g.wpi.manuf",

Hi all, I am trying to build the mmx version of the theora and the encoderwin is throwing the following errors. 1>------ Build started: Project: encoderwin, Configuration: Debug Win32 ------ 1>Linking... 1> Creating library encoderwin.lib and object encoderwin.exp 1>LINK : warning LNK4098: defaultlib 'LIBCMTD' conflicts with use of other libs; use /NODEFAULTLIB:library

I've got a fix for the panic from the cd(4)/da(4) drivers when INVARIANTS is turned on in -stable. The fix is to create a task queue that runs in a thread context and use that to create the sysctl variables needed by cd(4) and da(4). The eventual fix will be to move the CAM transport layer probe code into a kernel thread. Anyway, these patches work for me, but if I could get some feedback

Hi, I just committed the framework for a test suite, and a couple of small tests, to libtheora (changeset:9700). The tests live in a directory called tests. When building with GNU autotools: * 'make check' will run the test programs listed in the TESTS variable in tests/Makefile.am . 'make check' will fail if any tests fail. * 'make distcheck' will fail if any

Hi everyone, I am sure that this question has been asked here some time ago but I do not remember the answer and was unable to find it in the archives... Below is my question: suppose that I have a data.frame x and one of it's columns name is "CPI/RPI" (without quotation marks of course). How can I reference this column? Neither of x$CPI/RPI or x$"CPI/RPI" work. I