Displaying 6 results from an estimated 6 matches for "latticepar".
Did you mean:
latticepare
2000 Nov 10
1
cvs trunk vorbis/ compile patches
...=gcc
-LD=gcc
-LDFLAGS=$(FLAGS)
-LIBS=-lm
-
-HFILES = ../lib/codebook.h vqgen.h vqext.h bookutil.h
-
-OFILES = vqgen.o vqsplit.o bookutil.o ../lib/sharedbook.o
-ALLOFILES = $(OFILES) lspdata.o genericdata.o train.o build.o run.o\
- cascade.o partition.o metrics.o residuedata.o latticebuild.o\
- latticepare.o latticehint.o latticetune.o
-
-all:
- $(MAKE) target CFLAGS="$(OPT)"
-
-debug:
- $(MAKE) target CFLAGS="$(DEBUG)"
-
-profile:
- $(MAKE) target CFLAGS="$(PROFILE)"
-
-target: lspvqtrain genericvqtrain residuevqtrain vqbuild vqcascade vqmetrics latticebuild latticep...
2000 Sep 13
0
vq: postbeta2 patch
...quot;%f",&a);
v.entrylist[i]=a;
quantlist[i++]=rint(a);
@@ -173,5 +173,5 @@
line=rline(in,out);
if(!line)break;
- sscanf(line,"%lf",b+k);
+ sscanf(line,"%f",b+k);
}
if(feof(in))break;
diff -bBu2 branch_postbeta2/vq/latticepare.c vorbis-postb2/vq/latticepare.c
--- branch_postbeta2/vq/latticepare.c Thu Aug 31 05:00:03 2000
+++ vorbis-postb2/vq/latticepare.c Wed Sep 13 18:08:51 2000
@@ -86,5 +86,5 @@
encode_aux_threshmatch *tt=b->c->thresh_tree;
int dim=b->dim;
- int i,k,o;
+ int k,o;
int best=0;...
2000 Dec 19
0
what script or command makes the codebooks? (fwd)
...into partitions.
Do this on a LARGE partition with many gigs of free space, to get a feel
for how big those intermediate files will be.
>
> Lattice build each partition (parms can be extracted from the vqhes).
latticetune.c is the source. Use the version that does interleaving.
>
> Latticepare, to reduce for targeted bitrate.
'entries' or something is initialized badly if your input tables are
already sparse. There's a trivial fix, but I pared my tables differently
for low-threshold ones, and kept the full table for the high-residual
cases. I'll probably use latticepar...
2000 Nov 08
0
vq diffs
...de/vorbis/codebook.h vqgen.h vqext.h bookutil.h
+HFILES = ../lib/codebook.h vqgen.h vqext.h bookutil.h
OFILES = vqgen.o vqsplit.o bookutil.o ../lib/sharedbook.o
@@ -85,5 +85,5 @@
lspvqtrain genericvqtrain residuevqtrain\
vqbuild vqmetrics latticebuild vqcascade latticepare\
- huffbuild residuesplit
+ huffbuild residuesplit latticehint latticetune
distclean: clean
diff -bBu2r vorbis/vq/bookutil.c vorbis-ejk/vq/bookutil.c
--- vorbis/vq/bookutil.c Sat Nov 4 01:43:55 2000
+++ vorbis-ejk/vq/bookutil.c Wed Nov 8 14:00:20 2000
@@ -22,7 +22,7 @@
#include <string....
2000 May 27
1
Branch stuff
I've been playing with the current Monty branch and I've found a case
where it performs poorly. I havn't had a chance to verify the mainline
(network at home isn't working; System with good headphones isn't on net,
and I've only sneakernetted the branch)..
The gspi35_1 sounds like it's suffering from preecho. I changed the
preecho threshold to make more shortblocks,
2001 May 01
1
encoder observation
Hello!
First of all a question:
When you make the encoder tables (ie: mode_e.h)
do you use the mapping0_forward function?
Because you made the encoder tables, and after this
you did a minor correction in the final beta4 ...
(this correction was:
additional[0]=fabs(additional[0]*scale);
in the mapping0_forward function)
(I see this was a bug, and the modification
was correct, but this correction