IPB

Welcome Guest ( Log In | Register )

> Upload forum rules

- No over 30 sec clips of copyrighted music. Cite properly and never more than necessary for the discussion.


- No copyrighted software without permission.


- Click here for complete Hydrogenaudio Terms of Service

lossyWAV Development, WAV bit reduction by 2BDecided
Nick.C
post Jul 12 2007, 08:05
Post #1


lossyWAV Developer


Group: Developer
Posts: 1787
Joined: 11-April 07
From: Wherever here is
Member No.: 42400



lossyWAV 1.0.0b release thread.

Link to the wiki article

Change log 1.0.0b: 13/05/08
WAV chunk handling improved to allow unknown chunks before the 'data' chunk to be copied verbatim;
Error in --merge parameter associated with 24-bit files corrected.

Change log 1.0.0: 12/05/08
Code tidied up and GNU GPL references included;
Minor change to determination of RMS value of codec_block: minimum value of all channels now taken rather than average of all channels;
A SourceForge project will be created and the code posted in due course.

Change log beta v0.9.8d: 06/05/08
-spf preset values changed to: '22222-22223-22224-12234-12245-12356' in line with discussion on page 48;
Code tidied up a bit and work done on the noise shaping code for v1.1.0, including the implementation of a Fibonacci shift register PRNG for triangular dither (Thanks to DualIP for making me aware of this method of fast pseudo random number generation!).

Change log beta v0.9.8c: 04/05/08
-snr preset parameters revised to (18,22,23.5,23.5,23.5,25,28,31,34,37,40);
-impulse parameter renamed to -fft32 to more clearly indicate its function.

Change log beta v0.9.8b: 01/05/08
-snr preset parameters revised to (18,22,22,22,22,25,28,31,34,37,40);
-nts preset parameters revised to (20,16,9,6,3,0,-2.4,-4.8,-7.2,-9.6,-12);
-impulse is automatic from -q 3 (this will manifest itself as a step change in bitrate from -q 2.9999 to -q 3.0).

Change log beta v0.9.8: 01/05/08
-snr preset parameters revised to (18,19,20,21,22,25,28,31,34,37,40);
-snr and -nts parameters temporarily re-enabled to allow further testing.
-spf for 32 sample FFT set to 22222.

Change log beta v0.9.7: 29/04/08
-impulse parameter implemented in an attempt to trap impulse based artefacts in the processed output by calculating additional overlapping 32 sample FFT's on the sample data. This additional processing unfortunately adds about 40% to the processing time.
Revised -snr values from v0.9.6 variant #1 (not released, but discussed - page 46) retained.
[edit] First 9 downloads did not recognise the -analyses parameter correctly. [/edit]
[edit2] -spf parameter re-enabled for short-term testing: -spf <6 x 5 hexchar separated by '-' characters> (35 characters long in total). [/edit2]

Change log beta v0.9.6: 24/04/08
-<n> presets removed in favour of -q <n> (0<=n<=10 quality preset selection. -q 0 = old -8; -q 5 = old -3; -q 10 = old -0.
-snr and -nts parameters removed;
-minbits <n> (0<=n<=8; resolution = 0.01; default=3;) introduced as an advanced option to allow the user to select the minimum number of bits to keep (relating to the log2 of the rms value of all the samples in the codec block);
-help and -longhelp parameters introduced and basic no parameter help reduced. System options moved to -help; Advanced options moved to -longhelp. This still needs some fleshing out.

Change log beta v0.9.5: 22/04/08
a,b or c suffix to quality preset removed in favour of the new -analyses <n> parameter (2<=n<=5);
-8 quality preset introduced, -nts=20, -snr=16;

Change log beta v0.9.4: 18/04/08
Changed the default number of FFT analyses to 2 lengths for all quality presets;
Tightened up the spreading function (same for all quality presets);
Implemented floating point quality presets (-0.0 to -7.0, resolution 0.0001);
Made highest quality preset (-0) settings more conservative.

Change log beta v0.9.3: 17/04/08
Error in skewing function preparation found and rectified - knock-on effect that bitrate reduced by around 20kbps for all quality presets and variations in bitrate between spreading functions reduced;
All quality presets now use the spreading function for -1.

Change log v0.9.2 RC3: 13/04/08
Code tidied up and slight increase in processing throughput achieved;
-shaping and -autoshape parameters removed in accordance with roadmap (should return in v1.1).

Change log beta v0.9.1: 02/04/08
-autoshape now non-linear with respect to bits-to-remove, i.e. 1-((bits-per-sample-3-bits-to-remove)/(bits-per-sample-3))^2

Change log beta v0.9.0: 01/04/08
Minor correction to noise shaping code;
Further IA-32/x87 speedups found, processing rate increased by a further 10%.

Change log beta v0.8.9: 29/03/08
-autoshape parameter implemented (incompatible with -shaping <n>). This applies shaping variably depending on bits-to-remove and the bitdepth of the sample, i.e. shaping-to-apply = min(1, bits-to-remove / (bitdepth-of-sample - minimum-bits-to-keep)).

Change log beta v0.8.8: 27/03/08
Error in the -merge parameter tracked and amended;
FFT now makes use of the ability to calculate a real FFT of length 2N using a complex FFT of length N (20% to 25% speedup);
Reads and writes to disk are now larger to reduce file fragmentation.

Change log beta v0.8.7: 21/03/08
Error in the -merge parameter tracked and amended to adopt David's method of storing the difference when scaled;

Change log beta v0.8.6: 18/03/08
Error in the -merge parameter tracked and amended;
-scale <n> parameter implemented to allow WAV data to be scaled (in the range 0 to 1, resolution 0.000001) prior to processing. -scale is compatible with the -correction and -merge parameters (although combined filesize may be large);
Complete FFT unit now in IA-32/x87.

Change log beta v0.8.5: 17/03/08
-shaping parameter now takes a supplementary value between 0 and 1 (0.001 resolution) which specifies the "proportion" of noise shaping to apply (0=fully off [default], 1=fully on);
-newspread parameter removed as results are identical to the existing spreading function that I thought that I had doubts about. The revised method will probably be faster when fully optimised in IA-32/x87 and will replace the existing method in the near future.

Change log beta v0.8.4: 14/03/08
Total rewrite of the -shaping parameter, in line with gratefully received guidance from SebastianG. No dither has been included (yet). The program will automatically select either the 44.1kHz or the 48kHz functions as required by the input WAV file. At present these are the only two sample rates for which noise shaping functions have been incorporated;
A rewrite of the spreading function has been included and is enabled using the -newspread parameter. This fixes a problem where some samples would be used too many times in the calculation of the average value of the FFT output;
Limits for -snr and -nts modified to 0 to 48 and -48 to 36 respectively to allow testing of the effectiveness of the noise shaping function.

Change log beta v0.8.3:
Implementation of -shaping parameter to make fixed noise shaping optional (default=off);
minor amendment to shaping code;

Change log beta v0.8.2:
First real attempt at implementing noise shaping, thanks to David for the pointers. It is currently not an optional parameter and will be applied to all quality presets.
-merge parameter "repaired" (wasn't looking in the right places for files).
-1 quality preset reduced from 4 to 3 FFT analyses; -2 quality preset reduced from 3 to 2 FFT analyses; (use a,b,c to increase if so wished).

Change log beta v0.8.1:
Revision to -snr and -nts limits to allow extremely low bitrate testing (see page 37).

Change log beta v0.8.0:
Revision of all presets in line with discussion on -7 preset (page 36).

Change log beta v0.7.9:
Implementation of -6 & -7 quality presets: -4 = -3.5; -5 = -4.0; -6 = -4.5; -7 = -5. For bitrates and detailed settings, see end of page 35.

Change log beta v0.7.8:
Implementation of -5 quality preset, as -4 except -snr=15(-4=21); -nts=12(-4=6).

Change log beta v0.7.7:
Correction made to maximum_bits_to_remove;
-merge parameter implemented.

Change log beta v0.7.6:
Addition of -4 quality preset, analogous to -3 at v0.6.4 RC1, but with 5 allowable clips per channel per codec_block;
Some work done on maximum_bits_to_remove: log2 of RMS value of all samples in a codec_block is taken and minimum_bits_to_keep is subtracted rather than bits_per_sample-minimum_bits_to_keep;
-overlap parameter removed;
-centre parameter removed.

Change log beta v0.7.5:
Handling of 24-bit samples corrected.

Change log beta v0.7.4:
-extrafft parameter removed as superseded;
-1, -2 & -3 parameters augmented by -1a, -2a, -2b, -3a, -3b, -3c. The suffix character denotes how many additional FFT analysis lengths will be used in the processing of the file, a=1, b=2, c=3, i.e. 1a = 4+1 = 5; 3b = 2+2 = 4.

Change log beta v0.7.3:
-overlap parameter revised to take a value (0..16). 1024 Sample FFT end_overlap = 512-16*(overlap_value);
-centre parameter revised to add a central 1024 sample FFT to the analysis (unless overlap=16).

Change log beta v0.7.2:
-overlap parameter implemented to modify end_overlap to 448 samples (from 512 samples) for 1024 sample FFT;
-centre parameter implemented to centralise 1024 sample FFT on centre of codec_block, i.e. end_overlap = 256 samples;
Codec_blocks full of zero's are now not processed.

Change log beta v0.7.1:
Window function slightly modified and bit reduction noise constants re-calculated;
Allowable clips per channel per codec_block set to -1=0; -2=1; -3=2.
-noclips parameter implemented to allow user to set allowable clips=0 for -2 & -3;
Code optimised further in IA-32/x87;
Now checks for existence of correction file and requires -force parameter to over-write.

Change log beta v0.7.0:
Implementation of "-clips" parameter to set number of allowable clips per channel per codec_block (0<=n<=512).

Change log beta v0.6.9:
Code speedup;

Change log beta v0.6.8:
Implementation of dynamic minimum_bits_to_keep=5. Dynamic in the sense that the maximum bit is determined for each codec_block (taking sign into account) rather than just assuming bits_per_sample;
Implementation of allowable_clips per channel per codec block. -1 = 0; -2 = 1; -3 = 5. Based on the 512 sample codec_block_size this will allow at most 0.1134 milliseconds of clipping per channel per codec_block.

Change log v0.6.7 RC2:
-nts values for -1, -2 & -3 changed to -4, -2 and 0 respectively;
Processing speedup identified during problem sample investigation incorporated (thanks Alex B!);
Spreading function string for -3 changed back to: 22224-22236-22347-22358-2246C;
53 sample test set processed at -3 now produces 462.2kbps; 41.0MB.

Change log beta v0.6.6:
Positive change in bits to remove limited to an increase of +2 bit per codec_block, no -ve limit;
Additional 1024 sample FFT analysis removed (reverted to -512:511; 0:1023 on a 512 sample codec_block);
Spreading Function string for -3 changed to: 22224-22236-22347-22358-22469;
53 sample test set processed at -3 now produces 440.8kbps; 39.1MB.

Change log beta v0.6.5:
Additional 1024 sample FFT analysis introduced per codec_block;
Fairly massive speedup "accidentally" found and implemented - compromised by the additional analysis;
positive change in bits to remove limited to an increase of +1 bit per codec_block, no -ve limit;
Now able to process between 4 and 32 bit sample WAV files (I think - limited testing so far.....).

Change log v0.6.4 RC1:
Parameters kept:
-1, -2, -3; -o <folder>; -nts <n>; -snr <n>; -force; -check; -correction; -quiet; -nowarn; -below; -low.
Parameters removed:
-skew <n>; -spf <5x5hex>; -fft <5xbin>; -cbs <n>; -detail; -wmalsl.
Silence detection routine removed - very small gain for dubious benefit.
Code tidied and slight assembly optimisations implemented.

Change log beta v0.6.3:
[Implementation of experimental silence detection method using -detection parameter]. Removed - not satisfied with results.

Change log beta v0.6.2:
Fixed sample limit checking bug introduced in v0.6.1

Change log beta v0.6.1:
-correction parameter implemented which will create a .lwcdf.WAV file which, when added to the lossy.WAV file using a not yet implemented parameter of lossyWAV, will reconstitute the lossless original file.
Error finally found in remove_bits routine (which is why it's taken so long for me to implement the -correction parameter) - very slight increase in bitrate (about 0.54kbps for my 53 problem sample set).
-shaping parameter removed.
When the corresponding .lossy.wav and .lwcdf.wav files, processed using lossyWAV -3, are encoded using FLAC -3 -m -e -r 2 -b 512, the total size for my 53 sample set (69.4MB FLAC) is 76.3MB : 39.0MB .lossy.FLAC, 37.3MB .lwcdf.FLAC.


This post has been edited by Nick.C: May 13 2008, 23:01
Attached File(s)
Attached File  lossyWAV_20080513_2253_1.0.0b.zip ( 377.56K ) Number of downloads: 1785
 


--------------------
lossyWAV -q X -a 4 --feedback 4| FLAC -8 ~= 320kbps
Go to the top of the page
+Quote Post
 
Start new topic
Replies
halb27
post Aug 14 2007, 13:30
Post #2





Group: Members
Posts: 2424
Joined: 9-October 05
From: Dormagen, Germany
Member No.: 25015



Thanks for your work.
It's a good idea to have the more technical parameters bundled as details of quality options.
Makes things a lot clearer.

I've done a first more detailed look at the script.

If I see it correctly, the script is not self-contained for transcoding to Delphi with respect to the conv, fft, and hanning function (apart from wavread/write), which have to be coded from other sources and/or own understanding. The hanning function should be easy to implement if I have taken that correctly from a short google search.

The script can be made easier if it would restrict to the case use_calculated_reference_threshold = 1 used with any compression_option except for option 4.
Though I'd like to know how to arrive at the reference_threshold by simulated noise it looks to me like this can be done in a special tool (MATLAB welcome) to arrive at the rt_b_b constants used with use_calculated_reference_threshold = 1.

Many MATLAB specials are getting clear when asking Google, but what do the curly braces mean in for instance
spreading_function{analysis_number}=ones(spreading_function_length,1)/spreading_function_length; ?
The right hand side is clear, it's just a vector of the spreading weights.
So spreading_function must be this vector. But this vector does not depend on analysis_number, and even if it did: what's the meaning of the curly braces?

Moreover: What's
peaks_over=length(find(inaudio==peak_max));
Shortly it sounds like the number of samples with a peak_max value. But as inaudio is composed of the vectors of samples for the left and right channel: is peaks_over an array giving the number of peak samples for the left and the right channel seperately, or is it a scalar counting the peak levels of both channels together? From usage it looks like it's a scalar.

Sorry for asking such stupid questions but I'm totally new to MATLAB code.

This post has been edited by halb27: Aug 14 2007, 13:32


--------------------
lame3100m -V1 --insane-factor 0.75
Go to the top of the page
+Quote Post
Nick.C
post Aug 14 2007, 14:24
Post #3


lossyWAV Developer


Group: Developer
Posts: 1787
Joined: 11-April 07
From: Wherever here is
Member No.: 42400



1: the script is not self-contained for transcoding to Delphi with respect to the conv, fft, and hanning function (apart from wavread/write), which have to be coded from other sources and/or own understanding. The hanning function should be easy to implement if I have taken that correctly from a short google search.

Yes;

The script can be made easier if it would restrict to the case use_calculated_reference_threshold = 1 used with any compression_option except for option 4.

Absolutely - if those with clearer knowledge of the topic are happy with this shortcut;

Though I'd like to know how to arrive at the reference_threshold by simulated noise it looks to me like this can be done in a special tool (MATLAB welcome) to arrive at the rt_b_b constants used with use_calculated_reference_threshold = 1.

My only concern at the moment is that the calculated constants relate to specific low and high frequency limits, therefore high_frequency_bin / low_frequency_bin values. Scratch that, I have just started looking at 20Hz to Nyquist frequency and the constant *seems* to be very close to that calculated for 20Hz to 15848Hz (23/32*44100) on only 128 iterations........

Many MATLAB specials are getting clear when asking Google, but what do the curly braces mean in for instance: spreading_function{analysis_number}=ones(spreading_function_length,1)/spreading_function_length; ?


The curly brackets allow you to refer to an array (which need not be of constant dimensions) from another array (or at least that's the way that I have rationalised it out), more like a pointer.

Moreover: What's peaks_over=length(find(inaudio==peak_max));

find(inaudio==peak_max)); produces a list of indices of values which are equal to the peak_max value, looking at both channels (in the case of stereo). length gives the total number of instances, ie. the length of the array.

This post has been edited by Nick.C: Aug 14 2007, 14:41


--------------------
lossyWAV -q X -a 4 --feedback 4| FLAC -8 ~= 320kbps
Go to the top of the page
+Quote Post
halb27
post Aug 14 2007, 15:31
Post #4





Group: Members
Posts: 2424
Joined: 9-October 05
From: Dormagen, Germany
Member No.: 25015



QUOTE (Nick.C @ Aug 14 2007, 15:24) *
... My only concern at the moment is that the calculated constants relate to specific low and high frequency limits, therefore high_frequency_bin / low_frequency_bin values. Scratch that, I have just started looking at 20Hz to Nyquist frequency and the constant *seems* to be very close to that calculated for 20Hz to 15848Hz (23/32*44100) on only 128 iterations........

Thanks for your answer.
What about different sampling frequencies like 32 kHz?
Is the script taking full care of that (for instance concerning the constants which make up for reference_threshold) or are there some holes to be filled?
(Of course I ask cause I'm a 32 Khz lover).


--------------------
lame3100m -V1 --insane-factor 0.75
Go to the top of the page
+Quote Post
Nick.C
post Aug 14 2007, 20:43
Post #5


lossyWAV Developer


Group: Developer
Posts: 1787
Joined: 11-April 07
From: Wherever here is
Member No.: 42400



QUOTE (halb27 @ Aug 14 2007, 15:31) *
Thanks for your answer.
What about different sampling frequencies like 32 kHz?
Is the script taking full care of that (for instance concerning the constants which make up for reference_threshold) or are there some holes to be filled?
(Of course I ask cause I'm a 32 Khz lover).


The high_frequency_limit will influence the high_frequency_bin, i.e. 16kHz hfl > hfb=32 (16000/32000*64) on a fft_length of 64. So, the calculated reference_threshold *should* work for all input frequencies - I think.

I tried badvilbel at 32kHz using PPHS and it was nasty even before I processed it. However PPHS worked well at 29.4kHz (i.e.44.1kHz * 2/3). Not sure if my iPAQ plays 29.4kHz accurately.


--------------------
lossyWAV -q X -a 4 --feedback 4| FLAC -8 ~= 320kbps
Go to the top of the page
+Quote Post
halb27
post Aug 14 2007, 21:26
Post #6





Group: Members
Posts: 2424
Joined: 9-October 05
From: Dormagen, Germany
Member No.: 25015



QUOTE (Nick.C @ Aug 14 2007, 21:43) *
...I tried badvilbel at 32kHz using PPHS and it was nasty even before I processed it. However PPHS worked well at 29.4kHz (i.e.44.1kHz * 2/3). Not sure if my iPAQ plays 29.4kHz accurately.

29.4 kHz is a bit too low for real good quality (32 KHz is on the edge for me).

But your bad 32 kHz quality seems to be a PPHS problem. I use ssrc_hp and I'm very happy with it (after having found out to use the --twopass option to avoid clipping).
You can get it from http://shibatch.sourceforge.net/ if you like to try it.


--------------------
lame3100m -V1 --insane-factor 0.75
Go to the top of the page
+Quote Post

Posts in this topic
- Nick.C   lossyWAV Development   Jul 12 2007, 08:05
- - shadowking   Thanks, I'll check these when I get a chance.   Jul 12 2007, 08:21
- - shadowking   Its close to Dualstream quality 3 , better than wa...   Jul 15 2007, 03:56
- - Nick.C   I re-processed Atem_Lied & Metamorphose using:...   Jul 15 2007, 20:47
|- - Wombat   QUOTE (Nick.C @ Jul 15 2007, 21:47) I re-...   Jul 15 2007, 22:38
- - Nick.C   Thanks for the input Shadowking & Wombat - it ...   Jul 16 2007, 06:55
- - Nick.C   Updated script containing revised fix_clipped meth...   Jul 18 2007, 21:55
- - Nick.C   Source modified again - realised that rectangular ...   Jul 20 2007, 21:01
- - 2Bdecided   Wow - very neat - you put me to shame! (and y...   Jul 21 2007, 23:47
- - Nick.C   Ah - sorry about the rectangular dither - easily m...   Jul 22 2007, 09:55
- - Nick.C   Rev.23: Dither "fixed" (i.e. returned ba...   Jul 23 2007, 09:36
- - Nick.C   Rev:25 Revised implementation of equal_loudness_fi...   Jul 25 2007, 15:14
|- - Wombat   QUOTE (Nick.C @ Jul 25 2007, 16:14) Rev:2...   Jul 25 2007, 22:13
- - Nick.C   <file removed - obsolete>   Jul 26 2007, 08:00
|- - Wombat   QUOTE (Nick.C @ Jul 26 2007, 09:00) Hmmmm...   Jul 26 2007, 20:21
- - Nick.C   Last attempt (for tonight anyway....) - elf on (al...   Jul 26 2007, 21:01
|- - Wombat   QUOTE (Nick.C @ Jul 26 2007, 22:01) Last ...   Jul 26 2007, 21:06
- - Nick.C   <file removed - obsolete>   Jul 26 2007, 21:27
|- - Wombat   QUOTE (Nick.C @ Jul 26 2007, 22:27) Here...   Jul 26 2007, 21:49
- - Nick.C   Thanks again - the filesize is going up, but compa...   Jul 26 2007, 22:02
- - Nick.C   I've been looking at the FFT_Lengths used in t...   Jul 27 2007, 13:34
|- - Wombat   QUOTE (Nick.C @ Jul 27 2007, 14:34) I...   Jul 27 2007, 17:39
- - Nick.C   Considering further complicating this with some do...   Jul 27 2007, 19:50
- - 2Bdecided   There's a resampler built into MATLAB and by d...   Jul 30 2007, 09:55
- - Nick.C   Target rate - 32kHz (used foobar2000 PPHS resample...   Jul 30 2007, 10:33
- - 2Bdecided   I can't ABX, but don't have a quiet enviro...   Jul 30 2007, 11:12
- - Nick.C   Right - revised source (and 1 external function) -...   Jul 30 2007, 12:01
- - BGonz808   I really like this idea of a preprocessor, and of ...   Aug 2 2007, 19:58
- - BGonz808   Please attach the wavreadraw and wavewriteraw so I...   Aug 4 2007, 21:07
- - Nick.C   Wavread and wavwrite are copyrighted Matlab code a...   Aug 5 2007, 09:48
- - BGonz808   Thanks. That was a bit of an oversight on my part   Aug 6 2007, 01:40
- - Nick.C   Realising that there are only so many parameters t...   Aug 6 2007, 16:36
- - halb27   The ss12, ss16, ssx1 and ssx2 versions are easily ...   Aug 6 2007, 21:52
- - Nick.C   Thanks for the listening time! The bitrate is...   Aug 6 2007, 22:16
- - Wombat   QUOTE (Nick.C @ Aug 6 2007, 17:36) Realis...   Aug 7 2007, 21:58
- - halb27   @ Nick.C: I appreciate 2BDecided's and your w...   Aug 8 2007, 07:19
- - Nick.C   Apologies for "going through the permutations...   Aug 8 2007, 07:58
- - halb27   I welcome most if you can narrow it down to one, m...   Aug 8 2007, 08:32
- - shadowking   I agree with Halb27. I don't have time to test...   Aug 8 2007, 11:20
|- - halb27   QUOTE (shadowking @ Aug 8 2007, 12:20) .....   Aug 8 2007, 11:28
- - Nick.C   Which prompts me to consider introducing a *negati...   Aug 8 2007, 11:42
|- - halb27   QUOTE (Nick.C @ Aug 8 2007, 12:42) ... Cu...   Aug 8 2007, 18:35
|- - halb27   QUOTE (Nick.C @ Aug 8 2007, 12:42) ...Ate...   Aug 8 2007, 19:04
|- - halb27   QUOTE (Nick.C @ Aug 8 2007, 12:42) ... Br...   Aug 8 2007, 21:10
- - 2Bdecided   I think there will be room for two or three settin...   Aug 8 2007, 12:53
- - halb27   IMO the efficiency option 3 can be considered sepe...   Aug 8 2007, 15:43
|- - 2Bdecided   QUOTE (halb27 @ Aug 8 2007, 15:43) IMO th...   Aug 8 2007, 19:58
|- - Nick.C   QUOTE (2Bdecided @ Aug 8 2007, 19:58) ......   Aug 8 2007, 20:14
- - Nick.C   Many thanks!   Aug 8 2007, 18:44
- - Nick.C   If you're up to some more listening, 2Bdecided...   Aug 8 2007, 21:40
|- - Wombat   When it is of any interest i abxed the bruhns samp...   Aug 8 2007, 22:29
||- - halb27   QUOTE (Wombat @ Aug 8 2007, 23:29) .. the...   Aug 9 2007, 07:09
|- - halb27   QUOTE (Nick.C @ Aug 8 2007, 22:40) If you...   Aug 9 2007, 18:44
- - Nick.C   Thanks Wombat - it's nice to know that with im...   Aug 9 2007, 08:08
- - shadowking   A short test on a dozen or so classical samples: ...   Aug 9 2007, 09:00
- - Nick.C   Thanks very much for the additional ABX'ing Ha...   Aug 9 2007, 21:52
- - halb27   Tried to abx the atemlied version from your last p...   Aug 10 2007, 22:26
- - Wombat   After all, this is just what us noobs can abx with...   Aug 11 2007, 00:25
- - Nick.C   Thanks guys - now, as has been said before, we nee...   Aug 11 2007, 08:29
|- - halb27   QUOTE (Nick.C @ Aug 11 2007, 09:29) ... M...   Aug 11 2007, 10:27
- - Nick.C   Which language would you re-code the script into (...   Aug 11 2007, 16:16
|- - halb27   QUOTE (Nick.C @ Aug 11 2007, 17:16) Which...   Aug 12 2007, 09:05
- - Nick.C   Okay, latest version of the script, more heavily c...   Aug 14 2007, 09:25
- - halb27   Thanks for your work. It's a good idea to have...   Aug 14 2007, 13:30
|- - Nick.C   1: the script is not self-contained for transcodin...   Aug 14 2007, 14:24
|- - halb27   QUOTE (Nick.C @ Aug 14 2007, 15:24) ... M...   Aug 14 2007, 15:31
|- - Nick.C   QUOTE (halb27 @ Aug 14 2007, 15:31) Thank...   Aug 14 2007, 20:43
|- - halb27   QUOTE (Nick.C @ Aug 14 2007, 21:43) ...I ...   Aug 14 2007, 21:26
|- - Nick.C   QUOTE (halb27 @ Aug 14 2007, 21:26) You c...   Aug 14 2007, 21:33
|- - halb27   QUOTE (Nick.C @ Aug 14 2007, 22:33) ...Ba...   Aug 14 2007, 22:11
|- - Nick.C   Thanks for the information - I'll try to get m...   Aug 15 2007, 23:41
|- - halb27   QUOTE (Nick.C @ Aug 16 2007, 00:41) .. fi...   Aug 16 2007, 08:19
|- - Nick.C   QUOTE (halb27 @ Aug 16 2007, 08:19) As fo...   Aug 16 2007, 08:50
|- - halb27   QUOTE (Nick.C @ Aug 16 2007, 09:50) ... M...   Aug 16 2007, 09:41
|- - Nick.C   QUOTE (halb27 @ Aug 16 2007, 09:41) Fine,...   Aug 16 2007, 10:06
|- - halb27   QUOTE (Nick.C @ Aug 16 2007, 11:06) ... I...   Aug 16 2007, 12:12
|- - Nick.C   QUOTE (halb27 @ Aug 16 2007, 12:12) Oh.. ...   Aug 16 2007, 14:52
|- - halb27   QUOTE (Nick.C @ Aug 16 2007, 15:52) May ...   Aug 16 2007, 22:29
- - 2Bdecided   There are lots of places where the code is written...   Aug 14 2007, 21:38
- - Nick.C   Thanks David - the apparently planar nature of the...   Aug 14 2007, 21:54
- - halb27   Well, I've done some Delphi Coding and created...   Aug 19 2007, 14:27
- - Nick.C   Thanks for the code - I'm back from a weekend ...   Aug 19 2007, 20:15
- - halb27   24 bit input files now supported in unit wavIO: ...   Aug 20 2007, 22:56
- - halb27   I'm just playing round with the bibilolo sampl...   Aug 21 2007, 17:36
|- - Nick.C   QUOTE (halb27 @ Aug 21 2007, 17:36) I...   Aug 21 2007, 23:20
- - halb27   Thank you. Result is very good, no audible problem...   Aug 21 2007, 23:35
- - Nick.C   Okay then - v0.0.1 of lossyWAV.exe. It *will* cras...   Aug 22 2007, 22:40
- - Nick.C   Foobar2000 compatible batch file to use as an exte...   Aug 23 2007, 10:31
- - collector   CODE.WAV 59317484 Same Thing -org.wav 1411 ...   Aug 23 2007, 14:35
- - halb27   For resampling I suggest to use ssrc_hp with the -...   Aug 23 2007, 15:23
|- - collector   QUOTE (halb27 @ Aug 23 2007, 06:23) For r...   Aug 23 2007, 17:04
- - guruboolez   Thanks for this tool (and the screenshot!...   Aug 23 2007, 16:51
- - 2Bdecided   But guru, this isn't a complete port of lossyF...   Aug 23 2007, 16:54
|- - guruboolez   I'm sorry... I thought this tool include the f...   Aug 23 2007, 17:01
- - Nick.C   Disappointed (but not *really* surprised) to hear ...   Aug 23 2007, 16:55
|- - 2Bdecided   QUOTE (Nick.C @ Aug 23 2007, 16:55) I int...   Aug 23 2007, 17:21
|- - halb27   QUOTE (Nick.C @ Aug 23 2007, 17:55) ...I ...   Aug 23 2007, 18:55
- - Nick.C   @halb27: I would very much appreciate it if you co...   Aug 25 2007, 18:37
- - Nick.C   @halb27 - ygem.   Aug 27 2007, 22:00
- - Wombat   QUOTE (guruboolez @ Aug 23 2007, 18:01) A...   Aug 27 2007, 22:09
13 Pages V   1 2 3 > » 


Closed TopicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 1st August 2014 - 13:03