-------- Original Message --------
Subject: Re: [Jack-Devel] Jack Transport improvements
Date: Tue, 05 Jan 2010 14:48:54 +0100
From: rosea grammostola <rosea.grammostola@gmail.com>
CC: jack-devel@lists.jackaudio.org
References: <4B3DF929.6050001@gmail.com>
<201001041845.18992.termtech@rogers.com>
<201001051053.23904.geoff@laughingboyrecords.com >
<201001041900.12530.termtech@rogers.com>
<alpine.DEB.1.10.1001041905210.11093@localhost.loc aldomain>
<caa95e271001042316t3b38a27dp4ce9648f46e06a7f@mail .gmail.com>
<eb4b5e1d1001050417v1defd901sd0b41232a2044b44@mail .gmail.com>



Paul Davis wrote:
> On Tue, Jan 5, 2010 at 2:16 AM, alex stone <compose59@gmail.com> wrote:
>
>> Gabriel, a question. How difficult would it be to introduce a coded
>> function in each jack app that "talks" to other apps, so each client
>> is aware of other clients, timewise, outside of mmc, mtc, etc.....
>>
>> So for example, Ardour is aware of Hydrogen, Rosegarden is aware of
>> Ardour and Hydrogen, etc...
>>
>> Would this improve timesync and variable tempo markings, and enable a
>> "true" sync between apps?
>>
>
>
> add to that a looping implementation like the one proposed by jesse
> chappell years ago, and you're good to go.
>
Is that proposal of Jesse Chappell online somewhere?




> -------- Original Message --------
> Subject: Re: [Jack-Devel] Jack Transport improvements
> Date: Tue, 5 Jan 2010 08:04:56 -0600 (CST)
> From: Gabriel M. Beddingfield <gabriel@teuton.org>
> To: rosea grammostola <rosea.grammostola@gmail.com>
> CC: jack-devel@lists.jackaudio.org
> References: <4B3DF929.6050001@gmail.com>
> <201001041845.18992.termtech@rogers.com>
> <201001051053.23904.geoff@laughingboyrecords.com >
> <201001041900.12530.termtech@rogers.com>
> <alpine.DEB.1.10.1001041905210.11093@localhost.loc aldomain>
> <caa95e271001042316t3b38a27dp4ce9648f46e06a7f@mail .gmail.com>
> <eb4b5e1d1001050417v1defd901sd0b41232a2044b44@mail .gmail.com>
> <4B434346.3010800@gmail.com>
>
>
>
> On Tue, 5 Jan 2010, rosea grammostola wrote:
>
> >> add to that a looping implementation like the one proposed by jesse
> >> chappell years ago, and you're good to go.
> >>
> > Is that proposal of Jesse Chappell online somewhere?
>
> FWIW, I'm trying to search the archives.
>
> Anybody know where I can find Jack-Devel archives between
> 2001 and 2006? The ones at tux.org appear to be... gone.
>
> -gabriel

Are you serious? You need information that is outdated since 4 up to 9
years?

Yesterday I asked Sebastian Moors, if it's thinkable, if there ever
would be Hydrogen as DSSI or LV2.

You are seriously thinking about session handlers and sync to various
applications, instead of doing the same, that is done for Windows since
the stone age?

We need one sequencer + hard disk recorder that is able to include any
other app, thus for Linux it means, that e.g. Ardour, Rosegarden or
Qtractor should be able to be a sequencer and hard disk recorder and
automated mixing console etc. in one and to load e.g. Hydrogen as a DSSI
or LV2 instead of trying to sync and session handle such stuff. Is there
anybody out there to open her/ his brain?

Are you mad?

Why not doing the most simplification?

Explanations are welcome! Maybe I overlooked something .

Cheers,
Ralf
_______________________________________________
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users

Paul Davis wrote:
> On Tue, Jan 5, 2010 at 9:53 AM, Ralf Mardorf <ralf.mardorf@alice-dsl.net> wrote:
>
>> Are you serious? You need information that is outdated since 4 up to 9 years?
>>
>
> Nothing in Jesse's proposal is out of date.
>

Pardon, you might be right here and I might be wrong here. I don't know
his proposal.

>
>> You are seriously thinking about session handlers and sync to various
>> applications, instead of doing the same, that is done for Windows since the
>> stone age?
>>
>
> [ ... ]
>
>
>> Explanations are welcome! Maybe I overlooked something .
>>
>
> We look forward to your application and/or plugins, whenever it/they appears.
>
> If you want to argue for the merits of the single application ghetto,
> you're going to do have to do better than "Windows has done it that
> way since the stone age". I happen to think that there are some good
> arguments in its favor, but you didn't make any of them. There are
> also some good arguments in favor of process-level modularity, but you
> didn't tackle of them either.
>

I do write shell scripts for Linux that will handle my sessions. I'm
using e.g. Qtractor + Hydrogen, but for me Hydrogen is just a
drum-sample-player, while Qtractor is the sequencer. I can't see any
advantage to use Hydrogen's step-sequencer in addition to Qtractor. Yes,
IMO a single application "ghetto" is the right way. Hm? Isn't it an
advantage to have a hard disc recorder + MIDI sequencer in one
application? When I do copy and paste, while using Qtractor and Hydrogen
as a MIDI-sample-player I only need to copy and paste clips for
Qtractor. If anybody is using Qtractor or Rosegarden as a the MIDI
sequencer and Ardour as the hard disk recorder and Hydrogen as the
step-sequencer for drums, than this person has to copy and paste 3 times
and in addition he needs to write a shell script to launch and set up
everything.

.

Ralf
_______________________________________________
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users

Gabriel M. Beddingfield wrote:
>
>
> On Tue, 5 Jan 2010, Ralf Mardorf wrote:
>
>>> >> add to that a looping implementation like the one proposed by jesse
>>> >> chappell years ago, and you're good to go.
>>> >> > Is that proposal of Jesse Chappell online somewhere?
>>>
>>> FWIW, I'm trying to search the archives.
>>>
>>> Anybody know where I can find Jack-Devel archives between 2001 and
>>> 2006? The ones at tux.org appear to be... gone.
>>>
>>> -gabriel
>>
>> Are you serious? You need information that is outdated since 4 up to
>> 9 years?
>
> Yes! Why reinvent the wheel when the God of Looping (Jesse) has
> already spoken. We must search the ancient scriptures.
>
>> Yesterday I asked Sebastian Moors, if it's thinkable, if there ever
>> would be Hydrogen as DSSI or LV2.
>
> Yes, I plan to release one this month as part of Composite. That is,
> if I don't get pulled into a flame war. :-p
>
>> You are seriously thinking about session handlers and sync to various
>> applications, instead of doing the same, that is done for Windows
>> since the stone age?
>
> I don't get it. Aren't you in the pro-session-handling camp?? This
> would be a service to you.
>
> Meanwhile, I've given up on session handling to work on Composite.
> (But I still wish session handling well.) Getting looping and
> timelines in the Jack Transport would benefit everyone, whether
> they're using session handling or not.
>
>> Are you mad?
>
> I was a little mad after reading your message... but I cooled off.
>
> Peace,
> Gabriel

Pardon, "I was a little mad after reading" some "message"s "... but I
cooled off" too . I'm a Linux user only, but forced to learn some
programming on Linux, against my own will. I don't like to session
handle and sync applications, while it should be possible to load them
as plug-ins to one application.

Sorry,
Ralf
_______________________________________________
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users

Paul Davis wrote:
> On Tue, Jan 5, 2010 at 10:21 AM, Ralf Mardorf
> <ralf.mardorf@alice-dsl.net> wrote:
>
>
>> I do write shell scripts for Linux that will handle my sessions. I'm using
>> e.g. Qtractor + Hydrogen, but for me Hydrogen is just a drum-sample-player,
>> while Qtractor is the sequencer. I can't see any advantage to use Hydrogen's
>> step-sequencer in addition to Qtractor. Yes, IMO a single application
>> "ghetto" is the right way. Hm? Isn't it an advantage to have a hard disc
>> recorder + MIDI sequencer in one application? When I do copy and paste,
>> while using Qtractor and Hydrogen as a MIDI-sample-player I only need to
>> copy and paste clips for Qtractor. If anybody is using Qtractor or
>> Rosegarden as a the MIDI sequencer and Ardour as the hard disk recorder and
>> Hydrogen as the step-sequencer for drums, than this person has to copy and
>> paste 3 times and in addition he needs to write a shell script to launch and
>> set up everything.
>>
>
> i absolutely agree with that.
>
> except that then you find people complaining that they *ONLY* want a
> drum sample player, and they don't see why they need to fire up and
> entire, complex program just to do that.
>
> who is right?
>

Okay, this depends to the way somebody is composing and producing a
song. Sometimes when I used the Atari ST as the MIDI sequencer, I used
my MIDI drum machines as drum samplers, but sometimes (I've to admit
that), I synced the drum machines sequencers to the Atari ST sequencer.

You're rhetorical question has driven me into the corner .

There isn't a wrong or right. IMHO there is a more and a less
complicated way to clear some issues for Linux. I guess having the
workstation = MIDI sequencer + hard disc recorder + automated mixing
console as one application and any thing else as LADSPA, DSSI, LV2 might
be the (on German we call it "lowest common denominator". Including
VSTs might be fine to .

"i absolutely agree with that." and "who is right?" ... pardon again
... my thoughts are selfish, but to defence my selfishness ...

is it possible to handle all those different ideas?

Ralf
_______________________________________________
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users

On 5 Jan 2010, at 11:39, Mick wrote:

What does experience show to be a best option for a desktop that has:

a) Single CPU?
b) Dual core?
c) Quad core?



On 5 Jan 2010, at 12:38, Szénási István wrote:

And what about the BFS scheduler? I know, that it isn't in the
mainline kernel, bit I've heard a lot of good about that. ...


I didn't think we're supposed to talk about that. :-/

Stroller.

2010/1/5 Szénási István <szeist@gmail.com>

And what about the BFS scheduler? I know, that it isn't in the

mainline kernel, bit I've heard a lot of good about that.

If you send me the size and the number of the test files, I'll make an

other benchmark with the CFQ, the Deadline and the BFS scheduler on a

Dual Core machine. :-)



BFS is a CPU scheduler, CFQ, Deadline, No-Op, and Anticipatory are all I/O schedulers...

-James
*

--

Szénási István

> BFS is a CPU scheduler, CFQ, Deadline, No-Op, and Anticipatory are all I/O
> schedulers...

Sorry, I've realized that when I googled for benchmarks and it was
compiled against the CFS scheduler. :-)


--
Szénási István

--

You've won 891,934.00 pounds Send Necessary :name,age,occupation, country

> > Calculating dependencies... done!
> > [nomerge ] gnome-base/gnome-2.26.3 USE="cdr cups dvdr
> > -accessibility -esd -ldap -mono"
> > [nomerge ] gnome-base/gnome-applets-2.26.3 USE="acpi apm gnome
> > gstreamer hal ipv6 -debug -doc -policykit"
> > [ebuild N ] sys-apps/apmd-3.2.2_p5 USE="X nls" 0 kB
> > [nomerge ] games-emulation/dosbox-0.73 USE="alsa opengl -debug
> > -hardened"
> > [nomerge ] media-libs/sdl-sound-1.0.3 USE="flac mikmod mp3 mpeg
> > vorbis -physfs -speex"
> > [ebuild U ] media-libs/libmikmod-3.2.0_beta2-r1 [3.1.11-r5]
> > USE="oss (-alsa%*) (-esd%)" 744 kB
> > [nomerge ] kde-base/kde-meta-4.3.3 USE="nls -accessibility
> > (-kdeprefix)"
> > [nomerge ] kde-base/kdebase-meta-4.3.3 USE="semantic-desktop
> > (-kdeprefix) -policykit"
> > [nomerge ] kde-base/powerdevil-4.3.3 USE="pm-utils (-aqua)
> > -debug (-kdeenablefinal) (-kdeprefix)"
> > [ebuild N ] sys-power/pm-utils-1.2.5 USE="alsa -debug
> > -networkmanager -ntp" VIDEO_CARDS="-intel -radeon" 0 kB
> > [nomerge ] sys-apps/apmd-3.2.2_p5 USE="X nls"
> > [ebuild N ] sys-power/powermgmt-base-1.22 0 kB
> > [blocks B ] sys-power/powermgmt-base ("sys-power/powermgmt-base" is
> > blocking sys-power/pm-utils-1.2.5)
> >
> > Total: 4 packages (1 upgrade, 3 new), Size of downloads: 744 kB
> > Conflict: 1 block (1 unsatisfied)
> >
> > * Error: The above package list contains packages which cannot be
> > * installed at the same time on the same system.
> >
> > ('ebuild', '/', 'sys-power/powermgmt-base-1.22', 'merge') pulled in by
> > >=sys-power/powermgmt-base-1.22 required by ('ebuild', '/',
> > 'sys-apps/apmd-3.2.2_p5', 'merge')
> >
> > ('ebuild', '/', 'sys-power/pm-utils-1.2.5', 'merge') pulled in by
> > sys-power/pm-utils required by ('installed', '/',
> > 'kde-base/powerdevil-4.3.3', 'nomerge')
> >
> >
> > For more information about Blocked Packages, please refer to the
> > following
> > section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
> >
> > http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
> >
> >
> > * IMPORTANT: 3 news items need reading for repository 'gentoo'.
> > * Use eselect news to read news items.
> >
> > catherine ~ #
> >
> >
> >
> >
> >
>
> If the package pulling in powermgmt-base isn't necessary for anything you
> know of then add it to package.mask
>

I changed USE in /etc/make.conf to -apm and did an emerge -ND world and
the block is resolved. I think the apm flag got added to solve an X
problem years ago, but I guess we'll find out the next time the computer
is rebooted...

Hi all, some news about Rackarrack
Regards
Teza.

-------- Message original --------
Sujet: [Rakarrack-users] New version 0.4.2 is incoming
Date: Fri, 8 Jan 2010 01:38:53 +0000
De: Josep Andreu <holborn@telefonica.net>
Pour :: rakarrack-users@lists.sourceforge.net




Hi all

We have plan to release the new version at the end of this month, the code is more or less ready.

For check please get the CVS sources.
For see the improvements read the ChangeLog file.

We need presets that use the improvements on the old effects and also the new ones (Analog Phaser and Derelict Distortion).

We change a little bit the look can you see in : http://rakarrack.sourceforge.net/now.png

Please feel free to send to my personal email ... I will include in the new version and in the homepage. Also ... if someone wants to send a background picture will be fantastic.

Of course any check bug or suggestion is welcome.


Josep




--
Josep Andreu <holborn@telefonica.net>

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Rakarrack-users mailing list
Rakarrack-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rakarrack-users






--
Ubuntu-Studio-users mailing list
Ubuntu-Studio-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-users