[LAD] snd_seq_port_info and shared_ptr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As I'm new to smart pointers and memory management in C++ I have a short question on this topic. I'm now using the following code to traverse the devices and their ports: snd_seq_client_info_t *clientInfo = 0; snd_seq_port_info_t *portI

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

How could I forget - e17 actually has _a lot_ of potential. More than KDE as a whole. http://upload.wikimedia.org/wikipedia/commons/3/36/E17_bw_screenshot.png But that's all it has - potential. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linu

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

james morris wrote: > [snip] The other extreme, e17, is just ummm, no. Full ACK. I like e17, but it was much too buggy some years ago and even today it's not a DE I would recommend for a stable DAW. E17 is nice, but not a DE for carefree audio productions and it seems that the coders won't like

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

Ray Rashif wrote: > How could I forget - e17 actually has _a lot_ of potential. More than > KDE as a whole. > > http://upload.wikimedia.org/wikipedia/commons/3/36/E17_bw_screenshot.png > > But that's all it has - potential. I'm an e17 and KDE user and IMHO you are wrong, just because KDE is stab

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

Ray Rashif wrote: > 2009/9/5 Ralf Mardorf > > > Ray Rashif wrote: > > How could I forget - e17 actually has _a lot_ of potential. > More than KDE as a whole. > > > http://upload.wikimedia.org/wikipedia/commons/3/36/E17_bw_screenshot.p

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

2009/9/5 Ralf Mardorf > Ray Rashif wrote: > >> How could I forget - e17 actually has _a lot_ of potential. More than KDE >> as a whole. >> >> http://upload.wikimedia.org/wikipedia/commons/3/36/E17_bw_screenshot.png >> >> But that's all it has - potential. >> > > I'm an e17 and KDE user and IMHO y

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

"james morris" writes: > Apologies also for suggesting something else without having tried out > ladish yet, but if it were to be a little like qjackctl, in having > startup/shutdown scripts the user could write, then it would not be too > difficult to have it remember/restore window positions. I

[LAD] jack samplerate/buffersize callbacks

I can't quite figure it out, can anyone tell me the circumstances that would lead to jack reporting a change to samplerate/buffersize on the fly? cheers, Cal ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.

Re: [LAD] jack samplerate/buffersize callbacks

On Sat, 05 Sep 2009 21:55:15 +1000 cal wrote: > I can't quite figure it out, can anyone tell me the circumstances > that would lead to jack reporting a change to samplerate/buffersize > on the fly? > > cheers, Cal Afaik only on-the-fly samplerate changes are possible. Usually this only happens

Re: [LAD] jack samplerate/buffersize callbacks

Hi Cal, On Sat, 5 Sep 2009, cal wrote: I can't quite figure it out, can anyone tell me the circumstances that would lead to jack reporting a change to samplerate/buffersize on the fly? cheers, Cal It's part of the API of JACK... so any application can cause it to happen for any reason. It

Re: [LAD] jack samplerate/buffersize callbacks

guitarix allows this too from its main menu, so that the user can modify the latency during a session. J. --- On Sat, 9/5/09, Gabriel M. Beddingfield wrote: > From: Gabriel M. Beddingfield > Subject: Re: [LAD] jack samplerate/buffersize callbacks > To: "cal" > Cc: Linux-audio-dev@lists.linux

Re: [LAD] snd_seq_port_info and shared_ptr

On Sat, Sep 5, 2009 at 3:38 AM, Christian wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > As I'm new to smart pointers and memory management in C++ I have a short > question on this topic. > I'm now using the following code to traverse the devices and their ports: >        snd_seq_clie

Re: [LAD] snd_seq_port_info and shared_ptr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Davis schrieb: > On Sat, Sep 5, 2009 at 3:38 AM, Christian wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> As I'm new to smart pointers and memory management in C++ I have a short >> question on this topic. >> I'm now using the fo

Re: [LAD] jack samplerate/buffersize callbacks

On Sat, Sep 5, 2009 at 7:55 AM, cal wrote: > I can't quite figure it out, can anyone tell me the circumstances that would > lead to jack reporting a change to samplerate/buffersize on the fly? changing the SR is not implemented and we have no plans at present to implement it. it was added to the A

Re: [LAD] [LAU] [ANN] LADI Session Handler - Preview 1

2009/9/5 Ralf Mardorf > > E17 didn't change a lot since it was the default for the JAD installing > media some years ago, KDE did change a lot. Yes e17 has got potential, > that's why I'm using it again, but it's very experimental. I don't like > crashs when I try to chose fonts, I like to chose

[LAD] [ot] efficient (event)-loop writing

Hello everyone! I have a problem and I'm not sure how to solve it in an optimal way. I have several threads running. 1. An input thread (computer-keyboard/mouse) 2. An output thread (monitor other devices0 3. A working thread (the engine) Now I wondered, what is the most efficient way to wri

Re: [LAD] [ot] efficient (event)-loop writing

Hi Julien, Sounds like the producer-consumer pattern to me: http://en.wikipedia.org/wiki/Producer-consumer_problem http://qt.nokia.com/doc/4.5/threads-semaphores.html Hope this helps, Gabriel p.s. I'm top posting because I think Julien prefers it. :-) On Sat, 5 Sep 2009, Julien Claas

Re: [LAD] [ot] efficient (event)-loop writing

Hello Gabriel! Thanks! That was, what I was looking for and I should have known it myself. I should stop thinking in single-thread and start thinking multihread. :-( I'll try my best in future! Friendly regards Julien Music was my first love and it will be my last (Joh

[LAD] current state of the art for python to midi bindings?

Hi folks, I have done any linux audio dev in a few years, and wondering what I should be using for a simple cross-platform real time capable python library for handling midi. I was previously using portmidi, but noticed there has been more recent releases of rtmidi. Any advice appreciated. thanks

[LAD] pyqt vs wxpython for audio apps?

Hi everyone, I'm wondering what most linux audio developers think about pyqt vs wxpy for writing audio app guis now that qt is gpl'd. Specifically I'm interested in tightly controlling the timing of event loop ( ie making some accurate external clock source like the csound engine be the time boss )

Re: [LAD] pyqt vs wxpython for audio apps?

Hey Iain, First off: Im not answering your initial question because I just dont know the answer. What I can tell you is that I've used PyGtk as a GUI for a Midi handling program, and that it starts to "lag" very quickly. (Im not a "good" programmer, but I'm fairly sure I didnt have a *>>> sleep

Re: [LAD] pyqt vs wxpython for audio apps?

On Sat, Sep 5, 2009 at 5:33 PM, Iain Duncan wrote: > Hi everyone, I'm wondering what most linux audio developers think about > pyqt vs wxpy for writing audio app guis now that qt is gpl'd. > Specifically I'm interested in tightly controlling the timing of event > loop ( ie making some accurate exte