Hmm, since version 3.8 the Loop function seems to be broken, or rather the 'Auto-loop any track ending with sound'-function.
The same track (an .ogg-file) played in version 3.7 all times repeated, since XMPlay 3.8 never!
I've checked in the options: 'Loop' to auto, 'Limit' is unchecked and all set to 0, like it in version 3.7 was. This also happens to other files (.mp3, .acc etc.).
Note: Beforehand, the problem seems ONLY to affect the .ogg-files, no other audio files.
I've tested it with the same .ogg-file on a clean 'install' of XMPlay 3.8 & 3.7, both with the same settings, no plugins.
Version 3.7 works great, version 3.8 works NOT. Any ideas to fix it?
That will be a side effect of the support for looped OGG files (loopstart/looplength tags). The "Auto-loop any track ending with sound" option only applies to file formats that XMPlay/plugins don't have any loop detection for, so it no longer applies to OGG files since the addition of the OGG loop detection. Applying it to all file formats would probably result in some unwanted looping (I'm thinking particularly of the MIDI plugin), but an XMPlay update (220.127.116.11) is now up, which allows a decoder (eg. the OGG decoder) to request that "Auto-loop any track ending with sound" be applied if its own loop detection finds nothing.
The problem is that XMPlay 3.8 not play OGG streams as:
Oops! As piovrauz suspected, that bug was introduced when the OGG looping was implemented. It's fixed in the 18.104.22.168 update.
Playing local mp3 media, and
at forwarding xmplay hand and i
need to kill the process.
I don't seem to be able to reproduce that problem. Is it happening with a particular MP3 file? If so, please upload it to have a look at here... ftp.un4seen.com/incoming/
I might aswell reuse my wrong post for a little issue I have since a long time: I can't use the font included in the skins "directly", I always have to install in the windows font directory.
This happens to me with all the skins basically, I always get the message about the font substitution till I manually put them in the windows font directory.
It's not a major annoyance cause I usually keep using the skin for a while, but it would be nice to fix this.
Is that only when using the skin in source/non-compiled form? XMPlay currently only looks for custom fonts included in compiled skins, so when using a skin in source form, you would indeed need to install its fonts in Windows. The reasoning is that sources would usually only be used during skin development, and the author is likely to already have the fonts that they want to use installed
MO3 files unable to listening...
I guess the MO3 files are using OGG-encoded samples? The bug above that was causing the OGG internet streams to not play was also causing OGG samples in MO3 files to not be loaded. It should be fixed in 22.214.171.124.
BTW SID rev.32 plugin doesn't work on xmplay 3.7.
The plugin system was updated in 3.8 for improved subsong info/separation support, and any plugins that make use of that stuff will require XMPlay 3.8. That applies to the FLAC/OPUS/SID plugins so far.