search for: ov_callbacks

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 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

...arp(OggVorbis_File *vf); /* same ov_open_callbacks but also allocates the OggVorbis_File object into *vf, if any error happen, returns same code as ov_open_callbacks and free any memory allocated */ IMPORT_C int ov_open_callbacksp(void *datasource, OggVorbis_File **vf, char *initial, long ibytes, ov_callbacks callbacks); IMPORT_C int ov_info_basic(OggVorbis_File *vf,int link, int *channels, long *rate); And that to vorbisfile.c: EXPORT_C int ov_open_callbacksp(void *f,OggVorbis_File **vf,char *initial,long ibytes, ov_callbacks callbacks){ int ret; if (vf==NULL) return -1; *vf=_ogg_malloc(siz...

...est at xiph.org > > You can reach the person managing the list at > vorbis-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Vorbis digest..." > Today's Topics: > > 1. Trouble implementing ov_callbacks, endless loop calling > seek_func (Rich E) > > From: Rich E <reakinator at gmail.com> > Subject: [Vorbis] Trouble implementing ov_callbacks, endless loop calling seek_func > Date: 2 February, 2014 1:54:15 AM PST > To: vorbis at xiph.org > > > Hello list, &gt...

...d > 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 ov_open(FILE *f,OggVorbis_File *vf,const char *initial,long ibytes){ ov_callbacks callbacks = { (size_t (*)(void *, size_t, size_t, void *)) fread, (int (*)(void *, ogg_int64_t, int)) _fseek64_wrap, (int (*)(void *)) fclose, (long (*)(void *)) ftell }; return ov_open_callbacks((void *)f, vf...

...basically follow the stdio functions. They do have one difference, however - the FILE * arguments have been changed to void *, so that the user can pass arbitrary data to the functions. This allows easy use of non-stdio-based vorbisfile. Yay! If you want to use this new functionality: look at the ov_callbacks struct in vorbisfile.h, then create appropriate functions, and continue... The functions you write should follow their stdio counterparts in terms of return values as closely as possible. Most importantly, seek_func() MUST return -1 if the stream is unseekable. In this case, tell_func() isn't...

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

...bility to play Ogg Vorbis files with size larger than 2GB on a BSD platform where `long' is a 32-bit quantity. Now I've decided to look at this again, and see if I can patch things in a more logical way, and ask about possible problems that may be introduced. First of all, libvorbisfile. ov_callbacks contains four functions. The seek_func already uses a 64-bit type for the offset, so no change needs to be made there. However, when accessing large files, the tell_function will need to return a 64-bit type as well. This is going to change the API, isn't it? Anyway, here's the needed p...

Hi` Is there some example code on how to use ov_open_callbacks with VorbisFile? The documentation I found is _very_ sparse and if possible I don't want to spend much time adding streaming from memory to my code. http://www.xiph.org/ogg/vorbis/doc/vorbisfile/ov_callbacks.html <p>Thanks, -- Daniel, Epic Games Inc. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe'...

...t is offset by ~0.5s). All files are already stored in their compressed state in memory at the time the seek request is given. Each playback occurs on its own (OpenAL) source. I'm using ov_pcm_tell/ov_pcm_seek to seek the second file to the position of the first, and have implemented all of ov_callbacks to facilitate this. I suspect the problem is related to the time that passes between querying with _tell and the playing of the second source. For the benefit of future google searches, I also asked this question here; http://stackoverflow.com/questions/3770231/how-can-i-mix-a-melody-track-over-...

I've used libvorbis many times in linux and windows <= 7 applications without any major problems, and wanted to know if that translates the same to the sandboxed windows 8 store app environment. I'm playing around with it right now, and was able to get the library to compile fine (static), and was able to get it to compile within my project. So far, no problems, but I was almost

...) that opens a stream, then reads in the OGG data starts like this: // Read from an already open stream. // Assumes stream is positioned to start of OGG data // Not a complete function, just enought to show what I am trying to do void readFromPackfile( FILE * pStream ) { OggVorbis_File vf; ov_callbacks callbacks; vorbis_info *info; callbacks.read_func = sdl_read_func; callbacks.seek_func = sdl_seek_func; // Will setting this to NULL let me read from the middle of a stream? callbacks.tell_func = sdl_tell_func; callbacks.close_func = sdl_close_func; if ( ov_open_callbac...

...-------------- next part -------------- Index: vorbisfile.c =================================================================== --- vorbisfile.c (revision 8002) +++ vorbisfile.c (working copy) @@ -632,7 +632,7 @@ static int _ov_open1(void *f,OggVorbis_File *vf,char *initial, long ibytes, ov_callbacks callbacks){ - int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR):-1); + int offsettest=(f?callbacks.seek_func(f,0,SEEK_END):-1); int ret; memset(vf,0,sizeof(*vf)); @@ -655,7 +655,10 @@ /* can we seek? Stevens suggests the seek test was portable */ if(offsettest!=-1)vf->seekable=...

Hi there. I have been hearing to ogg vorbis for maybe 2 years and I can only say: it is fantastic! Right now, I'm working in a project that uses ogg vorbis as the format for recording. I have now a working recording engine (I have recorded up to 8 channels at the same time and my computer uses only about 30% of the processor, wich is great in this project), and I'm starting with the

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