similar to: Converting audio samples

I have exactly the same problem. I encoded a BWF file to flac and then then decoded back to wav, using --keep-foreign-metadata, and I ended up with a bit-perfect copy of the original BWF. So I was fairly confident that the flac encoding is working correctly, the problem definitely appears to be with the flac players. Unfortunately it seems that the majority of flac players cannot play 24bit

Hello Earl, I used your patches while they cleanly applied to the Git tree. There is one question though, what do you think of?. http://www.hydrogenaudio.org/forums/index.php?showtopic=84086&st=0&p=782407&#entry782407 which apparently states (if I understand correctly) that your approach is not completely correct. Kind regards, Michael -------------- next part -------------- An

Hi all, I was reading the discussion about this 1.3.0pre1 release on HydrogenAudio and someone linked an old thread in which one patched FLAC 1.2.1 to support WAV-files larger then 2GB. It might be worth investigating: http://www.hydrogenaudio.org/forums/?showtopic=84014#entry725304

Also, shouldn't the changelog feature the 4GB windows fix? I remember reading about that bug fix at the start of 1.3.0, and I for one was incredibly excited about it. if nobody remembers it I can try to hunt down that patch on the mail list. -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Jan 7, 2011, at 18:08, Declan Kelly wrote: > On Fri, Jan 07, 2011 at 05:11:26PM -0800, brianw at sounds.wa.com wrote: > [NIN 24/96] > >> Thanks! That's interesting to note. I think that I ended up with >> the true 24/96 files, but I am curious: How do you tell whether you >> have the full 24/96 or not? > > Extract to WAV, do a hex dump, and look for

Hi, I want to use the "flac" encoder (in commandline mode) and I specify this command to encode all .WAV files in the current directory: N:\WAV>flac -V --best -- *.wav flac 1.1.4, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type

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

Urgh... I misrouted this to vorbs@xiph.org... sorry for this. -------------- next part -------------- An embedded message was scrubbed... From: Maik Merten <maikmerten@gmx.net> Subject: Re: [Vorbis-dev] Low level optimization Date: Thu, 10 Feb 2005 16:39:25 +0100 Size: 959 Url: http://lists.xiph.org/pipermail/vorbis-dev/attachments/20050210/f31485c6/Vorbis-devLowleveloptimization.mht

Hullo, PP5020-based iPods can now play Vorbis in real-time, with iPodLinux! http://www.ipodlinux.org/blog/index.php?p=18 I got this from Hydrogenaudio. http://www.hydrogenaudio.org/forums/index.php?showtopic=34602 Cheers, Kyungjoon Lee

I bought myself a PowerBook and hoped to play my FLAC-encoded library via iTunes. Alas -- it doesn't work. My understanding is that iTunes uses QuickTime for playback; does anyone know where to find a FLAC codec for QuickTime? I noticed that there was some discussion about this ~1 year ago on flac-dev. Did any dev projects get underway, or should I roll up my sleeves and give it a go? -Dave

There are several links to Windows compiles in the Hydrogenaudio thread for FLAC 1.3.0 at http://www.hydrogenaudio.org/forums/index.php?showtopic=101082 . On Unices or Linuxes building from git should be straightforward enough, or you wait until the distributions/package maintainers catch up. Also, congratulations to the whole development team for reinvigorating FLAC! Christoph On

I have a project I'm investigating. The goal is to basically add lossless extensions to Opus. You have an Opus stream with standard packets, but interwoven in there are extension packets that contain the residuals. Ideally, compliant decoders play the stream back and ignore the extension packets. This (hopefully) makes the "lossless" stream compatible with existing players.

We have still having problems with Ferret dying on us regularly with the error message: >> ferret server error IO Error occured at <except.c>:93 in xraiseError occured in fs_store.c:127 - fs_each doing ''each'' in /var/www/web1/oms/current/script/../config/../index/production/band/20070805130005: <Too many open files> << We are running Ferret as a

What got me experimenting with Opus is that I heard it's going to be a supported codec in WebM, which I also have a Premiere plug-in for: http://github.com/fnordware/AdobeWebM I just posted a new beta that includes Opus support. Naturally, I *think* I'm doing it right, but I'd love for someone more knowledgeable about Opus or WebM to take a look. The closest thing to a standards

just recently I have finished implementing support for saving non-audio chunks in RIFF WAVE and AIFF with the FLAC file in application metadata blocks, and restoring them when decoding. you can read about more about it here: http://www.hydrogenaudio.org/forums/index.php?showtopic=56968 the zip file there has windows binaries; CVS HEAD has everything checked in if you need a different platform.

Hi, > If I understand this correctly, these new apodization functions only > affect compression and that files compressed with these new functions > will still decode correctly with older versions of the FLAC decoder. > > Is that right? Yes, that is correct. These functions are used to window the audiodata, but only for the predictor stage. What these new function enable,

So, in a thread on HA a user asked if some logo was the official one for Vorbis. It turned out not to be, but everyone agreed the official logo was ugly and a bad idea to add on any portable player compilant with Vorbis (or other Ogg media for that matter). The chaps, me included, started a discussion of a redesign, but truth be told, if Xiph isn't interested in a redesign, there's no

On 04-03-13 23:19, Erik de Castro Lopo wrote: > Link please? http://www.hydrogenaudio.org/forums/index.php?showtopic=99757 > Err, thats a link to a post talking about flac's WAV reader being limited > to 4Gig files. Problem is, *all* WAV files greater than 4Gig are mal-formed. > Due to limitations in the way WAV files are specified, no valid WAV file > can ever be over 4Gig.

If i could find some good documentation on quicktime, i'd probably give it a shot... since i already have most of the infrastructure already for directshow. I had a look a few times for detailed info on quicktime, and it all looked pretty painful. Not to mention all the base media handler code provided for the sdk, says not suitable for bitrates greater than like 32kpbs which is useless

Yes, it's basically an intrinsic aspect of the mathematics. If you seek into the middle of an Opus stream, that's about how long it takes before the audio converges to be correct. On Jan 17, 2014 2:13 PM, "Brendan Bolles" <brendan at fnordware.com> wrote: > On Jan 7, 2014, at 11:11 AM, Brendan Bolles wrote: > > > The closest thing to a standards document for