media player volume control algorithm needs work

[stargatefan]

please implement industry stanrd -60 to 0dbfs grading in the media player windows. volume change easily 25db in a very small gradient. typically at this windows size less then .01 of inch of travel.

if your feeling really spiffy K type metering would be nice as it tends to preserve the listeners hearing.K scaled sliders for volume control would be a nice "proaudio" touch to . I don't know how many many have noticed this by my pc is connected to a pretty stout sound system so the problem is very noticeable.

[stippi]

The MediaPlayer volume is already logarithmic, but someone else added this feature, and to my untrained eyes is looks pretty complicated for what it's supposed to do. I would appreciate someone else looking into this, since it works well enough for me.

[stargatefan]

There is a disconect between the visaul GUI input and the gain change.IE a very small slider movement products a substantial change in gain. I will get a screen shot showing the output level at several different positions. its either that or the slider isn't scalling wel to windows size "which could likely be the case" Maybe modifying the slider relationship. It does seem to platue for control around 3/4 of slider operation.

[stargatefan]

attached screen shots showing tracking issue between gain and gain slider position. the meters make the problem obviously visiable.

[stippi]

Ok, part of the problem may be that you are mistaken about the purpose of the volume slider. At it's middle position, the volume is at 100%. With a correctly mixed track, the peak meter will go all the way to the right for the loudest parts of the track. At it's right position, the volume shall be increased by factor 2. This is only useful for tracks which for some reason are too quiet. A correctly mixed track will have bad distortion at factor 2, and the peak meter will show it.

[stargatefan]

I can understand that, it makes sense. however the slider does not exhibit a normal slider behavoir of travel to volume. to boot there is no indication on gain level.that small move to the left reduced volume levels 75% or at least 1/3 of center with less then 1/10 of the total movement to the left of center. At this rate of progression volume is zero between center and zero.

Adding a slider level markier to the underlying graphic of the slider would help immensly. Also using a less aggresive gain makeup scheme might not be a bad idea either.

I haven't glanced into the source for the mediaplayer volume controls but it is a bad presumption to assume there is a constant defining the base number used in the algorythm on the slider position ? If so maybe changing it to something a bit less agressive would adress the concern.

Its not a fatal flaw, its more a user interaction issue.

[axeld]

A tool tip or some other kind of dB indicator would be nice, indeed. Also, marking the >100% area in red (as desklink's volume slider does) would help.

[stargatefan]

why not close this since no one seems to want to work on it.

[stippi]

We keep all valid tickets open, no matter if someone has the time to work on them right now.

[stargatefan]

How long would it take to code this ? couldn't the main volume graphic code just be copied over and tested? I haven't looked at alot of the gui code yet so exscuse my ignorance.

[halilpk]

Haiku revision: hrev42211 not a bug. There was no problem about volume control.You can make little change easily and and its size changing with window size . System: Haiku hrev1-alpha3 on VMware workstation 8 on windows 7 32 bit

[Giova84]

this could be an enhancement: i noticed the same "issue" on my system (i also have connected my audio output to an highend audio system, so i can well notice the same)