search for: kausch

...line so it is more specific > than "Re: Contents of flac-dev digest..." > > Today's Topics: > > 1. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Timothy B. Terriberry) > 2. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 3. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 4. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 5. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Timothy B. Terriberry) > 6. Re: Bug f...

...fic > than "Re: Contents of flac-dev digest..." > > Today's Topics: > > 1. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Timothy B. Terriberry) > 2. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 3. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 4. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Robert Kausch) > 5. Re: Bug fix and compatibility patches for 1.3.0pre4 > (Timothy B. Terriber...

...reach the person managing the list at > flac-dev-owner at xiph.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of flac-dev digest..." > > > Today's Topics: > > 1. Re: slow on apple silicon? (Robert Kausch) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 8 Jul 2022 14:16:33 +0200 > From: Robert Kausch <robert.kausch at freac.org> > To: flac-dev at xiph.org > Subject: Re: [flac-dev] slow on apple silicon? > Me...

...at >> flac-dev-owner at xiph.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of flac-dev digest..." >> >> >> Today's Topics: >> >> 1. Re: slow on apple silicon? (Robert Kausch) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Fri, 8 Jul 2022 14:16:33 +0200 >> From: Robert Kausch <robert.kausch at freac.org> >> To: flac-dev at xiph.org >> Subject: Re: [flac...

...er at xiph.org >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of flac-dev digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: slow on apple silicon? (Robert Kausch) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Fri, 8 Jul 2022 14:16:33 +0200 >>> From: Robert Kausch <robert.kausch at freac.org> >>> To: flac-dev at xiph...

...ld system that should make it work again on most systems. Tested on Windows (MSYS) and Ubuntu 12.10. The main issues were inclusion of non-existing Makefile.deps, missing PACKAGE_VERSION define and wrong build order (i.e. trying to build flac before libFLAC and other dependencies). ---- Robert Kausch robert.kausch at freac.org -------------- next part -------------- A non-text attachment was scrubbed... Name: flac-1.3.2pre1-litefix.patch Type: text/x-patch Size: 3204 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20161210/a72de964/attachment.bin>

Am 11.12.2016 um 00:05 schrieb lvqcl.mail: > Robert Kausch wrote: > >> The main issues were inclusion of non-existing Makefile.deps > > It does exist in git, but not in flac-1.3.2pre1.tar.xz. > > (Here's the list of all files that exist in git but not in > the pre-release tarball: > > .gitignore > Makefile.deps > ci\...

Dear Vorbis devs, I'm Robert Kausch, author of fre:ac - free audio converter. Please consider using _ogg_malloc/_ogg_free in place of alloca in vorbis_comment_add_tag. alloca will cause undefined behaviour/crashing when it causes a stack overflow which can easily happen when adding cover art in a METADATA_BLOCK_PICTURE comment....

Hi all, New pre-release here is at: http://mega-nerd.com/tmp/flac-1.3.2pre2-win.zip http://mega-nerd.com/tmp/flac-1.3.2pre2.tar.xz Changes: * Fix PACKAGE_VERSION in MSVS project files. * Fix Makefile.lite in tarball (make test is still failiing). MD5 and SHA256 sums: > md5sum flac-1.3.2pre2* e276e3a9e99ae07f4bd25278f533b9e5 flac-1.3.2pre2.tar.xz

1) to the author of test/test_replaygain.sh There are 2 identical lines in this file: line 137 and next. Is it intended or just a copy/paste error? 2) to ALL: I attached a small program. Compile and run it. * Does it work correctly when compiled with -O3 -msse2 options? * If yes, does it work correctly when compiled with -O3 -funroll-loops -msse2 options? ( and what is the version of your

On 25.5.2013 10:54, Erik de Castro Lopo wrote: > Robert Kausch wrote: > >> Hi all, >> >> I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if >> this is the right place to submit patches, but someone suggested this on >> the apparently dead SourceForge patch tracker. >> >> The first two are quite...

Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces

On 6/3/14, Robert Kausch <robert.kausch at freac.org> wrote: > Am 03.06.2014 16:45, schrieb lvqcl: >> 2) to ALL: >> I attached a small program. Compile and run it. >> * Does it work correctly when compiled with -O3 -msse2 options? >> * If yes, does it work correctly when compiled with -O3 -...

...eing replaced in that step is @EXEEXT@, so one possible solution would be to detect a Windows OS using something like '|if["$(expr substr $(uname -s) 1 10)"=="MINGW32_NT"];|' and set EXE=.exe in that case instead of generating the file from common.sh.in. ---- Robert Kausch robert.kausch at freac.org -------------- next part -------------- A non-text attachment was scrubbed... Name: flac-1.3.2pre2-litefix.patch Type: text/x-patch Size: 2153 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20161211/fd78b09f/attachment.bin>

On Thu, Dec 22, 2016 at 12:19:21AM +0000, oresteszoupanos at hotmail.com wrote: > > For what it's worth, I tested both the 32- and 64-bit flac.exe's on my > Windows 10, with about 45 WAV files I have. > > Got some warnings about unexpected metadata, but the audio was encoded > fine. Using the --keep-foreign-metadata flag cleared those warnings. Excellent! Do you

On 12/08/16 12:24 AM, Thomas Zander wrote: > On 7 December 2016 at 21:08, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >> lvqcl.mail wrote: >> >>> "make -f Makefile.lite" also doesn't work out of box. >> >> Didn't work for the 1.3.1 release either. Makes me wonder why we even >> keep it around. > > Because it works on

Hi all, Thanks in advance for your help, and sorry for the slow reply. I've created a small OS X example project <https://drive.google.com/file/d/0B8vFUUth7NpvRFI0MmI2bVJNNEU/view?usp=sharing> that reproduces the issue. (I've run into the size limit for emails on this list so I've put it on Google Drive.) The program just initializes a libFLAC++ stream decoder for a given file

Hi all, New pre-release here is at: http://mega-nerd.com/tmp/flac-1.3.2pre3-win.zip http://mega-nerd.com/tmp/flac-1.3.2pre3.tar.xz Changes: * Fix tests with Makefile.lite build system. * Fixes for non-Intel CPUs. MD5 and SHA256 sums: > md5sum flac-1.3.2pre3* 61aa8597a220303daf4beb2b8756979d flac-1.3.2pre3.tar.xz 8b470ceac02340600db73bc6daea4fc7 flac-1.3.2pre3-win.zip

Robert Kausch wrote: > The _lseeki64 patch probably is a little more controversial. The problem > is that fseeki64 and ftelli64 are not available in Windows XP - at least > not without installing extra MSVC runtime libraries. I changed compat.h > and replaced them with calls to _lseeki64, which was a...

Timothy B. Terriberry wrote: > Instead I've attached a patch that uses fgetpos/fsetpos. This is > totally untested (I haven't even checked it compiles), but the idea > should work. MSDN says "The pos value is stored in an internal format and is intended for use only by *fgetpos* and *fsetpos*." (http://msdn.microsoft.com/en-us/library/70hdhh4t%28v=vs.80%29.aspx), so