search for: res2_inverse

..._exportbundle floor1_fit floor1_interpolate_fit _floor_P _init _make_words mapping0_exportbundle _mapping_P mdct_backward mdct_clear mdct_forward mdct_init ov_ilog res0_free_info res0_free_look res0_inverse res0_look res0_pack res0_unpack res1_class res1_forward res1_inverse res2_class res2_forward res2_inverse residue0_exportbundle residue1_exportbundle residue2_exportbundle _residue_P _ve_envelope_clear _ve_envelope_init _ve_envelope_mark _ve_envelope_search _ve_envelope_shift _vi_gpsy_free _vi_psy_free _vorbis_apply_window vorbis_bitrate_clear vorbis_bitrate_init vorbis_bitrate_managed _vorbis_block_al...

...any recommendations? Now we are in the feasibility study phase. My first task is to profile the ogg123+libvorbis to see if any part of the software could be done in the hardware. I used gprof and found that the computational intensive part starts from mapping0_inverse() and its children (mdct*(), res2_inverse(), and codebook.c) so I just thought this might be a part that we could implement it in hardware (if possible). Do you have any comment? Are we on the right track? Thank you very much, Pattara The best things in life are free. - B.G. DeSilva (1927) ------------------------------------------------...

...on FreeBSD 5.3 with everything installed from the FreeBSD ports (this means libvorbis-1.0.1), but I had the same issue with an older FreeBSD 5.1 installation. The backtrace looks like : (gdb) bt #0 0x28741d88 in vorbis_book_decodevv_add () from /usr/local/lib/libvorbis.so.3 #1 0x2873f6b0 in res2_inverse () from /usr/local/lib/libvorbis.so.3 #2 0x28740841 in mapping0_inverse () from /usr/local/lib/libvorbis.so.3 #3 0x28737185 in vorbis_synthesis () from /usr/local/lib/libvorbis.so.3 #4 0x2875b620 in _fetch_and_process_packet () from /usr/local/lib/libvorbisfile.so.4 #5 0x2875d614 in ov_read ()...

...her platforms we support (osx, linux, win32). The problem is that our classic MacOS build is currently under MPW/MrC. I can compile libogg/libvorbis fine (requires enabling the intrinsic alloca support), but there seems to be a problem with the code produced. As soon as real decode work starts, res2_inverse() dies because the decodemap it attempts to use has completely bogus values (so partword[l][k] is garbage, and the code faults on lookup into the secondstages array). I've been working on debugging this for a day or so, but I haven't found where it's actually screwing up. The optim...