similar to: Length of an Ogg Vorbis file?

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Hello - I have two files which play back in VLC correctly. They were encoded using this command: ffmpeg -y -i '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh9.wav' -acodec libvorbis '/tmp/2e905b981d30324f9a0664cbabb3f59a20170406-21128-r0neh920170406-21128-146yyex.ogg However ov_pcm_total reports a zero length for one of the two files. Is this a problem with my use of the

Okay - so I stepped through the code slowly this morning making notes as I went. And I can see what’s wrong. The last Ogg header of the troublesome file contains -1 as the granule position. The spec says this has a special meaning "A special value of '-1' (in two's complement) indicates that no packets finish on this page." 4F 67 67 53 00 04 FF FF FF FF FF FF FF FF 16 A2

Hello everybody, I sent something about this before, but this bug is still there, so... If you call ov_time_seek(vf, 0); it will fail, returning OV_EFAULT (from ov_pcm_seek_page). I think this must be a bug, because seeking to 0 seconds *should* be OK. Another thing, when ov_time_seek fails with OV_EFAULT, you cannot continue playing (because of the goto seek_error). This is not clear from

On Mon, 12 February 2001, OmegaDan wrote: [snip code] Hmm, weird.. that does work for me. I only had the trouble that ov_time_tell returned negative infinity after a ov_time_seek to 0 secs. This is my code: function TMainForm.ReadBuf(Buffer: PChar; Size: Longword; var Time: Single): Longword; var BytesRead, Change: Longword; begin BytesRead := 0; Time := ov_time_tell(vf^); if Time <

Hello Ivo: One more from me and I suppose a retort by you and that's it ... no flame war please. Let's see if we can keep this discussion objective. I've had enough life experience to have seen and heard the mistakes you've made many times. Point by point: * This is a tech list that I joined a number of years ago because of a serious intent to use the Speex product in my

B. Mitchell Loebel wrote: Firstly when you talk about the main Speex developer, you should call him his proper name "Jean-Marc" rather than "Jean". > I now choose to probably not use the product > because I choose not to support anti free market thinking. Choice is good. > * Free Market is not an American Capitalist > "buzz word" as you

I am wondering if buffer size for my decoding to pcm can be predicted dependably as follows. So far, the one problem I have had is when I have played a file of only about 5k. The buffer was a little less than 10% too small. I "solved" that by padding the result with an extra 20 percent. However, I have been told that I should be able to rely on the value of ov_pcm_total. char*

Hello, I am trying to make an OGG Vorbis player for my cell phone. I have ported J-Ogg to J2ME, and it is decoding files in non-realtime. The problem is that I need to convert the OGG into a WAVE stream, which needs the size of the data in the header which has to be read before the OGG is fully decoded. So my question is, is there any way to find the size of the resulting PCM data before decoding

>From the documentation that I read, ov_time_tell is supposed to tell you the how many seconds the decoder is into in the stream. However, I'm getting some weird results from it. On my stream (which is seekable - I verified it), ov_time_total returns the correct total seconds. However, when I start playing, ov_time_tell first gives me a wrong floating point number (like 4.969.). when I

Is there a straight forward method for seeking straight to a particular logical stream using vorbisfile? I'm guessing I'll have to look the offset for a given link up in vf->offsets, and use that in ov_raw_seek? Thanks, John --- >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

Hello Monty: I'm OK with not continuing this on the Speex tech list. In fact, I've deliberately responded off list to the various posters. I do think, though, that your admonitions to be non political should go to both sides ... that Jean-Marc founded Speex doesn't give him license to denigrate other efforts. Thomas Leigh asked a perfectly legitimate question and Jean-Marc's

Some months ago I tried to get some answers (and didn't) for a problem I've had with ov_pcm_total for files 8kb or smaller. I have no idea whether it should make a difference, but I operate inside Visual Studio, with C++ 6.0 and MFC. The value returned by ov_pcm_total doesn't agree with ov_read. My solution had been to add 0.2 to the buffer size, so that ov_read would make it to

Ingl?s : Many already we have contributed to the first project of free software dedicated to self-management in this campaign of collective financing, it collaborates and it spreads!/ Beginning campaign collective financing http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion?lang=en Login to enter with user of social networks and for would register in Goteo :

Why ov_open_callbacks(fd_, &vf, NULL, 0, OV_CALLBACKS_NOCLOSE) takes so long to open OGG file? The OGG file has just 210 MB. It takes a lot of time open the file. I am working on OGG audio recorder and player. Thanks in advance! With kind regards, Pavel

Hi Folks, i implemented the required callback funktions to open an ogg file from memory. Now ov_pcm_total() returns always 0, strange thing about is that ov_pcm_total does not call any of the callback funktions. I also like to mention that ov_info (which uses the read and seek callback funktions) delivers correct values. Thats why i doubt that there's an error in (the rather simple) callback

B. Mitchell Loebel wrote: > Hello LWATCDR: > > OK with me, but 1) I'm a Microsoft stockholder and 2) I'm not going to > stand still for people trashing Capitalist successes!! 'Nuff said. How about if I sell you a copy of speex. Buy low, sell high seems like a good capitalist plan, and then you could feel good about using Speex! Ben -- Ben Greear

I'm adding some final features to my CD Ripper and Encoder before the full, version 1 release. As part of that release, the program will offer the ability to play (for review purposes) both WAV and OGG files. I have both the decoder and playback code working but I have one final issue to resolve: finding the play time for the Vorbis bitstream that is being played back. I used the

Ingl?s : Many already we have contributed to the first project of free software dedicated to self-management in this campaign of collective financing, it collaborates and it spreads!/ Beginning campaign collective financing http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion?lang=en Login to enter with user of social networks and for would register in Goteo :

I'm considering patching my copy of ogg123 to support vorbisgain tags. Is there any interest in folding this sort of patch into the main line ogg123? Has anyone done this already (or to another command line ogg player)? John --- >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