similar to: FLAC & Monkey's Audio GUI

FLAC solution for MSVS contains two projects: flac_mac and flac_ren. They are intended to work together with Monkey's Audio GUI frontend ( http://www.monkeysaudio.com/images/screenshot.png ) as explained here: http://wayback.archive.org/web/20060428142919/http://flac.sourceforge.net/documentation.html#monkey Version 4.01b2 (February 17, 2006) still have out-of-box support for WavPack. Version

lvqcl wrote: > I also suspect that Monkey's Audio GUI frontend isn't a very popular tool > these days. So I propose to remove flac_mac and flac_ren from the sources > because they became useless; just as in_flac was removed some time ago. That makes sense. Unless anyone objects, I will remove these in a week's time. Cheers, Erik --

Erik de Castro Lopo wrote: > That makes sense. Unless anyone objects, I will remove these in a week's > time. Patch for FLAC.sln attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: flac_mac.patch Type: application/octet-stream Size: 2335 bytes Desc: not available Url :

--- Mark Powell <M.S.Powell@salford.ac.uk> wrote: > Thought this may be of interest to this list: > > http://66.96.216.160/cgi-bin/YaBB.pl?board=general&action=display&num=995374789 > > Down the bottom the author of Monkey's Audio claims he's going Open > Source. that would be great... the list of usable OS audio codecs is pretty small and more sharing of

Josh Coalson <xflac@yahoo.com> writes: > --- John Steele Scott <toojays@toojays.net> wrote: >> Back in October 2004, I did a bit of work on FLAC to get version >> 1.1.1 to >> build correctly under GNU/Linux/PPC. Only now have I realised that >> somewhere >> along the way something broke in FLAC's decoding. On my machine, >> roughly 50%

--- John Steele Scott <toojays@toojays.net> wrote: > Josh Coalson <xflac@yahoo.com> writes: > > > --- John Steele Scott <toojays@toojays.net> wrote: > >> Back in October 2004, I did a bit of work on FLAC to get version > >> 1.1.1 to > >> build correctly under GNU/Linux/PPC. Only now have I realised that > >> somewhere > >>

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 >

--- Chris Csanady <cc@137.org> wrote: > Building the beta on the mac has one stumbling point: the ppc/as/ > libFLAC-asm.la is not currently built due to the configure define > FLaC__HAS_AS__TEMPORARILY_DISABLED, but it is expected to exist by > > libFLAC_la_LIBADD = ppc/as/libFLAC-asm.la > > in src/libFLAC/Makefile.am. After removing this line, it builds > and

I thought some here may find this interesting... There has been discussion in Monkey's Audio forum about creating a new open source format for lossless audio compression with the intent of creating a *standard* for lossless compression, similar to what Xiph is trying to do with Ogg Vorbis. Some have even been tossing around the idea of trying to work in conjunction with Xiph on this, and a

Monkey's Audio lossless compressor (currently win32 only, free but not open-source except decoder) author is thinking to implement a kind of audiophile-quality lossy compression which would filter "noise bits" that are hard to encode lossless but which are (or should be) inaudible and thus improve lossless compression (avg. 300-450kbps). I think that implementing something like this

Hi OpenSSH team, We found that openssh5.0 has a bug with the "ServerAliveInterval" and "ServerAliveCountMax" options. This function doesnt work at all, which means when the Maxtime reached, the ssh will not kill the connection and prompt the infomation "Connection Timedout" as it used to do. We built the openssh5.0p1 code on the a Linux box, and use the

For the interested, the Phatbox (a car audio system) now has firmware to support FLAC files. I have a news bullet on the FLAC site: http://flac.sourceforge.net/news.html#20020213 This is the first hardware support for FLAC (more is coming) and I think the first support of any non-proprietary lossless audio format for any hardware. Kudos to Phatnoise for taking the lead. Josh

The FLAC 1.1.2 release candidate is now available at http://prdownloads.sourceforge.net/flac/flac-1.1.2-beta.tar.gz?download Only the source tarball is available. I am putting out the beta first so that package maintainers and others can smoke test the build/install/check process before the official one goes out, since we've had problems before. Everyone that can, please download and try:

Which plugins do you mean? I thought I remember Winamp, for instance, being able to do word-length reduction on the fly. The only place I can find this feature is in the Monkey's Audio codec plugin, though. Anyway, great news Josh! Thanks for making 24-bit audio support in FLAC a priority. :) MW On Tue, 11 Jun 2002, Josh Coalson wrote: > --- Mike Wren <mikew@etree.org>

Position: Quantitative Risk Analysis Consultant APPLICATIONS RECEIVED UNTIL JANUARY 9TH, 2017 Location: Fort Collins, CO (physical presence required) Position type: Full time We are a Colorado-based specialist risk and decision modeling consulting and research firm, with diverse experience and skills. We are seeking to fill a full-time position as a Quantitative Risk Analysis Consultant, to

--- Matt Zimmerman <mdz@debian.org> wrote: > Date: Thu, 29 Mar 2001 22:05:48 -0500 > From: Matt Zimmerman <mdz@debian.org> > To: flac-dev@lists.sourceforge.net > CC: Josh Coalson <xflac@yahoo.com> > Subject: Re: [Flac-dev] Normalize? > > On Thu, Mar 29, 2001 at 01:39:32PM -0800, Josh Coalson wrote: > > > --- "Jesse W. Hathaway"

leanneHi OpenSSH team, I am still able to reproduce this problem with openssh50 code both on hpux. Seems like OpenSSH didn't fix this problem completely. how to reproduce: 1. root at sshpa4# uname -aHP-UX sshpa4 B.11.23 U 9000/800 3267743753 unlimited-user license 2. sshd_config X11Forwarding yesX11DisplayOffset 10X11UseLocalhost no // must not use "yes" to bind

--- Lars von Wedel <vonwedel@web.de> wrote: > However there are two issues I'm unsure about: > > - Do I need to convert the decoded audio data delivered to the > FileDecoderWriteCallback to be compatible with mad_pcm/mad_fixed_t > data? not sure about the mad_fixed_t format, but probably. all samples coming out of the FLAC decoder are linear PCM 32-bit signed ints.

https://bugzilla.mindrot.org/show_bug.cgi?id=1464 Summary: "possible hijacking of X11-forwarded connections" bug has not been fixed completely Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: Other OS/Version: HP-UX Status: NEW Severity: security

I have an Athlon Thunderbird 1Ghz sitting running all alone in my dorm room while I'm at home for six weeks. I figure I'll run these tests just to give the poor machine something to do. Seeing as 3DNow! extensions seem to enabled by default, I'll give them a whir. I'm running Debian unstable's latest GCC 3.2 prerelease as its compiler. export CC="gcc-3.2" export