Opened 17 years ago
Closed 15 years ago
#702 closed defect (wontfix)
gmplayer fails to store volume when changing tracks
Reported by: | Owned by: | reimar | |
---|---|---|---|
Priority: | normal | Component: | GUI |
Version: | 1.0rc1 | Severity: | minor |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Reproduced by developer: | no | Analyzed by developer: | no |
Description
To reproduce the bug: boot into Windows, start up gmplayer, put two mp3's into the playlist, hit the play button, mess with the volume, and switch tracks.
Expected behaviour: the volume stays the same.
Observer behaviour: the volume resets to 100.
please fix?
Change History (5)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
using MPlayer build 27743 (the latest that can be found pre-built on http://oss.netfarm.it/mplayer-win32.php ). Changing gui.conf / softvol = 1 has no effect.
Regarding smplayer, if gmplayer is still under active development, and more recent windows builds are available (are they?), I'd like to stick with that, for usability reasons.
comment:3 by , 15 years ago
(In reply to comment #1)
should work with softvol=1 in gui.conf
or use smplayer for a better mplayer frontend...
using MPlayer build 27743 (the latest that can be found pre-built on
http://oss.netfarm.it/mplayer-win32.php ). Changing gui.conf / softvol = 1 has
no effect.
Regarding smplayer, if gmplayer is still under active development, and more
recent windows builds are available (are they?), I'd like to stick with that,
for usability reasons.
comment:4 by , 15 years ago
gmplayer isnt being actively developed
it was even suggested by some developers to remove it from the mplayer codebase
but they could never agree to do this because a lot of people still use it.
comment:5 by , 15 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
If the gmplayer project is defunc, then this bug is void; resolving WONTFIX
should work with softvol=1 in gui.conf
or use smplayer for a better mplayer frontend...