similar to: mem leak when writing ogg vorbis comments

On Fri, Jan 25, 2002 at 07:22:05PM -0800, Josh Coalson wrote: > sorry about the delay... first, yes you are calling it > correctly. if your encoded files have max_framesize == 0, > then that should mean that either 1) you were using the > command-line flac to encode to stdout; or 2) you are using > libFLAC directly. if 2, you can replicate the functionality > that is in

sorry about the delay... first, yes you are calling it correctly. if your encoded files have max_framesize == 0, then that should mean that either 1) you were using the command-line flac to encode to stdout; or 2) you are using libFLAC directly. if 2, you can replicate the functionality that is in src/flac/encode.c:metadata_callback() to write back statistics and seek table to the metadata in

I think I figured out where the problem is. In my metadata_callback, I added a thing to print out the max_framesize and max_framesize from the stream_info block. Those are both zero. The ..._seek_absolute() function of the SeekableStreamDecoder uses the max_framesize to guess at where to seek. It doesn't seem to handle the case when max_frame_size is zero very well. I'm looking

Hello, In one of my recent assignments, I was asked to develop a ogg player. I am not able to find the right repository of the source code. There are few repositories on vorbis but I am not clear which one is the right one for Windows environment. If somebody has successfully compiled any ogg player ever, his ideas will be helpful to me. In one of the code set, I was able to compile the

Hi, I checked the archives, but I didn't find anything regarding this problem. FLAC__file_decoder_seek_absolute takes an incredibly long time to seek. What can I do about this? How do I fix it? Here's how I'm calling the function: if (argc > 2) { secs = atoi(argv[2]); seek_point = (FLAC__uint64) secs * sample_rate; printf("seeking to %d:%02d\n", secs/60,

------- Forwarded Message From: Wesley Negus <wnegus@email.com> To: webmaster@xiph.org Subject: OGG Vorbis jukebox program from PhatNoise Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: mail.com X-Originating-IP: 63.206.8.2 X-UIDL: 64dec87f799d0b3baef420fbed173f2d Return-Path: <wnegus@email.com> Hi - I'm writing to tell you

PhatBox and Music Keg (which I'd describe as MP3 players that hook into your car stereo) unofficially support Vorbis. Apparently there was a post to vorbis-dev quite a while ago about this, but it's news to me, and it hasn't been on this list. I'll add this to my hardware list, which I'll post here soon. This was a (very speedy :-)) response I got from PhatNoise's

When I create a chained file with a mono and then a stereo substream, winamp crashes when it gets to the second stream. in_vorbis v1.16c. And when vcedit writes comments from a chained file, it only saves the first substream and throws subsequent streams away. Perhaps this is woth mentioning somewhere... Matthijs --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hi, I'm looking for more documentation on the Vorbis bitstream format. The goal for me is to write an optimized decoder using only integer or fixed point math for use on the Phatnoise Car Audio System (see http://www.phatnoise.com). I've already found the info on the Ogg framing system and I've already written my own thing for parsing through Ogg frames (easy). Also, is RTP

Hi, I released Squelch 1.0beta9. It's a multi-platform Ogg Vorbis player, if you haven't heard of it. [1] Find it here: http://www.geoid.clara.net/rik/squelch.html Differences from beta8: * Vorbis comment editor ! [2] * More intelligent re-initialisation of output driver. * Stupid bugs in auto-update of master track list resolved. * Some bugs fixed, some more introduced ;) In theory,

Hello, i use libvorbis to develop some small applications for a radio station. I wonder, why there are no functions in the library to add/modify the comment tags in ogg-files. The only way I found is to make use of vorbiscomment binary, but this way is not that good. Are there api calls to do this?? thanks, Daniel. --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

Hi All, Can I update the header of the already existing Ogg-Vorbis file with the new comments? When we add new entries in the header, will it not overwrite the data? does the vorbis library takes care of this? can someone also please give me the call sequence on how i can do that? Thanks in advance. regards, Pavan. --------------------------------- Enjoy this Diwali

--- Brendan Dowling <crypt@phatnoise.com> wrote: > Thanks Josh. I tested the player with some files encoded by another > guy here at work, and seeking into the files seems to work perfectly. > > So the Phatbox now plays FLAC files. Although, it's not yet in the > standard firmware download from the web page, and encoding is not yet > included in the capabilities of

brendan, you are the bomb =) i have soooooo been waiting for something like phatbox to support flac. thank-you thank-you. ack. i think i need a new head unit (just looked at the compatibility section). and i think josh does *cough* need a free demo unit for umm, testing... -eddie >From: Josh Coalson <xflac@yahoo.com> >To: flac-dev@lists.sourceforge.net >Subject: [Flac-dev]

ah. I was only talking about removing support in the winamp2 and xmms plugins. the decoder libraries will still be able to skip over/ignore id3 tags as before. I think AudioReQuest and PhatNoise must be using their own code to read id3 tags, which won't be affected. Josh --- Steve Vasquez <steve.vasquez@request.com> wrote: > Hey Josh, > > We currently use id3 v1/2 in the

Yeow! I have many files that have become unplayable. They are almost (but not always) the files of an entire CD. The error I get is FLAC_STREAM_DECODER_ERROR_LOST_SYNC. They played until recently using WinAmp and PhatNoise. They will not decode, returning a 0 error. I recently re-installed Windoze (XP Pro) if this might be a cause, but many of the files I had before the reinstall still do play.

I've been looking at modifying vcedit so it will work on Ogg streams containing primarily Vorbis data (i.e. first page is the Vorbis header, most pages are Vorbis and a few are something else e.g. metadata or lyrics). I've managed to get something that works by: 1. During the header opening in vcedit_open push non-Vorbis pages onto a buffer added to vcedit_state and write them out after

After looking through the documentation of vorbisfile, it appears that all comments are readonly using that api. I checked the code for vorbiscomment and it appears to it needs to rewrite the entire file when editing comments. Does a description or API of in--place editing and updating of comments exist? Thx. -- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project

For the interested, the Phatbox (a car audio system) now has firmware to support FLAC files. I have a news bullet on the FLAC site: http://flac.sourceforge.net/news.html#20020213 This is the first hardware support for FLAC (more is coming) and I think the first support of any non-proprietary lossless audio format for any hardware. Kudos to Phatnoise for taking the lead. Josh

--- Matt Zimmerman <mdz@debian.org> wrote: > The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think