similar to: seeking problems

sorry to bother again, but I can narrow down my problem to certain parst of my flac file. for example, when I seek to 19*44100 samples or to 81*44100 samples, the seek callback runs off in an endless loop. there aren't any while loops in my code, so I don't think I am causing it. At least I cannot track it down to something I would be doing. are there issues with seeking in FLAC?

Did you try OggFLAC and MkaFLAC as alternative containers ? For OggFLAC you need libogg, the Xiph documentation should be describing how to seek in the file. But i dont know if using another container than native FLAC framing is an option for you ..... Christian matroska project admin august wrote: > sorry to bother again, > but I can narrow down my problem to certain parst of my flac

--- august <august@alien.mur.at> wrote: > > > sorry to bother again, > > but I can narrow down my problem to certain parst of my flac file. > > for example, when I seek to 19*44100 samples or to 81*44100 samples, > the > seek callback runs off in an endless loop. > > there aren't any while loops in my code, so I don't think I am > causing it.

FYI, I have checked in a few interesting things. One is a speedup to the decoder (about 15% improvement in overall decode time). Another is a new interface to FLAC file metadata. If you're curious look at include/FLAC/metadata.h. It is basically a collection of object manipulation routines and iterators that make it pretty easy to add/edit/delete FLAC metadata in files efficiently. The

Hi, Not sure if this should be in the dev or users list, but here goes. I am using the FLAC seekable stream decoder in my MACH3 laser games emulation in MAME (www.boldtower.com/mach3). The game has a soundtrack (originally on a laser disk) which I have flac encoded and play back in the game. I did the implementation under Linux which works fine, the callbacks are easy to set up and I've

On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote: > On Wed, 11 May 2005, Iain Mott wrote: > > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u > > but was blocked. And at last resolve: > > http://139.168.32.224:7000/streamname.m3u > > Well, 40 minutes later that host is certainly not responding. > good morning No, I shut it down at the

I refer to a problem that appeared on the flac list last August that was either solved off-list or abandoned. (http://lists.xiph.org/pipermail/flac/2005-August/000468.html) The problem is with using the C++ encoder classes, particularly the FLAC::Encoder::File:set_metadata function. JC said that the developers version of how to add a simple metadata block looked right, but it did not work for

hm, to have a look at Pure Data and external called oggcast~ http://www.akustische-kunst.org/puredata/ is recomended, you can set quality/bitrate/samplerate ... while streaming then, and do whateweryou want to your sound before sending it to icecast, including building your compressor-limiter. cheers Ales Zemene -- http://ales.mur.at irc.kunstlabor.at #kunstlabor citation of

I have a need to stream 6 or 8 different audio sources (radios), and am seeking suggestions on the best way to do it. Although I'd like to stream each separately, I could combine them to stereo streams and do 2 on each. I'd like to know what the best hardware configuration would be to accomplish this? Are there any multiple input sound cards that have been successfully tested, or

I have in my working directory the trivial header changes necessary to allow FLAC library functions to be used in C++ programs. Is it OK to commit this? -- - mdz -------------- next part -------------- ? Makefile ? Makefile.in ? ordinals.h Index: file_decoder.h =================================================================== RCS file: /cvsroot/flac/flac/include/FLAC/file_decoder.h,v

Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u but was blocked. And at last resolve: http://139.168.32.224:7000/streamname.m3u is that what you mean? no, perhaps you mean the localhost? "bicho" is its name. Pardon me if i'm confused on this. Will also, tomorrow, try your suggestion of port 443 and Ross' suggestion of the web port. cheers, iain On Wed,

Yeah, this is the right place, just ask :) On Tue, Jan 26, 2010 at 4:12 PM, Maurizio De Cecco <jmax at dececco.name> wrote: > Hallo, > > i am evaluating the possibility of using llvm for an application, > and i wondering if this is the right place where to pose questions. > I haven't found a llvm users mailing list ... > > Maurizio De Cecco

Hallo, i am evaluating the possibility of using llvm for an application, and i wondering if this is the right place where to pose questions. I haven't found a llvm users mailing list ... Maurizio De Cecco

hi - once you decide on a sound card configuration, Pd would be an easy way of accessing the individual input channels (eg. with individual adc~ objects). You could then patch these to multiple "shoutcast~" objects within Pd to create the individual icecast2 mountpoints/streams. See: www-crca.ucsd.edu/~msp/software.html for Pd and

those address should be: http://zhongshuobeijing.dyndns.org:7000/puredata.m3u and http://139.168.32.224:7000/puredata.m3u On Thu, 2005-05-12 at 07:10 +1000, Iain Mott wrote: > On Wed, 2005-05-11 at 10:37 +0100, gARetH baBB wrote: > > On Wed, 11 May 2005, Iain Mott wrote: > > > > > Tried with http://zhongshuobeijing.dyndns.org:7000/streamname.m3u > > > but was

--- Scott Waye <scott@boldtower.com> wrote: ... > I am now trying to get it to work under Windows 2000 with Msys and > gcc 3.2. > Everything compiles and links OK, but when it runs neither my > flac_read, or > flac_write callback get called even though I call : > > res = FLAC__seekable_stream_decoder_process_single(flacDecoder); what is the value returned in

Ok, here is a patch waiting for new CVS :). It works fine for me, but please check it before commiting... -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/bitbuffer.c.orig 2003-01-30 17:36:01.000000000 +0100 +++ src/libFLAC/bitbuffer.c 2003-01-30 21:53:18.000000000 +0100 @@ -51,6 +51,25 @@ */ static const unsigned FLAC__BITBUFFER_DEFAULT_CAPACITY = ((65536 - 64) *

I had a problem where the seekable_stream_decoder was getting stuck in an infinite loop sometimes. It looks like I'm not the only one that's had the problem: http://lists.xiph.org/pipermail/flac-dev/2004-February/001508.html see also sourceforge bug #1154585 The problem is easiest to reproduce with a small flac file. The one I'm using is only 45 kB. Simply write a routine that

Hi list, I have an artistic project in which I manipulate streams. At the moment I'm using ogg vorbis streams, Icecast servers and the multimedia puredata software. In this project I would like to read an ogg stream from an icecast server and decode data in the order it is incoming. I would like to skip the step that is reordering the data conforming to the order it was send. Do you know

Hello, I'm new on this list. First of all, thank you to all the developers of this great project! At the moment there is only an application that keeps me on both macos and windows, its name is PWGL a free environment for computer assisted composition in openGL. (http://www2.siba.fi/PWGL/) I'm running Ubuntu 8.04 and wine 0.9.59. I have to say that I also installed vcrun2005 and