|
xaaran
Posts: 29
|
 |
« Reply #20 on: 15 Feb '10 - 14:21 » |
 Quote
|
I placed xmplay.exe and xmp-ds.dll into empty catalogue, launched xmplay.exe then call Options&stuff.
Clicking Output menu option cause xmplay to crash. Extending (+)Output menu tree into Encoders; Direct Sound is Ok.
OS: Windows Vista Home Premium
Soundcard: NVIDIA HDMI Audio
Crashlog:
...
From that log, the DS plugin appears to have crashed when XMPlay asked it to provide the device names for the device list. I'm not sure how that could have happened though, so I think I will have to send you a debug version for some clues. As far as this problem remains in 3.5.1, I mention it again. Ian, please send me debug version to my updated email (or post a link). The one I mentioned in my profile during first registration was discontinued. Good luck. |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15275
|
|
« Reply #21 on: 15 Feb '10 - 17:11 » |
Quote
|
EDIT: ...Aaand neither of those components are the culprit because with just them, the problem is gone. I thought I'd have a painful time trying to find the offender but being such a clever chap, I disabled the most recently added plugin and it doesn't crash anymore. The problem was xmp-asap found at http://asap.sourceforge.net/ . There is/was a bug in the initial release of the new xmp-asap plugin, but I believe the author has fixed it for the next release. |
|
|
|
|
Logged
|
|
|
|
|
OSH
Posts: 31
|
|
« Reply #22 on: 15 Feb '10 - 21:35 » |
Quote
|
in_mod 2.2.10 beta 29 doesn't work correctly - doesn't play 669-modules. Tested on XMP 3.5.1.o and 3.5.1.1. Under XMPlay 3.4.2 works perfect...
|
|
|
|
|
Logged
|
|
|
|
|
Jace
Posts: 773
|
|
« Reply #23 on: 16 Feb '10 - 00:36 » |
Quote
|
Is there a difference to how hotkeys/shortcuts are loaded at XMPlay startup and when the Shortcuts page on Options and stuff is shown/loaded? As I've another prog which uses the global hotkey (cannot be changed/disabled, but I never need that one) for a keycombo I prefer to use for volume up in XMPlay. When the player loads, it won't work. But once I've looked at the Shortcuts page and closed it, the global hotkey works without problems. Could we/I maybe get a hidden xmplay.ini feature for making it load 'em on start like they are after viewing the list? Presuming this kind of feature would be undesired by the masses. Wasn't sure if this should've gone here or the 3.6 suggestion thread. But reckoned this is more of a query than anything else, so here it went.  |
|
|
|
|
Logged
|
|
|
|
|
saga
Posts: 1365
|
|
« Reply #24 on: 16 Feb '10 - 06:21 » |
Quote
|
OSH: Are we talking about the in_mod mikmod plugin from winamp here? Seriously, why do you use it? Mikmod is a pile of... yeah, you know what.
|
|
|
|
|
Logged
|
|
|
|
|
OSH
Posts: 31
|
|
« Reply #25 on: 16 Feb '10 - 12:57 » |
Quote
|
No, we are talking about Nullsoft Module Decoder 2.2.10 beta 29 from WinAmp. Is this the same plugin?
Under XMPlay 3.4.2 works, under 3.5.x doesn't work...
|
|
|
|
|
Logged
|
|
|
|
|
wrkq
Posts: 77
|
|
« Reply #26 on: 16 Feb '10 - 14:09 » |
Quote
|
You know, I just found the "Auto-sort by filename" function, which seems to be available since quite a while.
Now, even tho it is in the "Integration" tab, it applies also to both of "Add to playlist" and "Open file(s)" functions. As I like to add and open whole album folders using the right-click feature (which usually adds the files in the on-disk order, which's rarely the sorted case), the autosort was an awesome discovery... followed by a "Since 3.3?!" facepalm.
Anyway, to the point... if you use the "Open file(s)" function with it, the playlist gets cleared, files added in the unsorted order... then the first entry starts playing, finally list gets sorted. So, final effect is a sorted playlist with an arbitrary "was-first" track playing, which can be now #3 or any other.
That's 3.5.1.1 stuff, by the way. If it matters, (shouldn't; changing them doesn't do anything for me, at least) Default action: add to queue; Play listed tracks: if not playing.
And no matter how cliche it sounds... thanks for all the great work, Ian!
|
|
|
|
|
Logged
|
|
|
|
|
wrkq
Posts: 77
|
|
« Reply #27 on: 22 Feb '10 - 19:54 » |
Quote
|
Urm, forgive me if you can and wish so... but... *bump*?
|
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
|
« Reply #28 on: 1 Mar '10 - 08:08 » |
Quote
|
I'll sadly post about an issue I have with last ASIO output plugin: the last revision, when I hit play, just hangs XMPlay, and after that I can't even kill the process in the taskmanager. The windows closes but it's still there, and I have to reboot to "fix" that. Can someone help please?
|
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2473
|
|
« Reply #29 on: 1 Mar '10 - 08:50 » |
Quote
|
I'll sadly post about an issue I have with last ASIO output plugin: the last revision, when I hit play, just hangs XMPlay, and after that I can't even kill the process in the taskmanager. With what revision of xmp-asio was it still working properly? What soundcard do you have? What happens when you untick 'Set hardware sample rate when possible'? |
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
|
« Reply #30 on: 1 Mar '10 - 09:14 » |
Quote
|
right... a bit of info: creative audigy2 xmplay 3.5.1 asio plugin rev 6 (dunno if it's the last, just got it and used it to get xmplay to work  ) 'Set hardware sample rate when possible': never ever used it, but why should it matter? It worked before (and now) so I think the culprit is not a setting. |
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2473
|
|
« Reply #31 on: 1 Mar '10 - 10:35 » |
Quote
|
asio plugin rev 6 (dunno if it's the last, just got it and used it to get xmplay to work ) 'Set hardware sample rate when possible': never ever used it, but why should it matter? It worked before (and now) so I think the culprit is not a setting. Oh right, I thought the problems appeared when you upgraded the plugin. Can other programs still work with ASIO? What does XMPlays time display show when it hangs? Is the GUI still responsive, or is it completely locked? If it still responds, can you change the output device to resume playback? |
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
|
« Reply #32 on: 1 Mar '10 - 10:51 » |
Quote
|
the GUI dies, it's still visible but doesn't "react" to action.
dunno if other asio enabled proggy works, didn't tried (not on my main box right now, I'll see tonight).
|
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
|
« Reply #33 on: 2 Mar '10 - 14:40 » |
Quote
|
I tried other asio enabled progs: nope, xmplay does seem to lock the asio generally.
When it hangs, even if I kille the interface using taskman, asio won't be free. T_T
only rebooting helps. any Idea?
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15275
|
|
« Reply #34 on: 2 Mar '10 - 16:57 » |
Quote
|
You know, I just found the "Auto-sort by filename" function, which seems to be available since quite a while.
Now, even tho it is in the "Integration" tab, it applies also to both of "Add to playlist" and "Open file(s)" functions. As I like to add and open whole album folders using the right-click feature (which usually adds the files in the on-disk order, which's rarely the sorted case), the autosort was an awesome discovery... followed by a "Since 3.3?!" facepalm.
Anyway, to the point... if you use the "Open file(s)" function with it, the playlist gets cleared, files added in the unsorted order... then the first entry starts playing, finally list gets sorted. So, final effect is a sorted playlist with an arbitrary "was-first" track playing, which can be now #3 or any other.
Yep, I'll try to do something about that. I'll sadly post about an issue I have with last ASIO output plugin: the last revision, when I hit play, just hangs XMPlay, and after that I can't even kill the process in the taskmanager. The windows closes but it's still there, and I have to reboot to "fix" that. Can someone help please?
I'll send you a debug version to get some info on what's happening there. |
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
|
« Reply #35 on: 3 Mar '10 - 10:33 » |
Quote
|
got it, I'll check tonight, send you the log tomorrow.
mmm, I loaded it but it doesn't hang with this debug version. could you link me the non debug stuff one so I can check it wasn't a corrupt dl? Thanks.
|
|
|
|
« Last Edit: 4 Mar '10 - 10:22 by piovrauz »
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #36 on: 7 Mar '10 - 01:07 » |
Quote
|
This isn't really a bug report, as it's rather about a peculiarity than a bug, I think... Anyway, is there any reason for track change to occur in the GUI (title) a tiny moment before the actual track change? It's not like it's causing trouble or anything, but it seems a little weird  . My memory fails me, but I have a feeling that there's been a mention about this before (it's not a new issue at least). The search didn't turn up anything useful, though. |
|
|
|
|
Logged
|
|
|
|
|
raina
Posts: 1088
|
|
« Reply #37 on: 7 Mar '10 - 02:37 » |
Quote
|
Crossfading?
I can also remember a discussion about asynchronous track and title change but that was with internet streams and their title updates.
|
|
|
|
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #38 on: 7 Mar '10 - 03:00 » |
Quote
|
Nice guess, but I'm pretty sure this one predates crossfading. I thought it might be related to the introduction of gapless playback, but that was added in 2004, so I'm not so sure |
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2473
|
|
« Reply #39 on: 7 Mar '10 - 10:55 » |
Quote
|
Anyway, is there any reason for track change to occur in the GUI (title) a tiny moment before the actual track change? I thought it might be related to the introduction of gapless playback, but that was added in 2004, so I'm not so sure I don't seem to be able to get that here. How much is a tiny moment?  Possibly related to the buffer in the output device? For Shout/IceCast streams the metadata is often a bit off, but for files the title change seems to coincide with the actual track change. The indicator on the playlist does advance about a second earlier, though. |
|
|
|
|
Logged
|
|
|
|
|
