Author Topic: 3.4 reports, queries and bugs  (Read 523061 times)

urlwolf

  • Posts: 38
Re: 3.4 reports, queries and bugs
« Reply #25 on: 4 Apr '07 - 02:40 »
Nice to see mass tagging in action!
Two questions.
Can I set it up so override is always checked by default?
Also, how do I translate the changes from the db to the file tags?

Fraggie

  • Posts: 713
Re: 3.4 reports, queries and bugs
« Reply #26 on: 4 Apr '07 - 08:48 »
the Delix-plugin won't load anymore when using the new ZIP-plugin rev.8 (Delix stores its playerlibraries in a ZIP-archive named <xmp-delix.players>). Same happens with XMP v3.3.0.6. Reverting the ZIP-plugin back to rev.7 reenables Delix both in XMP v3.4 and v3.3.0.6.
Delix uses the Zip plugin directly, not through XMPlay's fancy functions (there were no such functions back then :) ) and since archive interface changed, it stopped working. I guess Delix needs to be updated too...

raina

  • Posts: 1163
Re: 3.4 reports, queries and bugs
« Reply #27 on: 4 Apr '07 - 10:58 »
The MSN Now playing plugin stopped working with the 3.4 release. It's not shown in the DSP plugin list anymore.

yagood

  • Posts: 215
Re: 3.4 reports, queries and bugs
« Reply #28 on: 4 Apr '07 - 11:08 »
The MSN Now playing plugin stopped working with the 3.4 release. It's not shown in the DSP plugin list anymore.

DSP plugins need to be updated, because XMPlay DSP API has changed.

deus-ex

  • Posts: 288
Re: 3.4 reports, queries and bugs
« Reply #29 on: 4 Apr '07 - 11:31 »
I guess Delix needs to be updated too...

Could you add support for AProSys during the update process? I tried to do so by adding Delirium's player to the <xmp-delix.players> archive myself as was noted here, but it wouldn't work.

Also i cannot get the module fa-18 interceptor.cus to play, ie. it seems to be processed by Delix but it doesn't produce any soundoutput (tested "ok" with Deliplayer). WTF (why this fails)? ;D


Btw, i suggest to add back <players.txt> to the Delix-plugin since it holds valuable information about included players. A pity it was removed in the first place, IMHO. I maintained it during its official absence and made it available with my sizeoptimized distribution of Delix: "click me harder". :P

EDIT: The ZIP-plugin rev.7 which currently is required by Delix is available here as well: "do me left".
« Last Edit: 4 Apr '07 - 21:54 by deus-ex »

raina

  • Posts: 1163
Re: 3.4 reports, queries and bugs
« Reply #30 on: 4 Apr '07 - 12:10 »
DSP plugins need to be updated, because XMPlay DSP API has changed.

Yeah, I figured that was the cause.

Rah'Dick

  • Posts: 989
Re: 3.4 reports, queries and bugs
« Reply #31 on: 4 Apr '07 - 13:37 »
Hey there. I'm sorry, but I cannot update the Support Site right away - I need an internet connection without restrictive corporate proxy first. Just send your requests to support@xmplay.com, I'll care about them next weekend. Or post the stuff in the Support Site thread.

By the way, I'm to blame for the huge fullscreen bubble idea. ;)

amit

  • Posts: 723
Re: 3.4 reports, queries and bugs
« Reply #32 on: 4 Apr '07 - 14:12 »
When Using ASIO output with 3s buffer the slider gets crazy. It flickers and goes backward and forward. This isn't happening with directsound or waveout.

Ian @ un4seen

  • Administrator
  • Posts: 26252
Re: 3.4 reports, queries and bugs
« Reply #33 on: 4 Apr '07 - 14:19 »
Yes, they contain only playlists. So I take it this means I can't get the benefit of directory monitoring? That's disappointing - I'd been looking forward to it.

I may yet make it add unprocessed playlists (ie. the playlist file itself) from monitored directories. Is that what you had in mind, or did you want it to add the playlist contents?

about MiniLyrics I'm sad it doesn't work anymore... can't you make it so it will work?

I've sent the updated DSP plugin API to the MiniLyrics developer, so hopefully an update will be available shortly.

I did manage to wreak some havoc on the playlist by playing with overwriting module data, and then deleting the files from the library. Will see if I can reproduce it 100%

What sort of havoc was that? :)

If a crash, please provide a drwtsn32.log entry for it...

   ftp.un4seen.com/incoming/

The shortcuts box in options and stuff is doing a little weird... Purely aesthetic, but the topmost action will often remain selected.

Oops! I've snuck an updated EXE into the 3.4 download :)

Could you add some sort of sorting on action someday?

The thing is that multiple actions can be assigned to a single key, in which case, the order can be important. For example, you could have a "remove dead tracks" shortcut by assigning a key to "Select dead" and "Remove" - that wouldn't work the other way round :)

XMPlay crashed when I mass-tagged some modules, without deleting them from the library. Worked fine the second time ;).

Do you happen to have a drwtsn32.log entry for it? :)

When adding a large library it crashes too.

As above, drwtsn32.log entry please.

Scandinavian characters in .XMs stopped displaying properly.

To reproduce that here, could you please upload some examples? I think you did that before, but I can't find them now.

Oh and everything seems to be XMPlay-able now when opening files with the Open file(s) button. XMPlay-able gives me the same listing as All files.

Strange, that doesn't seem to happen here. Does it happen if you remove all plugins? If not, please try putting them back one-by-one, and see which it starts to go wrong with.

Probably a bug - when I use "Add directory" in the Playlist window and select certain directory, files from that directory are being added two times to the playlist, so it looks like this...

I don't suppose you have a playlist file in the directory too? If that's not it, I'll probably have to send you a debug version to find out what's happening.

Quote from: XMPlay Version History
* MOD signature shown in "General" info
Why not identify the tracker for other modules as well? Of course some evil trackers pretend to be something they aren't but breaking module standards can expose them.

Other formats have a single correct signature (eg. "IMPM" for IT), so it wouldn't really tell anything by showing that. Note that XMPlay isn't doing anything clever regarding the MOD signature (just shows what's in the file), in case you thought it was :)

The 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.

Full-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.

MOD 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.

MOD 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?

A 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/

The Vertical sync vis display checkbox is always unchecked when XMPlay starts.

Oops! It's sorted in the snuck EXE.

Also, how do I translate the changes from the db to the file tags?

I'm afraid that's not currently possible. I was considering it for 3.4, but writing some tag formats (eg. OGG) is a pretty complicated/messy business as they're part of the file structure (not just tagged on like ID3/APE), and I decided not to delay 3.4 any further :)

It'll probably happen in a future version.

When Using ASIO output with 3s buffer the slider gets crazy. It flickers and goes backward and forward. This isn't happening with directsound or waveout.

That doesn't seem to happen here. Is it happening with any file format in particular, and what's the "Output" sample format (including the bit in brackets if present) in General info?

amit

  • Posts: 723
Re: 3.4 reports, queries and bugs
« Reply #34 on: 4 Apr '07 - 15:06 »
When Using ASIO output with 3s buffer the slider gets crazy. It flickers and goes backward and forward. This isn't happening with directsound or waveout.

That doesn't seem to happen here. Is it happening with any file format in particular, and what's the "Output" sample format (including the bit in brackets if present) in General info?

I checked again what might be causing it at my end. The cause was too short latency setting of my soundcard driver. When upped it from 256 samples to 512 samples the slider went back to normal behavior again.

Thanks.

Brian

  • Posts: 733
Re: 3.4 reports, queries and bugs
« Reply #35 on: 4 Apr '07 - 16:05 »
Yes, they contain only playlists. So I take it this means I can't get the benefit of directory monitoring? That's disappointing - I'd been looking forward to it.

I may yet make it add unprocessed playlists (ie. the playlist file itself) from monitored directories. Is that what you had in mind, or did you want it to add the playlist contents?

The playlists I'm especially interested in relate to internet radio stations, so they don't contain any files.  I also have a few playlists of local files, but I don't need XMPlay to monitor the directories they are in; presumably I can now add those playlists to the library manually if I wish.

Another 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? This option doesn't seem to be contained in the xmplay.ini file, so I don't know where it's stored. Many thanks.

Dotpitch

  • Posts: 2878
Re: 3.4 reports, queries and bugs
« Reply #36 on: 4 Apr '07 - 16:09 »
XMPlay crashed when I mass-tagged some modules, without deleting them from the library. Worked fine the second time ;).
Do you happen to have a drwtsn32.log entry for it? :)
MO3'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.

Knurek

  • Posts: 535
Re: 3.4 reports, queries and bugs
« Reply #37 on: 4 Apr '07 - 16:51 »
I did manage to wreak some havoc on the playlist by playing with overwriting module data, and then deleting the files from the library. Will see if I can reproduce it 100%

What sort of havoc was that? :)

If a crash, please provide a drwtsn32.log entry for it...

No, not a crash, just garbled up the playlist display (the extension column turned to trash characters for the files. Curiously, animated trash characters).

Cris

  • Posts: 232
Re: 3.4 reports, queries and bugs
« Reply #38 on: 4 Apr '07 - 16:53 »
The option to sort Find results is gone... Why ???

pupil

  • Posts: 27
Re: 3.4 reports, queries and bugs
« Reply #39 on: 4 Apr '07 - 17:38 »
NoTenths secret ini tweak doesn't seem to work anymore! Otherwise, brilliant :D

Cris

  • Posts: 232
Re: 3.4 reports, queries and bugs
« Reply #40 on: 4 Apr '07 - 17:40 »
NoTenths 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)
« Last Edit: 4 Apr '07 - 17:46 by Cris »

Ian @ un4seen

  • Administrator
  • Posts: 26252
Re: 3.4 reports, queries and bugs
« Reply #41 on: 4 Apr '07 - 18:26 »
Scandinavian 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.

The 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.

Another 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.

MO3'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?

The 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).

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

Is that with XMPlay on top?

Brian

  • Posts: 733
Re: 3.4 reports, queries and bugs
« Reply #42 on: 4 Apr '07 - 18:34 »
NoTenths 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

  • Posts: 842
Re: 3.4 reports, queries and bugs
« Reply #43 on: 4 Apr '07 - 18:52 »
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>
« Last Edit: 4 Apr '07 - 19:07 by Jace »

Dotpitch

  • Posts: 2878
Re: 3.4 reports, queries and bugs
« Reply #44 on: 4 Apr '07 - 18:56 »
MO3'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

  • Posts: 232
Re: 3.4 reports, queries and bugs
« Reply #45 on: 4 Apr '07 - 19:11 »
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).

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

Is that with XMPlay on top?

Yes, it is.

Torkell

  • Posts: 1168
Re: 3.4 reports, queries and bugs
« Reply #46 on: 4 Apr '07 - 22:42 »
The 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
Full-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
MOD 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
MOD 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

  • Posts: 258
Re: 3.4 reports, queries and bugs
« Reply #47 on: 4 Apr '07 - 23:22 »
A 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

  • Posts: 156
Re: 3.4 reports, queries and bugs
« Reply #48 on: 5 Apr '07 - 02:29 »
Ian is there a way to clear the 'Find Track' without the windows critical stop sound?

Aux

  • Posts: 91
Re: 3.4 reports, queries and bugs
« Reply #49 on: 5 Apr '07 - 11:31 »
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.