Opened 9 years ago

Last modified 7 years ago

#6621 assigned bug

media player volume control algorithm needs work

Reported by: stargatefan Owned by: nobody
Priority: normal Milestone: R1
Component: Applications/MediaPlayer Version: R1/alpha2
Keywords: volume controls Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

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.

Attachments (4)

screenshot3.png (406.3 KB) - added by stargatefan 9 years ago.
volume 1.png (7.1 KB) - added by stargatefan 9 years ago.
volume 2.png (7.3 KB) - added by stargatefan 9 years ago.
volume3.png (7.2 KB) - added by stargatefan 9 years ago.

Download all attachments as: .zip

Change History (17)

Changed 9 years ago by stargatefan

Attachment: screenshot3.png added

comment:1 Changed 9 years ago by stippi

Component: Audio & VideoApplications/MediaPlayer
Owner: changed from nobody to 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.

comment:2 Changed 9 years ago by stippi

Owner: changed from stippi to nobody
Status: newassigned

comment:3 Changed 9 years ago by 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.

Last edited 9 years ago by stargatefan (previous) (diff)

comment:4 Changed 9 years ago by stargatefan

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

Changed 9 years ago by stargatefan

Attachment: volume 1.png added

Changed 9 years ago by stargatefan

Attachment: volume 2.png added

Changed 9 years ago by stargatefan

Attachment: volume3.png added

comment:5 Changed 9 years ago by 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.

comment:6 Changed 9 years ago by 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.

Last edited 9 years ago by stargatefan (previous) (diff)

comment:7 Changed 9 years ago by axeld

Summary: media player volume control algorythm needs workmedia player volume control algorithm needs work

comment:8 Changed 9 years ago by 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.

comment:9 Changed 8 years ago by stargatefan

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

comment:10 Changed 8 years ago by stippi

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

comment:11 Changed 8 years ago by 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.

comment:12 Changed 7 years ago by 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

comment:13 Changed 7 years ago by 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)

Note: See TracTickets for help on using tickets.