next »

[rst]

I have tried to play a 7z file with a .miniusf file into. Of course i have both plugins in the xmplay folder.

Unafortunatelly xmplay didnt play the file. I have tried with other filetypes compressed, as for example mp3, wv, tta, etc, and all of them were played.

I have also tried to play the same miniusf files using zip compression, and the same happends.

Which could be the problem ?

[Dotpitch]

You can play the miniusf file if it's not in an archive, right?
The plugin has to load an additional file from the same folder. If that additional file is in the same archive, XMPlay can load that as well. The problem is that the Winamp plugin doesn't know how to make use of XMPlay's native archive readers, so it can't find that additional file and won't play the song.

[rst]

but i havent said nothing related to winamp plugins. the 7zip plugin is xmplay native.

As i have said i can play mp3 and other files into 7zip and/or zip. But for some reasson not these .miniusf
Sure that exist a reasson.


Edit 1: i have seen that the compressed contents are extracted to the user temp folder. For some reasson xmplay is unable to play these extracted files. But if i clean the playlist, and add the extracted songs that are in temp, all works. So which is the problem ?

Edit 2: the same happends if the compressed file is zip

[Dotpitch]

but i havent said nothing related to winamp plugins. the 7zip plugin is xmplay native.

What plugin are you using to play miniusf?

[rst]

i am using this: in_usf.dll

the one that can be donwloaded in this site.

[Chinese Sausage]

Try this one.

[Dotpitch]

i am using this: in_usf.dll

That's a Winamp plugin.

USF files can be played back in Winamp through the use of an appropriate plug-in, such as 64th Note. It requires two files be present in the same directory: the song file (extension ".miniusf") which is quite small (typically less than a kilobyte), and a library file specific to each game (extension ".usflib") which can be somewhat larger (up to several megabytes). (link)

To play a miniusf-file, the plugin needs two files from the archive. Winamp plugins know how to extract one file from an archive, but not two, so it doesn't work.

[saga]

Try this one.

Uhm, I'm pretty sure XMPlay's 7z plugin won't play miniusf files ^_^

[rst]

dotpitch.... extension ".usflib"

yes, i see this file into the songs. But the rare thing is that, 7z plugin dont extracts this file to the user temp folder.
Could be this the cause ?

how to fix ?


edit: see the fact... the 7z file contains a txt. When i hit the play button, this txt is extracted to the temp folder and a plugin begins to read it. But when i click next song, the whole album is extracted in the temp, all files, except '1080.usflib'. Then XMplay cant play the songs.

[Jimmy Neutron]

Under Options and stuff, Playlist, Ignore filetypes - make sure it shows txt as an extension.

[Dotpitch]

extension ".usflib" yes, i see this file into the songs. But the rare thing is that, 7z plugin dont extracts this file to the user temp folder. Could be this the cause ? how to fix ?

After extracting the full archive, could you please answer:

You can play the miniusf file if it's not in an archive, right?

[Jimmy Neutron]

At one point, I was downloading live concerts.  I made a txt file in the directory so I could record background data such as date, venue, and special notes such as replacement musicians, cameo appearances, etc.  That file would stop the folder from playing until I specifically excluded the txt extension in the XMPlay options.  I suspect the same thing is happening with the folder holding the extracted archive if it includes a txt file.

[rst]

ok i have made more tests and...

i have removed the txt file from the 7z file, and the same happends.
with the whole 7z extracted using 7zip manager, all the songs work, '1080.usflib' is there.
but if the 7z is handled by the 7z plugin, the '1080'.usflib file isnt extracted and for this reasson xmplay cant play the songs.

i am using the 7zip plugin for xmplay that can be downloaded from the site.

What strange problem !! some ideas to fix it ?

thx in advance

[Dotpitch]

Well done.

i have removed the txt file from the 7z file, and the same happends.

• txt file (or any other file) is no problem

with the whole 7z extracted using 7zip manager, all the songs work, '1080.usflib' is there.

• in_usf works
• file works

As i have said i can play mp3 and other files into 7zip and/or zip.

• xmp-7z works

but if the 7z is handled by the 7z plugin, the '1080'.usflib file isnt extracted and for this reasson xmplay cant play the songs.

• in_usf + xmp-7z doesn't work

What strange problem !! some ideas to fix it ?

As I said before:

The problem is that the Winamp plugin doesn't know how to make use of XMPlay's native archive readers, so it can't find that additional file and won't play the song.

The ideal fix would be to rewrite in_usf to a native XMPlay input plugin, so it can read multiple files from an archive. However, that'll take quite some time from the author of in_usf, assuming you can persuade him/her. For now, it just means you'll have to extract the archive if you want to play the files.

[rst]

but doptpitch.. see the fact that is the xmplay 7z plugin the one that dont extracts the usflib file.
For example, when the txt file was into, and i play it, it extracts only the txt file to temp folder and play.

but when i play a miniusf file into the 7z, the plugin extract the whole songs, except the usflib.

So i think that the problem it isnt with in_usf.

[Dotpitch]

see the fact that is the xmplay 7z plugin the one that dont extracts the usflib file. ... but when i play a miniusf file into the 7z, the plugin extract the whole songs, except the usflib. So i think that the problem it isnt with in_usf.

What's your suggestion for improvement?

[rst]

What's your suggestion for improvement?

good question.

i think that must ve xmplay who detects miniusf files into compressed volumes, and in this case say to the 7z plugin to extract the usflib...

or

prepare some detection in the 7z plugin.

i dont know which could be the correct way to fix this 'rare issue'.

[Dotpitch]

i think that must be xmplay who detects miniusf files into compressed volumes, and in this case say to the 7z plugin to extract the usflib...

You'll have to do better than that.

Whitelists work, but they grow continuously as more formats pop up, requiring frequent updates. User-configurable whitelists require a manual, which most users don't read anyway.

A reliable method would be to extract the full archive to a temporary location if any file inside the archive is handled by any Winamp plugin.

• Full archive contents are needed (since you don't know which file the plugin will use)
• Has to be done when the tracks are added to the playlist (otherwise XMPlay can't check whether the tracks are playable)
• Has to be done when track playback is started (to make sure the file hasn't change)
• Temporary location has to be cleared on XMPlay exit (otherwise you just waste disk space, and that's one of the reason to compress the files in the first place)
• Temporary location has to be cleared periodically (otherwise users running XMPlay 24/7 will run out of disk space)
• Temporary location has to be cleared after an XMPlay crash (otherwise you get orphaned files)
• Temporary location has to be cleared if disk space is low and playback of a new file is requested
• Full-archive extractions take much longer than extraction of two or three files

(Hey, it's reliable, not elegant ).

By far the most reliable method would be if the plugin (like in_usf) would just tell XMPlay what file it needs, so XMPlay can extract just that file.

[rst]

i know that the miniusf files are well played using foobar2000.
I will check how it is able to do it and what operations perfors for it.

[saga]

I will check how it is able to do it

Most probably by having its own, native plugin? As it has been mentioned before, all of this wouldn't be a problem if there was a native input plugin for this format.