>The french consular service are not really speedy
when >it comes to
>visa's. I'd avoid them.
french administration is a big mess, try other options
in the same time ...
>I'm curious: Is hitchhiking legal in Europe ?
that's legal, at your own risk,
but assurances company make problems to the trucks,
and to the professionnals drivers,
they don't bring you anymore,
and in the highway you can't be on the road or the
peage,
just before the peage, or on the rest area.
that's not easy as it was,
I'm not talking about social enginering just for fun ;-)
___________________________________________________________________________
Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel.
Rendez-vous sur http://fr.yahoo.com/set
Esben Stien:
>
> "Kjetil S. Matheussen" <kjetil(a)ccrma.stanford.edu> writes:
>
>> snd as a widget in ardour
>
> How about doing this with the verse protocol and daemon or in the same
> spirit?. That way, any editor that supports this protocol, could edit
> a live region.
>
Thats an insanely large project you are proposing. :-)
Hacking snd into ardour should only require a days work or
something because snd can be compiled as a gtk widget.
ok boys and girls i'm back
here's a stupid question somebody may know about...
if i were, say, encoding some AC3 file with, say, ffmpeg tools - would i
start with a six channel wave file or something? and then what order are
the channels in? i assume the encoder is going to have a way it wants to do
that and if I have my center channel in what it thinks is right surround -
well that could be a problem, yeah?
my guess from the learning i've done so far is it goes:
1 - left
2 - right
3 - center
4 - sub
5 - right surround
6 - left surround
anybody have confirmation?
thanks!
- A
> I'm posting this just as a perspective ...
>
> I would rather use *BSD.
>
> for 2 reasons:
> reason 1: (not really relevant here)
> I like unix at its roots, it just makes me feel good.
>
> reason 2: (totally effin relevant)
> The BSDs don't have this fractured user base.
> Sure you can switch between Net* Open* and Free* (Dragon* too),
> but you do that for big reasons *UP-FRONT*.
>
> Its frustrating how fractured linux has become.
> (But, maybe it always was.)
> Switching distros *IS* a solution.
> Switching distros *IS* a solution that should only
> happen *ONCE* because your switching from a bad distro.
>
> unix/linux is beautiful (in one sense, not all) because it lasts.
> You can come back to a system that been sitting in a closet
> (or sitting at a colo, doing its job) *YEARS* later, and
> there it is. The computer. Working. Working well.
> That's really nice.
>
> I use linux because of ALSA, period.
>
> We need to realize that an audio workstation is not a "server".
> It is obvious that realtime takes precedence over security in
> "audio land". (I don't mean that in a bad way at all.)
>
> BUT, linux is still a server OS too. Its kind of everything.
>
> uhmm, i don't remember what my point was, but i wrote too much
> to delete it....
>
> --
> paul w
hello,
i don't think this should be a discussion about changing the dists!!!
moving to another distribution should be the last thing to do!
and for better reasons then only a package that is newer or "better"
or "easier" to handle.
this is nonsense!
btw, the libpam-modules package w/ rlimits is also in DeMuDi
(from "http://demudi.agnula.org/images/1.2.1/README.PACKAGES":
libpam-modules 0.76-22)
and debian sarge and the current ubuntu (both also version 0.76-22).
vlad
Does anyone have any useful insights into why ardour (0.99) so often starts up
with no sound? - particularly if the last session was kicked out by jack
(0.100.7). When it works it will run for a whole session, but I am having to
reboot a little too often to get sound back for my liking. Restarting jack or
alsa alone does not usually sort this. I am at such a loss to know how to
debug this sort of problem
The reproducible error is that jack kicks out ardour after more than 3 minutes
recording. No sound out of any other audio application, even after restarting
alsa. Usually at this point logging in/out does not help either and I have to
reboot to get sound back. I have checked all the obvious things like channel
inputs and outputs.
However it is not always as predictable as this. I am using rather low-end
hardware which may explain some things, like the short recording window.
I think I have been fairly thorough with my system configuration, but there
are so many variables to take into account. The one unusual thing I am doing
at the moment is running rtlimits with positive nice values for non audio
apps rather than negging the audio ones. Whether that is actually making any
difference to anything is rather hard to tell at this stage.
Linux xingta 2.6.16.5-realtim #1 PREEMPT Tue Apr 18 03:20:06 BST 2006 i686
GNU/Linux model name : Pentium III (Katmai)
cpu MHz : 499.120
MemTotal: 320792 kB
SwapTotal: 2000052 kB
0 [FM801AU ]: FM801 - ForteMedia FM801-AU
ForteMedia FM801-AU at 0x1800, irq 10
Having to reboot after every take is a bit of a PITA. The problem seems to be
ardour specific, but I am largely in the dark. What I could really do with is
some guidance on how to go about troubleshooting and/or finding methods of
getting the sound output back that do not involve rebooting.
--
cheers,
tim hall
http://glastonburymusic.org.uk/tim
mjoo 0.0.4 has just been released.
http://www.mjoo.org
This is a big leap forward from 0.0.3, as I entirely reimplemented mjoo
in Python, while keeping only the core dsp code in C++. The graphical
subsystem is now powered directly by OpenGL, thus substantially faster
on hardware accellerated video cards.
What you can do with this release is use mjoo as a mixer for jack. You
can add port cells to the view by right clicking into the mjoo window
and picking an object type from the context menu. Use e.g.
QJackCtl (http://qjackctl.sourceforge.net/) to connect other apps to
mjoo and vice versa. Middle-click-drag resizes the cells. By moving a
cell over another cell, the smaller cell has an influence on the larger
cell. e.g. move a small "in"-cell over a larger "out"-cell. "in" will be
routed to "out". The amplitude of the signal depends on how much of "in"
is enclosed by "out".
You can use the Ctrl key to select multiple cells.
This release has also initial support for LADSPA plugins (DSSI plugins
and serialization is supported but broken) and controllers. Click right
on a LADSPA plugin in the view to bring up a new controller for it. I
leave it up to you to find out how it works.
--
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.paniq.org
> On Wednesday 19 April 2006 12:27, vlad was like:
> > btw, the libpam-modules package w/ rlimits is also in DeMuDi
> > (from "http://demudi.agnula.org/images/1.2.1/README.PACKAGES":
> > libpam-modules ? ? ? ? ? ? ? ? ? ? ? ? ? 0.76-22)
> > and debian sarge and the current ubuntu (both also version 0.76-22).
>
> Only the Ubuntu version is patched to support rtlimits. The versions in Debian
also the breezy version?
> are vanilla. Do not assume things based on version numbers alone.
>
but how can i recognize, whether the pam-modules support rtlimits or
not?
i guess, i am now totally confused?!?
vlad
mjoo 0.0.5 has just been released.
http://www.mjoo.org
I extended the LADSPA plugin controllers with helper lines that
visualize parameter values through angle and distance. ALSA Sequencer
and DSSI plugin support is now in, although FluidSynth and XSynth aren't
working at the moment. Loading/Saving should now work well. mjoo
autoconnects to the alsa pcm out and ins now. A lot of bugs have been
fixed.
--
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.paniq.org
Hi everybody...
these days I've been playing with my little groovebox and I've
performed the terrible soundcheck of some weeks ago... this one has
been done with some more time, so it's a bit different from the
other... (this one hasn't got that terrible hiss)
it's still a single groovebox, but u can perform it, be free to
use/sample/destroy it.
4 those electribe sound lovers, enjoy it...
the link:
http://www.archive.org/details/Pure_Groovebox_Series_EP
(any kind of comment is good)
--
... visit always http://perlssdj.blogspot.com 4 cool stuff !!...
Hi All,
What's the canonical way to play a "one instrument" chord
in midi?
Do I send multiple note-on events to the same channel?
Or, should I split them up into different channels, and
make sure that the used channels have the same program
(or patch-value?)?
My intuition says stack up the notes on the one channel.
That would be more analoguous to a band situation where
each channel is an instrument. But, in practice are most
midi synths able to handle enough multiple notes on a channel?
For example a "piano" channel should be able to take up to say
5 notes, and still play them distinctly. Or the same with
a guitar channel where a guitar chord is commonly plucked
on 5 or 6 strings.
I'm using a soft-synth in my developement/learning/experimenting,
but I hope to eventually use hardware midi modules, and not have to
modify my code.
So quick question recap...
"Should I stack up to 6 note-ons on one midi channel, or should
I figure out how to split them up into multiple channels?"
I've been reading up up on general midi issues, but I haven't
seen any relevant docs about this.
thanks for any info/pointers/flames,
--
paul w
