similar to: 2GB limit patch

Displaying 20 results from an estimated 1000 matches similar to: "2GB limit patch"

2013 Mar 04
4
2GB limit patch
Erik de Castro Lopo wrote: > 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. And most don't work over 2 GB. The solution we (Xiph) have used in other projects (opusenc,
2013 Mar 04
2
2GB limit patch
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.
2005 Jun 06
1
Newer iPods can now play Vorbis
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
2004 Sep 10
2
Re: seeking problems
--- 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.
2013 Jun 10
4
FLAC 1.3.0 released
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
2013 Mar 04
0
2GB limit patch
On 3/4/2013 11:26 PM, Martijn van Beurden wrote: > 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
2012 Feb 10
2
Regain play analysis patches
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
2007 Aug 21
1
flac alpha with RIFF/AIFF metadata support
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.
2013 Jun 10
2
(no subject)
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:
2014 Sep 21
2
[PATCH] New apodization functions
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,
2006 Jun 14
2
Would Xiph be interested in a logo redesign for Vorbis?
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
2007 Mar 22
3
FLAC: specifying all files with extension .WAV
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
2004 Oct 01
3
Quicktime + FLAC?
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
2005 Feb 10
2
[Fwd: Re: Low level optimization]
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
2004 Sep 28
3
Quicktime + FLAC?
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
2007 Sep 09
2
Re: multiple core support
--- Harry Sack <tranzedude@gmail.com> wrote: > 2007/9/8, Josh Coalson <xflac@yahoo.com>: > > > > it actually is complicated. the libFLAC api is not suited to a > > multithreaded design because the i/o is stream-based, not file- > > based. flac(.exe) is the file-based wrapper around libFLAC that > > allows it to work on files. the way libFLAC buffers
2013 Jul 19
2
Converting audio samples
Hey everyone, I'm new to the world of audio, so can you please drop some very basic audio knowledge on me? What's the correct way to convert from float audio samples to integer ones like FLAC uses? If I'm converting to 8-bit, that has a range of -128 to 127, right? Do I multiply my float input by 127 or 128? Brendan
2013 Dec 13
2
Extension Packets?
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.
2006 Jan 17
3
Vorbis at first place in "Public, Multiformat Listening Test @ 128 kbps"
Vorbis, using the AoTuV beta4.51 encoder, come first in a "Public, Multiformat Listening Test @ 128 kbps" organized on Hydrogenaudio forum. Hydrogenaudio thread: http://www.hydrogenaudio.org/forums/index.php?showtopic=40607 Presentation: http://www.maresweb.de/listening-tests/mf-128-1/ Results: http://www.maresweb.de/listening-tests/mf-128-1/results.htm
2013 Mar 06
0
2GB limit patch
On Mar 4, 2013, at 14:39, Timothy B. Terriberry wrote: > Erik de Castro Lopo wrote: >> 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