Re http://code.google.com/p/mudita24/issues/detail?id=6
In http://code.google.com/p/mudita24/issues/detail?id=6#c5
tvrtko at ursulin wrote:
> I had a small peak in your code and it looks you reference this control by
> name, not numid, so the bug is probably somewhere else. I'll grab the current
I'm pretty busy with smaller devices and applications these days (e.g.
http://code.google.com/p/voicetogoog/ ) however I got a report that
mudita24's meters aren't working from the Debian maintainer of
mudita24 and was hoping to get some help from other developers
familiar with the issues.
http:/
On Thu, Nov 17, 2011 at 11:48 AM, Niels Mayer wrote:
> http://kinlan-presentations.appspot.com/bleeding/index.html#42
See also
https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html
-- Niels
http://nielsmayer.com/
___
Linux-audio-
http://kinlan-presentations.appspot.com/bleeding/index.html#42
Don't we already have HTML5 ?
Yes :)...but can only take us so far
Simple low-latency, glitch-free, audio playback and scheduling
Real-time processing and analysis
Low-level audio manipulation
Effects:
On Fri, Sep 23, 2011 at 7:49 PM, Tim E. Real wrote:
> Hello.
> I noticed mudita24 SVN was in a sad state, crashing the whole system.
>
Hmm. That's odd. It worked for me.
> There were already significant changes and improvements since release 1.0.3
> So I fixed 'er up. Please give it a spin so
http://www.nytimes.com/2011/09/06/science/06sound.html?_r=1&pagewanted=print
--> Dr. Chris Kyriakakis’s audio lab at the University of Southern California
--> http://www.audyssey.com/audio-technology/multeq
--> http://en.wikipedia.org/wiki/Audyssey_Laboratories
Niels
http://nielsmayer.com
Given all the needed Linux dependencies, and the difficulties of
getting decent audio performance on Android, what about not using
Android and using good ol' Linux instead?
Specifically, MeeGo on the Nokia N9 (
https://flors.wordpress.com/2011/06/20/nokia-n9-state-of-the-art-of-mobile-linux-and-q
On Wed, Feb 2, 2011 at 12:48 PM, Stefan Kost
wrote:
>
> Sorry for the very late reply. One thing to mention is that the CPU load
> for
> pulse is going wown quite a bit when plugin headphones. Otherwise it runs
> some
> extra processing needed to accomodate the speakers.
Since there is a lot of
Here's one more backtrace that's even more interesting. Perhaps a
varargs error: see gst_structure_id_set_valist() ??
...
gnulem-106-~/gst123-git> gdb --args src/gst123 -a alsa=66spdif
http://64.12.61.1:80/stream/1046
GNU gdb (GDB) Fedora (7.0.1-50.fc12)
In the last backtrace I sent, I forgot to install debug symbols on the
included libs, so here's another backtrace from a memory-error core
dump with all the debug symbols available.
After the first listing, there's another listing from a stream that
hung, which seems to be an alternate behavior of
On Sun, Jan 23, 2011 at 9:00 AM, Stefan Westerfeld wrote:
> Can you please send me a backtrace made with gdb instead of the one you sent
> me? You should be able to get one by running
I had five instances running and one of them finally bit the dust,
four others are still running.
Note that it d
On Sun, Jan 16, 2011 at 6:13 AM, Stefan Westerfeld wrote:
> Website: http://space.twc.de/~stefan/gst123.php
> Download: http://space.twc.de/~stefan/gst123/gst123-0.1.4.tar.bz2
Stefan --
Thanks for making this new version of gst123 available...
I tried my usual torture test on gst123 0.1.4 and
Thanks for all your comments and information. Some of this info and
your presentations ended up in an article I put together outlining
porting an Android multimedia app to Meego/N900:
http://code.google.com/p/ytd-meego/wiki/CitizenJournalismWithYoutubeDirectForMeego
specifically,
http://code.goog
If you need something to push you over the edge and port your existing
Qt/KDE music-making or multimedia app to the N900 running Symbian,
Maemo, or Meego: http://qt-apps.org/news/?id=340 (see below).
Some ideas (please?):
http://sv1.sourceforge.net/ == http://www.sonicvisualiser.org/
http://kmid2.
I'm replying out of order and still digesting all the messages... but
first wanted to thank all the Nokia engineers and architect willing to
come here and discuss their experience with the N900 product
multimedia issues publicly. This wouldn't be happening with Apple, or
Android, so I wanted to exp
FYI, here's an example of the kind of app that needs to have good audio
performance on a handset:
http://www.youtube.com/watch?v=bwqflVX5oNo
http://www.warmplace.ru/soft/sunvox/
(
http://lists.linuxaudio.org/pipermail/linux-audio-user/2010-December/074828.html
)
It has decent performance on maemo
lseaudio "compliance" and "enforcement" (was Re:
[Meego-handset] Enabling Speakerphone)
To: Niels Mayer
Cc: meego-hand...@lists.meego.com, Linux Audio Developers
[...]
Hi,
sorry for the late reply but, whew, this was really long, definitely
more than what my poor brain can handle in
On Tue, Dec 14, 2010 at 1:31 PM, Marco Ballesio
> Please check here:
>
> http://meego.gitorious.org/maemo-multimedia/pulseaudio-policy-enforcement/trees/master/src
> to get a few more hints on the subject.
Hopefully there's more than just source-code to describe the policies
and enforcement. Is th
On Wed, Dec 8, 2010 at 9:38 AM, Nils wrote:
> Denemo 0.8.22 release!
> Get it on http://www.denemo.org
After a successful "configure" "make" fails with:
Making all in doc
./make: line 1: html:: command not found
warning: failed to load external entity
"/usr/share/xml/docbook/stylesheet/nwalsh/xh
On Fri, Nov 12, 2010 at 9:50 AM, Robin Gareus wrote:
> http://gjacktransport.sourceforge.net/ is a tool that provides graphical
> control over JACK-transport [1].
IAt some point, either from installing version 0.4 or 0.5, whenever I
browsed a directory out of the web browser, such as the "show in
I noticed that bristol-0.40.7-7 updated due to the following security
update. What got me curious is what kind of security issue could
running bristol possibly pose?? -- none on it's own, but another rogue
package could exploit this issue ...
https://bugzilla.redhat.com/show_bug.cgi?id=638376
/computing/youtube-direct-is-helping-media-find-free-videos/
-- Forwarded message --
From: Niels Mayer
Date: Sun, Nov 7, 2010 at 9:02 PM
Subject: YTD-Meego on Googlecode - Planning Youttube direct uploading app
To: qt-...@trolltech.com
I've created http://code.google.com/
On Fri, Oct 29, 2010 at 12:37 PM, Robin Gareus wrote:
> and fixed (but not yet configurable) SMPTE font (gjacktransport)
> is in SVN:
>
> https://gjacktransport.svn.sourceforge.net/svnroot/gjacktransport/trunk
This fix both improves the looks and doesn't wobble around. Thanks!
For some reason, al
On Tue, Oct 26, 2010 at 10:05 AM, Robin Gareus wrote:
> http://gjacktransport.sourceforge.net/ is a tool that provides graphical
Thanks!! Works great and provides functionality I was looking for just recently.
One small nitpick is that when the transport is rolling, the area
displaying the rolli
On Sun, Oct 24, 2010 at 2:03 PM, Paul Davis wrote:
> the mainstream kernel has merged *parts* of the RT patch. it does not
> have all of it, and the last time i heard gleixner talk about it (last
> fall, in portland, OR at the linux plumbers conf) he felt that it
> unlikely that it would ever all
I just got Meego 1.1 SDK up and running on my Fedora12 desktop, courtesy of
"yum install kqemu qemu-kvm libvirt-client libvirt"
&&
http://wiki.meego.com/SDK/Docs/1.1/Getting_started_with_the_MeeGo_SDK_for_Linux
&&
http://www.exerciseforthereader.org/PCBSD/PCBSD8_under_qemu-kvm.html
(essential i
Is the program you're calling from popen generating any output on
stdin/stdout or waiting for input on stdin? Then there's a good chance
it's blocked and nothing happens so consider redirecting
stdin/stdout/stderr to /dev/null prior to calling the program out of
popen, or read/write the needed
There was like, this dude, Galilleo, he hung out in Padova and got
his fingers cut off by the vatican for looking through a telescope.
Something about a scientific revolution, or is that the brand of hair
spray they use for the perfect coif on Jersey Shore. I can't remember.
Before galileo, the we
On Tue, Oct 12, 2010 at 10:09 PM, Stéphane Letz wrote:
> Example of CUDA used for audio.
From (
http://old.nabble.com/sound-processing-in-GPU-w--Nvidia-CUDA---(was-Re:-fm-synthesis-software-)-p28142820.html
):
GPU processing for sound via CUDA has already been done a little bit
in the windows/ma
On Mon, Oct 4, 2010 at 8:56 AM, Rui Nuno Capela wrote:
> there's the global setting by use of qtconfig but maybe that's not what
> you want, 'coz that will affect _all_ qt4 apps
Actually, I like the plastique style enough that I set it as my
desktop KDE default style instead of Oxygen. Solves the
On Sun, Oct 3, 2010 at 10:56 AM, Rui Nuno Capela wrote:
> On 10/03/2010 08:43 AM, Niels Mayer wrote:
>> http://nielsmayer.com/meego/qtractor-dialogs-meego.png
>> http://nielsmayer.com/meego/qtractor-meego.png
> ...
> please, try another qt theme just for piece of mind, for in
On Sat, Oct 2, 2010 at 8:02 AM, Rui Nuno Capela wrote:
> anyway, which qtractor dialogs doesn't fit on nowadays screensizes? i
> mean, which ones are bigger than 800x600 ? please tell me
http://nielsmayer.com/meego/qtractor-dialogs-meego.png
Note the oversized "Options" dialog with hidden Ok/Can
On Fri, Oct 1, 2010 at 2:53 PM, Rui Nuno Capela wrote:
> why? doen't it fit on whatever screen size you throw it in? it might
> default to an 800x600 one, iirc :) but i guess your problem is sth else
Correct. You have to remove most of the action/icons that you get used
to having. The big problem
Rui -- Once again thanks for all your recent updates. I tried out two
"competitors" recent releases and a beta with midi enhancements. Yours
wins by far with the quickest first-launch to sound output, such as
when I was testing it out with zynaddsubfx and fluidsynth dssi plugins
on a new meego ne
Now that I have an ADAT-capable card ($20 ebay ice1712-based terratec
ews88d) I'm curious... if I combine it with
something like http://www.kellyindustries.com/computer/alesis_ai4.html
( http://www.alesis.com/ai4 ) and use the
S/MUX mode built in to the AI4 across eight channels to create four
24/9
http://www.youtube.com/watch?v=AoAOx97G8ew
http://www.gizmag.com/roger-linn-linnstrument-digital-music-interface/15155/
Sadly, that's unlikely to happen anytime soon - because the TouchCo
multitouch pad that Linn used in the production of his prototype has
been withdrawn from production. A
Following a wikipedia link on karplus-strong synthesis posted
recently, I found this, which appears to be the online fount of all
knowledge for physical modelling and sound synthesis:
https://ccrma.stanford.edu/~jos/pasp/
(with links to examples, code, etc).
> PHYSICAL AUDIO SIGNAL PROCESSING
> FO
Reviving an old thread -- I just found out about this and it looks
quite interesting, esp given
my recent positive experience running Fedora RPMFusion and
PlanetCCRMA audio apps on Meego (
http://lalists.stanford.edu/lau/2010/09/0502.html ):
http://wiki.meego.com/ARM/Meego_on_Beagleboard_from_scra
Is there a mass-market (a cheap module from china/taiwan/hongkong)
equivalent of the OptoRec and OptoGen , which could be usefully hooked
up to a few of these:
http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=230418195291
to make a useful multichannel D/A for an ADAT lightpipe ; the optorec
could
This looks like a better mouse-knob interactor, e.g. use the mouse for
pointing/selecting, and then use this knob for simultaneously
controlling multiple parameters on the selected channel at once.
http://www.3dconnexion.com/products/spacenavigator.html
"push, pull, twist or tilt"
someone needs t
Since the envy24 hardware metering doesn't actually have an "over"
indicator, the best i can do is indicate when it's at 0.0dB. Note that once
the 0.0dBFS indication lights up, if you were to push your signal a little
farther than 0.0dBFS then you'd see an over in the output stream. Also, the
0.0
On Mon, Sep 13, 2010 at 2:25 PM, Ralf Mardorf
wrote:
>Pardon, I didn't follow the progress of envy24control. Did you finish
> the recently development and if so, where can we/I get the latest source
> code?
http:// mudita24.googlecode.com
Status: still at 1.03. Waiting for Tim E. Real to commit
On Sat, Aug 28, 2010 at 6:44 PM, Alexander Kojevnikov
wrote:
> You can try running spekle under valgrind [1]. After testing it on a
> flac file I already see that spek_spectrogram_put_pixel() is used with
> wrong arguments causing an out-of-bounds memory write.
Thank you for the clue. I'm especia
Anybody have any ideas on
http://code.google.com/p/spekle/wiki/EvidenceOfMemoryCorruptionOnExit
(warning contains large images,
http://spekle.googlecode.com/svn/wiki/evidence-of-memory-corruption-on-exit.txt
for error text only).
issue: http://code.google.com/p/spekle/issues/detail?id=1
Summary:
On Sat, Aug 28, 2010 at 1:20 PM, David Santamauro
wrote:
> As I was checking out the new mudita24, I noticed that the peak
> line on the meters doesn't go to zero after the signal is
> 'silence'. I have to manually click "reset peaks".
>
> Is this on purpose?
Sort of. The initial point was to fix
Comments anybody :-)
http://techrights.org/2010/08/27/throwing-a-wrench-at-protools/
...
I have heard from a reliable source, inside Digidesign, that they
actually have Protools running on Linux, and that the port from OSX
isn’t that hard, but are under contract obligation
On Sat, Aug 21, 2010 at 1:24 PM, wrote:
>
> If you want to improve this app, make both the faders and
> meters *fixed size*, select that fixed size so it matches
> the real resolution of the faders well, so we can finally
> have a *reliable* gain setting for this chipset.
>
Isn't that exactly wha
FYI, I'm setting this up: http://code.google.com/p/mudita24/
Those interested in becoming "Project committers" (Tim!) or "Project
contributors" (people testing and making suggestions) please send me
your google account or create one (
http://www.google.com/accounts/NewAccount ).
Please add you
On Sat, Aug 21, 2010 at 1:37 AM, Tim E. Real wrote:
> We give the user AFM buttons and three runtime options:
> 1: Meter and slider minimum are both ~-48dB before off.
> 2: Meter and slider minimum are both ~-60dB before off.
> 3: Meter and slider minimum are both ~-144dB before off.
-0
On Tue, Aug 17, 2010 at 9:22 PM, Tim E. Real wrote:
> So, a related TODO I forgot to mention, which would have been the solution
> to the above sizing problem (had we used GtkScale's own label),
> is this:
>
> We want to grab the width of a worst-case string like +88.88 (I guess simply
> by ask
On Tue, Aug 17, 2010 at 3:25 PM, Tim E. Real wrote:
> Try my patches. See AUTHORS for changes and TODOs.
> Once again set up a fresh mudita24-1.0.3 folder and apply these patches.
So I applied the patches (
http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20100817/d02f8aaa/attach
http://www.technologyreview.com/read_article.aspx?id=26055&a=f
A computer chip that performs calculations using probabilities,
instead of binary logic, could accelerate everything from online
banking systems to the flash memory in smart phones and other gadgets.
[...]
The electrical signals inside
What about adding a more modern Wiki/CMS platform -- http://xwiki.org
-- allowing WYSIWYG editing in your browser:
http://platform.xwiki.org/xwiki/bin/view/Features/WysiwygEditor .
Also, useful for public collaborative documentation, the new
annotations feature:
http://code.xwiki.org/xwiki/bin/view
On Sun, Aug 15, 2010 at 4:29 PM, Daniel Worth wrote:
> Awesome work, I'm very happy to see some work going into this.
Thanks! There's more coming... (the version i'm using now is
http://lalists.stanford.edu/lad/2010/08/0059.html , a patch to
http://nielsmayer.com/envy24control/mudita24-1.0.3.t
Now that I've already hit "send"...
The last message suggested replacing "Monitor Inputs" for the digital
mixer, which doesn't actually make sense, if you want to level the
inputs for further recording/processing by a DAW or external app.
You'd still want to level the inputs properly and then addi
... in summary... that's the reason why I thought the current 0 to
-48dB ranges adequate, especially given that you can't hear -48dB
unless you've got a really quiet computer/room ( :-( ) or a really
loud soundsystem and a willingness to subject your ears to damaging
volume levels just so you can p
On Thu, Aug 12, 2010 at 4:57 PM, Tim E. Real wrote:
> Specifically the GTKAdjustment->value property is new since 2.4
> so I changed all of lines, and mine as well.
> It means envy24control couldn't possibly have compiled with gtk 1.x could it?
I mentioned it on alsa-dev but no complaints made.
Part of software mixing control is consistent I/O to the hardware
being mixed. So one aspect of such software is access to soundcards
and MIDI devices -- setup. configured, and labelled on a per-system
basis... For example, jack & qjackctl or qtractor might give you
integrated access to patchbays
On Wed, Aug 11, 2010 at 1:35 PM, wrote:
> Not really, EQ normally being pre-fader. Post-fader meters in a mixer
> strip are useful only of the signal being metered is actually one
> that is physically available on some connector, e.g. as a direct out.
> It would not indicate any overload that occ
On Tue, Aug 10, 2010 at 11:24 AM, Tim E. Real wrote:
> On August 10, 2010 10:06:17 am you wrote:
> I will shrink the meters slightly, simply to align better with
> the slider scales.
> Uh, if you don't mind, I actually want to increase the mixer sliders to
> around -60dB, instead of -48dB which
On Tue, Aug 10, 2010 at 1:14 AM, wrote:
> - The meters are there to show levels at the AD/DA converters,
> i.e. to allow you to check you are using those in a sensible
> way. They happen to be on the same window as the mixer, which
> can be useful as they suggest to the user which signal is
>
On Mon, Aug 9, 2010 at 5:53 PM, Tim E. Real wrote:
> On August 9, 2010 08:45:49 pm Tim E. Real wrote:
>> Hey hey hey!
>> Look what I've got...
>> I thought it important and complete enough to let you see
>> where it is going.
Just applied the patches, compiled... AWESOME! Sliders, dB scales and
I applied a variation of the suggestion made by Guido Scholz on LAD to
the autoconf files and put out a new release to solve the potentially
missing link to "-lm"
http://nielsmayer.com/envy24control/mudita24-1.0.3.tar.gz
http://nielsmayer.com/envy24control/mudita24-1.0.3.x86_64.tgz
http://nielsmay
On Sun, Aug 8, 2010 at 7:59 AM, Geoff King wrote:
> I tried the source version of your 1.0.2 mudita release. I'm having
> problem with the build step. This is with FC13. Any thoughts?
>...
> -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0
> -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcair
On Sat, Aug 7, 2010 at 6:10 PM, Geoff Beasley
wrote:
> Niels, great that you and Tim have fixed this app ;) One thing, can you
> explain what those 'profiles' are for and how to use them?
Envy24control uses the same mechanism as your system does (see
/etc/asound.state and amixer(1)) to save the s
The "Mudita24" package is a modification of alsa-tools' envy24control:
an application controlling the digital mixer, channel gains and other
hardware settings for sound cards based on the ice1712 chipset (
http://alsa.cybermirror.org/manuals/icensemble/envy24.pdf ). It
also displays a level met
Actually, there's a much simpler version of this patch, since the
previous code provided some extra validation and pretty error
messages, but no information that couldn't be provided by
snd_ctl_open(), e.g.:
gnulem-336-~> envy24control -Dfoo
ALSA lib control.c:902:(snd_ctl_open_noupdate) Inval
On Wed, Aug 4, 2010 at 1:20 AM, Raymond Yau wrote:
> The "-D" option seem to be used similar to "amixer -Dabc"
> ctl.abc { type hw , card 2 }
Raymond --
Thanks for the clarification regarding the use of the -D argument for
alsa control devices. I've updated my code to handle things in the
sam
On Wed, Aug 4, 2010 at 12:00 PM, Tim E. Real wrote:
> Something odd. Are you sure about those digital mixer ranges?
Yep.
> They now go down to only -48dB instead of -144dB.
> Seems like 2/3 of the range is missing?
Truncated. At least for my purposes, the original faders w/ 144dB
dynamic range a
On Tue, Aug 3, 2010 at 10:38 PM, Raymond Yau
wrote:
> 2010/8/4 Niels Mayer
>> * fixed --card and --device to allow valid ALSA names and numbers
>> ( https://bugzilla.redhat.com/show_bug.cgi?id=602900 ).
>
> ./envy24control -Ddefault
>
> card_number = atoi(strc
for: "Volume Control Rate Register" I added it to the
README:
.
Notes on the Envy24's hardware Digital Mixer and hardware Metering,
by Niels Mayer ( http://nielsmayer.com ):
The "Monitor Inputs" and "Monitor PCMs" ta
Back in 1989, rockstar-turned-computer-geek
http://en.wikipedia.org/wiki/Todd_Rundgren gave a speech at Xerox PARC
entitled "Musings on the Bronze Age of Computing"... speaking on the
http://en.wikipedia.org/w/index.php?title=Data_glove and the
possibility of sensory feedback:
"If anyone ever
On Sun, Aug 1, 2010 at 3:54 PM, wrote:
>> Is this a regression in "mudita24" or a feature request for standard
>> "envy24control"? I didn't change this aspect of the code, as far as
>> I can tell.
>
> The original has the same problem.
Well that's "good" to hear, in the sense that I didn't caus
On Fri, Jul 30, 2010 at 9:17 PM, Patrick Shirkey
wrote:
>> http://nielsmayer.com/envy24control/Screenshot-Mudita24-rc0-MonInp.png
>Looks good. I did some work at the end of last year to add a glassy tube
>type effect to jackEQ's meters. It would be cool to get that combined with
>your efforts.
Th
On Sat, Jul 31, 2010 at 12:06 PM, Tim E. Real wrote:
> Niels do you have a new release or repo I can work with rather than
> the original release, which may be too outdated to patch against by now?
http://nielsmayer.com/envy24control/mudita24-1.0.1.tar.gz
(source directory, follow README).
Pl
On Wed, Jul 28, 2010 at 3:40 PM, James Morris wrote:
>> Also, you mentioned there was a problem with CPU usage and sluggish
>> response. I haven't heard of any other complaints along these lines,
>> so i'm wondering if you did something to resolve the issue, or if you
>> might be able to do some m
On Mon, Jul 26, 2010 at 10:25 PM, Tim E. Real wrote:
> For now here's the code, throw it inside
> dac_volume_to_db() and
> adc_volume_to_db() but *replace* DAC_VOLUME_NAME with ADC_VOLUME_NAME,
> and I believe mixer_volume_to_db() and wherever else required.
> Do you need a patch?
No patch nee
On Wed, Jul 28, 2010 at 12:57 AM, James Morris wrote:
> Have to say, the bright-green and cadmium-yellow-deep combination is
> particularly disgusting!
> ...especially on that green background. IMO the darker green
> background should be less prominent, a much darker green.
I had to look that one
[trimmed down reply-to linux-audio-...@lists.linuxaudio.org]
On Tue, Jul 27, 2010 at 8:25 AM, john ffitch wrote:
> Any chance of an option to envy24control to allow colour blind people
> to see three zones? I had been using it for years before I was told
> that there is a red section at the top a
On Tue, Jul 27, 2010 at 3:56 PM, Tim E. Real wrote:
> Sorry my mistake. Markers are required for page up/down snaps,
> as Niels said before.
> Too bad. That feature was quite handy, eh?
> And the marks looked sooo nice.
> And we need at least mark for one unity gain.
Tim -- thanks for playing G
On Mon, Jul 26, 2010 at 5:15 PM, Tim E. Real wrote:
> On July 16, 2010 10:10:48 pm Tim E. Real wrote:
>> > Here we go! snd_mixer_selem_get_playback_dB( )
>> >
>> > Problem solved? Accurate or not?
> Not accurate with AK4524 chip. Read on...
[...]
> Yikes! It's all coming back to me now, this ca
On Mon, Jul 26, 2010 at 3:52 AM, James Morris wrote:
> On 26 July 2010 11:13, Ralf Mardorf wrote:
>> '(envy24control:9266): Gtk-WARNING **: GtkSpinButton: setting an
>> adjustment with non-zero page size is deprecated
>>
>> (envy24control:9266): Gtk-WARNING **: GtkSpinButton: setting an
>> adjust
On Mon, Jul 26, 2010 at 12:29 AM, Tim E. Real wrote:
> trust me it will look great at the expense of only 28 extra pixels for
> the minimum height over the original - it's all you can really do, man:
>
> Remove the -72 and -108 dB marks on all the monitor sliders
> in volume.c: draw_24bit_atten
On Mon, Jul 26, 2010 at 1:50 AM, wrote:
> Adding a log2() and a multiplication doesn't seem like much of a
> pain compared to the rest.
Yes, but orthogonal to getting what I'd already completed out... And
also, I figured there'd be discussion about the confusion in scales on
"Monitor Inputs" and
On Sun, Jul 25, 2010 at 4:10 PM, Tim E. Real wrote:
> So I say instead some descriptive tooltips would be very handy
> for users, at least on the hardware settings tab, even if there
> is a manual. But what about language translations? Is that
> more or less automatic, or requires intervention?
On Mon, Jul 26, 2010 at 1:47 AM, Takashi Iwai 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 thank
On Sun, Jul 25, 2010 at 3:57 PM, Tim E. Real wrote:
> CPU 20% on idle, and when adjusting sliders it's around 50%. All OK.
Is this more CPU load or less than the original envy24control? It
should be a lot less load.
> Can't resize height below certain amount - it's too tall.
> I don't see what t
On Sun, Jul 25, 2010 at 3:23 PM, wrote:
> - The meters just indicate level in a linear way. Half scale
> is -6dB etc.
I originally talked about doing this in a previous thread, along with
various other things that ended up being impossible, like integrating
jkmeter :-).
I figured there's enough
On Sun, Jul 25, 2010 at 2:16 PM, James Morris wrote:
> CPU up to 99% here as soon as any audio plays and GUI very sluggish.
>
> Delta 66 AMD64 Gentoo.
That looks like it might be an instance of the bug I thought I'd
fixed. It's especially odd because I too have a Delta66 and AMD64 for
testing, bu
On Sun, Jul 25, 2010 at 12:21 PM, Paul Davis wrote:
>> (2) All volumes are represented as decibels, including the 0 to -48dB
> i don't own one, so its not of much concern to me, but dB ?
The http://en.wikipedia.org/wiki/Decibel is a unitless measurement. :-)
However, in this case there are a few
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/mailarch
On Sat, Jul 24, 2010 at 8:43 PM, Tim E. Real wrote:
> On July 24, 2010 06:44:40 pm you wrote:
> Holy crud that's nice !!! You really went to town on this !
I figured these cards are worth it... One of the changes I made
seriously reduces the number of interrupts/ticks envy24control 0.6.0
generate
On Sat, Jul 24, 2010 at 8:41 PM, Tim E. Real wrote:
> I turned off the 'lock' control in envy24control and now Flash can
> set the rate to 48000Hz.
I forgot to mention the "Multi Track Rate Locking" and "Multi Track
Rate Reset" issues... Or the fact that sometimes you have to switch
the clock r
For the alsa "default" device, as used by web-apps and other things
where you haven't explicitly set the device, consider using a "dmix"
device such as done in http://nielsmayer.com/npm/dot-asoundrc.txt
What would be more interesting, and I haven't explored yet, would be
to combine the "dmix" and
On Wed, Jul 21, 2010 at 1:49 AM, Pieter Palmers wrote:
> I cannot help but noting that the 'most bone-headed way of doing low-latency
> audio' called firewire provides timestamps related to the sample clock for
> midi messages (even each MIDI byte). The timestamps are valid accross
> multiple dev
Took a bit to search for details:
.
Linux Plumbers Conference 2010 Details:
Registration for this event is open from:May 03, 2010 09:00 AM -
October 29, 2010 05:00 AM
Where: Hyatt Regency Cambridge - Cambridge, MA
Date:November 03, 2010 - November 05, 2010
Time:09:00 AM - 05:0
On Sun, Jul 18, 2010 at 6:21 AM, Folderol wrote:
> http://www.xcore.com/projects/xmos-base-avb-endpoint
This provides an informative overview, even if an advertisement for Q-Lan:
http://www.qscaudio.com/products/network/QSys/Q-LAN_WhitePaper_2009-10.pdf
(authored by the patent-holder on CobraNet:
On Fri, Jul 16, 2010 at 5:27 AM, Geoff King wrote:
> Niels, Thank you for taking the time to work on improving Envy24Ctl.
> I tried your patch for the peaks and it seemed to work fine for me. I
> can't comment on the code (as I'm much more musician than programmer),
> but had no problem patching
On Tue, Jul 13, 2010 at 3:46 PM, Tim E. Real wrote:
> But nothing was ever done about the slider markings.
> Having them go from 0 to 164 is not really helpful.
> It's not clear where the 0dB mark is.
> At the very least a 0dB mark should be added.
> Uh, do you feel like taking a stab at this?
> I
On Tue, Jul 13, 2010 at 9:54 PM, Niels Mayer wrote:
> As a second patch (coming soon), I've rewritten the meters in a more
> sensible fashion, drawing a single rectangle to represent the
> instantaneous level (2-3 X-primitive draws per meter total and one
> blit, versus hundre
1 - 100 of 149 matches
Mail list logo
