similar to: FlacPak

On Wed, Nov 19, 2003 at 08:41:56AM -0700, tech@bishop.dhs.org wrote: > On Tue, Nov 18, 2003 at 08:34:05PM -0800, Josh Green wrote: > > > Steve Lhomme wrote: > > > > > > You might try to contact the makers of FruityLoops. Right now their > > > samples packs are in Ogg format (stored in a WAV IIRC). They like open > > > and free formats (they also

On Wed, 19 Nov 2003, Josh Green wrote: > I am curious though how one would get around the problems of looping > with a lossy algorithm. When decoding a vorbis stream would one have > the same number of samples as you encoded? The problem with looping > arises if the loop points aren't the same sample values, resulting in > a click. Some sort of algorithm could be run around the

> Steve Lhomme wrote: > > You might try to contact the makers of FruityLoops. Right now their > samples packs are in Ogg format (stored in a WAV IIRC). They like open > and free formats (they also use the LAME encoder). I've thought of doing lossy compression before on instruments, but I'd much rather stick to lossless, at least for now. There are issues to be sorted out

I've just started to archive my CD collection (about 800 CDs), and my criteria are pretty much the same as the original message under this subject, except that I'm doing one file per CD. One file per song is just too much of a pain, and there's really no need, given FLAC's ability to have metadata in the file. The first thing I do is run cd-discid against the cd, and store that

Thought I'd send an update on FlacPak a file format for compressing instrument files (although its more generically a method of compressing files containing binary and audio with most of the smarts being in the encoder file handlers). It uses zlib for compressing the binary data and FLAC (of course :) for compressing the audio. There is now a CVS tarball of libInstPatch which contains a

Here''s the text of a quick note I''ve added to the Inheritance wiki page. I''m actually proposing that it would be a good idea to drop automatic single table inheritance and force people to declare it explicitly. There are two reasons for this: 1. Implicitly doing it unnecessarially limits your use of inheritance where you really need it: in your object-oriented

On Tue, 27 May 2003, benny k. wrote: > I'm a little embarrased because its just a hack on metaflac, but if you > want it, i'll post it one my webpage. it should be easy to modify it for > use with a CD image. Why don't you submit to the sourceforge feature request queue as a patch? That way it will be there for anyone who wants to hack on it. Although maybe this kind of

For those who are interested in checking out my initial specification for the FlacPak format, I updated the web pages at: http://swami.sourceforge.net/flacpak.php The direct link to the specification notes: http://swami.sourceforge.net/flacpak_format.php For those who weren't reading the previous threads, FlacPak is a format being designed to handle compression of files containing binary and

https://bugzilla.mindrot.org/show_bug.cgi?id=1455 Summary: ssh client ignoring ad bit in dns response - OSX 10.5 Classification: Unclassified Product: Portable OpenSSH Version: 4.9p1 Platform: ix86

Josh Coalson wrote: > --- Eric Sandeen <sandeen@sandeen.net> wrote: > >>1) how to generate a cue sheet to store in the flac file (on linux?) >> I've seen cddb2cue, is this a decent way? or cdrdao can generate >> a toc file, then convert that to a cue sheet.... > > > I think whatever provides cdrdao also provides toc2cue which > will convert.

On Thu, 2003-12-25 at 21:35, Josh Coalson wrote: > --- jason <jason@doomba.com> wrote: > > is there a cuesheet syntax document someplace? > it's not really standardized that well. there are some links > here: http://flac.sourceforge.net/documentation.html (search > for --cuesheet) hmmmm.... i just reread the faq and your right... i'm kind of losing interest in

On Wed, 28 May 2003, Josh Coalson wrote: > interesting idea, CD-TEXT is in the subcode and if cdrdao can > split it out that's better I think than hacking the CUESHEET > block to store CD-TEXT. I suppose the ideal would be to have a metadata block to store the subcode from a CD, and something that could interpret it as CD-TEXT, if that's what it is. Then it would be possible to

On Mon, 13 Sep 2004, Eric Sandeen wrote: > Tested this on a live album (Johnny Cash Live at Folsom Prison) and > there is no lost audio; tracks segue seamlessly as on the original > disc. Did you check that a) the cue points are the same, and b) you're getting back CD-Text as well? > ...it occurred to me that I should just flac the > whole CD and add a cue sheet, and then

On a related note, are there any tools which can read the Index information from a CD and preserve these in some file for later recreation? The actual TOC on a CD has very little information: just the Absolute Start Time of each Track. Is there any documentation of the "TOC" file format that is commonly used? I do not recall coming across anything. Obviously, I am also

So I'm getting errors like the appended one for about one out of every four CDs I encode. If I delete the half-created flac file and try again, it works the second time. Is flac non-deterministic? Or do I have some serious problems here? cjs -- Curt Sampson <cjs@cynic.net> +81 90 7737 2974 http://www.netbsd.org Don't you know, in this new Dark Age, we're all light.

I created a quick mini banner logo based on the flac logo and put it up for viewing (its not publicly linked yet). Let me know if this is ok with you, or if you would rather me come up with something original :) My only complaint about it, is that I like the font you used better. http://swami.sourceforge.net/flacpak.php Cheers. Josh Green

On Mon, 2003-11-17 at 11:04, Josh Coalson wrote: > could you clarify your plan... are you thinking about > 1) encoding to a FLAC container and using metadata blocks > for everything that is not data? > 2) writing your own container? > > 1) seems kind of impractical to do in a general way. > I'm starting to also think that 2) is the best route. I was originally

Well, I've rebuilt flac from the original source, without using the NetBSD package system, and I'm still seeing the same problem with the XMMS FLAC plugin: /usr/pkg/lib/xmms/Input/libxmms-flac.so: Undefined PLT symbol "FLAC__plugin_common__init_dither_context" (symnum = 30) I can see that the symbol is defined in the common library: $ nm src/plugin_common/libplugin_common.a |

I posted to this list a couple years back and then again sometime a year ago about using Flac to compress SoundFont instrument files. I never got around to finalizing the specification for that project, and I have since realized that a more generic approach would be better. I registered the "SFFL" Sound Font FLAC application meta data ID. I would like to remove that, since it was never

> And then you won't lose the stuff in the pregap on live CDs, and it also > makes the storage and naming easier to deal with. Can you explain this to me? You don't actually lose the audio data, right, just the structure of the CD (which can probably be captured with cue files anyway)? I've ripped CDs with pregap audio before, and I'm pretty sure it's not getting