search for: ingoralfblum

Hi, The FLAC__stream_decoder_flush doesn't change the state, but when I play a stream and reach the end I have to do a FLAC__stream_decoder_reset and reread the metadata instead of simply a FLAC__stream_decoder_flush. This is because the stream state, which indicates the end of the stream, is not changed. Is there a reason, for the state not being reset to

Hello everyone, I was just browsing through some video capturing websites/forums and saw some people complain that there was no lossless codec available to encode audio in AVI files. I thought that FLAC would have one but it doesn't seem to be the case. As it's a popular demand (now that hard drives are inexpensive, people can record hours of video/audio without any loss and then

--- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > > currently flac sets all granulepos members of the ogg pages to 0, > when > > embedding a FLAC stream into an Ogg file. Is it possible to change > this > > behaviour to use a more reasonable value, e.g. the bytes written so > far. > So > > wh...

OK, back to this one... --- Josh Coalson <xflac@yahoo.com> wrote: > --- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > > The FLAC__stream_decoder_flush doesn't change the state, but when I > > play a > > stream and reach the end I have to do a FLAC__stream_decoder_reset > > and reread > > the metadata instead of simply a FLAC__stream_decoder_flush. This > is...

--- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > I have a problem when I try to open a file, which is not a FLAC file. > When I > open a non-flac file with the stream decoder API, one of the first > things called > is FLAC__stream_decoder_process_metadata, which itself calls > stream_decoder_find_metadata_. U...

Hi, currently flac sets all granulepos members of the ogg pages to 0, when embedding a FLAC stream into an Ogg file. Is it possible to change this behaviour to use a more reasonable value, e.g. the bytes written so far. So when the first packets is 1000 bytes long it gets the granulepos 1000 and when the second packet is 1234 bytes long it gets the granulepos 2234 and so on. This would make it

En r?ponse ? Ingo Ralf Blum <ingoralfblum@gmx.de>: > Hi, > > > I saw on the website that the ACM was a work in progress, but have > seen no > other > > mention anywhere else. So if someone is working on that I'm ready to > help, > > otherwise I'm ready to start it. > > I just read on the...

Hi, The stream decoder follows a push model, however, I need a pull model decoder, like, for example, implemented by the Vorbis libs. For this I simply save the pointer to the audio data in the read callback and acces the data lateron after the call to FLAC__stream_decoder_process_one_frame returned. Is this safe? Can I assume that the internal buffer is not freed, when

--- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > Hi, > > these two values can be stored in the stream info metadata block as > well as > in the header of each frame. This leads to some questions. > > - Are these values supposed to change during playback, e.g. first > comes a > frame with 2 channels...

Is there a reason for having the FLAC__stream_decoder_get_input_bytes_unconsumed function private. This function is required now by two of my filters for seeking and buffer managment, when not all data is available from the beginning. Regards, Ingo

Hi, these two values can be stored in the stream info metadata block as well as in the header of each frame. This leads to some questions. - Are these values supposed to change during playback, e.g. first comes a frame with 2 channels, then with four and the next switches the bit count from 16 to 8 and so on? - There are methods to retrieve these values from the stream decoder. Unfortunately

--- Ingo Ralf Blum <ingoralfblum@gmx.de> wrote: > Hi, > > > sorry about that... it sounds like a good idea but I don't > > know what the right metric would be (bytes written, sample > > number, etc). I was going to forward this to vorbis-dev > > but haven't yet. > > If you see the...

Hi, I have a problem when I try to open a file, which is not a FLAC file. When I open a non-flac file with the stream decoder API, one of the first things called is FLAC__stream_decoder_process_metadata, which itself calls stream_decoder_find_metadata_. Unfortunately the non-flac file contains some content, which leads to the state set to FLAC__STREAM_DECODER_READ_FRAME. However in

HI Josh, I'm starting now to compile the ACM codec. I don't know how long it will take, since I do it in my free time, but I guess it will not take to long. About Mark Powell's comment, with an ACM codec there will be a lot of Windows GUIs for FLAC. I'm writing this message to talk about the FLAC format. The GUIs for the Audio Codec Manager, including Winamp and Windows Media

Hi, > sorry about that... it sounds like a good idea but I don't > know what the right metric would be (bytes written, sample > number, etc). I was going to forward this to vorbis-dev > but haven't yet. If you see the whole thing from a perspective of a filter graph, like DirectShow or GStreamer, the number of bytes written so far is the best solution. The graph for playing

Hallo, omeone has reported, that there is no sound when playing ogg files in Media Player on Windows Millenium. At the same time Media Player consumes all CPU. If someone can confirm this, please respond here: http://sourceforge.net/forum/forum.php?thread_id=124101&forum_id=76141 or post a message to either me or zorannt-devel@lists.sourceforge.net , because I can't reproduce this.

Hi, I tried to update my local copy of the Xiph CVS and got the following: cvs server: Updating . cvs server: failed to create lock directory in repository `/usr/local/cvsroot': Permission denied cvs server: failed to obtain dir lock in repository `/usr/local/cvsroot' cvs [server aborted]: read lock failed - giving up This only happens, when updating the whole Xiph CVS with "cvs co

Hallo, the specification in vorbis/doc proposes a set of comment tags, but I think there's one missing for multichannel configurations. There should be a value for mapping the individual channels to spatial locations. Lets assume a Vorbis stream contains 4 channels, two front channels and two back channels, then the corresponding comment value could be

The Win32 SDK directory layout seems to need a small update in my eyes. Here's why: 1. Debug symbols get overwritten Problem: When the project files in the vorbis/win32 build, all temporary files of vorbis, vorbisfile and vorbisenc go into Dynamic_Debug (for the dynamic debug build as an example). The problems arise, when someone wants to debug the code. Since Visual C++ puts the symbols

Hi, if you haven't seen it already. Theres a small article about Ogg Vorbis on the German Telepolis site at http://www.heise.de/tp/deutsch/inhalt/co/11022/1.html Regards, Ingo --- >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