[xiph-commits] r13475 - trunk/vorbis-java

[bcohee at svn.xiph.org]

Author: bcohee
Date: 2007-08-08 16:24:59 -0700 (Wed, 08 Aug 2007)
New Revision: 13475

Modified:
   trunk/vorbis-java/Todo.txt
Log:
Merged TODO lists

Modified: trunk/vorbis-java/Todo.txt
===================================================================
--- trunk/vorbis-java/Todo.txt	2007-08-08 23:19:58 UTC (rev 13474)
+++ trunk/vorbis-java/Todo.txt	2007-08-08 23:24:59 UTC (rev 13475)
@@ -62,9 +62,51 @@
 mdct_lookup		17
 drft_lookup		4
 codebook		4
-bitrate_manager_state	1
+bitrate_manager_state	1
+
+
+codec_setup_info.java
+abstract classes for 
+// vorbis_info_mapping
+// vorbis_info_floor
+// vorbis_info_residue
+right now limits to mapping0 floor1 residue0
+
+private_state.java
+absctract classes for
+// vorbis_look_floor
+// vorbis_look_residue
+right now limits to residue0 and floor1
+
+
+
+vorbis_block.java - conserve memory in vorbis_analysis_blockout
+mapping0_forward - this is where the logfft (vbi->pcm) data discrepensies come out to haunt.  main impact is the call to floor_posts[i][PACKETBLOBS/2] = floor1_fit( b.flr[info.floorsubmap[submap]], logmdct, logfft );
+call to accumulate_fit( logmask, logmdct, look.sorted_index[i], look.sorted_index[i+1], fits[i], n, info ); sets off the lsfit_acc data when (flr[mdct+i]+info.twofitatten >= flr[i]) is very marginal factions (.00001).  This snowballs to cause the line deltas to return different results than C library.  Basiclly I think it just draws a different sound, cutting or adding in places the C lib does not, and by marginal amounts, but this may have to do with timing as well.  Needs investigation
+
+
+vorbis_dsp_state.java
+need to work System.arraycopy loop to work with more than 2 channels
+
+vorbis_look_psy.java
+possible pointer leak and array wrap around.  I doubt it, but thats what i wrote, file hasnt been edited in a while
+
+vorbisenc.java
+implementation for more than just VBR encoded files
+managed bitrate portions were left out and never documented well
+
+libvorbis.books data package
+only imported residue data for 2 channel 44100 Hz audio processesing.
+meant to write a script to import the rest of the data ( single channel data?, and higher and lower sampling rates ) once this one was finished (imported by hand :-(), but moved forward and never got back to it.
+
+libvorbis.modes data package
+again only impemented the template for 44100 Hz audio a la reside book data
+
+
+
 
 
+
 libshout
 ----------------------
 total system state managment
@@ -88,10 +130,6 @@
 
 
 
-
-
-
-
 
 
 References