Author Topic: Wishlist for XMPlay 3.2  (Read 91607 times)

Sebastian_Mares

  • Guest
Wishlist for XMPlay 3.2
« on: 2 Aug '04 - 14:44 »
Hello!

Now that gapless support was added in 3.1, I was wondering if it is possible to add ReplayGain and APEv2 tag support in 3.2. ;D

Regards,
Sebastian

Sami

  • Posts: 17
Re:Wishlist for XMPlay 3.2
« Reply #1 on: 3 Aug '04 - 09:44 »
;D You guys are never satisfied right??? Haha.
Actually i dont have anything in my wishlist except maybe ASIO or kernelstreaming. That should be good for DSP Volume and balance. Smaller buffer equals less delay when you change volume you know!

But that is a real low priority anyway now that -boost works im all happy, dont need anything more!  8)

Thermite

  • Posts: 3
Re:Wishlist for XMPlay 3.2
« Reply #2 on: 4 Aug '04 - 01:56 »
I second the request for "Kernel Streaming Output" as a choice in preferences.

Streaming the sounddata outside the OS, from softdecoder directly to soundcard, bypassing the trunctuating kmixer.sys.

Using the shortest possible signal path through kernel streaming out, i am shure would together with its awesome decoder (iŽll be damned it it doesnt sound better than madplug), would give XMplay the edge, delivering the highest possible fidelity, clearness, naturalness, dynamic and unpoluted by kmixer.sys, as good as it gets  :-* Yummi
« Last Edit: 4 Aug '04 - 03:57 by Thermite »

Torkell

  • Posts: 1169
Re:Wishlist for XMPlay 3.2
« Reply #3 on: 4 Aug '04 - 09:28 »
I second the request for "Kernel Streaming Output" as a choice in preferences.

Streaming the sounddata outside the OS, from softdecoder directly to soundcard, bypassing the trunctuating kmixer.sys.

Using the shortest possible signal path through kernel streaming out, i am shure would together with its awesome decoder (iŽll be damned it it doesnt sound better than madplug), would give XMplay the edge, delivering the highest possible fidelity, clearness, naturalness, dynamic and unpoluted by kmixer.sys, as good as it gets  :-* Yummi
Correct me if I'm wrong, but I don't see how using a different output system can affect the sound quality. The only thing you could posssibly change would be any delays in the system, which would be so small as to be unnoticeable. You don't have a noticeable delay between doing something in UT and hearing the sound, and that doesn't use DirectSound by defualt.

Sami

  • Posts: 17
Re:Wishlist for XMPlay 3.2
« Reply #4 on: 4 Aug '04 - 10:05 »
Correct me if I'm wrong, but I don't see how using a different output system can affect the sound quality. The only thing you could posssibly change would be any delays in the system, which would be so small as to be unnoticeable. You don't have a noticeable delay between doing something in UT and hearing the sound, and that doesn't use DirectSound by defualt.

I would say any kind of processing will affect the sound. The question is how much. Maybe i couldnt hear the difference of bypassing the windows mixer but im sure somone else could. They also have this bass and treble control i wonder how they implemented that thing...

The thing is you can have smaller buffers when you have lower latency. And the smaller buffer gives you faster response for DSP volume change.
« Last Edit: 4 Aug '04 - 10:07 by Sami »

Torkell

  • Posts: 1169
Re:Wishlist for XMPlay 3.2
« Reply #5 on: 4 Aug '04 - 16:51 »
I would say any kind of processing will affect the sound. The question is how much.
Yes, but the only processing being done is the mixing of the stream from XMPlay with other streams from different applications, and resampling if needed by the sound card (e.g. if the sound card doesn't support 96kHz then kmixer.sys will resample the stream down).

Quote
They also have this bass and treble control i wonder how they implemented that thing...
Not sure - it'll either be in kmixer.sys or the hardware.

Quote
The thing is you can have smaller buffers when you have lower latency. And the smaller buffer gives you faster response for DSP volume change.
Actually it won't with how XMPlay is written. The way things are done in XMPlay depends on if DSP is set. If DSP is being used, then any volume changes take affect at the point in the buffer the change happened. This causes a lag equal to the buffer size, and is unavoidable when using waveOut. If DSP is not being used, then the volume changes take affect instantly (actually, whenever kmixer.sys wakes up and reads the next 10ms or whatever), because the volume change is passed to kmixer.

Creating a seperate stream into kmixer.sys would bypass the delay when changing the volume with DSP, but would not reduce overall latency by any real amount.


Of course, I could have got all of this completely wrong. I've done that before ;D
« Last Edit: 5 Aug '04 - 18:24 by BoggyB »

Knurek

  • Posts: 523
Re:Wishlist for XMPlay 3.2
« Reply #6 on: 5 Aug '04 - 16:51 »
I have one reasonable suggestion: undo button for playlist.
And  a few unreasonable (DBM/MED native support for one), but I'll be pretty happy with the one above. :)
« Last Edit: 5 Aug '04 - 16:51 by Knurek »

Pike84

  • Posts: 1398
Re:Wishlist for XMPlay 3.2
« Reply #7 on: 6 Aug '04 - 11:39 »
Yeah, I remember suggesting an undo button before. That'd be nice :).

Vesh

  • Posts: 315
Re:Wishlist for XMPlay 3.2
« Reply #8 on: 6 Aug '04 - 20:25 »
If replaygain is added, for the love of god default it to disabled.

Greebo

  • Posts: 59
Re:Wishlist for XMPlay 3.2
« Reply #9 on: 7 Aug '04 - 05:19 »
I'd just like to state once again, even though I am pretty much alone:

Separation of extended playlist and info windows.

I want to have my playlist and eat it too. One could even get crazy and suggest playlist window, visual window and info window. Three separate windows!

That is all. Thankyou.

Oh and the mini-mode still retains its always-on-top behaviour, even with the introduction of the always-on-top checkbox in options. As far as I can tell.

Pulse

  • Posts: 1
Re:Wishlist for XMPlay 3.2
« Reply #10 on: 7 Aug '04 - 05:23 »
I'd just like to state once again, even though I am pretty much alone:

Separation of extended playlist and info windows.

I want to have my playlist and eat it too. One could even get crazy and suggest playlist window, visual window and info window. Three separate windows!

That is all. Thankyou.

Oh and the mini-mode still retains its always-on-top behaviour, even with the introduction of the always-on-top checkbox in options. As far as I can tell.

What he said. it's in big need for me too.

cheers.

Jace

  • Posts: 825
Re:Wishlist for XMPlay 3.2
« Reply #11 on: 7 Aug '04 - 06:09 »
Left-click the tab-select buttons and they funcion normally..
Right-click them and they open in a separate window.
How's that? ;D
« Last Edit: 7 Aug '04 - 06:10 by Jace »

cerealkiller

  • Posts: 98
Re:Wishlist for XMPlay 3.2
« Reply #12 on: 8 Aug '04 - 06:24 »
Wishlist for next XMPlay
Player is fine for me it's the skinning area i think could use some more options
1.The ability to have knob volume for main and the either Knob_volume_mini or just being able to have slider's in mini mode would be great.
2.Being able to skin the extended info background (add background etccc)
3.Being able to make the panel's pull down instead of being only able to pull from left/right.
4.Sound level vertical  instead of only just horizontal
5.EQ sliders either vertical or horizontal (goes for volume balance sliders also :P)
6.Skinning the info panel would be nice also instead of only having to stick with square panel.

Fraggie

  • Posts: 710
Re:Wishlist for XMPlay 3.2
« Reply #13 on: 8 Aug '04 - 12:13 »
Yeah, I remember suggesting an undo button before. That'd be nice :).
Why does nobody remember DBM support suggestions?... WHY?!

Pike84

  • Posts: 1398
Re:Wishlist for XMPlay 3.2
« Reply #14 on: 8 Aug '04 - 15:14 »
Well.. I probably don't remember that one, because I don't know/remember what DBM stands for :P.

Keltic Danor

  • XMPlay Support
  • Posts: 747
Re:Wishlist for XMPlay 3.2
« Reply #15 on: 8 Aug '04 - 15:30 »
"*.DBM: DigiBooster Pro"
An Amiga tracker format... and considering how rarish it is I don't think being inbuilt would be a good idea. Much more like plugin material that one... if anyone around here could write winamp input plugins that is... :P

Edit: Ditto for Octamed & other miscellaneous formats.
« Last Edit: 8 Aug '04 - 15:33 by Keltic Danor »

Knurek

  • Posts: 523
Re:Wishlist for XMPlay 3.2
« Reply #16 on: 8 Aug '04 - 17:50 »
>Ditto for Octamed & other miscellaneous formats.

If Fraggie stops enjoying his holliday (read: being lazy) for a moment, there may be some movement there (fingers crossed :) ).

fernsx

  • Posts: 99
Re:Wishlist for XMPlay 3.2
« Reply #17 on: 9 Aug '04 - 03:42 »
Wishlist for next XMPlay
Player is fine for me it's the skinning area i think could use some more options
1.The ability to have knob volume for main and the either Knob_volume_mini or just being able to have slider's in mini mode would be great.
2.Being able to skin the extended info background (add background etccc)
3.Being able to make the panel's pull down instead of being only able to pull from left/right.
4.Sound level vertical  instead of only just horizontal
5.EQ sliders either vertical or horizontal (goes for volume balance sliders also :P)

here i'm with you man!
but for the  sound level i had a better idea:
http://www.un4seen.com/forum/?board=2;action=display;threadid=2883


Quote
6.Skinning the info panel would be nice also instead of only having to stick with square panel.

i dont understand this point .
you talking about info window border transparence?




cerealkiller

  • Posts: 98
Re:Wishlist for XMPlay 3.2
« Reply #18 on: 9 Aug '04 - 06:34 »
Heh,
Meant the extended playlist,make it into a panel on it's so u could go different shape's with it.The main thing I personally would like to see is to have vertical sliders/sound level.And to have different (or only) knob(s) for panel_main,and then using slider's on panel_mini.The reason for the later is,I have had very cool knob_volume and balance but have'nt been able to implement them into any skin because they are usually to big to fit in mini mode,so to have volume control in mini mode I just had to cut the knob's completely out. :/
« Last Edit: 9 Aug '04 - 06:37 by cerealkiller »

Torkell

  • Posts: 1169
Re:Wishlist for XMPlay 3.2
« Reply #19 on: 9 Aug '04 - 10:17 »
Quote
6.Skinning the info panel would be nice also instead of only having to stick with square panel.
i dont understand this point .
you talking about info window border transparence?
I think he wants to be able to use any shape for the playlist window, like with the main player. It is currently possible, but I haven't seen any skins that use a non-square shape.

Quote
See-through areas
=================
It's possible to make skins of any shape by marking areas as see-through.
This is done using a "magic" colour in the panel (or info window corner)
bitmap, as determined by the "color_seethru" skinconfig option. Sliders
and scrollers can also make use of the magic colour, so that the area
underneath shows through.

For backward compatibility, when a "color_seethru" is not specified, the
colour of the top-left pixel of each panel bitmap will be the magic colour.

0xbeta

  • Guest
Re:Wishlist for XMPlay 3.2
« Reply #20 on: 9 Aug '04 - 14:02 »
hi there,
after the long and sucessful time i had with the stp (sys tray player) player tek developments forced me to switch to a newer player. because of a suggestion at the stp forum i d/led the xmplay and i have to confess it is the best by now (for my needs of course).
however, there are some things i really miss and like to mention:
I. the play button in random mode is a big issue in the forum. i second the recommendation that the next button in random mode should truly be random next song. the right click feature jumps only in the active directory and assign it to a hotkey is second best because of not being mousebased and i have to activate xmplay by a mouseclick.
II. in stp there is a nice feature "play random first track". will also solve a question raised in the forum.
III. the time display could have more choices: time played/time to play (track/playlist) etc.
IV. i just cant do multiple tag editing. it is anoying to right click at every single track. have a look at stp. there it is solved very lovely.
V. a feature could be added: "after end of playback": turn of computer, exit xmplay etc.
VI. the song which is played could be highlighted in some way. so it is easier to find it in huge playlists. or maybe a button "jump to recent song"
VII. also very good in stp is an addition to "find track". there is a drop down menue just like the windows start button: tracks (which will list the entire playlist) and album (which will list the recent directory). maybe this could be done by a right click menue at the recent title in minibar modus.
also when i right click directories in total commander to play in xmplay music does not start to play automatically.

so,
thats for now
sorry for not registering to the forum (there are seerveral flames for that behavior), but i am not that regular forum writer and also just wanted to have my suggestions noticed. i will be back when a higher version is available.

Thomas

Keltic Danor

  • XMPlay Support
  • Posts: 747
Re:Wishlist for XMPlay 3.2
« Reply #21 on: 9 Aug '04 - 14:53 »
I. the play button in random mode is a big issue in the forum. i second the recommendation that the next button in random mode should truly be random next song. the right click feature jumps only in the active directory and assign it to a hotkey is second best because of not being mousebased and i have to activate xmplay by a mouseclick.
Right click the play button (or press "End") to jump to another random track, and it should be truly random as it is. Also you can assign this to any hot key in the shortcuts tab of the options: Shortcut Options

II. in stp there is a nice feature "play random first track". will also solve a question raised in the forum.
I think the above mentioned hotkey/button covers this too?

III. the time display could have more choices: time played/time to play (track/playlist) etc.
You can get time played - time remaining - frames/pages/order. To change just left click on the time (while a song is loaded) to cycle through.

VI. the song which is played could be highlighted in some way. so it is easier to find it in huge playlists. or maybe a button "jump to recent song"
You can setup your own hotkey for this, or use the default (ctrl+curser down/up). There is also the recent tracks history available: Recent tracks

VII. also very good in stp is an addition to "find track". there is a drop down menue just like the windows start button: tracks (which will list the entire playlist) and album (which will list the recent directory). maybe this could be done by a right click menue at the recent title in minibar modus.
Not sure I quite understand this one, isn't the extended playlist more suitable for listing the playlist?

also when i right click directories in total commander to play in xmplay music does not start to play automatically.
Not sure how total commander does things, I'll look into it and see what I can find.
« Last Edit: 9 Aug '04 - 14:53 by Keltic Danor »

Knurek

  • Posts: 523
Re:Wishlist for XMPlay 3.2
« Reply #22 on: 9 Aug '04 - 15:11 »
> also when i right click directories in total commander to
> play in xmplay music does not start to play automatically.

Works fine here.
Enqueue in XMPlay adds the files to the playlist, while Play in XMPlay clears the playlist, adds the file from the directory and starts playing (even if XMPlay is closed).

Torkell

  • Posts: 1169
Re:Wishlist for XMPlay 3.2
« Reply #23 on: 9 Aug '04 - 15:34 »
VII. also very good in stp is an addition to "find track". there is a drop down menue just like the windows start button: tracks (which will list the entire playlist) and album (which will list the recent directory). maybe this could be done by a right click menue at the recent title in minibar modus.
Not sure I quite understand this one, isn't the extended playlist more suitable for listing the playlist?
I think 0xbeta means a menu system for navigating thru a music directory, a bit like the Start menu but with music files instead of shortcuts to programs.

Torkell

  • Posts: 1169
Re:Wishlist for XMPlay 3.2
« Reply #24 on: 9 Aug '04 - 15:40 »
Feature request: a way to lock the default playlist read-only without breaking track queuing persistance.

What currently happens is that the queue information is stored in the default playlist (%xmplaydir%\xmplay.pls). If this file is made read-only, then any changes to the queue will not be stored across instances of XMPlay. Should a queue have been stored in the file when it was made read-only, XMPlay will always load the same track queue.

Suggested change: store the queue information in a seperate file (e.g. %xmplaydir%\xmplay.que) or in the registry (e.g. HKCU\Software\Un4seen Developments\XMPlay2\Queue).

Current workaround: don't make xmplay.pls read-only.