|
r
Posts: 155
|
 |
« Reply #140 on: 21 Apr '07 - 20:51 » |
Quote
|
one thing i just noticed...
the new ASIO output plugin doesn't play well with the SID input plugin... not sure which one is causing the problem...
|
|
|
|
|
Logged
|
|
|
|
|
Fraggie
Posts: 656
|
 |
« Reply #141 on: 21 Apr '07 - 23:10 » |
Quote
|
Same goes with the AHX plugin... (?)
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #142 on: 22 Apr '07 - 17:24 » |
Quote
|
...the new one I just downloaded has today's date, and this one works just fine on both these streams, and on Xminion's stream. Jolly good. The update is now in the AAC plugin download. A small bug that I just noticed: when changing balance, the VU-Meters work the same (they pulse in both right and left ways). In XMPlay 3.3, when I changed the balance to 100% right/left, the VU-Meters pulsed only in the right/left side, not in both (like now). I guess you're using the DirectSound output? When using that, DirectSound processes the volume & balance, whereas XMPlay does it with the default (and ASIO) output. So when DirectSound is doing the volume/balance processing, XMPlay's buffer isn't affected by it, which means that the VU/vis displays aren't either. the new ASIO output plugin doesn't play well with the SID input plugin... not sure which one is causing the problem... I think I can reproduce that when "Groovy Surround" is enabled, is that the case there? I guess it could be that the ASIO buffer updates are shorter than the SID plugin is expecting, and it's messing up the surround stuff. Same goes with the AHX plugin... (?) Is that a question or a statement? 
|
|
|
|
|
Logged
|
|
|
|
|
r
Posts: 155
|
 |
« Reply #143 on: 22 Apr '07 - 20:20 » |
Quote
|
the new ASIO output plugin doesn't play well with the SID input plugin... not sure which one is causing the problem... I think I can reproduce that when "Groovy Surround" is enabled, is that the case there? I guess it could be that the ASIO buffer updates are shorter than the SID plugin is expecting, and it's messing up the surround stuff. hi ian, you're right... i disabled the "groovy surround" option on the SID format and it works now. also just came across another "bug"... i dunno if i would call it a bug... but when i drag a directory with a m3u into xmplay's extended list, all the files in the directory are listed as well as the ones in the m3u... so essentially i'm getting duplicates... i know i could check "don't add duplicates" in the Playlist menu, but i'd rather not! the last alteration of xmplay did not do this.
|
|
|
|
« Last Edit: 22 Apr '07 - 20:26 by djray »
|
Logged
|
|
|
|
|
Fraggie
Posts: 656
|
 |
« Reply #144 on: 23 Apr '07 - 10:32 » |
Quote
|
the new ASIO output plugin doesn't play well with the SID input plugin... not sure which one is causing the problem... I think I can reproduce that when "Groovy Surround" is enabled, is that the case there? I guess it could be that the ASIO buffer updates are shorter than the SID plugin is expecting, and it's messing up the surround stuff. Oh, shoot... But thanks for the tip!  Same goes with the AHX plugin... (?) Is that a question or a statement?  Both. 
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #145 on: 23 Apr '07 - 14:16 » |
Quote
|
also just came across another "bug"... i dunno if i would call it a bug... but when i drag a directory with a m3u into xmplay's extended list, all the files in the directory are listed as well as the ones in the m3u... so essentially i'm getting duplicates... i know i could check "don't add duplicates" in the Playlist menu, but i'd rather not! the last alteration of xmplay did not do this. Is the "ignore playlists & shortcuts" option enabled? It should be enabled by default, but right-click the open/add files button to check (you can change the setting without actually loading a directory).
|
|
|
|
|
Logged
|
|
|
|
|
Cosworth
Posts: 99
|
 |
« Reply #146 on: 23 Apr '07 - 17:13 » |
Quote
|
Is the "ignore playlists & shortcuts" option enabled? It should be enabled by default, but right-click the open/add files button to check (you can change the setting without actually loading a directory). It doesn't work. 
|
|
|
|
« Last Edit: 24 Apr '07 - 12:30 by Cosworth »
|
Logged
|
|
|
|
|
r
Posts: 155
|
 |
« Reply #147 on: 24 Apr '07 - 07:42 » |
Quote
|
also just came across another "bug"... i dunno if i would call it a bug... but when i drag a directory with a m3u into xmplay's extended list, all the files in the directory are listed as well as the ones in the m3u... so essentially i'm getting duplicates... i know i could check "don't add duplicates" in the Playlist menu, but i'd rather not! the last alteration of xmplay did not do this. Is the "ignore playlists & shortcuts" option enabled? It should be enabled by default, but right-click the open/add files button to check (you can change the setting without actually loading a directory). hi ian, yes the "ignore playlists & shortcuts" option is already checked by default... is there anything else i am missing?
|
|
|
|
|
Logged
|
|
|
|
|
mark56456
Guest
|
 |
« Reply #148 on: 24 Apr '07 - 12:06 » |
Quote
|
xmplay 3.4 is the best!! But it does have some problems as to be expected. The main problem I'm having is : When dragging in mods from a website to xmplay (the mods are zipped) xmplay crashes 4 out of 6 times. I'm using xmplay 3.4 and the zip archive plug in (revision  .
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #149 on: 24 Apr '07 - 13:29 » |
Quote
|
yes the "ignore playlists & shortcuts" option is already checked by default... is there anything else i am missing? Are you possibly drag'n'dropping from some special file manager, not Explorer? If so, maybe that is passing the directory contents to XMPlay (instead of the directory itself), and so the "ignore playlists" option isn't coming into play. If you load the directory using the built-in "open/add directory" options, are the playlists still processed then? When dragging in mods from a website to xmplay (the mods are zipped) xmplay crashes 4 out of 6 times. This sounds like a problem that was reported previously by another user. Have you already tried the "stuff" version? If that doesn't help, please upload your drwtsn32.log file to get some clues... ftp.un4seen.com/incoming/
|
|
|
|
|
Logged
|
|
|
|
|
Nick_NSK
Guest
|
 |
« Reply #150 on: 25 Apr '07 - 08:47 » |
Quote
|
Hello Ian ,
I found the bug with Net streaming: when sample rate is changed (one song 44100 and the next 48000) the XMPlay begin to perform buffering in loop (from 0% to 100%) and don`t play!
Thanks for nice player
|
|
|
|
|
Logged
|
|
|
|
|
Cosworth
Posts: 99
|
 |
« Reply #151 on: 26 Apr '07 - 10:11 » |
Quote
|
Are you possibly drag'n'dropping from some special file manager, not Explorer? If so, maybe that is passing the directory contents to XMPlay (instead of the directory itself), and so the "ignore playlists" option isn't coming into play.
I have this problem too. When I drag'n'dropping music, I don't use file manager. Previous versions of XMPlay don't have this problem.
|
|
|
|
« Last Edit: 26 Apr '07 - 10:14 by Cosworth »
|
Logged
|
|
|
|
|
amit
Posts: 718
|
 |
« Reply #152 on: 26 Apr '07 - 13:10 » |
Quote
|
When using ASIO output , the sound sometimes stutters. It happens when certain vis are working or even in (long) playlist scroll. I know it is possible to lengthen the buffer of my ASIO driver even more than I already did but I have seen another solution in other applications. In other players' ASIO plugin there is an option to give higher priority to the plugin process.
Isn't it a good idea to implement it also in xmplay plugin?
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #153 on: 26 Apr '07 - 16:05 » |
Quote
|
I found the bug with Net streaming: when sample rate is changed (one song 44100 and the next 48000) the XMPlay begin to perform buffering in loop (from 0% to 100%) and don`t play! In that situation, I'm afraid you will have to reconnect. Netradio stream shouldn't change sample rate mid-stream. Are you possibly drag'n'dropping from some special file manager, not Explorer? If so, maybe that is passing the directory contents to XMPlay (instead of the directory itself), and so the "ignore playlists" option isn't coming into play.
I have this problem too. When I drag'n'dropping music, I don't use file manager. Previous versions of XMPlay don't have this problem. I can't reproduce the problem here, so I'm not really sure what it could be. Does it also happen there when using the built-on "Open/Add directory" options, or when using the folder context menu options (see Integration options) in Explorer? When using ASIO output , the sound sometimes stutters. It happens when certain vis are working or even in (long) playlist scroll. I know it is possible to lengthen the buffer of my ASIO driver even more than I already did but I have seen another solution in other applications. In other players' ASIO plugin there is an option to give higher priority to the plugin process.
Isn't it a good idea to implement it also in xmplay plugin? XMPlay's decoding thread and the ASIO thread already run at the highest priority, but here's an updated plugin that'll automatically use a larger ASIO buffer than chosen (up to 50ms) when possible... www.un4seen.com/stuff/xmp-asio.dll
|
|
|
|
|
Logged
|
|
|
|
|
Tsorovan
Posts: 1244
|
 |
« Reply #154 on: 26 Apr '07 - 18:06 » |
Quote
|
When running heavy low-latency ASIO apps (XMPlay isn't that heavy so this might not apply), it's recommended to optimise processor scheduling for background services as opposed to programs. You can find this setting in system properties -> advanced -> performance options -> advanced.
Might help if you have a slowish computer. I'm no expert on what this actually does behind the scenes though.
|
|
|
|
|
Logged
|
|
|
|
|
amit
Posts: 718
|
 |
« Reply #155 on: 26 Apr '07 - 19:16 » |
Quote
|
XMPlay's decoding thread and the ASIO thread already run at the highest priority, but here's an updated plugin that'll automatically use a larger ASIO buffer than chosen (up to 50ms) when possible... www.un4seen.com/stuff/xmp-asio.dllthanks, It seems to be working better now. About a different subject ... I tried earlier today for the first time the folders monitoring. I added two folders and didn't pay any more attention to it. After a few hours I looked at the library and saw all the age counts had been reset. Is this correct and intentional?
|
|
|
|
|
Logged
|
|
|
|
|
Cosworth
Posts: 99
|
 |
« Reply #156 on: 26 Apr '07 - 22:52 » |
Quote
|
I can't reproduce the problem here, so I'm not really sure what it could be. Does it also happen there when using the built-on "Open/Add directory" options, or when using the folder context menu options (see Integration options) in Explorer? It happens in both events.
|
|
|
|
|
Logged
|
|
|
|
|
piovrauz
Posts: 473
|
 |
« Reply #157 on: 27 Apr '07 - 12:26 » |
Quote
|
mmm, I recall someone asked about this already: when MOD sorround mode is changed via keyboard shortcut, "info bubbles" doesn't inform about if and what sorround mode (1 or 2) is selected. It'll be good to have this info, cause some skins don't have the MOD sorround button, namely: the ones I use... 
|
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15269
|
 |
« Reply #158 on: 27 Apr '07 - 16:47 » |
Quote
|
XMPlay's decoding thread and the ASIO thread already run at the highest priority, but here's an updated plugin that'll automatically use a larger ASIO buffer than chosen (up to 50ms) when possible... www.un4seen.com/stuff/xmp-asio.dllthanks, It seems to be working better now. Jolly good. The updated ASIO plugin (rev.2) is now up on the XMPlay page. For Vista users, a WASAPI output plugin is also up now. I tried earlier today for the first time the folders monitoring. I added two folders and didn't pay any more attention to it. After a few hours I looked at the library and saw all the age counts had been reset. Is this correct and intentional? Do you mean the files were already in the library? If so, no, their ages shouldn't be reset due to the monitoring. In case there's any confusion, "age" indicates when the track was added to the library, not the file's age. This makes it easy (by sorting) to see the latest tracks added to the library, eg. from monitored directories. I can't reproduce the problem here, so I'm not really sure what it could be. Does it also happen there when using the built-on "Open/Add directory" options, or when using the folder context menu options (see Integration options) in Explorer? It happens in both events. I guess I'll have to send you a debug version to find out what's happening there. mmm, I recall someone asked about this already: when MOD sorround mode is changed via keyboard shortcut, "info bubbles" doesn't inform about if and what sorround mode (1 or 2) is selected. Are you sure it doesn't? 
|
|
|
|
|
Logged
|
|
|
|
|
r
Posts: 155
|
 |
« Reply #159 on: 28 Apr '07 - 18:32 » |
Quote
|
I can't reproduce the problem here, so I'm not really sure what it could be. Does it also happen there when using the built-on "Open/Add directory" options, or when using the folder context menu options (see Integration options) in Explorer? It happens in both events. same thing here... i'm also using explorer and i used xmplay's built-in "add directory" function and both duplicated the entries.
|
|
|
|
|
Logged
|
|
|
|
|