Re: [LAD] Time & How to approach it

On January 21, 2010 09:28:19 am torbenh wrote: > > I assume std::priority_queue can't be used, because it uses a > > std::vector which will, under the covers, allocate memory from the > > stack. You mean the heap? > you can specify an Allocator for most STL containers. > but i am not aware of anybo

[LAD] External midi sync

Hi, some of you might like to know... All the discussion of tempo maps and sync in the Jack lists forced me to get off my butt and finally fix MusE's midi sync in. (Someone asked recently in the Jack lists if there are any apps which sync properly. Here is one answer). Until now, MusE respond

Re: [LAD] External midi sync

On January 22, 2010 05:04:25 pm you wrote: > On Fri, Jan 22, 2010 at 4:37 PM, Tim E. Real wrote: > > Hi, some of you might like to know... > > > > All the discussion of tempo maps and sync in the Jack lists forced me > > to get off my butt and finally fix MusE's

Re: [LAD] External midi sync

On January 22, 2010 05:59:06 pm you wrote: > On Fri, 2010-01-22 at 16:37 -0500, Tim E. Real wrote: > > So my idea was to 'direct drive' (increment) the midi engine's > > tick counter by the incoming sync messages. > > Drift between master and slave has been ess

Re: [LAD] External midi sync

On January 22, 2010 07:22:14 pm you wrote: > On Fri, 2010-01-22 at 18:34 -0500, Tim E. Real wrote: > > Good, but that would introduce glitches. > > What if the next sync comes at two or three times as long as the last > > one? > > Say the last sync came 20 ms ago. We

Re: [LAD] External midi sync

On January 22, 2010 05:31:11 pm you wrote: > Tim E. Real wrote: > > On January 22, 2010 05:04:25 pm you wrote: > >> On Fri, Jan 22, 2010 at 4:37 PM, Tim E. Real wrote: > >>> Hi, some of you might like to know... > >>> > >>> All the discuss

Re: [LAD] External midi sync

On January 23, 2010 11:36:36 am you wrote: > On Sat, Jan 23, 2010 at 1:23 AM, Tim E. Real wrote: > > I can imagine sync was a tougher nut to crack in Ardour. > > MusE's ticks per quarter note is fixed at 24, although > > the 'frames per quarter note' (hence

Re: [LAD] [ANN] MusE 1.0.1

On January 26, 2010 08:33:48 am Robert Jonsson wrote: > Hi Alex, > > 2010/1/26 alex stone : > > Robert, as a note of interest here, is there a reason why Muse only > > has 32 midi ports available? Is it possible to increase this at user > > level? (I have 65 and counting) > > 65! Thats, thats... a

Re: [LAD] [ANN] Non DAW and Non Mixer 1.0.0

On February 2, 2010 07:21:14 pm malnour...@gmail.com wrote: > I'm pleased to announce the release of Non-DAW and Non-Mixer version > 1.0.0. Some version numbers have been skipped, as a lot time as gone > without an official release. Those who have followed Non-DAW via git > will only notice a few c

Re: [LAD] [ANN] Non DAW and Non Mixer 1.0.0

On February 7, 2010 01:10:27 pm Jonathan Moore Liles wrote: > "Tim E. Real" writes: > > On February 2, 2010 07:21:14 pm malnour...@gmail.com wrote: > >> I'm pleased to announce the release of Non-DAW and Non-Mixer version > >> 1.0.0. Some version number

Re: [LAD] dead audio projects worth resuming

On February 10, 2010 05:11:27 pm humbert.olivie...@free.fr wrote: > ...happy to hear something who make me thing that reZound can will be > reworked/update :D > > Olivier, > http://www.linuxmao.org I second that motion! (Er, emoticon?) Rezound is a cool full-featured editor. I haven't used it for

Re: [LAD] midi beat clock

On February 19, 2010 07:51:58 pm Rui Nuno Capela wrote: > On 02/20/2010 12:40 AM, m.wolkst...@gmx.de wrote: > > for more information's read here. > > http://en.wikipedia.org/wiki/MIDI_beat_clock > > > > my question, exist something like this for alas. i am interested to send > > midi beat clock sig

Re: [LAD] midi beat clock

On February 19, 2010 08:49:37 pm Rui Nuno Capela wrote: > On 02/20/2010 01:00 AM, Tim E. Real wrote: > > On February 19, 2010 07:51:58 pm Rui Nuno Capela wrote: > >> On 02/20/2010 12:40 AM, m.wolkst...@gmx.de wrote: > >>> for more information's read here.

Re: [LAD] midi beat clock

On February 20, 2010 11:33:04 am Ralf Mardorf wrote: > Rui Nuno Capela wrote: > >> It also transmits them. It also recognizes tick but doesn't use it. > >> From what I understand, tick is nothing more than a periodic 'keep > >> alive' signal, not a sync signal. I could be wrong though... > > > > th

Re: [LAD] midi beat clock

On February 20, 2010 01:19:52 pm Paul Davis wrote: > On Sat, Feb 20, 2010 at 11:03 AM, Ralf Mardorf > > wrote: > > If Linux apps would use JACK transport the coders only would have to > > take care to handle this. Just having on app doing sync among JACK and > > eternal MIDI would reduce the risk

Re: [LAD] midi beat clock

On February 20, 2010 02:56:15 pm you wrote: > Tim E. Real wrote: > > On February 20, 2010 01:19:52 pm Paul Davis wrote: > >> On Sat, Feb 20, 2010 at 11:03 AM, Ralf Mardorf > >> > >> wrote: > >>> If Linux apps would use JACK transport the coders o

Re: [LAD] [off-list] midi beat clock

wrote: > With my CPU [1] resampling seems to be still a problem. I'm using > Qtractor, but didn't use it's time stretch feature for audio clips, > instead I used Rubber Band as plugin to pitch down drums. This forced > the CPU to it's knees. Another issue might be trouble because of > transients.

Re: [LAD] midi beat clock

On February 20, 2010 02:38:19 pm Tim E. Real wrote: > On February 20, 2010 01:19:52 pm Paul Davis wrote: > > On Sat, Feb 20, 2010 at 11:03 AM, Ralf Mardorf > > > > wrote: > > > If Linux apps would use JACK transport the coders only would have to > > > take

Re: [LAD] midi beat clock

On February 20, 2010 04:30:56 pm Jörn Nettingsmeier wrote: > On 02/20/2010 08:57 PM, Tim E. Real wrote: > > Stretchers are playing a very important role in my designs now. > > Even just using tempo maps requires them with audio tracks, if the > > user wants to change a tem

Re: [LAD] midi beat clock

On February 20, 2010 04:34:29 pm you wrote: > On Sat, Feb 20, 2010 at 4:22 PM, Tim E. Real wrote: > >> I thought "it's too bad we can't adjust Jack's sample rate on the fly" > >> thus allowing Jack to behave like a Voltage Controlled Oscillator i

Re: [LAD] midi beat clock

> I concluded that the best way for me to sync Jack audio with an > external MTC is with app-side audio time stretchers. D'oh! I'm mixing terms again. I think I meant just resamplers. Tim. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaud

Re: [LAD] midi beat clock

On February 19, 2010 10:17:12 pm Gabriel M. Beddingfield wrote: > As PD said, the MIDI spec requires That MIDI Clock (0xF8) > pulses be sent out at a rate of 24 clocks per quarter note. > Meanwhile, a MIDI Tick (0xF9) is sent out at a rate of 1 > tick per 10 ms. The difference is whether you are s

Re: [LAD] midi beat clock

On February 21, 2010 08:19:13 pm Tim E. Real wrote: > Imagine. Midi clock, active sense, tick and/or MTC all on the same line... Oops, scratch that active sense, it's only when there's no other activity... Tim. ___ Linux-audio-dev maili

[LAD] Jack port alias names

Good day... Just coming to grips working with and learning the alias system... Under what conditions might a Jack port not have any alias names? When might I expect to encounter that situation? Because our app supports both ALSA midi and Jack midi, the app's very own ALSA ports are showing up

Re: [LAD] Jack port alias names

On February 22, 2010 02:56:50 pm Paul wrote: > On Mon, Feb 22, 2010 at 2:27 PM, Tim E. Real wrote: > > Good day... > > > > Just coming to grips working with and learning the alias system... > > > > Under what conditions might a Jack port not have any alias

Re: [LAD] Jack port alias names

On February 22, 2010 03:38:25 pm you wrote: > On Mon, Feb 22, 2010 at 3:24 PM, Tim E. Real wrote: > > On February 22, 2010 02:56:50 pm Paul wrote: > >> On Mon, Feb 22, 2010 at 2:27 PM, Tim E. Real wrote: > >> > Good day... > >> > > >> > Ju

Re: [LAD] Jack port alias names

On February 22, 2010 03:59:25 pm Arnold Krille wrote: > On Monday 22 February 2010 21:24:58 Tim E. Real wrote: > > On February 22, 2010 02:56:50 pm Paul wrote: > > > On Mon, Feb 22, 2010 at 2:27 PM, Tim E. Real wrote: > > > > Good day... > > > > >

Re: [LAD] Jack port alias names

On February 23, 2010 04:53:59 am Ralf Mardorf wrote: > Gabriel M. Beddingfield wrote: > > On Mon, 22 Feb 2010, Arnold Krille wrote: > >> But why is your app giving midi-ports both for jack and > >> alsa at the same time? > > > > Why not? I think that doing this actually serves users > > better, es

Re: [LAD] Smallest, simplest, silliest SDR?

On February 27, 2010 07:50:07 pm Gordon JC Pearce wrote: > On Sun, 2010-02-28 at 01:41 +0100, f...@kokkinizita.net wrote: > > On Sun, Feb 28, 2010 at 12:40:00AM +, Gordon JC Pearce wrote: > > > I wanted a very simple SDR with jack inputs and outputs for a > > > demonstration I was doing. I had

Re: [LAD] Smallest, simplest, silliest SDR?

"Solder-head: Rhyme of the repair technician" Version 0.0.0.1 I made my bread for many years, all circuits known to man. From USA and Britain, and from Sweden and Japan. When cheap hi-tech met lust for crap, I could no longer face it. For everything today my friend, is module rep

Re: [LAD] automation on Linux

On March 17, 2010 04:59:28 pm rosea grammostola wrote: > "My quick test shows that *Muse* can display cc's on the piano roll, but > only seems to allow me to edit them in the event list. Not very pratical. MusE has full graphical editing of midi automation, as well as the event list. I would ventur

Re: [LAD] automation on Linux (modular approach)

On March 19, 2010 07:53:23 am Ralf Mardorf wrote: > I do not really understand what the problem is with using MIDI control > change for mixers. The resolution? For 2 data bytes there are 127 * 127 > = 16129 steps. The number of channels? It's unlimited when using as much > IOs as needed. IMO there

Re: [LAD] automation on Linux (modular approach)

On March 19, 2010 03:40:17 pm Arnold Krille wrote: > On Friday 19 March 2010 20:16:14 Tim E. Real wrote: > > On March 19, 2010 07:53:23 am Ralf Mardorf wrote: > > > I do not really understand what the problem is with using MIDI control > > > change for mixers. The r

Re: [LAD] automation on Linux (modular approach)

On March 19, 2010 06:33:32 pm f...@kokkinizita.net wrote: > On Fri, Mar 19, 2010 at 10:54:24PM +0100, Ralf Mardorf wrote: > > f...@kokkinizita.net wrote: > > >And don't forget that 90% of all music that is still > > >popular today has been produced without any form of > > >automation, and even with

Re: [LAD] automation on Linux (modular approach)

On March 24, 2010 05:59:53 pm f...@kokkinizita.net wrote: > On Wed, Mar 24, 2010 at 11:06:43AM +0100, Ralf Mardorf wrote: > > At the > > moment Linux on my computer and on computers of around 30 other people I > > know can't use hardware MIDI equipment because of MIDI jitter. On the > > same machin

Re: [LAD] [Jack-Devel] Transport question

On March 29, 2010 03:46:00 am Rui Nuno Capela wrote: > On Mon, 29 Mar 2010 02:42:12 +0200, salsa...@xs4all.nl wrote: > > On Sun, March 28, 2010 03:48, Tim E. Real wrote: > >> On March 27, 2010 07:54:21 pm Tim E. Real wrote: > >>> Hi list. Hi Salsaman. > >>&g

Re: [LAD] [Jack-Devel] Transport question

On March 29, 2010 05:18:28 pm you wrote: > On Mon, Mar 29, 2010 at 2:41 PM, Tim E. Real wrote: > > Disturbing result: I discovered that QJackCtl, running all by itself > > with no other apps running, exhibits the problem. > > > > Run QJackCtl. > > Set the Jac

Re: [LAD] [Jack-Devel] Transport question

On March 29, 2010 07:11:39 pm Rui Nuno Capela wrote: > On 03/29/2010 11:05 PM, Tim E. Real wrote: > > On March 29, 2010 05:18:28 pm you wrote: > >> On Mon, Mar 29, 2010 at 2:41 PM, Tim E. Real wrote: > >>> Disturbing result: I discovered that QJackCtl, running all

Re: [LAD] [Jack-Devel] Transport question

On March 30, 2010 04:01:54 am Rui Nuno Capela wrote: > On Mon, 29 Mar 2010 21:42:47 -0400, "Tim E. Real" wrote: > > On March 29, 2010 07:11:39 pm Rui Nuno Capela wrote: > >> On 03/29/2010 11:05 PM, Tim E. Real wrote: > >> > On March 29, 2010 05:18:28 pm you

Re: [LAD] A small article about tools for electronic musicians

On April 28, 2010 08:37:14 am Renato wrote: > On Wed, 28 Apr 2010 12:17:51 +0400 > > Louigi Verona wrote: > > Hey guys! > > > > Read it here: > > http://www.louigiverona.ru/?page=projects&s=writings&t=linux&a=linux_elec > >tronic > > > > Any comments are welcome. > > > > Cheers! > > > > L.V. > > J

Re: [LAD] JACK Graph Internal Latency? (was Re: A small article ...)

On April 28, 2010 10:45:28 pm you wrote: > hi all, > > On Thu, Apr 29, 2010 at 7:05 AM, Tim E. Real wrote: > > Just a request: Would be awesome as a DSSI plugin so that we > > don't have to use rakarrack in a 'send and return' loop within our apps, > >

Re: [LAD] JACK Graph Internal Latency? (was Re: A small article ...)

On April 29, 2010 12:39:30 am Tim E. Real wrote: > On April 28, 2010 10:45:28 pm you wrote: > > hi all, > > > > On Thu, Apr 29, 2010 at 7:05 AM, Tim E. Real wrote: > > > Just a request: Would be awesome as a DSSI plugin so that we > > > don't have

[LAD] Ladspa run lengths and control latency

I wrote: >> Maybe I made a mistake there, confusing a plugin chain with analog >> latencies. Ah but then, isn't a plugin chain like a 'bucket brigade'? >> Each stage can't know what the previous stage does to the signal until >> that previous stage has processed a whole buffer. >> ("He said, waiti

Re: [LAD] A small article about tools for electronic musicians

On April 28, 2010 06:05:22 pm Tim E. Real wrote: > On April 28, 2010 08:37:14 am Renato wrote: > > On Wed, 28 Apr 2010 12:17:51 +0400 > > > > Louigi Verona wrote: > > > Hey guys! > > > > > > Read it here: > > > http://www.louigiverona.ru/?p

Re: [LAD] A small article about tools for electronic musicians

On April 30, 2010 02:18:02 am you wrote: > Tim E. Real wrote: > > Just a follow-up about plugins: > > > > Wow, man! I just spent an hour playing with > >Guitarix Distortion (ladspa plugin) + > >caps C* Amp VTS (ladspa amp sim plugin) > > in MusE&#

Re: [LAD] A small article about tools for electronic musicians

On April 30, 2010 10:55:09 pm you wrote: > Tim E. Real wrote: >Wow, man! I just spent an hour playing with > Guitarix Distortion (ladspa plugin) + > caps C* Amp VTS (ladspa amp sim plugin) > in MusE's plugin rack. Silly me! I missed a piece of the puzzle. The C* Ca

Re: [LAD] A small article about tools for electronic musicians

On May 1, 2010 04:19:22 pm you wrote: > On Sat, May 1, 2010 at 11:57 AM, Tim E. Real wrote: > > Can I get some comments on an issue nagging me for years: > > Maybe I never learned some golden rule about floating point, > > please correct me if I'm ignorant of some

Re: [LAD] A small article about tools for electronic musicians

On May 1, 2010 06:20:26 pm you wrote: > On Sat, May 1, 2010 at 2:21 PM, Tim E. Real wrote: > > I've always wondered why they don't make a fixed-point co-processor... > > That's what the three other 3.4G cores are for... or should be, in a more > ideal world. &g

Re: [LAD] A small article about tools for electronic musicians

On May 1, 2010 07:14:41 pm you wrote: > On Sat, May 1, 2010 at 8:57 PM, Tim E. Real wrote: > > On April 30, 2010 10:55:09 pm you wrote: > > > Tim E. Real wrote: > > >Wow, man! I just spent an hour playing with > > > Guitarix Distortion (ladspa plugin) + >

Re: [LAD] [MusE-user] De-normals. (Was A small article about tools for electronic musicians)

On May 1, 2010 08:10:27 pm Tim E. Real wrote: > On May 1, 2010 07:14:41 pm you wrote: > > On Sat, May 1, 2010 at 8:57 PM, Tim E. Real wrote: > > > On April 30, 2010 10:55:09 pm you wrote: > > > > Tim E. Real wrote: > > > >Wow, man! I just spent an hour

Re: [LAD] A small article about tools for electronic musicians

On May 2, 2010 11:10:33 am Jeremy wrote: > Tim E. Real wrote: > > On April 30, 2010 10:55:09 pm you wrote: > >> Tim E. Real wrote: > >> Wow, man! I just spent an hour playing with > >> Guitarix Distortion (ladspa plugin) + > >> caps C* Amp VTS (lads

Re: [LAD] A small article about tools for electronic musicians

On May 2, 2010 10:22:29 am you wrote: > On Sat, May 1, 2010 at 8:10 PM, Tim E. Real wrote: > > I tired a quick mod in MusE to do what the author of the caps ladspa > > suite did to handle de-normals. He said "A -80dB signal at the Nyquist > > frequency or lower". N

Re: [LAD] A small article about tools for electronic musicians

On May 2, 2010 02:39:23 am you wrote: > Jan Marguc wrote: > > Sadly, I just found out the hard way that it has a really nasty > > denormalization problem. It's so bad I may not be able to use it > > any more. > > People have tried fancy anti-denormalization plugins ahead of it, > >

[LAD] More about de-normals - some test results.

I wrote: >> I tired a quick mod in MusE to do what the author of the caps ladspa suite >> did to handle de-normals. He said "A -80dB signal at the Nyquist frequency >> or lower". No luck. >> But yeah, obviously at some signal level and type, it should stop. >> So I'll keep trying. Noise sounds li

Re: [LAD] More about de-normals - some test results.

On May 4, 2010 10:10:13 am you wrote: > On Mon, May 3, 2010 at 8:27 PM, Tim E. Real wrote: > > Haven't tested Ardour yet, but what do you think about this, Paul? > > I suppose Ardour's processor flags option *must* cure it? > > should fix the problem if it was de

Re: [LAD] audio/midi app development

On June 15, 2010 02:40:30 pm James Morris wrote: > On 15 June 2010 16:55, Paul Davis wrote: > > On Tue, Jun 15, 2010 at 11:27 AM, James Morris wrote: > >> Incidentally, if I want the GUI to update very close to real time, say > >> a grid of blocks flashing on and off as notes come and go, any > >

Re: [LAD] remember ??

On June 22, 2010 04:12:50 pm f...@kokkinizita.net wrote: > Hello all, > > those of you who attended LAC2009 will recognise the Sala > Bianca and lovely metal girl Giorgia: > > > > Enjoy ! Wow, this girl rocks! No, I mean really rocks! I'm sitting watch

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

Hey Niels, thanks for the attention to this mixer. I usually talk to Takashi Iwai at ALSA when I have patches. It's been a while, but if he's still there he's very receptive. The last time, I helped with getting him to fix the word clock lock indicator. The hardware has separate gain and attenua

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

On July 13, 2010 07:26:24 pm f...@kokkinizita.net wrote: > On Tue, Jul 13, 2010 at 06:46:36PM -0400, Tim E. Real wrote: > > It's not clear where the 0dB mark is. > > AFAIK it's at 127. > > Ciao, Yes, I know that, but I was thinking of new users. Other dB mark

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

back_dB( ) Problem solved? Accurate or not? Cheers. Tim. On July 16, 2010 03:13:17 am you wrote: > 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'

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

On July 16, 2010 08:56:30 pm Tim E. Real wrote: > Been so long since I studied envy24 stuff that I was in danger of > messing up facts and wishing for something that might not be > possible. So I pulled my card out and looked at the ICs and their > datsheets, and looked at envy24co

Re: [LAD] Midi tempo sync'd live drum machine

On July 16, 2010 05:34:11 pm m.wolkst...@gmx.de wrote: > Am Thu, 15 Jul 2010 14:27:35 -0500 > > schrieb Nathanael Anderson : > > Here is the setup i'm looking to do: > > > > midi master -> special program > > ddr pad -> special program > > special program -> hydrogen > > > > I've got a hardware mid

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

OK final message for now... On July 16, 2010 08:56:30 pm Tim E. Real wrote: > Here we go! snd_mixer_selem_get_playback_dB( ) > > Problem solved? Accurate or not? Slider markings still not possible with this - it is only a 'current' value. But that's OK, I'm n

Re: [LAD] May I asked something OT?

On July 18, 2010 03:57:06 pm Ralf Mardorf wrote: > A lot of kids wish to have a kill switch for their guitars. > A kill switch is a short circuit, to 'stop' the audio signal. > > I'm not fine with this solution, but the kids argue, that e.g. an > interruption does cause unwanted noise, especially f

Re: [LAD] [Somewhat OT] Strange failure mode of a PC

Some spare time... I just *have* to wander into this one... On July 17, 2010 04:46:01 pm f...@kokkinizita.net wrote: > Measuring the power button switch with a multimeter showed > an unstable resistance value of between 1 and 3k while it > was not pressed. So I removed the thing, which turned out

Re: [LAD] May I asked something OT?

On July 19, 2010 02:54:33 am Sakari Bergen wrote: > On 19.07.2010 08:30, Tim E. Real wrote: > > If you play a Gibson you can set the neck pickup volume to zero and > > the bridge pickup volume to full and then toggle the pickup switch, > > rapidly if desired, like Eddie va

[LAD] Solved: No Flash audio. With a question.

Hello. Just a follow up to something I said a while back. I think Gene H. was saying he couldn't get audio and I had replied that I disabled Pulse and it appeared to be working. But even after disabling Pulse, sometimes I still was not getting audio in Flash on YouBoob etc. When I did have a

Re: [LAD] Solved: No Flash audio. With a question.

anks again. Tim. On July 24, 2010 03:54:19 pm Tim E. Real wrote: > Hello. > Just a follow up to something I said a while back. > > I think Gene H. was saying he couldn't get audio > and I had replied that I disabled Pulse and it > appeared to be working. > > But

Re: [LAD] Solved: No Flash audio. With a question.

On July 24, 2010 03:54:19 pm Tim E. Real wrote: > It turns out that Flash wants to play everything > at a 48000Hz sample rate. > Since my audio card is an Envy24 based card, > it always boots up in 44100Hz sample rate mode. > So now, before I play Flash videos, I must open the &

Re: [LAD] Solved: No Flash audio. With a question.

On July 24, 2010 06:44:40 pm you wrote: > 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 I've battled with .asoundrc before so I know my wa

Re: [LAD] twice as loud

Hey, you know that little triangular flap of skin that almost covers the ear, just above the earlobe? Whaddya think if humans are (were?) to evolve that little flap so it can be completely and tightly pressed against the ear (like you can do now with your finger) thus acting as an 'eyelid' fo

Re: [LAD] twice as loud

On July 25, 2010 06:43:17 am Ralf Mardorf wrote: > On Sun, 2010-07-25 at 12:32 +0200, lieven moors wrote: > > On 07/25/2010 09:31 AM, Tim E. Real wrote: > > > Hey, you know that little triangular flap of skin that almost > > > covers the ear, just above the earlobe? &

Re: [LAD] Solved: No Flash audio. With a question.

On July 25, 2010 10:40:22 am you wrote: > 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

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 25, 2010 03:10:44 pm 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

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 25, 2010 06:57:42 pm Tim E. Real wrote: > I propose that the "multi track rate locking" be renamed to just > "lock" ( *not* "locked" because believe it or not I actually thought > that was an indicator, not a control - there is confusion with the

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 25, 2010 08:00:23 pm you wrote: > 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. Oops, don&

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 26, 2010 03:29:13 am Tim E. Real wrote: > I just noticed that the upper red part of all the meters are gone. > Any plans to re-instate that red coloured portion? > I fear a backlash on that. Sorry was not paying full attention, I see the top is actually 0dBFS. Hmm, I think I see y

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 26, 2010 03:35:43 pm you wrote: > I'd have a better advantage if I had the motivation to add tooltips or > a language catalog, which sounds very tedious to try and do by myself. > Of course, if someone else wants to work on it, I'd be happy to > investigate and integrate any patches coming

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

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... > > Slider markings still not possible with this - it is only a 'current' &

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 26, 2010 09:07:35 pm you wrote: > 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

Re: [LAD] FIxed alsa-tools' envy24control missing peak level meters and "Reset Peaks"

On July 27, 2010 01:00:31 am you wrote: > 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? &

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 26, 2010 04:50:04 am f...@kokkinizita.net wrote: > On Sun, Jul 25, 2010 at 04:55:10PM -0700, Niels Mayer wrote: > > On Sun, Jul 25, 2010 at 3:23 PM, wrote: > > > - The analog gain sliders behave strangly. They seem to 'detent' > > > on the scale marks, it's quite impossible to set a value

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 27, 2010 04:08:11 pm Tim E. Real wrote: > but we get to still keep the handy page up/down snaps, > as they are part of gtk_adjustment etc. Sorry my mistake. Markers are required for page up/down snaps, as Niels said before. Too bad. That feature was quite handy, eh? A

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 27, 2010 08:04:26 pm you wrote: > 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 nic

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 27, 2010 09:09:51 pm Tim E. Real wrote: > So if that's the case, then we could simply try my first idea, just throw > up a vbox beside the slider with labels (and careful upper/lower item > expansion). I'm trying this in Glade. Follow-up: Close but no cigar. There are oh

Re: [LAD] announcing envy24control, mudita (*) edition.

On July 28, 2010 08:12:39 pm Tim E. Real wrote: > So I think the best solution now is let the application custom draw > the marks in a blank window beside the sliders. > The key is to pay attention to the half-way point of the > thumb track size, Although slider thumb track s

Re: [LAD] announcing envy24control, mudita (*) edition.

Hey gang. Took a break for a few days... On July 28, 2010 09:10:32 pm Tim E. Real wrote: > Although slider thumb track size is known, extra unknown space > above and below the slider trough may make our custom marker > positions not precisely accurate. Talk about whack-a-mole, gtk

Re: [LAD] [LAA] announcing envy24control, mudita (*) edition.

On July 31, 2010 04:20:55 am James Morris wrote: > On 31 July 2010 02:19, Niels Mayer wrote: > >> Yes, the CPU usage is from envy24control. Somehow, strange as it > >> sounds... The higher the volume, the higher the CPU usage... Or, if > >> the audio output is continually loud, it seems to overloa

Re: [LAD] announcing envy24control, mudita (*) edition.

Hi Niels. Something odd. Are you sure about those digital mixer ranges? They now go down to only -48dB instead of -144dB. Seems like 2/3 of the range is missing? Verified against the original mixer, and amixer. Also, the 'active' colour of the meters seems way too 'soft'? Seems like just a slight

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

Hey hey hey! Look what I've got... I thought it important and complete enough to let you see where it is going. Check it out. Set up a fresh mudita24-1.0.3 folder and apply these patches so you can try them out. Niels, you could apply these to the tree right away, but there's a few more thing

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

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. One more thing: Because of my use of gtk_adjustment_get_page_increment() and friends, which require g

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 9, 2010 08:53:21 pm Tim E. Real wrote: > One more thing: Because of my use of gtk_adjustment_get_page_increment() > and friends, which require gtk+ 2.14, I think it may be necessary to > release this as a separate program than envy24control. > There may be people out th

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 10, 2010 10:06:17 am you wrote: > Just applied the patches, compiled... AWESOME! Sliders, dB scales and > meters in "Monitor Inputs" and "Monitor PCMs" resize when the window > is stretched! I'm looking forward to the completion of your TODO items > in AUTHORS esp the digital mixer meter

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 10, 2010 10:08:51 am you wrote: > 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 u

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

heel, or KB. Man, if I had only known this before... I can't find much info on how old that member is but it seems to date back to at least 2005. It's a 'protected' member and not well doc'd. On August 11, 2010 03:26:19 pm you wrote: > On Tue, Aug 10, 2010 at 11:24 AM

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 12, 2010 07:57:10 pm Tim E. Real wrote: > I discovered the magic bullet I was looking for: > The GtkRange::round_digits member ! Sorry, am I breaking the rules? It is commented as a 'protected' C structure member. I think that means I'm not supposed to access it

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

Hello list, Niels. Try my patches. See AUTHORS for changes and TODOs. Once again set up a fresh mudita24-1.0.3 folder and apply these patches. (Do not apply my last patches.) Let me know if you want them in another form, applied to some later version or something. I have not touched the meters

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 17, 2010 08:53:46 pm you wrote: > 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 ( > htt

Re: [LAD] [LAU] mudita24 1.02 -- improved envy24control mixer/router for ice1712-based sound-cards

On August 10, 2010 11:09:30 pm Tim E. Real wrote: > Again, per-strip post-fader metering, I tells ya' ! Making slider minimum -60dB or -144dB, and how to make meter same height (as discussed down the threads): Post-fader metering buttons would be an answer there as well. It gives us the

Re: [LAD] Mouse/knob interaction

On September 7, 2010 02:20:10 pm Gordon JC Pearce wrote: > This is going to stir up a bit of discussion! > > Rotary knob GUI elements - should you move the mouse in a circle to > operate them, or up and down? What about side to side? > > Gordon MM0YEQ > A quick check of our MusE knobs shows it's

  1   2   >