similar to: getting a wierd results from ov_time_tell()

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, If you call ov_time_tell(vf) after a ov_time_seek(vf, 0), it returns Not A Number (Negative Infinity). I tested this only using Win32 MSVC++ 6 Dynamic, Release. Does it also occur on other platforms? Is this the right behaviour? Seems wrong to me. Anyway, it caused a range check error in my code, and a divide by zero when I disable range checking (I'm using Borland Delphi 5). I

I'm new to Speex and was wondering if there is a nice streaming API similar to Vorbis' "ov_open_callbacks", "ov_read", "ov_time_tell", etc. If not, is there an easy way to get Speex streaming from files? My appologies if this has already been answered a million times, but the archives aren't currently accessable! Thanks, Kevin -------------- next part

Does this look okay? : Time: 1:15.50 of 4:13.73, Bitrate: 133.3 How about? : <snip from=ogg123.c> info.u_time = ov_time_total (&vf, -1); /* Seconds with double precision */ gettimeofday (&start_time, NULL); t_min = (long) info.u_time / (long) 60; t_sec = info.u_time - 60 * t_min; while (! eos) { gettimeofday (&cur_time, NULL); c_min = (long)

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

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

Has anyone had experience using ov_read in a thread with streaming directsound buffers? i have tried the following, but it just produces a repeating garbage noise. i would appreciate some help. notes: test.ogg in my code was a song that i converted to the vorbis format (Gorillaz - Cling Eastwood) pcmData is defined like this: char pcmData[4096]; the ogg file and the directsound buffer

Bug: vorbis/lib/vorbisfile.c, ov_time_tell. When vf->seekable = 0, link = -1 at the return, thus dividing by vf->vi[-1].rate. Fix should be pretty simple. -- Kenneth Arnold <ken@arnoldnet.net> / kcarnold / Linux user #180115 http://arnoldnet.net/~kcarnold/ <HR NOSHADE> <UL> <LI>application/pgp-signature attachment: stored </UL> -------------- next part

HI all, Is there a way of finding out the length of an Ogg Vorbis file without decoding the whole file and counting samples? TIA, Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "... the industrial-capitalist mode of software production was doomed to be outcompeted from the

Hello there. I'm finding that ov_time_total doesn't return the "expected" value for some files I'm encoding. How do I know that? Well... in the encoder, when I push the "record" button I store the time when I did it, and when I push the stop button I store also that time. I would expect that the time returned by ov_time_total would be some ms less than finish_time

Hi list, It seems that when playing several OggVorbis files under xmms, there is a memory leak. It's a rather annoying problem because when you have a playlist of 100+ files, xmms will at the end eat something like 100M or more.. Such a memory leak have been reported inside xmms-1.2.2 code and I could see it playing Ogg files and mp3 files ; upgrading to 1.2.3 solves the problem with mp3

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

[I'm not online regularly, so don't include me in any replies. And I'm not sure if the vorbis or the flac list, or something else, is more suitable for the following, so bear with me] Moin, moin. I used a recent ogg123 to play back a FLAC file I had created, and saw it wasn't able to seek within the file. So, I thought to myself, why not try out an OggFLAC file, so I created

Hi R users, I have a dataframe in the below format xyz 01/03/2007 15.25 USD xyz 01/04/2007 15.32 USD xyz 01/02/2008 23.22 USD abc 01/03/2007 45.2 EUR abc 01/04/2007 45.00 EUR

I've been experimenting with the ideas of Replay Gain[1] and find that ogg123 doesn't have a way of specifying the scaling applied to replayed samples (like -f in mpg123). Looking at libvorbisfile, I see no function exactly matching this possibly desirable behaviour. ov_read() scales by either 128 (byte output) or 32768 (word output), but there's nothing in between. ov_read_float()

Hi, I have this code to decode ogg data: unsigned long PSS_OggStream::DecodeOggVorbis(OggVorbis_File *psOggVorbisFile, char *pDecodeBuffer, unsigned long ulBufferSize, unsigned long ulChannels) { int current_section; long lDecodeSize; unsigned long ulSamples; short *pSamples; unsigned long ulBytesDone = 0; while (true) { #ifdef WIN32 lDecodeSize = ov_read(psOggVorbisFile,

I have a wav file which has been converted to an ogg file with libvorbis via ffmpeg. However I've tested a few files just to make sure. I run a standard while loop to using ov_read to pull all the data out of ogg file. Using 4096 as the size to read each call. Watching my debug logs it is reading 2048 bytes each call. When I load the wav file the data chunk for the pcm data is 167680

> Unfortunately I still get the same error. Here is my code now (the > commented line works): > > def list > @upload_pages, @uploads = paginate(:uploads, :per_page => > 20, :order > => ''id'') > # @upload_pages, @uploads = paginate(:uploads, :per_page => 20) > end You may have an older version, try using the order_by clause

I was following a basic todo list tutorial, and when I call a: @items = Listing.find_all render_text @items.inspect The following is displayed in my browser, and clues?... [#"Don", "category"=>"Human", "id"=>"1", "hidden"=>"0"}>, #"Cheese", "category"=>"Food",

Bugs item #13560, was opened at 2007-08-31 15:07 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=13560&group_id=85 Category: win32-service Group: None Status: Open Resolution: None Priority: 3 Submitted By: Nobody (None) Assigned to: Nobody (None) Summary: Service dependencies has wierd string. Initial Comment: Hello, My name is Jong Lee from