Perfect Clarity | General | unofficial empeg BBS

Quick Links: Empeg FAQ | RioCar.Org | Hijack | BigDisk Builder | jEmplode | emphatic
Repairs: Repairs

You are not logged in. [Log In] empegbbs.com » Forums » empeg-car » General » Perfect Clarity

Topic Options

#22099 - 08/11/2000 16:11 Perfect Clarity
dewdman42 member Registered: 13/09/2000 Posts: 186	What does anyone make of this: http://www.harmony-central.com/Newp/2000/Perfect-Clarity-Audio.html
Top

#22100 - 08/11/2000 17:08 Re: Perfect Clarity [Re: dewdman42]
Terminator old hand Registered: 12/01/2000 Posts: 1079 Loc: Dallas, TX	The compresion ratio didn't look all that good. It probably also depends on floating point to decode it-unfortunately the empeg has no fpu. Sean Empeg 12 gig green 080000078
Top

#22101 - 08/11/2000 17:19 Re: Perfect Clarity [Re: dewdman42]
dionysus veteran Registered: 16/06/1999 Posts: 1222 Loc: San Francisco, CA	Sounds good - but not really for the empeg.. Sonic's been known for their high-quality audio editors - but wav files can be very large; this is loss-less but smaller; good for editing/mastering purposes, but not really for storing... -mark MK2: 36gb Tivo: 90gb CPU: 120gb ...I think drive manufacturers love me! _________________________ http://mvgals.net - clublife, revisited.
Top

#22102 - 08/11/2000 20:50 Re: Perfect Clarity [Re: Terminator]
borislav addict Registered: 30/04/2000 Posts: 420 Loc: Sunnyvale, CA, USA	It probably also depends on floating point to decode it-unfortunately the empeg has no fpu. My guess would be it doesn't, if it really produces output identical to the input. Floating point is not something you can expect bit-for-bit exact results from. Borislav
Top

#22103 - 08/11/2000 22:05 Re: Perfect Clarity [Re: dionysus]
SuperQ addict Registered: 13/06/2000 Posts: 429 Loc: Berlin, DE	I'd be willing to sacrafise 1/2 the disk space for non-loss compression formats.. maybe the empeg guys would add support in 1.1 for gziped wav files. .. emplode could scan the wav file, gzip it, make the proper database entries for track length.. maybe it could be similar to linuxcare's block-compressed system.. break it into 16k blocks, gzip each block, and stick a header at the begining to tell it where all the chuncks are. (for random play) I have specific tracks that just don't compress well.. even when i turn on 192-256k high quality.. 12gig green mk2 -- 080000125 _________________________ 80gig red mk2 -- 080000125 (No, I don't actually hate Alan Cox)
Top

#22104 - 08/11/2000 22:08 Re: Perfect Clarity [Re: Terminator]
SuperQ addict Registered: 13/06/2000 Posts: 429 Loc: Berlin, DE	most likely, it's based on a gzip like format, tuned for audio. (like bzi p is tuned for text) I've looked into some more open-standard non-loss compression types.. and there has been talk about adding the formats to the empeg. floating point isn't really necessary, most of the operations are bitwise, so they don't loose data.. floating point operations loose data. (famous bug note.. pentium FDIV bug was 10th decimal error, enough of a loss to make it a problem) and like the empeg guys have proved.. anything you can do in FPU, you can do in INT.. remember, doom2 was all INT, no FPU (and wow, what a game :) 12gig green mk2 -- 080000125 _________________________ 80gig red mk2 -- 080000125 (No, I don't actually hate Alan Cox)
Top

#22105 - 08/11/2000 22:56 Re: Perfect Clarity [Re: SuperQ]
teemcbee addict Registered: 04/02/2000 Posts: 687	Errmm - the higher the quality (192-256k) the lower the compression rate. VBR would be the best relation between compression rate and quality. maybe the empeg guys would add support in 1.1 for gziped wav files You would have to leave enough free space on the disk to unzip the files and in my opinion this would be a waste. But that would be a thing everybody could decide for him/herself TeeMcBee Got my Mk2! # 080000143 _________________________ TeeMcBee [orange]Mk2, # 080000143, 40+30 GB, Tuner, Peugeot stalk hookup</font color=orange>
Top

#22106 - 09/11/2000 15:53 Re: Perfect Clarity [Re: teemcbee]
PaulWay addict Registered: 03/08/1999 Posts: 451 Loc: Canberra, Australia	In reply to: You would have to leave enough free space on the disk to unzip the files and in my opinion this would be a waste. Not so - gzip is a relatively simple task and if you're decompressing straight into memory, or in this case a DAC, then it takes up much less processor time (which goes into writing file system structures and so forth). You can use it as a pipe. I've had plenty of times where I've used gzip \| grep \| more and it works faster than I can scroll the text even on .1% hits. Besides, gzip is not good for compressing files of words larger than 8 bits - there's too much related information between the two bytes in a 16-bit word for gzip to get good compression. I'm working on an open lossless compressed audio format that encodes the left and right channels separately and uses 16-bit words rather than 8-bit. I have no code for it yet but stay tuned. As soon as I get my hands on a copy of Delphi... Save the whales. Feed the hungry. Free the mallocs. _________________________ Owner of Mark I empeg 00061, now better than ever - (Thanks, Rod!) - and Karma 3930000004550
Top

#22107 - 10/11/2000 08:04 Re: Perfect Clarity [Re: PaulWay]
SuperQ addict Registered: 13/06/2000 Posts: 429 Loc: Berlin, DE	excelent, this is exactly what I was thinking.. gzip was just a simple compression system, first thing that came to mind.. but i've looked around, and there are several proprietary formats for audio-optimized lossless compression.. an open standard would do the world a lot of good.. if i were a better coder, i would work on it. but i'm just a sysadmin :) 12gig green mk2 -- 080000125 _________________________ 80gig red mk2 -- 080000125 (No, I don't actually hate Alan Cox)
Top

View All Topics