similar to: Bug in ogg123 playback of OggFLAC files?

Hello, I am trying build vorbis-tools-1.1.1 in the framework of my tool (see signature). The essence of the tools is that it builds and install everything locally, and, of course, it uses the available mechanisms to specify search paths for both headers and libraries; the tool first builds dependencies abd then the target itself. So, for example, 'configure' for vorbis-tools-1.1.1 is

HI all, I have already added FLAC support to libsndfile and I am now working on adding support for OggFLAC. I have a couple of question about things that seem radically different between regular FLAC and OggFLAC. 1) FLAC has a function: FLAC__seekable_stream_decoder_get_decode_position but there seems to be no corresponding function:

Are there any plans to support flac streams with ices (and therefore with libshout as a dependency) currently? If there aren't, anyone have pointers as to where I should start changing things to add it? I've read one of oddsock's mailing list postings mentioning that some format-specific timing issues would need to be resolved as well as some other hangups, but I'm still a bit

Hello, I'm currently using Liquidsoap to stream a group of files to Icecast. The stream is sent to Icecast in a few different formats (MP3,HE-AAC v2,OggFlac,OggOpus). The "Current Song" metadata is correctly displayed for the MP3 and the AAC stream, but not the OggFLAC or OggOpus stream. I see a few entries in the Icecast forums, but it does look like FLAC metadata support never

Josh et al, I've been tracking down a problem with generating OggFlac files. While investigatint this issue I hacked one of the test files from the test_libFLAC directory of the flac-1.1.3-beta2. The result of this hacking is this standalone C file: http://www.mega-nerd.com/tmp/erikd_test.c Directions for compiling this is in the comments at the top of the file. When the program is

Moin, Two questions I have. Actually, the first isn't so much a question. It seems that `ogg123' is not able to play streams from stdin, at least not for me on FreeBSD. It also seems that with the patches way down below, it can play from stdin for me -- I handle stdin like http-transport and return the same values for seeking and the like, to avoid calls that fail, and so it works,

Hi all, Is seeking working for OggFlac files? I keep on getting a FLAC__STREAM_DECODER_SEEK_ERROR. Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "Why do they protest against France for making it illegal to wear hijabs, but not against Saudi Arabia for making it illegal not to

hello all, (cc'ing some other package maintainers) I attached a patch against vorbis-tools-1.1.1 to make the code also compile against the upcoming FLAC 1.1.3, beta available here: http://prdownloads.sourceforge.net/flac/flac-1.1.3-beta2.tar.gz?download changelog: http://flac.cvs.sourceforge.net/*checkout*/flac/flac/doc/html/changelog.html with FLAC 1.1.3 there is no need for EasyFLAC. the

Josh Coalson wrote: > --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > > > Hi all, > > > > Is seeking working for OggFlac files? I keep on getting a > > FLAC__STREAM_DECODER_SEEK_ERROR. > > yes, it should work fine. in flac/src/test_seeking/main.c there > is an example usage of FLAC__stream_decoder_seek_absolute(). you > could try

Hi, while cross compiling vorbis-tool i am getting warning: FLAC and/or oggflac headers missing so ogg123/ oggenc cannot be built. please tell me how to over come this warning.... Thanks Dileep -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/vorbis/attachments/20080512/9c5c9338/attachment.htm

Greetings one and all; I'm not subscribed to this list so I'm first sending this message to verify that mails from me make it through, and then later I'll send the juicy messages with patches. Also, the address I'm using is IPv6-only and doesn't often work, so drop me from any replies and I'll catch the archives, or drop only the hostname part to get an IPv4 address that

I'd like to express a few things whilst I have the ear atleast a few folks. There once was a program called oddcast, and then edcast that you could use on linux to broadcast an OggFLAC encoded audio stream from jack. Sounds like something many folks would be interested in doing, but I haven't heard to much of a peep about it. At any rate, it had a a few issues legally and technical

Hi, Regarding ticket 523 "ogg123 can no longer play from stdin": http://trac.xiph.org/cgi-bin/trac.cgi/ticket/523 It seems that 'cat sample.ogg | ogg123 -' works for me, for ogg123 from svn. Can anyone verify that code has been committed to fix this bug, or is there a different usage that triggers the bug? Conrad.

[Apologies -- I've been offline for over a month, and so haven't sent this patch in a timely manner. Also, I'm still not up-to- speed and do not yet have the latest source downloaded, so this patch might be unnecessary anyway. And the list archives appear to not be updated since I started sending patches, so I haven't seen any feedback yet, if any. As usual, don't reply to

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

Now that FLAC has officionally joined the Xiph family, there are three different free audio codecs, which can be stored/transported using the ogg container. Would it be possible to create an API and/or a library that would cover them all? If my understanding of the situation is correct, if an application wants to support vorbis, speex and flac, it has to use three different interfaces.

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

I have also run a `make fullcheck` on Mac OS X 10.8. Only one test fails: FLAC__TEST_LEVEL=1 FLAC__TEST_WITH_VALGRIND=no ./test_grabbag.sh ./test_grabbag.sh: line 39: 1N: value too great for base (error token is "1N") make[1]: *** [fullcheck] Error 1 make: *** [fullcheck] Error 2 The cause is that in test_grabbag.sh, line 39, it uses `date +%N` to get nanoseconds, which is unsupported

Heh. *I* have one to report. I just placed a file at http://www.xiph.org/xiphmont/ogg123bad.ogg decoder_example decodes this file properly. ogg123 decodes to WAV properly. However, ogg123 places a 'shhhhPOP' noise into the right channel of soundcard playback (reliably) at just after 1.3 seconds. Going back to look... ogg123 is doing that with a couple different files. In this one,