similar to: Ogg Flac padding

Hi list, I have been trying to get the new file extension for Ogg FLAC (.oga) to work with Amarok. But it does not look to be possible due to limitations in the xine and gstreamer engines. Maybe the move to .oga was prematurely? I have done some testing with other players?including Banshee, Quod Libet, and others?but have not had any success with playing the .oga files. Only player I have

Are people using the icecast official source or the updated version by KH? http://www.xiphicecast.webspace.virginmedia.com/ I think that version has a lot of fixes and added stability... can we merge it back in with the main source? Sorry for my English On Wed, Sep 22, 2010 at 1:04 AM, Petr Pisar <petr.pisar at atlas.cz> wrote: > On Wed, Sep 22, 2010 at 09:23:02AM +0400, ???????

On 9/18/07, Daniel Aleksandersen <aleksandersen+xiphlists@runbox.com> wrote: > Maybe the move to .oga was prematurely? No, it wasn't premature. We have been having this discussion since last year. We are contacting the projects that deal, for instance, with Ogg FLAC, we're gong to submit the memo with the new file extensions/media types to the IETF soon, and some of us are even

Hi Robin, First, please let me state that I'm not xiph, nor an IceCast maintainer, all I'm saying here are my views, but, as nobody answered your mail, I guess it's better than nothing. Robin Gareus <robin at gareus.org> writes: > Looking at the SVN repo: there's 30+ commits since the 2.6.2 release; > the last one from August 2009. Are there any intentions to roll a

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

Ian's explanation below was helpful: On Thu, Aug 14, 2014 at 7:53 AM, Ian Nartowicz <ian at nartowicz.co.uk> wrote: > The sample rate should take care of itself. I suspect your difficulty is how > the 24 bit samples are represented in the WAV data and how to pack them into > the Flac buffer? > > WAV samples are stored in either 8, 16, or 32 bit words, using the smallest

Josh, Automake 1.10 on OSX is giving me warnings like the following: test/Makefile.am:50: wildcard *.raw: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.flac: non-POSIX variable name test/Makefile.am:50: (probably a GNU make extension) test/Makefile.am:50: wildcard *.oga: non-POSIX variable name

Hey guys, I have read all the messages regarding this issue on the mailing list and I did notice that quite a few people are not exactly happy with the new easiness of the chroot support introduced to openssh. I'm one of them and I think to support my special configuration, the implementation would need to be changed. I'm right now setting up a small web hosting company an every

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

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > HI all, > > I have already added FLAC support to libsndfile and I am now > working on adding support for OggFLAC. cool. > I have a couple of > question about things that seem radically different between > regular FLAC and OggFLAC. > > 1) FLAC has a function: > >

Hi, the patch below fixes function prototypes/defintions with void argument to shut up the heartful warnings by recent gcc :) It doesn't cover all places, e.g. test directories. The patch is to 1.1.2. Takashi --- src/metaflac/operations.c-dist 2005-05-25 16:20:02.000000000 +0200 +++ src/metaflac/operations.c 2005-05-25 16:20:09.000000000 +0200 @@ -26,7 +26,7 @@ #include <stdlib.h>

I for one am not worried about getting mp3 encoded stuff in my flac files, but I want to respond about "legitimate" OggFLAC. OggFLAC as a format for files, I agree, used by no one. However, I don't know of any other open source way to stream lossless audio. Maybe I did not look hard enough. Certainly nothing I can think of that would hope to be compatible with standard media player

Josh Coalson <xflac@yahoo.com> wrote: > --- Scott F <graue@oceanbase.org> wrote: > > > If I use flac to encode with the --replay-gain > > option, I get a warning about the --no-padding > > option... > > > > "NOTE: --replay-gain may leave a small PADDING block even with > > --no-padding" > > > > ...even though I'm

On 26-05-13 11:33, Erik de Castro Lopo wrote: > [...] > I am now going to do a little testing (and encourage anyone else to do > the same) and hopefully release in the next day or so. I've ran make fullcheck on - x86_64-linux-gnu - arm-linux-gnueabihf (Raspbian) - i686-pc-mingw32 - MSVC 2012 (tested by replacing binaries built with i686-pc-mingw32 and running test again) All tests

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:

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

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

Hello, Is there an update to this thread? I currently don't see a ticket in the Icecast bug tracker. On Thu, Jan 22, 2015 at 11:57 PM, Eduardo Martinez <erm13martinez at gmail.com> wrote: > Hello, > > Did an official ticket get created for this? > > The only reference I see is this ticket from 3 years ago. > > https://trac.xiph.org/ticket/1655 > > Thanks in

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that

Sorry, but I think generic extension names are far from perfect. Here are some additional problems to consider: 1) Language. When people talk about file types, they almost never say "dot" at the beginning. They say "MP3 files". For example, "Does that player support MP3 files?" If you have an extension of ".music" this ends up being "Does that