similar to: Query Regarding Vorbis Audio codec

Hello, I am trying to get hold of the sources for the ogg vorbis DirectShow filter. I have checked out trunk\oggds, but the solution refers to projects under OggSDK, viz: "OggSDK\ogg\win32\ogg_dynamic.vcproj" "OggSDK\vorbis\win32\vorbis_dynamic.vcproj" "OggSDK\vorbis\win32\vorbisenc_dynamic.vcproj" ....which do not appear to be in subversion. The

After downloading the nightly snapshot last night, I've spent a good part of the day trying to build the package with Borland C++Builder 4. I have some things to report, and also need some help. [Note: this message is long and messy :)] {Converting DSP files to BPR files} I made the necessary BPR files from the DSP files with the Visual C++ Project Conversion Utility. This works okay

On 17.01.2011 12:35, Raju wrote: > Dear friends > Recently i have downloaded Theora video codec from http://www.xiph.org/ > , > here its having both encoder and decoder , how can i build only > decoder on VC + windows platform , if i build now i will be getting " > Cannot open include file: 'ogg/ogg.h': No such file or directory " > pls send me solution for

I have a small feature request for oggenc: Can a command line option be added to allow the user to set the first serial number to be used for the output ogg stream? This only takes a few lines of code, actually. Rationale: it is quite helpful for debugging other encoders. If oggenc is the "reference" encoder, ensuring that your new whiz-bang encoder has diffable output to oggenc is a

Hello, as usual for me with precompiled libraries, the ones of the vorbis- sdk didn't work for me in WATCOM/Win32, so i compiled them on my own (vorbis_static.lib / vorbisfile_static.lib - it was possible after some slight changes like slightly modifiyng the typedef types that Watcom didn't know) The libraries work fine so far (like getting the file info), but when calling ov_read

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello! First, sorry if my english is not very correct :-) I'm a spanish student making a streaming project under Linux and I'd like to use Vorbis format but I have a problem. I want to capture live audio from the sound card and stream it in real time to the server. Actually I have installed Icecast, LiveIce and the Lame encoder and they

hi, i hope this is not too "newbie-ish" but i've never programmed with static libs before. i've downloaded the win32sdk and try to build a simple wav->ogg/vorbis encoder, but the linker complained about several redefinitions. environment is visual studio .net 2003 on winxp and a standard mfc-app set up by this project-wizzard that comes with vs.net2003 using the default

I searched through the forum and website but didn't found any information about OpenMP. Thanx in advance.

Hi, I've been tinkering with vorbis for about a week now trying to get the vorbisfile lib to compile under win32s, I was wondering if someone could give me a hand as I've reached my wits end with it ... I recieve the same message for every bat file (after customizing it for my path configuration): *F:\src\vorbis\win32>build_vorbisfile_dynamic *---+++--- Building Vorbisfile (Dynamic)

Hello, On the Windows platform, I would like to compile a version of the codec files ogg.dll, vorbis.dll, and vorbisfile.dll that are small. I notice that the provided Windows projects are very large...the release Vorbis.dll is > 1 mb. To me, that is huge. I am only using decoding features. I looked in the Zinf project, and they seem to have a version with the encoding functions

hello, i have vorbis sdk 1.0rc2 and i have could compile encoder_example.c in a console aplication project on VC 6. But when i execute the program, only appears the black visual display screen without obtaining result. where is my problems?? other question: in sdk there is for example, vorbis.dll and vorbis_d.dll, which is the difference? i have could compile any project like libvorbis

I am getting 'bad suffix on number' for lib\target\x86\X86GenInstrInfo.inc:304, 305, ... Tablegen is generating 0x0LLU instead of 0x0ULL and VS2008 does not like it. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100609/e56cd538/attachment.html>

Hi, what are the goals of VS2005 support for building LLVM? I'm syncing to the v3 branch and while the branch compiles perfectly with VS2008, there are a significant amount of compile errors and warnings with VS2005 SP1 (8.0.50727.867 with KB926601 SP1, to be precise). I also have the latest WSDK installed. A few months back there were only a few minor issues that I managed to clear up.

I pulled the test directory from 2003, but everything else from 2005. The 2005 files have more ?cross-compiling? targets than the 2003 ones. I fixed the various missing files in the new 2008 projects (misc.c and one other other are gone now). The only thing you could do which would make them more compact would be to get rid of the subdirectories under each vs-version. There is no real need for

lvqcl wrote: > Audacity still uses VS2008 and slowly tries to migrate to VS2012. > But as stated at <http://wiki.audacityteam.org/wiki/Developing_On_Windows>, > "Audacity is currently a 32-bit only application". So it doesn't need > 64-bit builds. > Currently its trunk contains 'audacity.sln' made with Visual C++ Express 2008 > and

Ben Allison wrote: > Here's another go at it. I only have VS2008 and VS2010 to test with right > now. VS6.0, VS2003 and VS2005 are untested. Thanks for your work on this Ben. > I would recommend using FLAC__uint32 instead of uint32_t to avoid these > small #if _MSC_VER < xxxx things everywhere, although I completely > understand the desire to use C99 types. If we add

Hi, A short mail to let you know that the MSVC project files aren't OK compared to the Makefiles. Indeed they include the vorbisenc part (vorbisenc.c file, and vorbis_encode_* function names in the .def file) inside the vorbis library, and they also point to a non-existant file (bitbuffer.h) Here is a patch to fix this, in case you are interested (patch made on the win32 directory using

src/libFLAC/memory.c cannot be compiled with MSVS 2005 (and probably VS2008 too) after this commit: http://git.xiph.org/?p=flac.git;a=commitdiff;h=7cbecbae9f70be770f7651d09531fec0de6f9cf5 because MSVS2005 doesn't provide stdint.h. According to MSDN, uintptr_t is defined in "STDDEF.H and other include files".

On 9 June 2010 14:20, Aaron Gray <aaronngray.lists at gmail.com> wrote: > I am getting 'bad suffix on number' > for lib\target\x86\X86GenInstrInfo.inc:304, 305, ... > > Tablegen is generating 0x0LLU instead of 0x0ULL and VS2008 does not like > it. > Patch attached. Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL:

On 2013-09-30 4:53 PM, Erik de Castro Lopo wrote: > I'd be keen to have the windows build automatically do the sanest possible thing, > preferably with anyone having to copy files. The way we've been doing the Opus stuff is to have the project files expect a build in a parallel checkout. so: c:\dev\flac\FLAC.sln expects to find an ogg build in c:\dev\ogg\win32\VS2010\ Not as