This is a bit disingenuous to use as an example.
1.) Ardour doesn't have a save as state, to begin with, so it's
unique in the way it has to be handled. Apps equipped with save as,
don't need special treatment, so the user can save them wherever they
like.
2.) you assume it's either/or based on
On Tue, 22 Dec 2009, torbenh wrote:
>> * session callback does not work asynchronously
>
> so you want it async ?
> well... lets make it async then ?
:-)
>> Also, I wasn't comfortable with how the serialization should work...
>> but it was too early in the process to pick nits on that.
>
> plea
On Mon, Dec 21, 2009 at 06:35:47PM -0600, Gabriel M. Beddingfield wrote:
>
>
> On Tue, 22 Dec 2009, Patrick Shirkey wrote:
>
> >So you agree with Fon's statement that if the jack_session code is
> >accepted you would not want to use jack1 any longer and would support a
> >fork or stop using it c
On 12/22/2009 11:35 AM, Gabriel M. Beddingfield wrote:
>
>
> On Tue, 22 Dec 2009, Patrick Shirkey wrote:
>
>> So you agree with Fon's statement that if the jack_session code is
>> accepted you would not want to use jack1 any longer and would support a
>> fork or stop using it completely and create
On Tue, 22 Dec 2009, Patrick Shirkey wrote:
So you agree with Fon's statement that if the jack_session code is
accepted you would not want to use jack1 any longer and would support a
fork or stop using it completely and create your own realtime audio daemon?
Probably about as much as you agr
On 12/22/2009 12:39 AM, Gabriel M. Beddingfield wrote:
>
>
> On Mon, 21 Dec 2009, Patrick Shirkey wrote:
>
>> The only person I can recall who had an explicit objection to it was
>> Fons, who said he would stop using jack if it was accepted. Given that
> [snip]
>> anyway). I don't think he should
Paul Davis schrieb:
> On Mon, Dec 21, 2009 at 10:43 AM, Niklas Klügel
> wrote:
>
>> Hello list,
>>
>> I recently wrote a sequencer for multi-touch/collaborative music
>> composition as part of my thesis. I currently set the PPQ to 128 which
>>
>
> "PPQN" (an inadequately defined term if e
On Mon, Dec 21, 2009 at 10:43 AM, Niklas Klügel wrote:
> Hello list,
>
> I recently wrote a sequencer for multi-touch/collaborative music
> composition as part of my thesis. I currently set the PPQ to 128 which
"PPQN" (an inadequately defined term if ever there was one) should be
a number with a
Hello list,
I recently wrote a sequencer for multi-touch/collaborative music
composition as part of my thesis. I currently set the PPQ to 128 which
ought be enough for demonstration purposes and early testing. Now, I am
wondering how to support higher PPQN efficiently. Some of you guys might
h
On Mon, 21 Dec 2009, Patrick Shirkey wrote:
> The only person I can recall who had an explicit objection to it was
> Fons, who said he would stop using jack if it was accepted. Given that
[snip]
> anyway). I don't think he should be allowed to make the decision for
> the rest of us about what i
Hi all,
I have a question about jacksession :
will it be able to handle situations when the PC, for a reason or another, goes
to S3 sleep, and resumes from S3 ?
Of course, one can on purpose close the jack session after saving it, put the
PC to sleep, and resume things when awake. However, for
Why not both?
Use either/or compile options:
--enable-jacksession
--enable-dbus
The bit you forgot to mention is the lack of network session
capability using your dbus method. It's still not suitable for
clusters.
However Bob Ham, in an earlier post, explained this far better than i
could, so
torbenh wrote:
> On Sun, Dec 20, 2009 at 09:11:04PM +0100, rosea grammostola wrote:
>
>> 1) What do you want to achieve with jack session.
>>
>
> session management ?
> load/save of whole jack graph .
>
>
>> 2) How do you think you are able to achieve it?
>>
>
> with very few excep
Patrick Shirkey writes:
> From a normal users perspective we would need to have an interface that
> gave us the options:
>
> - killing already running apps before loading a session
> - attempting to rename the apps without restarting them
> - load a new jack instance and connect it with netjac
On 12/21/2009 08:45 PM, alex stone wrote:
> You have no disagreement from me in any of the points you've made.
>
>
Thinking back there was an agreement from Stephane and Torben that they
would not expect either to either work on jack_session for jack2.
However I don't recall Stephane expli
You have no disagreement from me in any of the points you've made.
Alex.
On Mon, Dec 21, 2009 at 9:34 AM, Patrick Shirkey
wrote:
>
> On 12/21/2009 08:22 PM, alex stone wrote:
>> This is probably because the Jacksession version would need to
>> maintained in a seperate branch, and so we'd have 3
On 12/21/2009 08:22 PM, alex stone wrote:
> This is probably because the Jacksession version would need to
> maintained in a seperate branch, and so we'd have 3 versions of jack
> to deal with.
> I tested jacksession, and it works well. (Using the experimental branch)
> As Torben says, there's min
On Sun, Dec 20, 2009 at 11:18 PM, torbenh wrote:
> anyways... effort is frozen.
> we are dumping a working implementation.
Can you summarise why, for people like me who haven't read any of the
interim discussion?
Thanks...
Chris
___
Linux-audio-dev m
This is probably because the Jacksession version would need to
maintained in a seperate branch, and so we'd have 3 versions of jack
to deal with.
I tested jacksession, and it works well. (Using the experimental branch)
As Torben says, there's minimal intrusion in apps, and importantly
minimal chang
On 12/21/2009 10:18 AM, torbenh wrote:
> On Sun, Dec 20, 2009 at 09:11:04PM +0100, rosea grammostola wrote:
>
>> torbenh wrote:
>>
>>> On Sun, Dec 20, 2009 at 11:23:54AM +0100, rosea grammostola wrote:
>>>
What can we expect from group 2? Maybe some of the lash developers
>>
20 matches
Mail list logo