Debian Bug report logs - #548611
gnash: please add a configuration setting for initial volume level

version graph

Package: gnash; Maintainer for gnash is Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>; Source for gnash is src:gnash.

Reported by: Francesco Poli <invernomuto@paranoici.org>

Date: Sun, 27 Sep 2009 16:48:01 UTC

Severity: wishlist

Found in version gnash/0.8.6-1

Forwarded to "https://savannah.gnu.org/bugs/index.php?30948"

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, Miriam Ruiz <little_miry@yahoo.es>:
Bug#548611; Package gnash. (Sun, 27 Sep 2009 16:48:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to "Francesco Poli \(t1000\)" <frx@firenze.linux.it>:
New Bug report received and forwarded. Copy sent to Miriam Ruiz <little_miry@yahoo.es>. (Sun, 27 Sep 2009 16:48:05 GMT) Full text and rfc822 format available.

Message #5 received at submit@bugs.debian.org (full text, mbox):

From: "Francesco Poli \(t1000\)" <frx@firenze.linux.it>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: gnash: please add a configuration setting for initial volume level
Date: Sun, 27 Sep 2009 18:36:17 +0200
Package: gnash
Version: 0.8.6-1
Severity: wishlist

Hi!
First off, thanks for maintaining gnash in Debian!  :-)

I've just installed it (as a replacement for swfdec, which does not
work very well, currently) and it seems to work, even though there's
still room for improvement...

Anyway, whenever I start playing a video (e.g.: inside my browser,
with mozilla-plugin-gnash) gnash sets its volume level to the maximum
value (that is to say: 100 %).
This is way too much for my set up, hence I have to manually move the
slider and set gnash volume to a value around 20 % or 30 %, if I
want to avoid breaking my eardrums!

Repeating this step for each and every video I play is a bit annoying.
I would like to have a configuration option to be placed into
my ~/.gnashrc that sets the initial value for gnash volume.
Something like "set volume 25" would set the initial value for
the volume to 25 %
Of course the user should still be able to change the volume level
while gnash is running...

Is this feasible?
Can it be implemented?

Please forward this feature request to upstream, if appropriate.
Thanks for your time.


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnash depends on:
ii  gnash-common                  0.8.6-1    free SWF movie player - common fil
ii  libc6                         2.9-25     GNU C Library: Shared libraries
ii  libgcc1                       1:4.4.1-1  GCC support library
ii  libglib2.0-0                  2.20.5-1   The GLib library of C routines
ii  libgtk2.0-0                   2.16.6-1   The GTK+ graphical user interface 
ii  libstdc++6                    4.4.1-1    The GNU Standard C++ Library v3

gnash recommends no packages.

gnash suggests no packages.

-- no debconf information




Information forwarded to debian-bugs-dist@lists.debian.org:
Bug#548611; Package gnash. (Mon, 28 Sep 2009 01:06:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Miriam Ruiz <little_miry@yahoo.es>:
Extra info received and forwarded to list. (Mon, 28 Sep 2009 01:06:02 GMT) Full text and rfc822 format available.

Message #10 received at 548611@bugs.debian.org (full text, mbox):

From: Miriam Ruiz <little_miry@yahoo.es>
To: "Francesco Poli \(t1000\)" <frx@firenze.linux.it>, 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Mon, 28 Sep 2009 00:56:33 +0000 (GMT)
--- El dom, 27/9/09, Francesco Poli (t1000) <frx@firenze.linux.it> escribió:

> Is this feasible?
> Can it be implemented?

It should be feasible, I have to ask upstream about it though :)

Greetings,
Miry









Information forwarded to debian-bugs-dist@lists.debian.org, Miriam Ruiz <little_miry@yahoo.es>:
Bug#548611; Package gnash. (Mon, 28 Sep 2009 19:30:13 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Poli <frx@firenze.linux.it>:
Extra info received and forwarded to list. Copy sent to Miriam Ruiz <little_miry@yahoo.es>. (Mon, 28 Sep 2009 19:30:13 GMT) Full text and rfc822 format available.

Message #15 received at 548611@bugs.debian.org (full text, mbox):

From: Francesco Poli <frx@firenze.linux.it>
To: 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Mon, 28 Sep 2009 21:12:29 +0200
[Message part 1 (text/plain, inline)]
On Mon, 28 Sep 2009 00:56:33 +0000 (GMT) Miriam Ruiz wrote:

> 
> --- El dom, 27/9/09, Francesco Poli (t1000) <frx@firenze.linux.it> escribió:
> 
> > Is this feasible?
> > Can it be implemented?
> 
> It should be feasible, I have to ask upstream about it though :)

Yes, please.
It would be great if you could get in touch with upstream about this.

Thanks in advance.

-- 
 New location for my website! Update your bookmarks!
 http://www.inventati.org/frx
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Miriam Ruiz <little_miry@yahoo.es>:
Bug#548611; Package gnash. (Thu, 19 Aug 2010 21:45:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gabriele Giacone <1o5g4r8o@gmail.com>:
Extra info received and forwarded to list. Copy sent to Miriam Ruiz <little_miry@yahoo.es>. (Thu, 19 Aug 2010 21:45:03 GMT) Full text and rfc822 format available.

Message #20 received at 548611@bugs.debian.org (full text, mbox):

From: Gabriele Giacone <1o5g4r8o@gmail.com>
To: "Francesco Poli (t1000)" <frx@firenze.linux.it>, 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Thu, 19 Aug 2010 23:40:40 +0200
On Sun, Sep 27, 2009 at 06:36:17PM +0200, Francesco Poli (t1000) wrote:
> Anyway, whenever I start playing a video (e.g.: inside my browser,
> with mozilla-plugin-gnash) gnash sets its volume level to the maximum
> value (that is to say: 100 %).
> This is way too much for my set up, hence I have to manually move the
> slider and set gnash volume to a value around 20 % or 30 %, if I
> want to avoid breaking my eardrums!

Hi Francesco,
please let us reproduce it, what site?

We should go more in depth however upstream says that gnash uses the system
default.
I think your issue may depend on the player which plays videos.


Cheers,
Gabriele




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Sun, 29 Aug 2010 16:42:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Poli <frx@firenze.linux.it>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Sun, 29 Aug 2010 16:42:05 GMT) Full text and rfc822 format available.

Message #25 received at 548611@bugs.debian.org (full text, mbox):

From: Francesco Poli <frx@firenze.linux.it>
To: 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Sun, 29 Aug 2010 18:01:27 +0200
[Message part 1 (text/plain, inline)]
On Thu, 19 Aug 2010 23:40:40 +0200 Gabriele Giacone wrote:

> On Sun, Sep 27, 2009 at 06:36:17PM +0200, Francesco Poli (t1000) wrote:
> > Anyway, whenever I start playing a video (e.g.: inside my browser,
> > with mozilla-plugin-gnash) gnash sets its volume level to the maximum
> > value (that is to say: 100 %).
> > This is way too much for my set up, hence I have to manually move the
> > slider and set gnash volume to a value around 20 % or 30 %, if I
> > want to avoid breaking my eardrums!
> 
> Hi Francesco,

Hi Gabriele, thanks for following up on this bug report, and sorry for
my delay in replying.
Now I am back with a decent Internet link and could retry to reproduce
the problem.

> please let us reproduce it, what site?

YouTube, for instance.

That's where I've just reproduced the bug, but I seem to remember to
see it happening whenever mozilla-plugin-gnash was used inside my
browser (galeon).

Basically, as I said, every new video starts at 100 % volume and I have
to manually adjust it to a sane value.

> 
> We should go more in depth however upstream says that gnash uses the system
> default.

Which system default?

The alsamixer settings?
The only one at 100 is "Front", but I thought the important value was
"Master" (which is 64) or maybe "PCM" (40).

Or Jackd settings?
I am not aware of any default volume setting that I can configure for
jackd.


The fact is that I am using an auto-starting jackd daemon, with alsa
back-end.
Now, as far as know, gnash relies on gstreamer, and thus cannot
directly connect to a jackd daemon: can you confirm that?

For clients that don't directly support jackd, I set up an
alsa-->jackd-->alsa loop with the following configuration file:

  $ cat ~/.asoundrc 
  # redirect the default ALSA device to JACK
  pcm.!default
  {
     type plug
     slave { pcm "jack" }
  }
  
  pcm.jack
  {
     type jack
     playback_ports
     {
         0 alsa_pcm:playback_1
         1 alsa_pcm:playback_2
     }
     capture_ports
     {
         0 alsa_pcm:capture_1
         1 alsa_pcm:capture_2
     }
  }

If you want to read more details on my configuration, please see
http://www.inventati.org/frx/doc/nanodocs/testing_workstation_audio.html
where my updated setup is documented.

> I think your issue may depend on the player which plays videos.

What do you mean by "the player which plays videos"?
The one implemented in flash and executed by gnash?


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Tue, 31 Aug 2010 07:39:40 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gabriele Giacone <1o5g4r8o@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Tue, 31 Aug 2010 07:39:41 GMT) Full text and rfc822 format available.

Message #30 received at 548611@bugs.debian.org (full text, mbox):

From: Gabriele Giacone <1o5g4r8o@gmail.com>
To: Francesco Poli <frx@firenze.linux.it>, 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Tue, 31 Aug 2010 05:52:11 +0200
On 08/29/2010 06:01 PM, Francesco Poli wrote:
> Now I am back with a decent Internet link and could retry to reproduce
> the problem.

First of all, please install latest version 0.8.8-2 in unstable.

>> please let us reproduce it, what site?
> 
> YouTube, for instance.

At youtube.com, you might encounter cookies-related issues:

http://www.gnashdev.org/?q=node/77

At the moment, we didn't understand yet what browsers are affected,
what not, what conditions. What acts as workaround in all cases seems to
be removing+blocking cookies from youtube.com.

> That's where I've just reproduced the bug, but I seem to remember to
> see it happening whenever mozilla-plugin-gnash was used inside my
> browser (galeon).
> 
> Basically, as I said, every new video starts at 100 % volume and I have
> to manually adjust it to a sane value.
>>
>> We should go more in depth however upstream says that gnash uses the system
>> default.
> 
> Which system default?
> 
> The alsamixer settings?
> The only one at 100 is "Front", but I thought the important value was
> "Master" (which is 64) or maybe "PCM" (40).
> 
> Or Jackd settings?
> I am not aware of any default volume setting that I can configure for
> jackd.
> 
> The fact is that I am using an auto-starting jackd daemon, with alsa
> back-end.
> Now, as far as know, gnash relies on gstreamer, and thus cannot
> directly connect to a jackd daemon: can you confirm that?

I tried your configuration with few changes and now my system uses jackd
too but I only have good news: it works fine! :)
FWIW I'm using qjackctl as auto-starter.

>> I think your issue may depend on the player which plays videos.
> 
> What do you mean by "the player which plays videos"?
> The one implemented in flash and executed by gnash?

Exactly. Gnash can't modify or start with a configurable volume level
whereas .swf applications it plays can do it.
And this is what I found out:
under ~/.gnash/SharedObjects, gnash stores .swf applications and related
data. For example:

SharedObjects/s.ytimg.com/yt/swf/watch-vfl186120.swf
	local copy of youtube movie player
SharedObjects/s.ytimg.com/soundData.sol
	volume settings we was looking for

So when you modify volume level, gnash stores it in that file.
I confirm that at the first access, volume is at maximum level but when
you lower it, your action is saved.
s.ytimg.com is one of the youtube servers and I don't know how many they
are so there might be more than one "first access".

And how to made initial maximum level lower?
Play with levels, IMHO the answer is there.



Cheers,
Gabriele




Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Tue, 31 Aug 2010 18:27:05 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Poli <frx@firenze.linux.it>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Tue, 31 Aug 2010 18:27:05 GMT) Full text and rfc822 format available.

Message #35 received at 548611@bugs.debian.org (full text, mbox):

From: Francesco Poli <frx@firenze.linux.it>
To: 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Tue, 31 Aug 2010 20:22:37 +0200
[Message part 1 (text/plain, inline)]
On Tue, 31 Aug 2010 05:52:11 +0200 Gabriele Giacone wrote:

> On 08/29/2010 06:01 PM, Francesco Poli wrote:
> > Now I am back with a decent Internet link and could retry to reproduce
> > the problem.
> 
> First of all, please install latest version 0.8.8-2 in unstable.

Thanks for following up to my reply.

I've just installed gnash from unstable.
My volume still starts at maximum value... but see below.

> 
> >> please let us reproduce it, what site?
> > 
> > YouTube, for instance.
> 
> At youtube.com, you might encounter cookies-related issues:
> 
> http://www.gnashdev.org/?q=node/77
> 
> At the moment, we didn't understand yet what browsers are affected,
> what not, what conditions. What acts as workaround in all cases seems to
> be removing+blocking cookies from youtube.com.

Hence, I should block Flash cookies, shouldn't I?

Well, sorry for not telling explicitly before (it didn't come up to me
that my problem had to do with cookies!), but I am convinced I am
already blocking Flash cookies!

After installing mozilla-plugin-gnash, I edited /etc/gnashrc by
uncommenting the following line:

  set SOLSafeDir /dev/null

The reason is that I kind of hate cookies, in general.
I always refuse them, even in web browsing, unless they are strictly
needed for specific tasks (for instance, for a limited number of
websites which require authentication).
As a consequence, I saw that option and thought "I don't want Flash
cookies, let's disable them!".

[...]
> > The fact is that I am using an auto-starting jackd daemon, with alsa
> > back-end.
> > Now, as far as know, gnash relies on gstreamer, and thus cannot
> > directly connect to a jackd daemon: can you confirm that?
> 
> I tried your configuration with few changes and now my system uses jackd
> too but I only have good news: it works fine! :)

Thanks a lot for trying to reproduce my setup so closely: believe me,
it's really appreciated!   :-)

[...]
> >> I think your issue may depend on the player which plays videos.
> > 
> > What do you mean by "the player which plays videos"?
> > The one implemented in flash and executed by gnash?
> 
> Exactly. Gnash can't modify or start with a configurable volume level
> whereas .swf applications it plays can do it.
> And this is what I found out:
> under ~/.gnash/SharedObjects, gnash stores .swf applications and related
> data.

Since I block cookies, I have no ~/.gnash directory at all (no one
created it!).
That seems to be the reason why my volume settings are lost each time
I start to watch a new video!

Anyway, I think the lack of a default value (which means that gnash has
to rely on cookies for such settings) is a suboptimal situation.

As I requested in this very wishlist bug, I would like to have some
configuration option to set the default initial volume and then leave
to cookies other possible adjustments (for people who like accepting
cookies), but still providing a sensible and configurable default (for
people who do *not* like cookies).

> For example:
> 
> SharedObjects/s.ytimg.com/yt/swf/watch-vfl186120.swf
> 	local copy of youtube movie player
> SharedObjects/s.ytimg.com/soundData.sol
> 	volume settings we was looking for
> 
> So when you modify volume level, gnash stores it in that file.
> I confirm that at the first access, volume is at maximum level but when
> you lower it, your action is saved.
> s.ytimg.com is one of the youtube servers and I don't know how many they
> are so there might be more than one "first access".

This is another reason for having a good configurable default volume
value. Having to adjust the volume for more than one "first access" is
really surprising!

> 
> And how to made initial maximum level lower?
> Play with levels, IMHO the answer is there.

Which levels? The alsamixer ones?

They are fine for all the other applications I use, why should I mess
up with them just to adapt to gnash?!?


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Wed, 01 Sep 2010 16:36:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gabriele Giacone <1o5g4r8o@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Wed, 01 Sep 2010 16:36:03 GMT) Full text and rfc822 format available.

Message #40 received at 548611@bugs.debian.org (full text, mbox):

From: Gabriele Giacone <1o5g4r8o@gmail.com>
To: Francesco Poli <frx@firenze.linux.it>, 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Wed, 01 Sep 2010 18:33:43 +0200
On 08/31/2010 08:22 PM, Francesco Poli wrote:
> Hence, I should block Flash cookies, shouldn't I?
> 
> Well, sorry for not telling explicitly before (it didn't come up to me
> that my problem had to do with cookies!), but I am convinced I am
> already blocking Flash cookies!
> 
> After installing mozilla-plugin-gnash, I edited /etc/gnashrc by
> uncommenting the following line:
> 
>   set SOLSafeDir /dev/null
> 
> The reason is that I kind of hate cookies, in general.
> I always refuse them, even in web browsing, unless they are strictly
> needed for specific tasks (for instance, for a limited number of
> websites which require authentication).
> As a consequence, I saw that option and thought "I don't want Flash
> cookies, let's disable them!".

Well, I hadn't thought about flash cookies and consequently nor to
block them.
I told you the yt-cookies story because at the moment is the most
frequent topic. I wanted to exclude cookies from possible causes list
and I see that you already exclude them all, even the flash ones :)

> Since I block cookies, I have no ~/.gnash directory at all (no one
> created it!).
> That seems to be the reason why my volume settings are lost each time
> I start to watch a new video!
> 
> Anyway, I think the lack of a default value (which means that gnash has
> to rely on cookies for such settings) is a suboptimal situation.
> 
> As I requested in this very wishlist bug, I would like to have some
> configuration option to set the default initial volume and then leave
> to cookies other possible adjustments (for people who like accepting
> cookies), but still providing a sensible and configurable default (for
> people who do *not* like cookies).

I propose this workaround:
1) comment out SOLSafeDir option
2) access to yt, set volume level you want as initial level, close your
browser
3) uncomment out SOLReadOnly, the latter denies future changes.
Same workaround can be done at user level, by right-clicking on a clip,
"Edit - Preferences - Security" and ticking "Do not write Shared Object
files". This sets solReadOnly to true in ~/.gnashpluginrc

Alternative workaround could be something such as:
3) # chmod -R 500 ~/.gnash/SharedObjects
   # chmod 600 ~/.gnash/SharedObjects/s.ytimg.com/soundData.sol
so that gnash can also remember volume level.

> Which levels? The alsamixer ones?
> 
> They are fine for all the other applications I use, why should I mess
> up with them just to adapt to gnash?!?

I can't figure out yet how gnash can set volume higher than volume set
by your mixer.
I mean ok, yt player starts with maximum level but why that maximum
level is higher than usual. For example, why higher than your audacious
maximum level? It's higher, isn't it?

Doesn't it simply depend on the source? Hence the reason is that all
video you're watching are _recorded_ louder than we'd like they were?
It would make sense doing some comparisons.








Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Wed, 01 Sep 2010 20:30:04 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Poli <frx@firenze.linux.it>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Wed, 01 Sep 2010 20:30:05 GMT) Full text and rfc822 format available.

Message #45 received at 548611@bugs.debian.org (full text, mbox):

From: Francesco Poli <frx@firenze.linux.it>
To: 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Wed, 1 Sep 2010 22:26:29 +0200
[Message part 1 (text/plain, inline)]
On Wed, 01 Sep 2010 18:33:43 +0200 Gabriele Giacone wrote:

> On 08/31/2010 08:22 PM, Francesco Poli wrote:
> > Hence, I should block Flash cookies, shouldn't I?
> > 
> > Well, sorry for not telling explicitly before (it didn't come up to me
> > that my problem had to do with cookies!), but I am convinced I am
> > already blocking Flash cookies!
[...]
> Well, I hadn't thought about flash cookies and consequently nor to
> block them.
> I told you the yt-cookies story because at the moment is the most
> frequent topic. I wanted to exclude cookies from possible causes list
> and I see that you already exclude them all, even the flash ones :)

Yes, this means that we are back to the initial issue.
I would love to have a configuration option to set the default initial
volume percentage...   ;-)

[...]
> I propose this workaround:
> 1) comment out SOLSafeDir option
> 2) access to yt, set volume level you want as initial level, close your
> browser
> 3) uncomment out SOLReadOnly, the latter denies future changes.
> Same workaround can be done at user level, by right-clicking on a clip,
> "Edit - Preferences - Security" and ticking "Do not write Shared Object
> files". This sets solReadOnly to true in ~/.gnashpluginrc
> 
> Alternative workaround could be something such as:
> 3) # chmod -R 500 ~/.gnash/SharedObjects
>    # chmod 600 ~/.gnash/SharedObjects/s.ytimg.com/soundData.sol
> so that gnash can also remember volume level.

I have been thinking about something similar, but... well, let's admit
it: it's gonna be *deadly unpractical*, as soon as you begin repeating
this procedure for each box you administer and/or use!   :-(

I don't even dare think how I could *document* this procedure in my
notes!   ;-)

A simple line in a configuration file would be much simpler, much more
practical and understandable.
But I am sure you are well aware of that!

> 
> > Which levels? The alsamixer ones?
> > 
> > They are fine for all the other applications I use, why should I mess
> > up with them just to adapt to gnash?!?
> 
> I can't figure out yet how gnash can set volume higher than volume set
> by your mixer.

I don't think it does.

> I mean ok, yt player starts with maximum level

Yes...

> but why that maximum
> level is higher than usual. For example, why higher than your audacious
> maximum level? It's higher, isn't it?

I don't think it is higher than audacious maximum volume level.
It's higher than the volume level audacious is configured to use!

I configured audacious to start at volume 20 % , hence it may well be
that audacious maximum level equals gnash maximum level.

It's just that audacious may be configured to start at a sane volume
level (something that I can easily increase or decrease during play,
should I need to do so), while gnash has no means to set an initial
volume level, and relies on cookies to remember user choices...

> 
> Doesn't it simply depend on the source? Hence the reason is that all
> video you're watching are _recorded_ louder than we'd like they were?
> It would make sense doing some comparisons.

As I said above, I think the key difference is in the used tools:
gnash vs. audacious.
Audacious may be configured so that it starts at, say, 20 % volume.
Gnash has no such configuration option.

Please note that also mplayer has a suitable configuration option for
the initial volume level:

$ grep volume ~/.mplayer/config 
volume=20

That's where I took inspiration for this bug report: I just thought "it
would be useful, if gnash had a similar configuration option!".


-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4
[Message part 2 (application/pgp-signature, inline)]

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Thu, 02 Sep 2010 13:36:27 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gabriele Giacone <1o5g4r8o@gmail.com>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Thu, 02 Sep 2010 13:36:27 GMT) Full text and rfc822 format available.

Message #50 received at 548611@bugs.debian.org (full text, mbox):

From: Gabriele Giacone <1o5g4r8o@gmail.com>
To: Francesco Poli <frx@firenze.linux.it>, 548611@bugs.debian.org
Cc: control@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Thu, 02 Sep 2010 15:34:53 +0200
forwarded 548611 "https://savannah.gnu.org/bugs/index.php?30948"
thanks


On 09/01/2010 10:26 PM, Francesco Poli wrote:
> I have been thinking about something similar, but... well, let's admit
> it: it's gonna be *deadly unpractical*, as soon as you begin repeating
> this procedure for each box you administer and/or use!   :-(
> 
> I don't even dare think how I could *document* this procedure in my
> notes!   ;-)
> 
> A simple line in a configuration file would be much simpler, much more
> practical and understandable.
> But I am sure you are well aware of that!

Yes I know. Indeed I call it "workaround" not
"solved-we-can-close-this-bug" ;) It's just an easy way
to do what we want to do: start to watch yt videos at our favourite
volume level and don't accept flash cookies at the same time.
Given your appreciation, I'll downgrade it to "bad-workaround" :)

> I don't think it is higher than audacious maximum volume level.
> It's higher than the volume level audacious is configured to use!
> 
> I configured audacious to start at volume 20 % , hence it may well be
> that audacious maximum level equals gnash maximum level.
> 
> It's just that audacious may be configured to start at a sane volume
> level (something that I can easily increase or decrease during play,
> should I need to do so), while gnash has no means to set an initial
> volume level, and relies on cookies to remember user choices...

I think there is an important difference between audacious and gnash:
you provide a base volume level to audacious and it plays your music
with that setting whereas gnash provides 100% (yes, there are no limits,
it provides 100%) of volume to the SWF application, which is the youtube
player in this case, and yt player decides to start with 100% at the
first access, then if you let it save your preferred level, it'll do
that. If you don't, every access will be a "first access" at 100%. And
for you, it would be too much even if yt started with 50%.

A demonstration, if needed, would be playing yt app with other players.
I did it with adobeplayer (swfdec has just been removed from Debian and
lightspark is still too young) and I will not spend time on explain
that. It behaves in the same way, flash cookies and config under
~/.macromedia, 100% at the first access et cetera.

>> Doesn't it simply depend on the source? Hence the reason is that all
>> video you're watching are _recorded_ louder than we'd like they were?
>> It would make sense doing some comparisons.
> 
> As I said above, I think the key difference is in the used tools:
> gnash vs. audacious.
> Audacious may be configured so that it starts at, say, 20 % volume.
> Gnash has no such configuration option.
> 
> Please note that also mplayer has a suitable configuration option for
> the initial volume level:
> 
> $ grep volume ~/.mplayer/config 
> volume=20
> 
> That's where I took inspiration for this bug report: I just thought "it
> would be useful, if gnash had a similar configuration option!".

Yes, I agree, it would be useful and yes, we are back to the reason you
filed this bug for :)
I don't know how much your request will be taken into account and how
much it's easy to implement. We'll see.

Cheers,
Gabriele









Set Bug forwarded-to-address to '"https://savannah.gnu.org/bugs/index.php?30948"'. Request was from Gabriele Giacone <1o5g4r8o@gmail.com> to control@bugs.debian.org. (Thu, 02 Sep 2010 13:36:30 GMT) Full text and rfc822 format available.

Information forwarded to debian-bugs-dist@lists.debian.org, Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>:
Bug#548611; Package gnash. (Thu, 02 Sep 2010 19:27:03 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Poli <frx@firenze.linux.it>:
Extra info received and forwarded to list. Copy sent to Debian Flash Team <pkg-flash-devel@lists.alioth.debian.org>. (Thu, 02 Sep 2010 19:27:03 GMT) Full text and rfc822 format available.

Message #57 received at 548611@bugs.debian.org (full text, mbox):

From: Francesco Poli <frx@firenze.linux.it>
To: 548611@bugs.debian.org
Subject: Re: Bug#548611: gnash: please add a configuration setting for initial volume level
Date: Thu, 2 Sep 2010 21:22:47 +0200
[Message part 1 (text/plain, inline)]
On Thu, 02 Sep 2010 15:34:53 +0200 Gabriele Giacone wrote:

[...]
> On 09/01/2010 10:26 PM, Francesco Poli wrote:
> > I have been thinking about something similar, but... well, let's admit
> > it: it's gonna be *deadly unpractical*, as soon as you begin repeating
> > this procedure for each box you administer and/or use!   :-(
> > 
> > I don't even dare think how I could *document* this procedure in my
> > notes!   ;-)
> > 
> > A simple line in a configuration file would be much simpler, much more
> > practical and understandable.
> > But I am sure you are well aware of that!
> 
> Yes I know. Indeed I call it "workaround" not
> "solved-we-can-close-this-bug" ;) It's just an easy way
> to do what we want to do: start to watch yt videos at our favourite
> volume level and don't accept flash cookies at the same time.
> Given your appreciation, I'll downgrade it to "bad-workaround" :)

Make no mistake: your suggested "bad-workaround" is appreciated anyway,
as well as all the help from you in understanding this issue more
deeply!    :-)

[...]
> A demonstration, if needed, would be playing yt app with other players.
> I did it with adobeplayer (swfdec has just been removed from Debian and
> lightspark is still too young) and I will not spend time on explain
> that. It behaves in the same way, flash cookies and config under
> ~/.macromedia, 100% at the first access et cetera.

Sure, I am not saying that it is easy to implement or that every other
Flash player around has got this feature.

But, ya know, Free Software can and must be better than proprietary
software!   ;-)

[...]
> I don't know how much your request will be taken into account and how
> much it's easy to implement. We'll see.

Great, thanks a lot for investigating this bug and for forwarding it to
upstream!
Now let's just hope it will not be too hard to implement soon!   ;-)

Bye, and thanks again for your kind assistance.

-- 
 http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html
 Need some pdebuild hook scripts?
..................................................... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4
[Message part 2 (application/pgp-signature, inline)]

Changed Bug submitter to 'Francesco Poli <invernomuto@paranoici.org>' from '"Francesco Poli \(t1000\)" <frx@firenze.linux.it>' Request was from Francesco Poli <invernomuto@paranoici.org> to control@bugs.debian.org. (Sun, 13 Feb 2011 11:09:35 GMT) Full text and rfc822 format available.

Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Wed Apr 23 14:43:17 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.