similar to: flac-dev Digest, Vol 101, Issue 28

Displaying 20 results from an estimated 20000 matches similar to: "flac-dev Digest, Vol 101, Issue 28"

2013 Apr 30
2
flac-dev Digest, Vol 101, Issue 27
I'd love to fix the .Xcodeproj (which is what they're called now) but I don't have a clue how to, if I were to figure it out would you guys accept it, or is it not worth my time? btw, someone on Windows should get the visual studio files working, it always complains about not finding nasm.exe. On Tue, Apr 30, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send
2013 Apr 30
2
What is in directory flac.pbproj?
Ulrich Klauer wrote: > Erik de Castro Lopo wrote: > > > There is a bunch of seemingly windows related stuff in the top level > > directory flac.pbproj which has not been touched since 2009. > > Apparently, it is a Project Builder project, from NeXTSTEP/MacOS X. > Wikipedia says it "was" an IDE and "superseded by Xcode, as of Mac OS > X 10.3
2013 Apr 30
1
README (was flac-dev Digest, Vol 101, Issue 27)
Martijn van Beurden wrote: > These files work fine, but nasm is indeed necessary. Read the README for > more information Oh, speaking of README ... Here is a tiny patch to align it with the renaming of configure.in. I also noticed two other things: - It says "To build FLAC with support for Ogg FLAC you must have built and installed libogg according to the specific instructions
2013 May 27
1
Anything else for Flac 1.3.0?
Ulrich Klauer wrote: > Martijn van Beurden wrote: > > >> I would like to propose copying the > >> contents of flac-website.git (after patching) to doc/html in flac.git > > I don't think this should be done. The website in flac-website.git and > the one in flac.git/docs/html have diverged and will require some kind > of merge effort. > >
2013 Apr 30
2
What is in directory flac.pbproj?
Hi all, There is a bunch of seemingly windows related stuff in the top level directory flac.pbproj which has not been touched since 2009. If it hasn't been touched, its almost certainly broken and redundant. Can I simply delete it? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/
2013 May 25
1
[PATCH] Fix dead links/anchor and update comparison
Erik de Castro Lopo wrote: > Martijn van Beurden wrote: >> the second fixes some dead links in the website pages > The first and the third patch were fine, but the second (Fix dead links > and update news) doesn't apply. Can you please try regenerating that > patch and resending? That was due to a conflict with my patch to update the download link. Here is a rebased
2013 May 26
3
Anything else for Flac 1.3.0?
Ulrich Klauer wrote: > Erik de Castro Lopo wrote: > > > In my latest commit I have updated all version strings and copyright > > dates. > > Here are some fixes to this. (Patch 2 compressed due to mailing list > size constraints.) Instead of the first patch, it would also be fine > to leave the encoding at ISO-8859-1, but store the name "Hyv?rinen" in
2013 Apr 28
1
flac-dev Digest, Vol 101, Issue 24
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
2013 Mar 15
3
flac-dev Digest, Vol 100, Issue 36
I don't think you guys should worry too much about messing up old decoders, but no matter what you choose to do FLAC MUST REMAIN LOSSLESS. On Thu, Mar 14, 2013 at 5:06 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 >
2007 Feb 21
0
Re: Is FLAC fully cooked for OS X yet?
The key to Arek comment is that the project files only work with 1.1.2 FLAC. Even in those days, the Xcode project was not fully operational. I gave up on using it, and I think everyone else did. You basically have no hope of just pulling it out of the repository and expecting it to work. What I do, and what I assume most successful FLAC developers on Mac OS X are also doing, is
2012 Apr 05
2
FLAC example compilation
Hello, I still having problem for the compilation. i do : make -f Makefile.lite This is the error : */usr/bin/ld: bitreader.release.o: relocation R_X86_64_32S against `FLAC__crc16_table' can not be used when making a shared object; recompile with -fPIC bitreader.release.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[2]: *** [../../obj/release/lib/libFLAC.so]
2013 May 25
4
Bug fix and compatibility patches for 1.3.0pre4
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: >>
2012 Sep 14
0
The FLAC website
Hi all, I've updated the RSS feed and made the pages fetch and display that feed. Now only the feed had to be updated to update the pages as well. I have included a patch, however, I've never worked with git before so I hope everything is done correctly. If not, please tell me. I've removed the feeds/news-atom1.xml file, however that doesn't show up in the diff file? I would
2013 May 26
2
Anything else for Flac 1.3.0?
Martijn van Beurden wrote: >> >flac.exe -d "C:\Users\Martijn\Music\file.flac" --skip=00:01.11 >> >> flac 1.3.0, Copyright (C) 2000-2013 Josh Coalson & Xiph.Org Foundation >> flac comes with ABSOLUTELY NO WARRANTY. This is free software, and >> you are welcome to redistribute it under certain conditions. Type >> `flac' for details.
2013 May 26
6
Anything else for Flac 1.3.0?
On 26-05-13 14:20, Martijn van Beurden wrote: > On 26-05-13 11:33, Erik de Castro Lopo wrote: >> Hi all, >> >> In my latest commit I have updated all version strings and copyright >> dates. > > Here are two patches for the website, updating the copyright as well > and copying the changelog. I would like to propose copying the > contents of flac-website.git
2013 Jun 27
1
flac-dev Digest, Vol 103, Issue 11
I posted Mac binaries a few weeks ago but nobody did anything with them, or even acknowledged them. Here is a DMG with a .pkg installer for Flac 1.3.0 https://dl.dropboxusercontent.com/u/52358991/FLACInstaller1.3.0.dmg On Wed, Jun 26, 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
2012 Dec 13
2
The FLAC website
On 14 September 2012 18:01, Martijn van Beurden <mvanb1 at gmail.com> wrote: > Hi all, > > I've updated the RSS feed and made the pages fetch and display that feed. > Now only the feed had to be updated to update the pages as well. > > I have included a patch, however, I've never worked with git before so I > hope everything is done correctly. If not, please tell
2013 Apr 28
0
Pre-release 1.3.0pre4 (hopefully the last)
I successfully compiled 1.3.0pre4 on MacOS X 10.8 and the tests succeeded. My configuration is Configuration summary : FLAC version : ........................ 1.3.0pre4 Host CPU : ............................ x86_64 Host Vendor : ......................... apple Host OS : ............................. darwin12.3.0 Compiler is GCC : ..................... yes GCC
2007 Jan 02
4
Is FLAC fully cooked for OS X yet?
On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote: > The XCode project files you found are meant to be used with FLAC > 1.1.2. The FLAC repository now contains version 1.1.3 files, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download
2014 Jun 27
3
Fixed first cast-align warning
Martijn van Beurden wrote: > op 27-06-14 14:11, Erik de Castro Lopo schreef: > > There has been at least one person on this list who is able to do > > perfromance tests on FLAC. I would appreciate it if someone could > > run such a performance test before and after the above commit. > > Are you specifically referring to the ARM platform or to any > platform? The