foo_input_ht crashes when playing .dsf files Options

[kcowolf]

I'm getting a persistent crash any time I play a .dsf file. Usually, the song will play, but foobar2000 crashes when I press Stop or try to load another file. The only different behavior I've noticed is if both "Direct(dry) output" and "Enable DSP emulation (for reverb, etc.)" are unchecked under the component settings -- foobar2000 will crash before the song starts playing.

I'm using foobar2000 v1.2.2 and foo_input_ht 2.0.36. This happens on any .dsf file I try.

I've sent a few crash reports, but in case it helps, here is my components report:

Core (2013-01-18 15:31:20 UTC)
foobar2000 core 1.2.2
foo_adpcm.dll (2012-05-13 02:30:27 UTC)
kode's ADPCM decoders 1.10
foo_albumlist.dll (2013-01-18 15:30:04 UTC)
Album List 4.5
foo_cdda.dll (2013-01-18 15:29:30 UTC)
CD Audio Decoder 3.0
foo_converter.dll (2013-01-18 15:29:34 UTC)
Converter 1.5
foo_dsp_eq.dll (2013-01-18 15:30:04 UTC)
Equalizer 1.0
foo_dsp_std.dll (2013-01-18 15:29:58 UTC)
Standard DSP Array 1.2
foo_dumb.dll (2013-01-18 03:51:19 UTC)
DUMB module decoder 1.0.4
foo_freedb2.dll (2011-12-02 15:05:08 UTC)
freedb Tagger 0.6.4
foo_gep.dll (2013-01-17 03:19:59 UTC)
Game Emu Player 1.160
foo_input_adplug.dll (2013-01-17 03:19:59 UTC)
AdPlug 1.42
foo_input_ht.dll (2013-01-04 05:30:55 UTC)
Highly Theoretical 2.0.36
foo_input_std.dll (2013-01-18 15:29:10 UTC)
Standard Input Array 1.0
foo_input_usf.dll (2011-06-27 01:16:54 UTC)
LazyUSF 2.1 (Build Jun 26 2011)
foo_input_vgmstream.dll (2013-01-02 02:47:36 UTC)
vgmstream plugin r1004
foo_midi.dll (2013-01-17 03:19:59 UTC)
MIDI synthesizer host 1.194
foo_psf.dll (2013-01-04 05:27:06 UTC)
Highly Experimental 2.0.34
foo_rgscan.dll (2013-01-18 15:29:44 UTC)
ReplayGain Scanner 2.1.2
foo_sid.dll (2012-12-04 04:42:00 UTC)
sidplay2 1.29
foo_ui_std.dll (2013-01-18 15:29:12 UTC)
Default User Interface 0.9.5
foo_unpack.dll (2013-01-18 15:29:52 UTC)
ZIP/GZIP/RAR Reader 1.6

Thanks.

This post has been edited by kcowolf: Jan 20 2013, 01:19

[kode54]

Fixed, and I've also prevented the configuration state where both dry and wet output are disabled so you don't end up spinning your playlist on the playback errors when it tries to perform leading silence detection on the resulting totally silent files.

[kcowolf]

Works great, thanks!