similar to: flac-dev Digest, Vol 102, Issue 7

It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip On 06-05-13 23:37, Marcus Johnson wrote: > Ralph, for Mac OS you should download either the Unarchiver which is > free, or Entrophy which is what I use, but it costs like $15 I > believe, both support decompressing .7z and Entrophy supports > compressing TO .7z > > > On

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 5/5/2013 09:03, Timothy B. Terriberry wrote: > 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 available at least

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

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 straight forward: >>

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 available at least > back to Windows 98 and thus doesn't impose such

On 6.5.2013 0:43, Timothy B. Terriberry wrote: > Janne Hyv?rinen wrote: >> You people do realize these hacks would only be required for 10+ year >> old obsolete compilers? > No, they're required for easy distribution on 12 year old OSes (which, > last I saw, make up almost 40% of Firefox's desktop userbase, and likely > will continue to for some time). > What

On 5.5.2013 18:02, 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. > You people do realize these hacks would only be required for 10+ year old obsolete compilers?

Thank you very much, Robert. Setting the CXXFLAGS and LDFLAGS did indeed solve my compilation issue. The resulting build now encodes this same fileset at level 8 in 1:46. so now we have: current code in git, intel build running through emulation for this fileset I was testing on (encode 23 24/96 files at level 8): 3:02 arm build from git, no Neon optimizations: 3:54 arm build from git, with

Hi everyone, I'm back with the same issue as before: flac encoding on an M1 Max Macbook pro is much slower on an arm build of 1.4.0 than it is running through emulation on an x86_64 build. ./configure -enable-static -disable-shared CFLAGS=" -arch arm64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -mmacosx-version-min=10.9"

Hello again, Quick question about 1.4.2 source. When I comopiled the latest source back in September, I got the " Neon optimizations : ...................... yes" output. When I compile the official 1.4.2 source, there's nothing about Neon. Has this just been removed from the output, or is the official 1.4.2 missing something? Thanks, Scott On Mon, Sep 19, 2022 at 4:15?PM Scott

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 straight forward: > > - The ICL patch fixes a typo in bitmath.h and adds > FLAC__bitwriter_write_zeroes

Janne Hyv?rinen wrote: > On 25.5.2013 10:54, Erik de Castro Lopo wrote: >> Robert Kausch wrote: >>> I tried 1.3.0pre4 with ICL on Windows and found some issues. >>> 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.

Am 08.12.2016 um 20:44 schrieb Brian Willoughby: > On Dec 8, 2016, at 12:59 AM, Dave Yeo <dave.r.yeo at gmail.com> wrote: >> 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

Compiling on OS X 10.8 x86_64 as we speak. On Sun, Apr 28, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via email, send a message with subject or body

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\flac-autotool.sh > doc\isoflac.txt

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. I had a user trying to convert a FLAC file with a 2 MB

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

JonY wrote: > How about just forgetting about base XP and require at least SP2 or some > such? Alternatively, use win32api underneath instead, eg > CreateFileW/SetFilePointer. This requires replacing _all_ of the FILE I/O, not just these two functions, which is a lot more work to no clear advantage. The _lseeki64 implementation uses SetFilePointer internally, but doing that directly

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