[alsa-devel] announcing envy24control, mudita (*) edition.
Summary of updates from envy24control 0.6.0 (GIT HEAD) to "1.0.0":
(0) After a decade, incremented version to 1.0.0 (**) (1) Implemented missing "Peak Hold" functionality in meters and reimplemented meters for increased efficiency and lower X resource usage. (see http://www.linuxaudio.org/mailarchive/lad/2010/7/12/171535 & https://bugzilla.redhat.com/show_bug.cgi?id=602903 ) (2) All volumes are represented as decibels, including the 0 to -48dB range of the hardware peak-meters, the 0 -to- -144dB attenuation for all inputs to the digital mixer, the 0 -to- -63dB attenuation of the analog DAC, and the +18 -to- -63dB attenuation/amplification of the analog ADC. (3) All gtk "scale" widgets have dB legends; the "PageUp" "PageDown" keys allow rapid movement between the marked levels. (4) Got rid of myriad compile warnings and other minor fixes across codebase.
Some screenshots: http://nielsmayer.com/envy24control/Screenshot-Envy24Control-AnalogVolume.pn... http://nielsmayer.com/envy24control/Screenshot-Envy24Control-MonitorInputs.p... http://nielsmayer.com/envy24control/Screenshot-Envy24Control-MonitorPCM.png
------------
To the ALSA project: please consider this patch to alsa-tools' envy24control (**): http://nielsmayer.com/envy24control/envy24control-0.6-to-1.0.patch (patch to 'envy24control' from GIT trunk/head of alsa-tools) http://nielsmayer.com/envy24control/envy24control-1.0.README (summary of changes from 0.6.0 to 1.0.0)
------------
Those wanting to compile directly, or run a 64 bit linux binary I've built:
http://nielsmayer.com/envy24control/envy24control-1.0.tar.gz (full directory, just follow README directions to build/install) http://nielsmayer.com/envy24control/envy24control-1.0-fc12-x86_64.tar.gz (x86_64 binary that should work on fedora12 and equivalent OpenSuse release)
I'd appreciate any testing results or comments on this "1.0.0" release. In particular, I'd like some assurance that the dB markings on sliders in "Analog Volume" panel are correct (compared to values reported by 'alsamixer'). I'm looking for testing with following devices (as I think my testing covers code for M-Audio Delta 44 & Delta 66, Terratec Dmx6fire & EWX2496) specifically: M-Audio Delta 1010, M-Audio Audiophile 2496, M-Audio Delta 1010LT TerraTec EWS 88MT, TerraTec EWS 88D, TerraTec Phase 88, Hoontech SoundTrack DSP 24 (all variants).
Thanks,
Niels http://nielsmayer.com
PS: (*) http://en.wikipedia.org/wiki/Envy#In_philosophy :: "mudita, taking joy in the good fortune of another. This virtue is considered the antidote to envy and the opposite of schadenfreude."
(**) http://git.alsa-project.org/?p=alsa-tools.git;a=tree;f=envy24control;h=d5a56...
At Sun, 25 Jul 2010 12:10:44 -0700, Niels Mayer wrote:
Summary of updates from envy24control 0.6.0 (GIT HEAD) to "1.0.0":
(0) After a decade, incremented version to 1.0.0 (**) (1) Implemented missing "Peak Hold" functionality in meters and reimplemented meters for increased efficiency and lower X resource usage. (see http://www.linuxaudio.org/mailarchive/lad/2010/7/12/171535 & https://bugzilla.redhat.com/show_bug.cgi?id=602903 ) (2) All volumes are represented as decibels, including the 0 to -48dB range of the hardware peak-meters, the 0 -to- -144dB attenuation for all inputs to the digital mixer, the 0 -to- -63dB attenuation of the analog DAC, and the +18 -to- -63dB attenuation/amplification of the analog ADC. (3) All gtk "scale" widgets have dB legends; the "PageUp" "PageDown" keys allow rapid movement between the marked levels. (4) Got rid of myriad compile warnings and other minor fixes across codebase.
Some screenshots: http://nielsmayer.com/envy24control/Screenshot-Envy24Control-AnalogVolume.pn... http://nielsmayer.com/envy24control/Screenshot-Envy24Control-MonitorInputs.p... http://nielsmayer.com/envy24control/Screenshot-Envy24Control-MonitorPCM.png
To the ALSA project: please consider this patch to alsa-tools' envy24control (**): http://nielsmayer.com/envy24control/envy24control-0.6-to-1.0.patch (patch to 'envy24control' from GIT trunk/head of alsa-tools) http://nielsmayer.com/envy24control/envy24control-1.0.README (summary of changes from 0.6.0 to 1.0.0)
Great. I'd love to merge it to the upstream tree after code review.
Could you simply post your patch(es) to alsa-devel ML (and Cc to maintainers)? Then we can check your changes.
At best, please give incremental patches containing the proper changelog and your sign-off in the patch comments to be applicable via git-am.
Also, avoid to change version numbers. If you take over the whole project, then yes, it's fine to change the major version number as you like. But, as long as the upstream is alive, this may bring much more confusion than needed.
thanks,
Takashi
On Mon, Jul 26, 2010 at 1:47 AM, Takashi Iwai tiwai@suse.de wrote:
Great. I'd love to merge it to the upstream tree after code review.
Could you simply post your patch(es) to alsa-devel ML (and Cc to maintainers)? Then we can check your changes.
Takashi -- I am glad to hear of your interest and thankful for your consideration. It appears that some of the code-review and testing is already happening in linux-audio-dev ( http://linuxaudio.org/mailarchive/lad/2010/7/25/172231 ) so I will submit a more final patch to alsa-devel, once some issues found in testing&usability get resolved.
At best, please give incremental patches containing the proper changelog and your sign-off in the patch comments to be applicable via git-am.
Now that I understand the correct way to submit ALSA patches, I will follow instructions from http://www.alsa-project.org/main/index.php/GIT_Server#Occasional_Developers for my final ALSA submission.
Also, avoid to change version numbers. If you take over the whole project, then yes, it's fine to change the major version number as you like. But, as long as the upstream is alive, this may bring much more confusion than needed.
In my defense of being presumptuous to change the version number, please note that the submitted patch didn't include the autoconf change that sets the new version number ( http://nielsmayer.com/envy24control/envy24control-0.6-to-1.0.patch ). The "1.0.0" is in 'configure' for the source distribution ( http://nielsmayer.com/envy24control/envy24control-1.0.tar.gz ) to help distinguish it from the standard version....
To avoid confusion for the next 1.0.1 release, I'll do something similar, but I'll change 'configure' in the source distribution to build "mudita24 1.0.1" rather than "envy24control 1.0.1", using the same sources. And release as "mudita24-1.0.1" ... Then I'll submit the final sourcecode to alsa-devel as [PATCH] results, minus the config/naming changes. I hope this is an acceptable solution.
Thanks,
Niels http://nielsmayer.com
participants (2)
-
Niels Mayer -
Takashi Iwai