similar to: theora issues

I did a quick test integration of theora into our engine and ran into a couple of issues listed below. .dsp files in the alpha 3 zip are in unix format. Additional include path for the static theora library project is wrong. Library relies on libogg - would be nice to have a single zip including all dependencies. dumpvideo sample relies on global structures being zero initialized though does

Just wondering if someone can help me out... I'm testing the core of my decoder filter (win32)... and when i get into this function: tatic void DecodeMVectors ( PB_INSTANCE *pbi,ogg_uint32_t SBRows,ogg_uint32_t SBCols ) The decoding mode is 0. When it attempts to do these lines.... pbi->FragMVect[FragIndex + 1].x = MVect[1].x;pbi->FragMVect[FragIndex + 1].y = MVect[1].y;

Hi, Some random sample of VS warning: Lot of 64 bits conversions: AsmPrinter.cpp ..\..\lib\CodeGen\AsmPrinter.cpp(277) : warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data ..\..\lib\CodeGen\AsmPrinter.cpp(614) : warning C4244: 'argument' : conversion from 'uint64_t' to 'int', possible loss of data

I am trying to write a sample app that uses Theora for encoding/decoding a network video stream. Unfortunately, I keep running into this error: Run-Time Check Failure #3 - The variable 'MVect' is being used without being defined. It always happens on decryption, line 467 in decode.c. The issue is that CodingMethod is equal to 5 (CODE_GOLDENFRAME), which doesn't initialize the

Full_Name: Mike Pacey Version: 2.6.0 OS: SuSe Linux 9.3 x86_64 Submission from: (NULL) (194.80.32.10) A "vanilla" version of R configures and compiles without a problem on my system. Switching to using the PGI compiler configures correctly (see the values at the bottom fo thismessage), but compilation aborts with: pgcc -I../../src/extra/zlib -I../../src/extra/bzip2

So Thomas and I have been trying to hash out the seek and mux issues with grouped Ogg streams again, along with Conrad while he was here in Barcelona after Guadec. We'll put a longer proposal up later, but one question for the list: Thomas has suggested changing the theora granulepos so the first data packet the encoder spits out would be labeled 1/0 instead of 0/0, in "frame count of

Hi! I want to use LLVM for my own "pet" programming language compiler as a backend. Currently it generates C code, but I am not satisfied with this approach as generating high-level C (with proper type declarations!) is horrible. So here are my questions/problems with LLVM: 1.) Are there operations that add, sub, mul integers with overflow checking? How much work would it be to add

I'm not sure how many people are using Visual Studio to build the llvm tools, other than myself? When I compile the llvm tools on linux I do not see any warnings (I believe -Wall is set?). However, under visual studio there are a lot of warnings, mostly of this form: warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data

Good day! Could you please explain me the following: In case of playback of video stream theora, MS Visual Studio .NET 2003 shows a warning message in every frame about the usage of not initialized variable MVect in the file decode.c (run-time check). In case of key-frames playback no warning appears. When I disable the run-time check, the video stream plays normally, but it is undesirable.

I am using Ubuntu 8.10 and Wine 1.1.8 and installed VC6 from a folder VC6 copied from the installation CD. I clicked the setup.exe file in the VC6 folder and the first page of the VC6 installation wizard showed, but when I clicked 'Next' the install failed with message: "ken at ken-desktop:~/Desktop/VC6$ wine setup.exe wine: Unhandled page fault on read access to 0x00000000 at

Bugs item #16211, was opened at 2007-12-10 15:40 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=16211&group_id=85 Category: win32-service Group: Packaging Status: Closed Resolution: Rejected Priority: 3 Submitted By: Sorin Sbarnea (intersol) Assigned to: Daniel Berger (djberg96) Summary: win32-service will not install/build corectly if the system

I just compiled the current code in CVS with VS.NET on Windows and here are some minor annoyances: You might want to put the below code in a central header which is included by every file though NOT by speex.h so including speex.h doesn't mess with my warning levels. #if _MSC_VER #pragma warning(disable : 4244) /* conversion to float, possible loss of data */ #pragma warning(disable : 4305)

The current VC6 project file is set to use the single-threaded C library in Windows. This causes crashed when it hits the (temporary) fprintf's in the library. Since using multithreaded libraries in a single threaded program does no harm and will do away with these crashes in multithreaded programs, I suggest that the VC6 file should be changed to use the multi-threaded libs. I'm not a

Hi Kovacs, >subj. I can compile the library on vc6, but it seems that it doesn't >export anything. Has somebody similar experience? I've built it using VC6, though I didn't use the project files in the vorbis_vc6 subdirectory, so I can't comment on them. You should be building the library as a static library, and not a DLL -- if you want to build the library as a DLL,

>From: Paolo Invernizzi <arathorn at fastwebnet.it> >Date: Thu, 16 Sep 2004 11:18:00 +0200 >If VC6 is not doing something wrong with templates... ;-/ As far as I know is template handling a part of some C++ ISO standard. Then, MS should adhere to this... However, what you objects against is that MS didn't implement STL the way STL should be implemented. And the reason to

Hi all, I am Sahana. I am currently working on Libtheora for windows platform and very new to it. I am getting a lot of compiling errors. Since Libtheora depends on libogg and libvorbis i have added these as well to my workspace in VC++ 6. I have a doubt regarding the x86 and x86_vc folders described in the libtheora software.Since both these folders have the same set of files which one do we

I did some modifications to address the problems you have. I think I fixed the alignment problem without the pragma you suggested, but I don't have the setup to test it. It's in CVS, so tell me if there are still some problems left. Jean-Marc <p>Le jeu 30/01/2003 à 18:58, Daniel Vogel a écrit : > I just compiled the current code in CVS with VS.NET on Windows and here are

On Sep 15, 2004, at 8:40 AM, Henrik Bach wrote: > Hi, > > Has some one committed these patches into CVS? Not yet... checked 10 minutes ago... I'm attaching the cvs diff -u version of them (I've read Reid Spencer post about it) > Paolo, thanks for the patches. In the near future I'll try to compile > them. > > I've installed STLport 6.4.2 with vc6. May I

All the notes you mention for VC are in vp32_build.html in the release, but thanks for reiterating. Last time I built for Mac I believe I did the os9 version in CW6 and the OsX version in CW8, but I can't think why they shouldn't both compile in CW8. <p>-----Original Message----- From: Tabuleiro [mailto:beta@tabuleiro.com] Sent: Thu 9/5/2002 4:25 PM To: theora-dev@xiph.org Cc:

The VC6 .dsp and .dsw files included with the distro of the Vorbis source has a few problems. Mostly, a few files are missing and cause unresolved symbols when attempting to link to the resulting vorbis.lib. There also exists a problem with linking to LIBC, that can cause multiply defined symbols in an application that attempts to use vorbis.lib. The attached .dsp and .dsw file fix these