3.4 reports, queries and bugs

Started by Brian,

Cris

#40
Quote from: pupilNoTenths secret ini tweak doesn't seem to work anymore! Otherwise, brilliant :D

That's because it's not a secret tweak anymore. You have this option in the Options and stuff -> Appearance (lower right corner)  ;)

EDIT:
A small appearance bug: the Find window is displayed above the hints. (see screenshot)

Ian @ un4seen

Quote from: rainaScandinavian characters in .XMs stopped displaying properly.

I think see why what's happened now - another update has been snuck into the 3.4 download. Please let me know if you still have the problem with it.

Quote from: BrianThe playlists I'm especially interested in relate to internet radio stations, so they don't contain any files.

In that case, I would suggest adding the playlist URL instead, rather than a local copy of it. That way, if the stream URL (inside the playlist) changes, it'll still play the correct stream.

Quote from: BrianAnother small query, please. I have the output set to 24-bit (the highest my soundcard supports) in Options & Stuff, but in the info window it consistently shows as 32-bit.  I wonder what's going on here, please?

When using ASIO output, the plugin will set the XMPlay output to what the soundcard/drivers support. Most 24-bit cards will use 32-bit sample data, as it's simpler/faster to deal with.

Quote from: DotpitchMO3's inside a RAR, mass-tagged on artist field from the library view, then removed the artist field (note that Overridden wasn't ticked when reopening Track Info!), pressed apply and XMPlay crashed, verified it at least two times. Reopening XMPlay and removing the tag again does work. I've uploaded the DrWatson log.

The log shows it apparently crashed while loading the MO3 file. Can you upload that RAR file please? Also, are you using the updated RAR plugin?

Quote from: CrisThe option to sort Find results is gone... Why ???

I guess you want them in playlist order? That was removed to improve the search result display speed - all tracks are checked once now instead of going through the playlist and library separately (which could contain the same tracks meaning duplicate checks).

Quote from: CrisA small appearance bug: the Find window is displayed above the hints. (see screenshot)

Is that with XMPlay on top?

Brian

Quote from: pupilNoTenths secret ini tweak doesn't seem to work anymore! Otherwise, brilliant :D

It's no longer needed: there's a `show time in tenths' checkbox on the Appearance tab in Options & Stuff.

Jace

#43
Okay. Something's (still) horridly wrong with UTF-8/ANSI/whoever on playlist save/load.
Or perhaps it's just something wrong with my computer settings, and if so, please let me know exactly what. =P

But, I just got 3.4, decided to clear off the old playlist and just add all files in M:\Music, recursively. So, starting with a blank playlist. (Even closed XMP and deleted the .pls)
Files are added fine, are found fine, play fine. Then I close XMPlay and restart it. I'll describe what happens with an example.

1) M:\Music\Turmion Kätilöt\Pirun Nyrkki\Turmion Kätilöt - 04 - Eläköön!.ogg
2) M:\Music\Turmion Kätilöt\Pirun Nyrkki\Turmion Kätilöt - 04 - Eläköön!.ogg
3) M:\Music\Turmion Kätilöt\Pirun Nyrkki\Turmion Kätilöt - 04 - Eläköön!.ogg
4) M:\Music\Turmion KÃÆ'Ã,¤tilÃÆ'Ã,¶t\Pirun Nyrkki\Turmion KÃÆ'Ã,¤tilÃÆ'Ã,¶t - 04 - ElÃÆ'Ã,¤kÃÆ'Ã,¶ÃÆ'Ã,¶n!.ogg


I think that's enough. 1) is when newly added. Shows right, plays fine. 2) is after restarting XMP. 3) is after a second restart. 4) after a third. All of those are copy/pasted from the 'Track info' dialog.

Additionally, when I use the Find track(s) dialog, type (for example) "kätilöt" and press enter, it changes to "kätilöt". After closing, the playlist shows the ä and ö properly.

It seems like (my installation of) XMP saved the list in ANSI but loaded it in UTF-8 (or vice versa, not sure). Or would it have something to do with a country setting or something?


On an unrelated subject, when I did the 'Add directory' on M:\Music, it loads some dead entries (H:\Blahblah\File.ext) for an unknown reason. 'Ignore playlists & shortcuts' is enabled.

<edit>
   Just had a look at the playlist in a text editor. It has replaced a song name with a string of garbage ~692884 characters long. Will upload a playlist very soon. And possibly the file in question too.
   xmplay_jace_WTF.rar uploaded. I don't think you'll have trouble finding the line in question. :D
   Doesn't happen when adding the file to playlist alone, so didn't upload the file.
</edit>

Dotpitch

Quote from: Ian @ un4seen
Quote from: DotpitchMO3's inside a RAR, mass-tagged on artist field from the library view, then removed the artist field (note that Overridden wasn't ticked when reopening Track Info!), pressed apply and XMPlay crashed, verified it at least two times. Reopening XMPlay and removing the tag again does work. I've uploaded the DrWatson log.

The log shows it apparently crashed while loading the MO3 file. Can you upload that RAR file please? Also, are you using the updated RAR plugin?
xmp-rar.dll is dated 2-4-2007, the latest version I guess. Uploaded the rar as well :).

Cris

Quote from: Ian @ un4seenI guess you want them in playlist order? That was removed to improve the search result display speed - all tracks are checked once now instead of going through the playlist and library separately (which could contain the same tracks meaning duplicate checks).

No, I want them in alphabetically order. In the playlist they might be (not) ordered, but when I use Find it was easier to find tracks when they were listed sorted. Anyway, if you say it improves speed...I think I just have to get used to it ;D

Quote from: Ian @ un4seenIs that with XMPlay on top?

Yes, it is.

Torkell

Quote from: Ian @ un4seen
Quote from: TorkellThe horizontal 'scroll' in Spectrum 3D is a lot (about 2x by eyeball) faster than 3.3.0.6.
The speed is indeed doubled, as it was too slow and squashed up, particularly in fullscreen mode.
Any chance for a choice of speeds then? With a small rendering window (approx 256x210), I find it scans too fast. 'Course, others may disagree.

Quote
Quote from: TorkellFull-screen visulisations are painfully slow with and without restrict size, and the resizing appears to be nearest-neighbour (WinXP SP2, Athlon 1.3GHz, GeForce4 Ti4600).
Unfortunately, I think you'll probably need a more powerful CPU to smoothly run the vis in fullscreen. As a last resort, you could try lowering your monitor resolution.
Possible idea: use an overlay on the graphics card (if available) to do the hard work of resizing for you.

Quote
Quote from: TorkellMOD pattern display now scrolls the pattern as opposed to the bar. I can't find a way to change this - middle-clicking in the display toggles the channel instead of the scrolling behaviour.
Yep, that other scroll mode was removed. I don't recall exactly why now, but I'm sure there was a good reason :D ... I think it was something to do with standardising things, as other input plugins can now also add their own vis modes.
Any plans to restore it? Again, others' opinions may vary, but I prefered it that way.

Quote
Quote from: TorkellMOD auto-looping defaults to 'never'
Strange, it should be set to "loop detected" by default - it is here. Have you tried starting with a fresh config (eg. by renaming your XMPLAY.INI), to confirm that it's "never" by default there?
With a fresh config, it is "loop detected" by default. Thinking about it, I did have a default path setting with mod and loop options, so this may have overriden the setting.

Alexsource

Quote from: Ian @ un4seen
Quote from: AlexsourceA small feature I requested many moons ago and was implemented, seems to be missing now:
* Have the auto-load settings thingy check if a setting is already loaded, so it wouldn't load it again.

I don't use any Winamp DSP plugins myself (so probably wouldn't notice if it had been buggered :)), but I tried saving blank path settings with the Nevi EQ enabled, and it didn't seem to be reloaded with each new track (with "Auto-load settings" enabled). Please upload your XMPLAY.INI and XMPLAY.SET files, to see if that sheds any light...

   ftp.un4seen.com/incoming/

Uploaded as nevi popup.rar ;)

Maserati

Ian is there a way to clear the 'Find Track' without the windows critical stop sound?

Aux

When I set visualization to full screen by right-clicking I can't go back to normal mode - popup is not drawing on top of that windon.

raina

Double clicking is faster anyway. :)

Seriously about the full screen visses..
Quote from: Ian @ un4seenUnfortunately, I think you'll probably need a more powerful CPU to smoothly run the vis in fullscreen. As a last resort, you could try lowering your monitor resolution.
Could XMPlay do the resolution switching?

And the åäö are working again, thanks Ian.

Ian @ un4seen

Quote from: DotpitchMO3's inside a RAR, mass-tagged on artist field from the library view, then removed the artist field (note that Overridden wasn't ticked when reopening Track Info!), pressed apply and XMPlay crashed.

Ah, I think I see what the problem might be! There was a little bug in the mass-tagging. Here's an update to try...

   www.un4seen.com/stuff/xmplay.exe

Regarding the unticked "Override" thing when there are overridden tags, the thinking behind that was that you would have to tick it to override the overridden tags :) ... But it'll now be ticked if all the selected tracks have overridden tags (it'll be left unticked if any don't).

Quote from: Jacewhen I use the Find track(s) dialog, type (for example) "kätilöt" and press enter, it changes to "kätilöt". After closing, the playlist shows the ä and ö properly.

Oops, that should be sorted in the update above.

Quote from: JaceOn an unrelated subject, when I did the 'Add directory' on M:\Music, it loads some dead entries (H:\Blahblah\File.ext) for an unknown reason. 'Ignore playlists & shortcuts' is enabled.

Does that happen if you remove all plugins, notably Winamp plugins? It could be one of them accepting the file extension.

Quote from: JaceJust had a look at the playlist in a text editor. It has replaced a song name with a string of garbage ~692884 characters long. Will upload a playlist very soon. And possibly the file in question too.
   xmplay_jace_WTF.rar uploaded. I don't think you'll have trouble finding the line in question. :D

Yep, that'd explain it :)

It'd result in the UTF-8 detection failing, due to non-UTF8 sequences in the garbage. I'm not sure how the garbage got there though - does it appear in the playlist right from the first time you save it?

The file in question seems to be "M:\Music\Web Downloads\herkk%e4%e4.ogg". Does the garbage still appear if you remove that file from the directory, before adding the directory to the playlist?

Quote from: CrisNo, I want them in alphabetically order.

Oh, in that case you shouldn't have a problem. It's the non-sorting option that's been removed :D

You can sort the results by title or filename by clicking on the column headers.

Quote from: Cris
Quote from: Ian @ un4seenIs that with XMPlay on top?

Yes, it is.

Ok, I think that's always happened. I'm not sure if there's anything that can be done about it.

Quote from: TorkellWith a fresh config, it is "loop detected" by default. Thinking about it, I did have a default path setting with mod and loop options, so this may have overriden the setting.

That'd explain it. The auto-loop setting is now part of the MOD saved settings, but in settings saved previously, it'll be 0 ("never"). I guess that's not really very nice, and the auto-loop setting probably doesn't really need to be saved anyway, so I've removed it from the saved settings in the updated EXE above.

Quote from: AlexsourceUploaded as nevi popup.rar ;)

Ah yes, I see now. Those are saved settings from a previous version, before the "Effect has a tail" option was added. With that option added, the current Winamp DSP config no longer matches the saved config, and so it gets reloaded. The saved settings will need to be updated. I've added an "Update" option (via a right-click menu) in the updated EXE above, to make that pretty simple - "Load" the setting and then "Update" it :)

Quote from: raina
Quote from: Ian @ un4seenUnfortunately, I think you'll probably need a more powerful CPU to smoothly run the vis in fullscreen. As a last resort, you could try lowering your monitor resolution.
Could XMPlay do the resolution switching?

I've not tried that yet, but the option may well appear in a future update.

Knurek

#52
The MOD year detect function needs some tweaking.
Bad year detection on ftp://ftp.modland.com/pub/modules/Fasttracker/Maxym/liver landou 2.ft. Not sure if there's a way to automate that though. :|

Y@nek®

#53
How fix double reverb DSP?

Solved - ok after XMPLAY.ini recreate.

deus-ex

Quote from: Torkell
QuoteYep, that other scroll mode was removed. I don't recall exactly why now, but I'm sure there was a good reason :D ... I think it was something to do with standardising things, as other input plugins can now also add their own vis modes.
Any plans to restore it? Again, others' opinions may vary, but I prefered it that way.

Meh tooo. Mooh! ;D

Knurek

Quote from: deus-ex
Quote from: Torkell
QuoteYep, that other scroll mode was removed. I don't recall exactly why now, but I'm sure there was a good reason :D ... I think it was something to do with standardising things, as other input plugins can now also add their own vis modes.
Any plans to restore it? Again, others' opinions may vary, but I prefered it that way.

Meh tooo. Mooh! ;D

And while we're at it, any chance of a continous pattern display, akin to OpenCP?

Alexsource

Quote from: Ian @ un4seen
Quote from: AlexsourceUploaded as nevi popup.rar ;)

Ah yes, I see now. Those are saved settings from a previous version, before the "Effect has a tail" option was added. With that option added, the current Winamp DSP config no longer matches the saved config, and so it gets reloaded. The saved settings will need to be updated. I've added an "Update" option (via a right-click menu) in the updated EXE above, to make that pretty simple - "Load" the setting and then "Update" it :)

Tryed the update and it seems to work well, :D thanks Ian!

Auren

#57
Hi, I found some bugs.

1. There's a bug with output device naming in cyrillic:

http://flash41.narod.ru/xmp/output.png

2. There is a cosmetic bug with string's place in "Options and stuff":

http://flash41.narod.ru/xmp/resource.png

3. There is a cosmetic bug with an end of time string in "Track info" dialog.

http://flash41.narod.ru/xmp/bug.PNG

urlwolf

Small bug.

I have assigned F12 to minimize/restore from tray.
It minimizes ok, but doesn't restore.
It does if I assign other shortcut (I have tried ctrl + .)

Thanks

Cris

Quote from: Ian @ un4seen
Quote from: CrisNo, I want them in alphabetically order.

Oh, in that case you shouldn't have a problem. It's the non-sorting option that's been removed :D

You can sort the results by title or filename by clicking on the column headers.

Oh, yeah, it works like a charm ;D

Quote from: Ian @ un4seen
Quote from: Cris
Quote from: Ian @ un4seenIs that with XMPlay on top?

Yes, it is.

Ok, I think that's always happened. I'm not sure if there's anything that can be done about it.

I may be wrong, but if the window is always on top, shouldn't the hint the always in top too? Man, I hate M$ sometimes... ::)

Quote from: Ian @ un4seen... before the "Effect has a tail" option was added.

BTW, what does this option? ("Effect has a tail")