ShnAmp 2.0.4

[halbroome]

In a report back: wstielau's fix works!

I can now use the latest Winamp 8').

Thanks to all.

[Ton80]

There seems to be a problem with the seek function on shn type files using what Wayne posted for a fix up above.

If one moves the 'slider' to get to a certain desired spot in an shn file, 5.32 will not go there; instead it goes back where it was playing at. I can see the blue bar (on modern skin) going to where I selected but no joy.

Ok, default FLAC 5.32 playback works on moving the slider and so does CD playback. That's all the formats I can test right now.

halbroome: can u confirm same results?

[wstielau]

Are you sure the shn file is seekable? Not all shorten files are. Check file info and see if it indicates if it is seekable.

-Wayne

Originally posted by Ton80
There seems to be a problem with the seek function on shn type files using what Wayne posted for a fix up above.

If one moves the 'slider' to get to a certain desired spot in an shn file, 5.32 will not go there; instead it goes back where it was playing at. I can see the blue bar (on modern skin) going to where I selected but no joy.

Ok, default FLAC 5.32 playback works on moving the slider and so does CD playback. That's all the formats I can test right now.

halbroome: can u confirm same results?

[Ton80]

Originally posted by wstielau
Are you sure the shn file is seekable? Not all shorten files are. Check file info and see if it indicates if it is seekable.

-Wayne

ok just checked mp3 and it works.

To Wayne how the heck do I check shn on what you just said?


Hmmm tried another set of shn and the slider works so wow uh ok Wayne was right. Wow. Forgive me then.


Uh how can one tell which would be 'bad' and not 'bad'?

[wstielau]

Right-click the file in the playlist and select file info.

Originally posted by Ton80
ok just checked mp3 and it works.

To Wayne how the heck do I check shn on what you just said?

[Ton80]

ah Now I see it thanks Wayne.


Never thought of that; which might bring this up again from another noob. Is it related to an older shn codec?


We might need to advise our hubbers on older shn/winamp 5.32 behavior but too much work/material to update to latest shn.

[wstielau]

The original Shorten implementation did not support seeking. I extended the original spec to support seeking (Shorten V3) shortly after I wrote the first version of ShnAmp.

Originally posted by Ton80
ah Now I see it thanks Wayne.


Never thought of that; which might bring this up again from another noob. Is it related to an older shn codec?

[Ton80]

Originally posted by wstielau
The original Shorten implementation did not support seeking. I extended the original spec to support seeking (Shorten V3) shortly after I wrote the first version of ShnAmp.

Oh ok hmmm some peeps snuck in quickly in between releases.


Well sorry for 'crying Wolf' falsely wasn't intentional in any malicious sense. I was just report what I had encountered on one set of shn files. Again please forgive me.

[loganmr]

Ah! Thanks so much for fixing the shn won't play problem! I thought I was the only one having this error. After installing the new file, everything works fine. Thanks so much!

[wstielau]

Originally posted by DJ Egg
Though there still seems to be some conflict between in_shn and gen_nunzio (aka: One For Nunz / plugins list generator), and possibly something to do with One For Nunz's pseudo columns feature (see screenshot: 1 = without gen_nunzio, 2 = with).

winamp caused an Access Violation (0xc0000005)
in module winamp.exe at 001b:00000000

I get this crash sometimes on playback of .shn files (but not every time), and it always occurs when a .shn is playing and trying to view: Prefs > Plugins > Input.

Other than that, I think we're almost there...

I've also resolved this issue. ShnAmp was reinitializing the In_Module structure that is returned by winampGetInModule2() when it was called the second time. This would cause the outMod member to be set to NULL, crashing the decode thread.

Attached is ShnAmp 2.04 containing the fix.

[DrO]

yup, all is working fine now with the 2.04 build

-daz

[jph6t]

Official Home Of ShnAmp?

Originally posted by wstielau
Attached is ShnAmp 2.04 containing the fix.

wstielau, what is the primary source for the latest version of ShnAmp?

I have always have gone to etree.org when I needed to download ShnAmp.
But I see that etree still has v2.02. Is this just an oversight? Or is there a better source than etree? Or third option, are you still looking at v2.04 as I beta?

Just wanted to make sure our friendly bootleggers have the latest plugin too.

[jph6t]

ShnAmp - Gapless Output Option?

Originally posted by DJ Egg
Yeah, I unchecked the gapless output plugin in the ShnAmp installer.

I reckon that the bundled gapless output plugin is pretty old and probably not too compatible. Besides, Winamp's DirectSound Output does gapless anyway (out_ds > config > buffering tab > buffer ahead on track change // other tab > remove silence). But there's also a possibility that the gapless settings (whether via out_ds or 3rd-party output plugin) are causing the "won't play" issue.

DJ Egg, what was the final decision on this? I recently got a new machine and had to re-install Winamp and my plugins. Is the fact I checked the gapless output option going to mess anything up for me?

[DJ Egg]

No. Just use DirectSound Output in Winamp.
And use the Nullsoft FLAC Decoder which comes with Winamp 5.3x for Flac playback, and use the latest in_shn ShnAmp v2.04 (as attached to wstielau's post above) for .shn playback.

[Ton80]

So far the 2.04 works also with winamp 5.33, wstielau.
Thx again for your time.