similar to: Fixing libvorbisfile to handle largefiles

Hello list, I've been having a tough time adding windows resource support to my ogg vorbise decoder, although I think I am close. Basically when I call ov_open_callbacks(), it doesn't ever return and repeatedly calls my seek_func. I'm hoping it is something obvious, but I can't see why my seek_func is being called endlessly. If the file is seekable, I should return 0, right? If

On 2014-02-02, at 12:00 PM, vorbis-request at xiph.org wrote: > Send Vorbis mailing list submissions to > vorbis at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/vorbis > or, via email, send a message with subject or body 'help' to > vorbis-request at xiph.org > > You can reach the person

> Neither. initial could be const, but isn't. libvorbis doesn't make much > (any?) use of the const keyword, though there are plenty of places it would > probably be good to use. Because the source files are C and not C++, parameter types aren't checked, so is the use of const really a good idea? For example, this compiles fine (on VC++ 6), but itsn't right: int

Hi, Today I tried to run my player code with the CVS libvorbis (instead of RC3 as usual) and I found the infinite loop here (lines prefixed with >> are in the loop): tatic ogg_int64_t _get_prev_page(OggVorbis_File *vf,ogg_page *og){ ogg_int64_t begin=vf->offset; ogg_int64_t end=begin; ogg_int64_t ret; ogg_int64_t offset=-1; >> while(offset==-1){ >>

I've been trying to get oggdec to work with input streamed in through a pipe or a socket. This seems to work on Linux and OS X, but not on Windows. I've found that code in vorbisfile.c tests the input stream for seekability by invoking fseek in the following way: int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR) : -1); Unfortunately, fseek succeeds for a socket on Windows (even

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

Hi,guys Hope you are doing well! I am an ogg format starter, and I am implementing ogg audio streaming. I meet some problems for streaming. My application is as follows: I send download request to server,and server sends the download ogg file to client side. when a certain amount of data is downloaded, and I start to play the ogg file by using a library. I use juce c++ library which uses

Hi,guys Hope you are doing well! I am an ogg format starter, and I am implementing ogg audio streaming. I meet some problems for streaming. My application is as follows: I send download request to server,and server sends the download ogg file to client side. when a certain amount of data is downloaded, and I start to play the ogg file by using a library. I use juce c++ library which uses

The changes to vorbisfile that I suggested earlier have now been committed - this is mostly a merge of my code with a similar patch from Martin Vogt (thanks Martin). The old ov_open() interface remains untouched - and for many people, this is all you'll need to use, ever. It now calls the new interface with appropriate arguments. The new ov_open_callbacks() function adds an extra argument to

I have a number of assets packed into a single file. Some of these are OGG files. I have code to seek to the start of an embedded file, but cannot find any OGG functions that let me start at an arbitary point in a stream. The original code (which works) that opens a stream, then reads in the OGG data starts like this: // Read from an already open stream. // Assumes stream is positioned to

When calling ov_open_callbacks(), is it safe to have seek_func, tell_func, and close_func all equal to NULL? If not, which ones must I provide and how can I return an error e.g., data source is not seekable? -- Ignacio Vazquez-Abrams <ignacio@openservices.net> --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

Hello, This is the code, it's a little crap but only to see if it works. I assume rate = 16000 and frame_size = 320. if (this->seek_to != -1) // SKIP { ogg_int64_t max_units; //max_units = speex_seek(fin, this->seek_to, 0, rate); int nPages = 0; int nPackets = 0; // Pone el cursor en la posici?n inicial del fichero fseek(fin, 0, SEEK_SET);

Hello, I've been looking to the libvorbisfile and got into troubles when trying to use it: I need to compile it on a PalmOS and the libvorbisfile must be compiled in ARM whereas calling code is in 68K. This implies that the interface ov_open_callback is not usable because the OggVorbis_File *vf must point to something in the target architecture (ARM) whereas the caller cannot do that. As

Hi Guys, I've been working on speeding up seeking in Ogg playback in for the video element in Firefox. This is Mozilla bug 469408: https://bugzilla.mozilla.org/show_bug.cgi?id=469408 When liboggz seeks, it basically does a bisection search through the media, looking for an Ogg page with the target seek time. This is fine for files stored locally, but when the file is stored on a web server,

Hi, I'm stumped. How can I do ftell and fseek in R? (Where ftell gives the position in the file and fseek points the file pointer to a given position.) Thanks, Pauline -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

Hello, All. First, I want to thank Ian Malone and Ralph Giles, thanks for your kind replies. But I still have problems about seek. As you suggested, I could use ov_open_callbacks() to supply my own read/write/seek functions. So, can you give me an example? I?m sorry for my ignorance, because I haven?t used callbacks before. I analyzed the vorbisfile.c in Tremor, and I think I

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

Ivo, Your patch number 16347 uses _fseeki64 when _WIN32 is defined. Unfortunately, MinGW (or at least the Linux -> Win32 cross compiler I'm using) defines _WIN32 but isn't aware of _fseeki64. I have therefore modified your solution a little and commited it as rev 15376. The code now looks like this: #ifdef __MINGW32__ return fseeko64(f,off,whence); #elif defined

Some UPSes contain HID report descriptors that fail to correctly describe the contents of reports. For example, the OpenUPS descriptor fails to set the units, logical maximum and logical minimum before the corresponding `main item' as required by the HID specification. This commit allows an override HID report descriptor to be given to usbhid-ups which replaces the one produced by the UPS,

I'm a developer for a game company and I'm almost done adding support for Vorbis to our game engine. As such, I wanted to simply plug in the read function, let it decode, and then send the PCM data on to DirectSound just like I always have. There were several occasions where I spent 4 or 5 hours trying to fix a bug, digging through newsgroups and sound-format specs, when that info could