similar to: win32sdk shared memory issue

It was recently brought to my attention by "Ram'on Garc'ia Fern'andez <ramon@jl1.quim.ucm.es>" that there is yet an even simpler solution to the issue of cross-DLL access of variables in the data segment. Although a variable may be exported either from the module definition file, or explicitly via _cdeclspec(dllexport) -- unlike procedures (functions), it is mandatory

Hello, I am currently developing a ogg vorbis decoding module for use in winlame (a LAME frontend), and I have some questions: To do a decoder I used most code in decoder_example.c, but I think there is something missing. I would be glad if someone could look at this code: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/winlame/winlame/source/winlame/wlOggVorbisDecoderModule.cpp and

Hi devs, I am developing winLAME, a frontend for LAME, and it also supports Ogg Vorbis decoding and encoding. I've got a question about the new API function vorbis_encode_init_vbr(). Do I have to call vorbis_encode_init() before to set the bitrate(s)? And what is a good default value for the "base_quality" parameter? I read on the mailing list that ABR use in Ogg Vorbis is not so

Hi all, I have the next problem: I have a matrix with size 8,000,000x18. My personal computer...blocks...so I have cut my original file into 100 different file. I have written a function that should be run on each of this file. So imagine I need to read data from q1 to q100 file data<-read.table("q1.txt",sep="") and each time I read 1 file execute my personal function

If you are after a 1.0.1 SDK built in the same format as 1.0, and if the current CVS is firm for the release, then you can download the SDK from: http://homepage.ntlworld.com/jfe1205/OggVorbis-win32sdk-1.0.1.zip This is built from the current CVS using MSVC++6 SP5. If this helps speed up the release, great, otherwise, no problem, it kept me amused for a few minutes!! John <p>--- >8

We compiled the vorbis_example from WIN32SDK with Borland 5.0 under WIN98. When running, it ends in an address violation caused by ov_open (or ov_test as well). This happens no matter which Library we're using, or if we're trying to read from stdin or a FILE*(which was binary). thanks, michael <p><p>_________________________________________________________________ MSN -

Hi Ralph, Two diffs. One for vorbis.def and the other for vorbisfile.def. Hope they work!! regards John -------------- next part -------------- A non-text attachment was scrubbed... Name: vorbisdef.diff Type: application/octet-stream Size: 256 bytes Desc: vorbisdef.diff Url : http://lists.xiph.org/pipermail/vorbis-dev/attachments/20031001/3b7df5ad/vorbisdef-0001.obj -------------- next part

Chris, re the DLL additions: In a word, *no*. That much Win32 specific code does not belong in a lib that's pure math and totally platform agnostic. It may be appropriate, assuming it's necessary, to add this in the win32 specific SDKs, but it has no business in the core libvorbis. Please move it out to a more appropriate place as soon as you possibly can. Secondly: I'd like to

I updated the win32sdk build environment. To summarize: 1.) Added a "mkmak.bat" script to create, install and run an automation macro to perform makefile export from the command line. 2.) Updated makesdk.bat to utilize "nmake" and generated makefiles for performing builds. 3.) Added "sdk\build" which contains a complete build environment for building all the

No you are not wrong, the win32sdk was never tagged. Monty, Jack, et. al.: Can I tag the head revision of just "win32sdk" with the rc2 tag? -- or some such tag as to point win32 people to overlay the rc2 freeze? I know this violates the normal source code control protocol of not touching freezes, but it may help with win32 builders of rc2. Just an idea... -Chris CW> Are you

The CVS tree seems so broken apart, the <> includes don't work out of the box. ie <ogg/ogg.h>. They are broken, how do I resolve this? I know the structure is there for a reason, but I don't know how to work with it and make the code compile... To top it all off... I am at a loss as to which sub dirs contain the source for the libs that I need to put together before I

Hi, Thanks for provoding the snapshot. Now it refers to following folders which are not included in the package! ../../pthreads ../../oggvorbis-win32sdk-1.0.1/include 1) Can I use http://svn.xiph.org/trunk/ogg insted of oggvorbis-win32sdk-1.0.1? 2) Where do I get pthreads? 3) Is svn for libshout available for public read access? Where? - Altu Faltu ----- Original Message ----- > >

> I'm still in hell trying to build for Win32. I've tried rebuilding the > project files from scratch, however I'm running into a very odd problem. Are you using the build system in the module "win32sdk"? All the issues you bring up have been solved there. All versions of the libraries work -- static and dynamic, debug and release. Chris --- >8 ---- List

Hey all...for whatever reason when opening up the vorbis_vc6 project in Dev Studio bitwise.c and framing.c are still in the project. From my understanding these files are only in the ogg library now. If I try to compile the project as is, it fails because it can't find the files. Simple solution: Delete the two files. I just thought I'd give somebody a heads up.... Keep up the great

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

Greetings, I've just downloaded the Ogg/Vorbis Win32 SDK 'OggVorbis-win32sdk-1.0.1.zip' and made a test app to open an ogg file. But as soon as I call ov_open() the program crashes because of an access violation to address 0x00000010... This happens on both Release and Debug builds. The test app is simple: #include "vorbis/codec.h" #include "vorbis/vorbisfile.h"

Hi, I've been working with oggvorbis-win32sdk-1.0.1 and have a semi-hypothetical question. Let's suppose that, for whatever reason, I've allocated a block of memory, and I've loaded into this memory a perfectly valid ogg vorbis file. Now I'd like to decode this vorbis data, but I'm stuck calling ov_open() because I don't have a FILE*, I have a block of memory. (This

I found a problem with ov_raw_seek function in oggvorbis win32sdk 1.0. When i called this function it returned OV_EINVAL immediatelly. I solved the issue by replacing the ov_raw_seek by ov_pcm_seek, which worked perfectly, but i would like to use the raw variant due to performace reason . Is anybody aware of this strange behaviour ? Martin Cesky <p><p>--- >8 ---- List

Hi, I've just got around to moving from version 1.0 to 1.0.1. Now when I run my program, at least on Windoze, (haven't tried Linux yet), I get an Access Exception on the ov_open. Nothing else has changed. All I did was replace the lib and dll files that are in the win32sdk zip and re-build all, so it's the same the project files for for both builds. Here the snippet of code that

Ok, so I've taken hold of this, and since this appears to be the only thing holding up 1.0.1, I have done what I think closes the loop...Based on the conversations here on the list I have made the following changes to the vc6 project files : - consistent runtime linking. They are ALL now using the Multithreaded static runtime. Hopefully this makes the generated DLLs the most portable. -