▲

[piovrauz]

Oh, you mean that the tags are not displayed even if there are tag to display. Got it now.
I get that too, it happens on .ogg streams only, but .mp3 streams are unaffected.
My bad actually, I checkd with the stream I was playing only.

[lollollol666]

It FC when i want to load ast files, ahx and zip files. MO3 files unable to listening and Delix plugin doesn't work.

What do you use to play ast and ahx? What files are inside those zips? Could you upload a mo3-file which doesn't work, so Ian can analyse it?

purenoise and lollollol666, I challenge you to help Ian isolate the bugs and fix them, rather than ignoring the bugs by downgrading. Please contribute to XMPlay!

Dyna Blaster.ast xmplayer FC.
Beyound the network.mo3 (from bejeweled 2) the music is muffled.
Any AHX file zipped get FC xmplayer but ahx unzipped works fine.

[piovrauz]

mmm, stupid suggestion maybe, but are you sure you got only ! zip archive plugin in XMPlay folder?
I remember having something like  that in the past and it boiled down having 2 revision of the same plugin at the same time.

[Gaumon]

  Thank you yery much for fixing the bug for the auto-loop-function by playing .ogg-files so quick with XMPlay 3.8.0.1 !!
     I'm happy!

[Ian @ un4seen]

2) Font issue: yes, seems to happen to source form skins only. I usually use most skins in that form so I can adjust little details to my liking withut bothering ppl.
    Would it be possible to have xmplay scan the source folder dor required fonts too? If not, it's not a problem, I can install manually as I did until now.

OK. An XMPlay 3.8.0.2 update is up now, which will look for fonts with non-compiled skins too.

If you play
http://stream3.rozhlas.cz:8000/jazz_high.ogg
you clearly see the difference: XmPlay3.7.0.44 shows artist and title tags and XmPlay3.8.0.x no.
Now, look at the Message tab and you'll see that the data has been received but not displayed.

That should be fixed in the 3.8.0.2 update. As a little bonus, OGG stream titles are also now included in the "Recent tracks" list

[gul]

That should be fixed in the 3.8.0.2 update. As a little bonus, OGG stream titles are also now included in the "Recent tracks" list

All right!
Thanks again and congratulations on your work.

Best regards.

[AstralSoup Design]

OK, I have one of the most annoying bugs in XMPlay... the worst thing is, I don't know if it's a problem in XMPlay or it's another craziness of my Portable Hard Disk Drive motherboard. Each time I drag the "Music" folder from my Portable HDD to XMPlay, it crashes exactly 3 minutes after that operation with a MSVC Runtime Code R6016.

EDIT: XMPlay was blurred in this image due to confidential works.

[Dotpitch]

OK, I have one of the most annoying bugs in XMPlay... the worst thing is, I don't know if it's a problem in XMPlay or it's another craziness of my Portable Hard Disk Drive motherboard.

It's probably a software problem. Does it also happen when you add only part of the folder? Is it all mp3s in the folder?

[piovrauz]

xmp-midi crashes XMPlay upon loading a midi file (stream I mean, not local file). T_T
I suppose it's something related to the recent changes to the plugin interface? Was it there before?

[AstralSoup Design]

JPG files from covers.

OK, I have one of the most annoying bugs in XMPlay... the worst thing is, I don't know if it's a problem in XMPlay or it's another craziness of my Portable Hard Disk Drive motherboard.

It's probably a software problem. Does it also happen when you add only part of the folder? Is it all mp3s in the folder?

[piovrauz]

1) Check the cover plugin, xmp-coverart: (remove it and see if XMPlay crashes).
2) On the options tab regarding the filetype exclusion add .jpg and .jpeg.

[Ian @ un4seen]

OK, I have one of the most annoying bugs in XMPlay... the worst thing is, I don't know if it's a problem in XMPlay or it's another craziness of my Portable Hard Disk Drive motherboard. Each time I drag the "Music" folder from my Portable HDD to XMPlay, it crashes exactly 3 minutes after that operation with a MSVC Runtime Code R6016.

To hopefully get some clues on what's going wrong, please use Task Manager's "Create Dump File" option when the error occurs and then upload the file to have a look at here...

   ftp.un4seen.com/incoming/

xmp-midi crashes XMPlay upon loading a midi file (stream I mean, not local file). T_T

I don't seen to be able to reproduce that here. Is it happening with a particular MIDI file? If so, please upload that to have a look at.

[piovrauz]

Drag and drop from here: [link]http://www.swissdom.cc/midis/midi-internacional-ingles/d/DATURA/[/link]
no minidump are created ("this program has stopped working" window, and that's all.

[saga]

Alright, I think there is definitely a bug in the loop stuff since that time limiting feature has been introduced.
I have some modules that I'd like to repeat once and then fade out, so my settings are Loop = always, limit = 0, 0 minutes, auto-loop any track, fadeout = 10s. These modules loop infinitely now.

[Ian @ un4seen]

Drag and drop from here: [link]http://www.swissdom.cc/midis/midi-internacional-ingles/d/DATURA/[/link]
no minidump are created ("this program has stopped working" window, and that's all.

It's still refusing to crash here

To find out what's going wrong, please upload a dump file from the crash. To get Windows to generate dump files (in your user "AppData\Local\CrashDumps" folder), you can apply this "localdumps-full" registry entry...

   www.un4seen.com/stuff/localdumps.zip

After reproducing the crash and getting a dump file, upload it (after compressing) to have a look at here...

   ftp.un4seen.com/incoming/

You can use the "localdumps-off" registry file to disable the dump file generation afterwards.

Alright, I think there is definitely a bug in the loop stuff since that time limiting feature has been introduced.
I have some modules that I'd like to repeat once and then fade out, so my settings are Loop = always, limit = 0, 0 minutes, auto-loop any track, fadeout = 10s. These modules loop infinitely now.

Are both the "times" and "minutes" loop limits set to 0? If either is set to 0, then that criteria will not apply. If both are set to 0, then neither will apply and it will loop indefinitely. To loop once, "times" should be set to 1.

[saga]

Both are zero. That's how it was imported from my 3.7 config, where it still worked.

[piovrauz]

ehm, doesn't help, adding that to the registry doesn't enable the dumps.
Last one I see is the old one about my ex wi-fi stick (drivers were unstable, say a bad port to 64bit), but that knocked down the OS, while XMPlay just closes.

EDIT: a clean XMPlay with only the midi plugin is fine. Usual install is not. Time to cleanup my XMPlay install. If I experience it again I'll let you know.

[Ian @ un4seen]

Both are zero. That's how it was imported from my 3.7 config, where it still worked.

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

ehm, doesn't help, adding that to the registry doesn't enable the dumps.

What Windows version are you using? The registry setting should work with Windows 7 and above. Also make sure you're looking for the dump file in the right place, eg. "C:\Users\<yourname>\AppData\Local\CrashDumps". If the dump file won't appear, please copy'n'paste the problem details from the "stopped working" window instead.

[piovrauz]

Actully I was checking the wrong directory. /facepalm
xmplay.exe.3736.dmp.7z & xmplay.exe.552.dmp.7z in the FTP in 15 min or so, slow up. (they're up)

[saga]

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. :\