Possible tag scanning bug?

[Zarggg]

Lately I've found that most of my input plugins are not scanning tags correctly (specificly, as of this posting, in_snes and either in_mpc or xmp-mpc).

Has anyone run into this problem? All I get in my playlist are the filename and a 3-minute length value. When I play the song, the information is updated correctly, but I thought XMPlay preloaded all the tag information before?

[Knurek]

Lately I've found that most of my input plugins are not scanning tags correctly (specificly, as of this posting, in_snes and either in_mpc or xmp-mpc).

Has anyone run into this problem? All I get in my playlist are the filename and a 3-minute length value. When I play the song, the information is updated correctly, but I thought XMPlay preloaded all the tag information before?

Happens here too for most (if not all) of in_ plugins since I've installed xmp-psf. Funnily enough, files with psf tags (usf, gsf) are read correctly even though they have only winamp plugins...

[Lashiec]

Confirmed here too. It doesn't bother me, since I have all songs in the library, but adding new songs is a pain, you have to play every single song to get the tag information displayed. Maybe it's a bug caused by the fact that Highly Experimental bundles the XMPlay and the Winamp engines together? 

[Lashiec]

Looking more closely into the issue, I think that the problem is that Highly Experimental may be treating all files added to the playlist as PSF files. When it tries to scan them, it finds that they're not PSF files, and it leaves the name of the file and the default time for PSF files, 2:50 min of playback and 10 seconds of fade-out.
I've also noticed that activating the option "Show errors instead of silently advancing" throws an error dialog box for every song played when the songs ends. Didn't happen in Highly Experimental 2.07 running under XMPlay or Winamp. I think that I should send a mail to Neill Corlett telling him about these issues, as it's unprovable to see him browsing around here 

[Neill]

Hi, I got pointed here from the psf_rippers Yahoo group.

I found the problem - XMPlay is calling the xmp-psf GetFileInfo function for all files, even if it already called CheckFile and was told "false".  Of course a PSF file without a tag is still valid; the length defaults to 3:00 or whatever you specified in the configuration.

I solved it by just calling CheckFile again from within GetFileInfo.

This, among other fixes, will be queued for 2.09.

[Zarggg]

Thanks, Neill. I was considering posting in the Yahoo group about this tonight, but it looks like someone did that already.

For the time being, I will downgrade (gracefully ) to 2.07.

[Neill]

Just investigated the erroneous error boxes at the end of each song.  Sure enough, an internal "end of file" code was being misinterpreted as an error.

I'm hoping to get 2.09 out this week.

[Lashiec]

Whoa, I mentioned him and he appeared  . Thanks for the fixes!

[Knurek]

HE v2.09 is up. Seems to work fine here.