search for: rf64

...r those > formats. CAF does not have the same 4 GB limitations. Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: ... > Whats more, the sndfile-convert program can also convert > from FLAC to the following file formats that support 63 bit > file offsets: > > Au, Caf, rf64, w64 I am glad somebody mentioned RF64. Supporting RF64 instead of CAF would solve Brian's problem equally well, and would be the natural extension to supporting WAVE. Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

RF64 support sure would be nice, but it wouldn't really help to do this "instead of" CAF. For one thing, Logic Studio Pro does not seem to support RF64, because the manual states that WAVE and BWF are limited to 4 GB. CAF may be a format which lacks universal support, but RF64 is...

...ote: >> Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >> ... >> > Whats more, the sndfile-convert program can also convert >> > from FLAC to the following file formats that support 63 bit >> > file offsets: >> > >> > Au, Caf, rf64, w64 >> >> I am glad somebody mentioned RF64. >> Supporting RF64 instead of CAF would solve >> Brian's problem equally well, and would be the >> natural extension to supporting WAVE. > > BTW current flac in CVS supports RF64 and wave64; they will be > in t...

...wav\fR). +.TP +\fB--force-aiff-format\fR +Force the decoder to output AIFF format. This option is not needed if the output filename (as set by -o) ends with \fI\&.aif\fR or \fI\&.aiff\fR\&. Also, this option has no effect when encoding since input AIFF is auto-detected. +.TP +\fB--force-rf64-format\fR +Force the decoder to output RF64 format. This option is not needed if the output filename (as set by -o) ends with \fI\&.rf64\fR\&. Also, this option has no effect when encoding since input RF64 is auto-detected. +.TP +\fB--force-wave64-format\fR +Force the decoder to output Wave...

..... NOTE: --keep-foreign-metadata is a > new feature; make sure to test the output file before deleting the original. > decode... NOTE: --keep-foreign-metadata is a new feature; make sure to > test the output file before deleting the original. > compare... OK > round-trip test (wacky1.rf64) encode... NOTE: --keep-foreign-metadata is a > new feature; make sure to test the output file before deleting the original. > decode... NOTE: --keep-foreign-metadata is a new feature; make sure to > test the output file before deleting the original. > compare... OK > round-trip test...

...tion. The executive summary of changes in this new version: * Nothing major. * Source tree is now hosted in Xiph.org git: git clone git://git.xiph.org/flac.git * Read and write appropriate channel masks for 6.1 and 7.1 surround input WAV files. * Added support for encoding from and decoding to the RF64 format. * Lots of build system fixes for your building enjoyment. The full changelog is here: https://www.xiph.org/flac/changelog.html Happy lossless encoding and decoding. Cheers, The FLAC project contribitors

Janne Hyv?rinen wrote: > > On 14.3.2013 9:37, Erik de Castro Lopo wrote: > > Janne Hyv?rinen wrote: > > > >> The patch was made from the published pre2 version. It missed the MinGW > >> changes that were applied to git version. > > Patch applied. Thanks. > > > > Erik > > Unfortunately with this commit the LRN's patch from commit

Hi all, Here are two patches, one for flac.git and one for flac-website.git, which 'merges' them. This is mainly some cleanup work I did earlier on the website that were copied to the html docs, and documentation on new features (like Wave64 and RF64 support, --preserve-modtime etc.) that were copied the other way. *flac.git patch* http://www.audiograaf.nl/misc_stuff/0001-Various-documentation-fixes-merge-with-website.patch *flac-website.git patch* http://www.audiograaf.nl/misc_stuff/0001-Various-documentation-fixes-merge-with-html-docs.patc...

...test (wacky2.w64) encode... NOTE: --keep-foreign-metadata is a new feature; make sure to test the output file before deleting the original. decode... NOTE: --keep-foreign-metadata is a new feature; make sure to test the output file before deleting the original. compare... OK round-trip test (wacky1.rf64) encode... NOTE: --keep-foreign-metadata is a new feature; make sure to test the output file before deleting the original. decode... NOTE: --keep-foreign-metadata is a new feature; make sure to test the output file before deleting the original. compare... OK round-trip test (wacky2.rf64) encode......

(2013/03/05 12:27), Cristian Rodr?guez wrote: > Nothing against you code, that's ugly ..but as it is a first step it can > be forgiven :-) > > I will just force flac to be built with 64 bit file offsets and just > reject any caller trying to include/link libflac into a non-lfs program > like > > http://ac-archive.sourceforge.net/largefile/off_t_headers.html > >

>> used it forever anyways and haven't seen a commit since January nor >> a release since 2007... > what's queued up for the next release, see http://flac.cvs.sourceforge.net/viewvc/*checkout*/flac/flac/doc/html/changelog.html Hmm interesting, so given the above timeframes, should one presume that cvs head is indeed stable/release quality and that it's an ok thing to

...lways* 32bit on win32 and flac > basically uses off_t everywhere for seek offset and file size. I do not see the need to jump to 64-bit merely to get beyond the 2 GB limit. There are modern API that handle 32-bit unsigned file lengths - i.e., up to 4 GB - without going to 64-bit. Besides, RF64 is the proper format for files that exceed 4 GB, while standard RIFF/WAVE should allow reading of files up to 4 GB. For maximum compatibility, writing WAV files over 2 GB should be avoided whenever possible, since so many tools used signed 32-bit file sizes. Brian Willoughby Sound Consultin...

...tive summary of changes in this new version: >* Nothing major. >* Source tree is now hosted in Xiph.org git: git clone git://git.xiph.org/flac.git >* Read and write appropriate channel masks for 6.1 and 7.1 surround input WAV files. >* Added support for encoding from and decoding to the RF64 format. >* Lots of build system fixes for your building enjoyment. > >The full changelog is here: https://www.xiph.org/flac/changelog.html > >Happy lossless encoding and decoding. > >Cheers, >The FLAC project contribitors > >____________________________________________...

...h more than 2Gig samples it is not possible to seek past the 2 Gig sample point on platforms where offset_t is 32 bit. To fix this we need to guarantee that the offset parameter is 64 bits on all platforms. Correctly converting WAV files larger than 2 (or 4) Gig is a separate issue. > Besides, RF64 is the proper format for files that exceed 4 GB, while > standard RIFF/WAVE should allow reading of files up to 4 GB. When talking about the WAV 2/4 Gig problem we are talking about mal-formed WAV files that are greater than 4 Gig in size. There is a flac command line option (--ignore-chunk-s...

...3) The decoder must do the inverse, and output always the same order." "A really mulltichannel support need: - Read and write WAVE_FORMAT_EXTENSIBLE wav files translating the MaskChannel to internal ogg format, to be recovered at output. - Read and write uncompressed files >4GB (wav, RF64 or w64 formats) to allow files with movie length (>4 GB is a 5.1, 24 bits, 83 min.) BTW, about the remapping bug, I can submit you two samples: FL-FR-FC-LF-BL-BR_WavOk.wav this is a correct multichannel wav and encoded with last oggenc produce: FL-FR-FC-LF-BL-BR_WavOk_OggBad.ogg with incorrect...

...ion: >> * Nothing major. >> * Source tree is now hosted in Xiph.org git: git clone >> git://git.xiph.org/flac.git >> * Read and write appropriate channel masks for 6.1 and 7.1 surround >> input WAV files. >> * Added support for encoding from and decoding to the RF64 format. >> * Lots of build system fixes for your building enjoyment. >> >> The full changelog is here: https://www.xiph.org/flac/changelog.html >> <https://www.xiph.org/flac/changelog.html> >> >> Happy lossless encoding and decoding. >> >> Chee...

On 12.12.2012, at 20:10, Ralph Giles wrote: > On 12-12-12 10:47 AM, Max Horn wrote: > >> If you point me to the sources of the site (is there a repos for it?), I'll be happy to provide a patch for this, too! > > The new site repo is https://git.xiph.org/flac-website.git Hum. Actually, I just noticed that the website is also in the flac repos itself, under doc/html/ The

Hello all, Is anyone here potentially up to the task of adding support for CAF (the CoreAudio Format) into the flac command-line? This would present minimal difficulty under OSX, due to the presence of the CoreAudio API, but the real challenge would be to support CAF on Unix and Windows - everywhere that flac is now available. Although the format is rather unknown, there are some very