|
oddiophile
Posts: 149
|
 |
« on: 1 Jul '11 - 07:22 » |
 Quote
|
Is there a way to adjust the master volume of XMPlay with the mousewheel only when the mouse pointer is over the volume slider area (like the playback position and balance sliders) instead of using the current (annoying) behaviour (always adjust the volume regardless of mouse cursor position if the player window is in focus)?
This will put an end to all those accidental volume adjustments when multitasking with a web browser.
UPDATE: [SOLVED]
|
|
|
|
« Last Edit: 14 Jul '11 - 14:39 by oddiophile »
|
Logged
|
|
|
|
|
oddiophile
Posts: 149
|
|
« Reply #1 on: 1 Jul '11 - 07:52 » |
Quote
|
The other thing I'd like to see added to the secret settings is an option to remove the dangerous "Remove and Delete File" option from the playlist context menu.
|
|
|
|
« Last Edit: 1 Jul '11 - 07:54 by oddiophile »
|
Logged
|
|
|
|
|
maganz
Guest
|
|
« Reply #2 on: 1 Jul '11 - 08:24 » |
Quote
|
Please do not change the mouse wheel behavior!
This feature is important to adjust the volume remotely.
And it is single standard in most Media player.
|
|
|
|
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #3 on: 1 Jul '11 - 09:50 » |
Quote
|
Is there a way to adjust the master volume of XMPlay with the mousewheel only when the mouse pointer is over the volume slider area... Yes, there is. Just add this line to your xmplay.ini file, under [XMPlay] section: NoWheelVol=1. You can edit the file with Notepad or some other text editor, then save the changes and restart XMPlay. |
|
|
|
|
Logged
|
|
|
|
|
Brian
Posts: 733
|
|
« Reply #4 on: 1 Jul '11 - 10:46 » |
Quote
|
Pike84 - surely that will disable mousewheel volume control altogether? Oddiofile is saying that he wants it still to work when the pointer is over the volume slider.
|
|
|
|
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #5 on: 1 Jul '11 - 11:19 » |
Quote
|
Nope. It still works on the volume bar  . |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
|
« Reply #6 on: 1 Jul '11 - 15:54 » |
Quote
|
The other thing I'd like to see added to the secret settings is an option to remove the dangerous "Remove and Delete File" option from the playlist context menu.
You should be asked for confirmation before a file is actually deleted, so long as you haven't disabled the confirmation in Windows (which would be dangerous  ). |
|
|
|
|
Logged
|
|
|
|
|
oddiophile
Posts: 149
|
|
« Reply #7 on: 2 Jul '11 - 00:17 » |
Quote
|
NoWheelVol=1 - surely that will disable mousewheel volume control altogether? I thought the same thing, but it looks like this option is just what I needed. |
|
|
|
« Last Edit: 2 Jul '11 - 00:23 by oddiophile »
|
Logged
|
|
|
|
|
oddiophile
Posts: 149
|
|
« Reply #8 on: 2 Jul '11 - 00:22 » |
Quote
|
You should be asked for confirmation before a file is actually deleted, so long as you haven't disabled the confirmation in Windows (which would be dangerous ). The problem is I always disable the Windows file delete prompt (it's a major annoyance for power users) Foobar2000 has a similar 'remove and delete' option, but the context menu is editable, so it can be removed easily. |
|
|
|
« Last Edit: 2 Jul '11 - 00:24 by oddiophile »
|
Logged
|
|
|
|
|
Just For My Memory
Posts: 59
|
|
« Reply #9 on: 8 Jul '11 - 07:31 » |
Quote
|
You should be asked for confirmation before a file is actually deleted, so long as you haven't disabled the confirmation in Windows (which would be dangerous ). The problem is I always disable the Windows file delete prompt (it's a major annoyance for power users) Foobar2000 has a similar 'remove and delete' option, but the context menu is editable, so it can be removed easily. Leave this feature alone... and fix yourself!! |
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #10 on: 8 Jul '11 - 14:47 » |
Quote
|
Leave this feature alone... and fix yourself!! That's harsh. Why do you oppose oddiophile's request? |
|
|
|
|
Logged
|
|
|
|
|
Just For My Memory
Posts: 59
|
|
« Reply #11 on: 8 Jul '11 - 17:35 » |
Quote
|
Leave this feature alone... and fix yourself!! That's harsh. Why do you oppose oddiophile's request? If he disabled the file deletion prompt by himself, he just can't come here and request that above-and-stupid function/option to be added to XMPlay. "If it ain't broke, don't fix it". |
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #12 on: 8 Jul '11 - 19:36 » |
Quote
|
If there were an option to hide or disable the 'Remove & Delete file' action, I'd use it. Not because I'm afraid to delete files, but because I never want to delete files via XMPlay.
|
|
|
|
|
Logged
|
|
|
|
|
Pike84
Posts: 1398
|
|
« Reply #13 on: 8 Jul '11 - 19:41 » |
Quote
|
If he disabled the file deletion prompt by himself, he just can't come here and request that above-and-stupid function/option to be added to XMPlay. Why not? He's talking about a "secret" option, not something that would concern all users. Something like an .ini file option "NoFileDelete" shouldn't bother anyone. [edit]@Dotpitch: Me too. |
|
|
|
|
Logged
|
|
|
|
|
oddiophile
Posts: 149
|
|
« Reply #14 on: 14 Jul '11 - 14:34 » |
Quote
|
Here's another XMPlay annoyance: Play any audio file (e.g. MP3) at 100% (+0.0dB) volume. Pause the track and when paused, adjust the XMPlay volume slider down to a lower value (e.g. -20 dB). Unpause the track. What you will experience is a very short 'blast' at 0dB and then the volume is back to normal (-20dB). Is there a way to supress this loud blast? P.S. Don't feed the trolls |
|
|
|
|
Logged
|
|
|
|
|
Dotpitch
Posts: 2472
|
|
« Reply #15 on: 14 Jul '11 - 16:46 » |
Quote
|
Pause the track and when paused, adjust the XMPlay volume slider down to a lower value (e.g. -20 dB). Unpause the track. What you will experience is a very short 'blast' at 0dB and then the volume is back to normal (-20dB). Is there a way to supress this loud blast? I can't reproduce that. Are you talking about the volume slider or the amplification slider? |
|
|
|
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
|
« Reply #16 on: 14 Jul '11 - 18:07 » |
Quote
|
I think it will depend on what Windows version and output system is used. I suspect it's Vista/7 in this case, as XMPlay actually already has a workaround for a similar issue on XP and older. It sounds like Windows has some data remaining in its buffer, which is unaffected by XMPlay's volume processing, and that's heard when playback is resumed. Here's an update that should get around that by using Windows' own volume control (on Vista/7)... www.un4seen.com/stuff/xmplay.exe |
|
|
|
|
Logged
|
|
|
|
|
Just For My Memory
Posts: 59
|
|
« Reply #17 on: 15 Jul '11 - 09:06 » |
Quote
|
... P.S. Don't feed the trolls XMPlay is perfect, I love it and I have nothing to complain about. May be it is you... after all. P/S: Please request some features that are useful with everyone... not silly and unnecessary ones. |
|
|
|
« Last Edit: 15 Jul '11 - 09:12 by Just For My Memory »
|
Logged
|
|
|
|
|
oddiophile
Posts: 149
|
|
« Reply #18 on: 15 Jul '11 - 12:19 » |
Quote
|
I suspect it's Vista/7 in this case. It sounds like Windows has some data remaining in its buffer, which is unaffected by XMPlay's volume processing, and that's heard when playback is resumed. Here's an update that should get around that by using Windows' own volume control (on Vista/7)... www.un4seen.com/stuff/xmplay.exeWindows 7 x64 using WASAPI exclusive output. The sound buffer 'glitch' occurs even with the latest 'stuff' update. |
|
|
|
« Last Edit: 15 Jul '11 - 12:22 by oddiophile »
|
Logged
|
|
|
|
|
Ian @ un4seen
Administrator
Posts: 15244
|
|
« Reply #19 on: 15 Jul '11 - 13:49 » |
Quote
|
Oh, the modification above only applies to XMPlay's default output system. In that case... have you enabled the "Control device volume" option in the WASAPI options page? If so, I'm not sure there is anything more that can be done about it, as XMPlay is not applying the volume itself.
|
|
|
|
|
Logged
|
|
|
|
|
