similar to: Vorbis bitstream specification...

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

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,

Hi, as Conrad suggested, I've made a complete list of all points in the specification, which I beleive are errors, or where the explanation is unclear, contains unneccessary steps and so on. I hope someone has time to look through the points and if and when accepting or rejecting them be so very kind and inform me about it. I will also once again try to work through the residue

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

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

Dear experts, I am trying to understand the structure of the Speex .spx file, so I can packetize each frame in one packet for example, and in the receiving end, I can decode a file that has all the received frames (some of them may lost). I tried to figure out what is the delimiter used to separate the frames but I could not so far. I also tried to deleted some data from the .spx file or change

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

I'm considering creating an ogg vorbis decoder chip for my senior project in school. At this point, my idea is to have a program (such as XMMS, ogg123, WinAMP) send the encoded ogg bitstream through a USB port to my project, which is then decoded. My project then returns the raw PCM audio, which is then handled by the player program for final audio output. I'm planning on USB as it

Hello, I´m just curious: How far is Theora from a bitstream freeze? From TheoraTodo: "Derf has come up with a number of suggestions for improving the flexibility of the bitstream based on his experimental encoder work. These will be implemented, if not entirely supported by the reference decoder, before alpha 3 is released." Are those changes supposed to be the last adjustments?

Hi, Is it expected that an Ogg logical bitstream might logically serve as the physical bitstream from which other logical bitstreams might be demuxed? I am not sure that I really see the point of doing this, but it would certainly be possible within the current spec. The trouble is that there are any number of ways to do the low-level muxing of several streams into one logical stream, with

I'm working on a win32 C++/MFC program, and I'm having trouble getting rid of a memory leak when writing vorbis comments. I've cut away everything except reading the file and then writing it out, and I still have a 256 byte mem leak (appended below). The code was modeled after vorbiscomment. It uses all the oggvorbis-win32sdk-1.0 static libs. I tried checking the mailing list

Hello All, I would be very interested to have your ideas to port the vorbis lib ( part of lib at least) on a DSP TMS320C5409 (running @ 90Mhz). I have reviewed messages and URLs related to: - 'ivdev' Integerized Vorbis Project - Ogg-on-a-Chip Project This is very interesting. In my case I think the best approach would be , in order to shorten porting work & time, to recompile the

as per yesterday's discussion at #theora -- It has been suggested that we devise a method such that we will be able to add certain features to the bitstream (interlace, exotic color subsampling, clip length flag for download, etc), in such a way as to not obsolete streams encoded previously. Rillian's suggestion, which is pretty much standard practice, is to add a bitstream revision

i was wondering how one would go about approaching hardware manufacturers to support flac. i get the sense that in the case of phatnoise, one of their devs already knew about flac and took the initiative (although if this isn't the case, please correct me). but how would you go about asking say, apple, to add flac support to the ipod? the ipod can already play a number of formats,

Narrowband (8 kHz), wideband (16 kHz), and ultra-wideband (32 kHz) compression in the same bitstream What is the meaning of this? can i find more information about this somewhere? And what is packel loss concealment, an you enable this somewhere? thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL:

I'm currently looking to start my working on my major project for College. I want to create an audio CD archival/ playback server. There will be a base server and also several satellite players. I will be building a secondary server for my car. And in the car power is at a premium so I wanted true hardware support (unlike phatnoise which is software based). The car will support both

Hi, I have a question about the format of Theora bitstream header. It seems to me that there are differences between the specification[1] (version 2004 Oct 1) and its reference implementation in libtheora 1.0alpha3 released at 2004 Jun 1. I mean that... please refer to Section 6.2 'Identification Header Decode' in that specification[1] and the function

ok now I see why we need another packet in the header. The first one is basically for ID purposes (theora_decode_header()). I've jammed my huffman trees in there but it sucks because I need them later on when I actually build the huffman tree structs (theora_decode_init, calls InitHuffmanSet()). At that point the original header packet is gone so I've been keeping it around in a buffer.

Hello all, I've been working a little inside the Theora decoder when I found that it seems that many videos had the very same huffman tables encoded into their bitstreams (at least the ones that I could take my time to dissecate). I found that the tables are listed as TH_VP31_HUFF_CODES in the file huffenc.c. I tried to investigate a little bit more to see who was setting the bitstream