▲

[piovrauz]

Ian, since I couldn't start the new year with the midi plugin misbehaving, I had to find the cause.
It should be the xmp-ffmpeg plugin. I don't know why, but it crashes XMPlay while loading a midi from the web.
Removing it, or putting midi file priority to midi plugin stops the crash (the file loads and play normally).
Strange since xmp-ffmpeg... should not support midi at all...

[Ian @ un4seen]

That's strange. XMPlay 3.7 restricted the loop count to a minimum of 1, so I'm not sure how 0 got there

Well, me neither. All I can say is that I'm still using the same saved settings as before, and that's how they turn up here. And it's hundreds of them. :\

The loop limit "times" and "mins" settings aren't actually stored in the saved settings currently, so if you set the "times" limit to 1, it should apply to all files. The "loop" saved settings currently include all of the settings in the "Track looping/ending" section apart from the "times" and "mins" and "crossfade" settings.

[saga]

Here's a new broken portamento test case. Seems like Gxx after note-off in IT is broken. Left and right channel (recorded from IT) should sound identical...

[Muxson]

Bug in zip-based xmpskin:

3.8.0.0 supports uncompiled skins with bmp32 and png renamed as bmp
3.8.0.3 sppports uncompiled skins with bmp32 and png renamed as bmp and native png

but

Zip-compiled skins are only supported with bmp32!
None of them support zip-compiled skins with png (renamed or native).
And it doesn't give the "Can't load skin" error message, it just crashes...

My tests skins can be found here:
https://www.dropbox.com/s/3d38tl65pf77gx0/VR2_bmp32.xmpskin [ works for me ]
https://www.dropbox.com/s/ocu9p52r51i1sn8/VR2_pngbmp.xmpskin [ does not work for me ]
https://www.dropbox.com/s/iy5z7plrrapl03m/VR2_png.xmpskin [ does not work for me ]

By the way Ian, that would be an update to Vintage Radio 1!

[Knurek]

Ian, I think the "Auto-loop any track ending with sound" option isn't working properly.

I have Loop set to never, the option above disabled and XMPlay still fades out non-looping tracks that end with sound. Setting fade-out to 0.0s fixes that.

[Ian @ un4seen]

Here's a new broken portamento test case. Seems like Gxx after note-off in IT is broken. Left and right channel (recorded from IT) should sound identical...

Here's an update that should fix it (hopefully without breaking other IT files )...

   www.un4seen.com/stuff/xmplay.exe

Zip-compiled skins are only supported with bmp32!
None of them support zip-compiled skins with png (renamed or native).
And it doesn't give the "Can't load skin" error message, it just crashes...

There was indeed a problem with loading PNG files in compiled skins. The update above should fix that. I also noticed a problem in the PNG processing that could prevent some PNG files loading, so here's an updated ZIP plugin (which handles PNG processing) to fix that too...

   www.un4seen.com/stuff/xmp-zip.dll

Ian, I think the "Auto-loop any track ending with sound" option isn't working properly.

I have Loop set to never, the option above disabled and XMPlay still fades out non-looping tracks that end with sound. Setting fade-out to 0.0s fixes that.

The fade-out triggering was changed in 3.8.0.1, so that it does now solely use the ending sound level to determine whether to fade-out, ie. it won't bother to fadeout if it's already quiet. Is there a particular file/format that the change is causing problems for? If so, please upload an example to have a look at here...

   ftp.un4seen.com/incoming/

[saga]

I was able to reproduce Knurek's problem as well, so I uploaded "01 - ECD - Direct Drive (The Ready Made All That Jazz Remix).mp3" to have a look at.
Settings: Loop: Never [ ] Limit: 1, 0 mins
[ ] auto-loop
When finished playing, this MP3 restarts and fades out, which didn't happen before.

[Muxson]

Yep, ' works...

Zip-compiled skins are only supported with bmp32!
None of them support zip-compiled skins with png (renamed or native).
And it doesn't give the "Can't load skin" error message, it just crashes...

I could open zip-compiled skins containing png files with XMP 3.8.0.4 and zip.dll 1.10.0.1, no problem.

Thanks Ian!

[Ian @ un4seen]

I was able to reproduce Knurek's problem as well, so I uploaded "01 - ECD - Direct Drive (The Ready Made All That Jazz Remix).mp3" to have a look at.
Settings: Loop: Never [ ] Limit: 1, 0 mins
[ ] auto-loop
When finished playing, this MP3 restarts and fades out, which didn't happen before.

Here's an update that pretty much puts the fadeout triggering back to how it was before (except that it will always require there to be sound at the end)...

   www.un4seen.com/stuff/xmplay.exe

[pepak]

Incorrect display of track number

Version 3.8 stopped displaying tracknumber of the currently playing file. Instead of the expected "01. Main Title (John Williams - Accidental Tourist)", I only get ". Main Title (John Williams - Accidental Tourist)".

In "Options and stuff -> Titles -> Formatting string" I have: "%5. %?1{%1|%0} (%2 - %3)". I am playing FLAC files with "TRACKNUMBER=xx" among its Vorbuis tags. The FLAC plugin is v1.0.9 (23.12.2013).

Version 3.7 worked correctly.

[piovrauz]

Bah, I found a bug, but it was me.
I posted a "nevermind", but now a new issue happened.
I got a .it wit lot of silence at the end. I have trim ending silence active.
Song plays till the end of "trimmed" time, counter shows -0:00 (coundown mode), but the track doesn't stop.
Uploaded "Siatek - Fury GOA" to FTP.

[Dotpitch]

Version 3.8 stopped displaying tracknumber of the currently playing file. Instead of the expected "01. Main Title (John Williams - Accidental Tourist)", I only get ". Main Title (John Williams - Accidental Tourist)". ... I am playing FLAC files with "TRACKNUMBER=xx" among its Vorbuis tags. The FLAC plugin is v1.0.9 (23.12.2013).

This issue is fixed in the latest version. Please update your XMPlay.

[Kenode]

Hello! This is my first post, but I've been a long time user of XMPlay since version 2!
I basically registered to post a possible bug in 3.8.0.5 which I don't have in 3.8.0.2: when right clicking an item in the playlist and choosing "Explore folder", the folder doesn't open like in previous versions of XMPlay (Basically it does nothing). Also, when trying to drag and drop a file into the playlist, it doesn't seem to add it, it does nothing as well. (I was trying to add an IT file)

In case it's needed, I run on Windows 7, x64, latest service pack.

[raina]

@Kenode, That's odd. The only thing that comes to mind (and that only applies to problem #2) is maybe you're running XMPlay as an administrator. That would block drag and dropping from programs running as normal user but it seems unlikely as you can't really run apps as an administrator unintentionally.

[piovrauz]

I have something similar to what kenoke is experiencing: when trying to drag and drop files or folders into the main windows, it doesn't seem to add it, it does nothing. But If I re-do it they get added.
Since I am on w7 sp1 64bit it may be related to the 64bit? Possible or just a coincidence? I run XMPlay normally, nothing fancy like admin.

[raina]

I think a 64-bit Windows 7 is a fairly common setup currently and I, for one, can't say I'm having these problems.

[Ian @ un4seen]

I don't seem to be able to reproduce those 2 problems here either. Are they happening with particular paths/filenames? Do they not happen with XMPlay 3.7? In the case of the drag'n'dropping problem, do you see the crossed circle icon when dragging the files over XMPlay's window?

[piovrauz]

I don't see the crossed circle while dropping on XMPlay window.
It's like XMPlay didn't react the first time I drop the files (from C:\).
I'll see if it can be me doing it too fast.
I don't think 3.7 had this "issue", but lets see if some reboot and days of use make it go away.

[Nukkels]

I updated XMPlay to 3.8, then I started getting the error about Delix, so I updated that plugin. When I next opened XMPlay, it just kept crashing immediately. I narrowed down the cause to 2 plugins:

* xmp-gz.dll - XMPlay crashes after about 2 seconds with the standard Windows error. A 'clean' crash.
* xmp-ra.dll - XMPlay never opens. Causes the process to remain in Task Manager and needs to be killed off manually. Very 'unclean' crash.

Both of these were updated late last year and even updating to the latest version did not fix the problem. Removing these 2 plugins (and leaving my other 20 odd plugins) XMPlay is working great now, and I guess I'll just have to wait for further updates to these plugins.

I realise this may not be a problem with XMPlay directly, but may I suggest contacting the major plugin developers to help with beta testing their plugins before the next version of XMPlay is released. It'll help avoid a lot of these sorts of issues (which usually just ends in a hundred people all coming to the forums to complain about the same thing).

[Dotpitch]

... I narrowed down the cause to 2 plugins:
* xmp-gz.dll - XMPlay crashes after about 2 seconds with the standard Windows error. A 'clean' crash.
* xmp-ra.dll - XMPlay never opens. Causes the process to remain in Task Manager and needs to be killed off manually. Very 'unclean' crash.

Do they also make a clean XMPlay crash, i.e. one without your current settings and without any files in the playlist? I've got both of those plugins, and I'm not seeing any problems at all.

I realise this may not be a problem with XMPlay directly, but may I suggest contacting the major plugin developers to help with beta testing their plugins before the next version of XMPlay is released. It'll help avoid a lot of these sorts of issues (which usually just ends in a hundred people all coming to the forums to complain about the same thing).

The author (Fraggie) was contacted by Ian before 3.8 was released.