Takashi Iwai wrote:
-Module configuration parameters. WHY ON EARTH do I have to specify the
IO port for mpu401, joystick, etc as driver options when loading the
modules for my soundcard, else doesnt work? What year are we on?! I cant
believe that this resource allocation is not handled by ALSA
Paul Davis wrote:
-Dmix. It's not fair, why not the windows/beos approach which uses
primary/secondary buffers? so you can
you know what? there is plenty about the design to complain about, but
when i complain about it, i willingly admit my own complicity in the
mistakes that were made. A
Paul Davis wrote:
-Alsa/Jack integration in timestamping is poor, syncronizing audio to
midi is a pain
i suspect that you don't understand (or perhaps even know about) the
DLL-driven jack_frame_time().
What is DLL-Driven? I used jack_frame_time() in chionic, It works, but it's
not en
[EMAIL PROTECTED] wrote:
As I said many times It's not that I hate Linux Audio, but mainly that I
mmh, i love it,
believe that it is too poor
in features/API for my taste. I tried very hard for several years to
make my apps play together
with jack/alsa, but I find myself very limite
ALSA related, I hate:
-Dmix. It's not fair, why not the windows/beos approach which uses
primary/secondary buffers? so you can
AT THE SAME TIME access asyncronously to the audio device (Jack) and
have lower priority audio mix when it can, by copying it from from some
less-priority buffers too?
Dave Phillips wrote:
Greetings:
The subject says it all.
My own "Linux audio sucks" hobbyhorse:
No way to recall a complex configuration of apps and plugins with
all settings intact. If I use a complicated setup with multiple synths
and plugins I have no way to recall these application
Paul Davis wrote:
I'm over with the development of chionic, on it's first release. I have
to sadly accept that as much as it works the way I want, I cant
communicate my sequencer to chionic in the way I need (because Jackd is
too poor to do it the proper way).
[... ]
CHIONIC IS DEAD
[EMAIL PROTECTED] wrote:
On Fri, Apr 08, 2005 at 02:57:04PM -0300, Juan Linietsky wrote:
Hi ! I'm writing this mail because at this point I'm seeing that the
Linux Audio Development community is still going aimlessly on how to
develop powerful audio applications. As we know, one
Dave Robillard wrote:
On Fri, 2005-08-04 at 14:57 -0300, Juan Linietsky wrote:
The following are excuses:
-Because we need core and interface separation, this way we warranty a
clean design and network transparency
-Because it would force both interface and core to be memory locked, as
a
I have decided to put together a release and free Chionic to the world.
Chionic is by far THE most advanced sampler that you can find for
GNU/Linux, *BSD, Etc. It is not only extremely powerful, but t has
everything configurable via UI.
You can obtain the baby here: http://www.reduz.com.ar/chion
Hi ! I'm writing this mail because at this point I'm seeing that the
Linux Audio Development community is still going aimlessly on how to
develop powerful audio applications. As we know, one of the key factors
missing nowadays is audio plugins and synth plugins. Some audio plugin
needs can be
tency is fine, playing full complex midi
pieces in realtime had a lot of jittering.. I did packet monitoring and it
all seemed ok (all the network traffic was for midi).. I'm suspecting that
it may be related to the network card or driver doing some sort of buffering..
but I cant really tell
On Thursday 24 June 2004 06:21, Steve Harris wrote:
> On Thu, Jun 24, 2004 at 06:36:47 +1000, Erik de Castro Lopo wrote:
> > On Thu, 24 Jun 2004 10:37:35 +0100
> >
> > Simon Jenkins <[EMAIL PROTECTED]> wrote:
> > > inline float FlushToZero( volatile float f )
> > > {
> > >f += 9.8607615E-32f;
>
On Wednesday 23 June 2004 15:54, Steve Harris wrote:
> http://plugin.org.uk/releases/0.4.4/
>
> * Fixes to build on recent gcc
> * New limiter for beter performance in JAMin
> * Denomal fixes from Tim Blechmann (general and specifially the flanger)
> * Many other things I've forgotten :(
>
> This r
On Sunday 20 June 2004 13:16, Thorsten Wilms wrote:
> Hi!
>
> The usual spinboxes with their tiny up/down arrow buttons
> made me think about an alternative.
> Since using more height than a textfield has would make
> layout very troublesome, my solution is placing the
> buttons horizontaly.
>
I p
ow, these questions can be solved by myself, too. But my
> netbsd-machine is busy to fix a driver issue atm ;) )
>
>
> With best regards,
>
>
> Sascha Retzki
Cheers!
Juan Linietsky
On Saturday 24 April 2004 12:09, [EMAIL PROTECTED] wrote:
> On Fri, 23 Apr, 2004 at 03:51AM -0300, Juan Linietsky spake thus:
> > CheeseTracker is a mature,versatile and extremely full-featured
> > application that works as an all-in-one sequencer/sampler/sample
> > editor/fx
On Saturday 24 April 2004 09:39, Sascha Retzki wrote:
> Am Fr, 2004-04-23 um 08.51 schrieb Juan Linietsky:
> > CheeseTracker is a mature,versatile and extremely full-featured
> > application that works as an all-in-one sequencer/sampler/sample
> > editor/fx processor. It allow
, but very tweakeable)
-New effect! Stereo FX (kickass post-production helper)
-New bugs! report them please!
Enjoy!
Juan Linietsky
On Sunday 18 April 2004 08:19, jaromil wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
> re all,
>
> i forward you here the announce as somebody could be interested also in
> exploring the doxyfied MuSE API, which is getting pretty stable now.
>
> see http://muse.dyne.org/codedoc
>
> c
On Friday 05 March 2004 16:03, Tim Hockin wrote:
> On Fri, Mar 05, 2004 at 06:30:58PM +, Steve Harris wrote:
> > > This really mattered? I'm honestly DEEPLY surprised, and a bit
> > > sceptical. IRQ priority will only matter AT ALL if you are in a
> > > constant state of interrupt, or your IRQ
Does any of you know how to get PROPER docummentation on the Sound Blaster
AWE32? and If possible, official datasheets or something..
I think creative's official devkit is gone from the internet...
And all I get is incomplete unofficial specs. here and there..
Do you guys also know if people fr
just created a *third* possible install location.
Oh, my apologies for misreading.
I think the only sane thing about it is that
-lets you keep track of what's in your system and where did it came from
without an extra database of the package management system
-lets you easily install/switch betwe
in /usr, while the old one is in /usr/local.
Result: new program doesnt work, as /usr/local has priority, and the user is
confused. He probably just removed the sources as they were taking space
and cant -or doesnt know- about make uninstall.
as paul says, opt/ is a fine solution for this, as everything just symlinks,
but it's sad that it never took off.
Cheers
Juan Linietsky
I'll be glad to test it over the weekend
and try to find as many bugs as I can...
> New features since 0.9.1 include:
Wasnt it 0.9.5 ?
Cheers
Juan Linietsky
ts hope we get more festivalized songs soon :)
Maybe Paul Davis will consider integrating festival to ardour hehe...
Juan Linietsky
that open source software doesnt die until maybe when it gets
replaced by something better. So let those who would rather not
use closed source software say "Thanks, but no thanks".
Juan Linietsky
re in many aspects), and it's opensource, only lacks the nice gui :)
Juan Linietsky
hen I wrote a very
basic arrangement in cheesetracker, plus added
some effects and a bit of compressor to the voice.
The result is actually better than what I was expecting,
though it's hard to keep festival in tempo.
Here's the little thing I did:
http://reduz.com.ar/songs/evilrobot.ogg
l though, it talks very strange...
There is also a smaller/reduced version of festival you can try out,
but i forgot how it is called.
Juan Linietsky
On Sunday 23 November 2003 09:07, Luke Yelavich wrote:
> At 08:56 PM 24/11/2003, Juan Linietsky wrote:
> >On Thursday 20 November 2003 01:09, Paul Davis wrote:
> > > http://news.harmony-central.com/Newp/2003/Vocaloid.html
> >
> >You know, FESTIVAL (the popular an
e a similar GUI where
you edit a pianoroll to make festival sing.
Seems like a very nice small project, anyone willing to take it?
Juan Linietsky
-=-=-=-
-Rock Solid stability
-WAV exporting
-A hopefully working Windows port. This depends mainly on the Qt-Win32
project. If you are a good Windows programmer and would like to see
CheeseTracker working in there sooner, please give those guys a hand!
Enjoy!!
Juan Linietsky
un vst under linux ...
>
I think i read recently about some program that emulates the host environment
using wine libraries. The same way it is done in mplayer to use win32 codecs..
so you can use native VST plugins.
Not a clue about where to find this. I myself would be happy to give it a try
too!
Juan Linietsky
pipeline (And I think something else
too but I coudlnt tell) until decoded.
Juan Linietsky
On Friday 17 October 2003 01:20, Steve Harris wrote:
> On Thu, Oct 16, 2003 at 08:09:13 -0300, Juan Linietsky wrote:
> > My own conclusions about the subject is that the float -> int conversion
> > is STILL the biggest bottleneck on most common architectures. And until
>
the source, you could replace "counter/
increment"
for purely fixed point values, and do the rest (managing the samples) in
float. This will undoubly speed it up..
Cheers!
Juan Linietsky
rom this new 64 bits architecture seems to me to be just more registers and
larger adressing...
Juan Linietsky
mplex, buggy and
unstable application. Did you try fluidsynth instead? It may use a lot more
cpu and have poor midi support compared to timidity, but it should work
and load soundfonts pretty well.
Juan Linietsky
On Saturday 11 October 2003 13:50, Tim Orford wrote:
> > Juan Linietsky
>
> hi
>
> by some no doubt fated coincidence i was just re-reading your
> seminal email (!) which inspired ladcca and myself. Things look
> a little quiet on the web site so i was wondering how yo
SP and manages audio
.. the main one is for the GUI. Intercomunication between both is done
via shared memory, unless on destructive operations, where locking is
performed. (lock on the gui, and trylock on the audio thread). This is to
ensure that jack will not kill the app :)
Juan Linietsky
is so messy that i dont think
It's worth dealing with unless you have a lot of time.. I suppose the good
side of it is that it works with fixed point math so it should run on PDAs?
(unlike fluidsynth). I have mailed the mantainer several times and got no
answer either.
Cheers
Juan Linietsky
On Monday 08 September 2003 21:38, SONNY LAYE & SISTER wrote:
> Goodday,
>
> Please I am Master Sonny Laye, the only son of late
> chief Joseph Alfred Laye from
Hehe.. this one was actually amusing to read,
they get more and more creative in each one.
Lets hope this guy and his little sister f
inux to be usable for audio applications or embedded audio
> devices it needs something like SCHED_FIFO.
>
It is a posix standard, so it is unlikely to go away :)
Juan Linietsky
apidly taken by musicans to call anything
nature/ambient and out of the context of religion. Maybe the site should
specify "Anti christian ritual music"?
Well, cheers and thanks for such an awesome piece of work!
Juan Linietsky
Cheers!
Juan Linietsky
but musicans
On Tuesday 08 July 2003 17:44, nikodimka wrote:
> Hello LADs!
>
> I am trying to build cheestracker 0.8.0
> on debian-stable, g++-2.95, with custom installed qt3
> and getting trouble.
>
>
> here's how the make log looks like:
>
hi, I've never seen this, what does "moc -v" say?
Juan Linietsky
s not my intention at all. I am very happy
with the progress of the apps, and It's great to see apps like swami,
rosegarden or ardour become mature with the time.
Well, cheers to everyone and lets keep working hard!
Juan Linietsky
!
Juan Linietsky
e me a brief on this? Thanks in advance!
Juan Linietsky
some draft here in the lad
groups and invite other open groups to participate too
(openal, beos advocates, etc). An open, cross platform plugin/routing api
could sure give us a huge boost!
Cheers
Juan Linietsky
hestral CD compilations,
or those kickass john williams guitar sample CDs,
or those chorale sets, jazz ensembles, etc that
you can find on inet.
Cmon, let's join together and give GIGA and HALION
a run for their money.
Juan Linietsky
ace and memory usage are vital when you are writing a sampler,
i'd hate it if my sample libs would take up twice as much.
Also saturated adds in MMX are awesome when layering/mixing many code
blocks.
For now, I dont see any reason to switch to floating point for my
stuff since facts show
> Perhaps you might want to look at the ALSA sequencer, and take it to
> a higher level? I'd love to see UST time references...
>
I guess the question is more, how to obtain UST time (cool redundancy
hehe:) references in linux?
Juan Linietsky
micro scheduling ...
>
> Can softsynths request ahead-scheduling with the current Alsa
> sequencer API? If so, how?
Hi Peter.. no, they cant :( And they cant also because
linux wont proovide any sort of unadjusted time.
Juan Linietsky
On Sat, 17 Aug 2002 02:07:36 -0300
Juan Linietsky <[EMAIL PROTECTED]> wrote:
http://reduz.com.ar/legasynth
> Legasynth 0.4.1 is out.
> Legasynth is a mature app, and it's ready for professional/studio
> usage. It also features
> a frinedly userinterface for managing all
emulation rocks now, give it a try!
-Added controllers per machine
-Misc BugFixes/CrashFixes (thanks node/Bob Ham for the help!)
Juan Linietsky
ndcard.
Well, personally I'd like to contribute to MIDI support for jack, i
think would
be great if it can handle midi, since it's already nice and
consistent.
How are you planning to do this? adding midi in/out ports besides the
audio ones?
I think if going that far, it would be nice at future, if it could
also add some sort of control
streams, such as start/stop/pause/set position,etc.
Cheers.
Juan Linietsky
ically this alone
may justify giving jack
midi superpowers, since we know how important a good midi sync is.
Juan Linietsky
On Thu, 15 Aug 2002 15:00:22 -0500
Billy Biggs <[EMAIL PROTECTED]> wrote:
> Reduz,
>
> Juan Linietsky ([EMAIL PROTECTED]):
>
> > [...] Yes, the author is free to do whathever he wants, and he
> > owns his work, but that doesnt mean we cant criticize his
> >
he app and its interface, because i'd pee my
pants.
I'm not trying to be aggressive, so i'm sorry for using harsh
language,
I'm trying to formalize my feelings for the whole situation, and maybe
what
others feel too, and I hope David Singer thinks about this before
releasing his next app, so the same stupid situation wont repeat.
Juan Linietsky
(I still don't get what went into his mind)
>
> Oh really? I didn't know that the interface was such a clear
> knockoff. Maybe they had a valid complaint then.
>
> Taybin
>
Well, this teach us that not releasing the source, even for cleaning
up reasons
is dumb. Oh well. If the guy would have released the source,
development could have continued.
Juan Linietsky
that incorporate GPL'd code. I don't doubt the source will come,
> but if there is free code in there, the man is flagrantly violating
> the GPL at the moment. This is worrying.
>
Very serious.. I cant wait for the code so i can add it to legasynth
;)
Juan Linietsky
On Tue, 23 Jul 2002 11:28:01 +0200
Vincent Touquet <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 23, 2002 at 02:30:22AM -0300, Juan Linietsky wrote:
> >ok, but the question is, what for? What else do you need other than
> >start/stop/seek ? doesnt midi proovide that already?
e as using a piledriver when a hammer would do.
>
And also you cant do the neat thing of asking all your apps to save
all their data
to a directory so you can create a targzip with the project :)
Juan Linietsky
.
>
ok, but the question is, what for? What else do you need other than
start/stop/seek ? doesnt midi proovide that already? then why
something else?
Also using midi you make sure that what you do is synced to external
devices...
Juan Linietsky
so I dont know how gnome works, i was thinking that this would need
to be done using
sockets (either unix or /tcp)
I'll try to write a proposal for how i think it should work this
week...
Juan Linietsky
ry about doing a new project
;)
I think just doing a new project will be cleaner.
Juan Linietsky
So what should this program/api be? "A project manager for IPC enabled
apps". That's it.
Juan Linietsky
On Tue, 23 Jul 2002 00:39:54 +0200
Vincent Touquet <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 07:17:27PM -0300, Juan Linietsky wrote:
> (cut)
> >How do you think the implementation should be? I cant think of
> >much, but
> >i think even a simple commun
On Mon, 22 Jul 2002 18:41:45 -0400 (EDT)
Taybin Rutkin <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Jul 2002, Juan Linietsky wrote:
>
> > But what about the overall status of the apps? not only the jack
> > network..
> > the idea i was refering to is how to "
needed more often than not.
Well, that's exactly what ALSA Sequencer api proovides,
midi transport between apps.
Juan Linietsky
On Mon, 22 Jul 2002 23:55:37 +0200
Vincent Touquet <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 04:44:00PM -0400, Paul Winkler wrote:
> >On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
> >> I think this can be solved by developing a metadata proto
On Mon, 22 Jul 2002 16:44:00 -0400
Paul Winkler <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
> > I think this can be solved by developing a metadata protocol
> > between apps, so the can intercommunicate
> > status and
in a similar fashion follows on from
> this.
>
Alsa Sequencer can already do this, it's called "Aseqnet" and
it comes with alsa lib i think. Give it a try! I use it to run
my awe64 on a k6-2 which has ISA slots :)
Juan Linietsky
On Mon, 22 Jul 2002 16:30:07 -0400 (EDT)
Taybin Rutkin <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Jul 2002, Juan Linietsky wrote:
>
> > So, what do you think about this issue? I'd really like to hear
> > views on this since i guess it's probably
> > th
t you will
be able to save/load projects and go back to them in no time. A good
thing about this is that it resembles
more how studios work, with all their equipment interconnected, so in
some way this should make easier
to integrate external stuff to our "projects".
So, what do you think about this issue? I'd really like to hear views
on this since i guess it's probably
the biggest problem the audio community is facing.
Regards
Juan Linietsky
t want to contact me, you can use the
mail below, or just join #lad (linux audio development) on
irc.openprojects.net and find me by the handle "reduz".
Regards!
Juan Linietsky
ah, thanks to Sébastien Métrot for proposing the app name :)
I suppose shouldnt fear a lawsuit since
I live in Argentina anyway..
Juan Linietsky
> the way it is implemented, there just isn't much to complain
> > about. ;)
>
> Wow! That means alot to me to hear that, many thanks!!
>
I would have helped you with it if i had known about it before
finsihing
shaketracker, if that helps ;)
btw, have you worked anymore on it?
Juan Linietsky
t the
> basic sound, and then, if required, unscrew the chrome panels to
> hack same more complex logic and/or math in. :-)
>
> Doesn't make things easier, does it?
>
Personally I'd rather move knobs than trying values. I write my apps
usually in the userfriendly way becuse of this.
Juan Linietsky
ice)
- when JACK delivers an interrupt, the bridge code
updates the "hwptr" and checks whether ALSA app should be
woken up
- sw-params like avail_min, and start/stop threshold can
be used to control to bridge operation
- ... you get the picture
-
Juan Linietsky
apturing back the audio without da/ad problems, sharing the output in
consumer cards, and more.
This also can make life easier for ALSA driver developers who can
give less priority to supporting such features in the soundcard
hardware, because users will be able to have them much sooner.
> PS You can also think of this bridge as JACK embedded in alsa-lib
>if that sounds nicer to you. >;)
>
> --
Sounds nice :)
Juan Linietsky.
vel or
something?) so it can capture and automatically "jackify" the data
from existing apps that use the native api (alsa/oss emulation).
The stream doesnt need to go "low latency" (and from what I know JACK
should support normal latency apps fine) but you can still route
existing apps and share the the device.
How realistic do you think this approach is?
Juan Linietsky
This what I first proposed, and i think it's a key factor.
On Mon, 10 Jun 2002 09:52:10 +0100
Richard Bown <[EMAIL PROTECTED]> wrote:
> Juan Linietsky wrote:
>
> [developers choosing JACK over ALSA audio]
>
> > Not to be pessimistic, but I think such thing is not going to
> > happen. Also I find the whole idea redund
On Mon, 10 Jun 2002 14:37:42 +0900
Patrick Shirkey <[EMAIL PROTECTED]> wrote:
> Juan Linietsky wrote:
>
> > Probably the easier and more natural approach to this is just
> > integrating JACK to ALSA in some way.
> >
> > What do you think?
> >
>
put in my roland mixing workstation?" Sure, I could go and write
that, even ladspa suppport, but I think it's far from the optimium
solution. I already have some plans for messing with the ALSA
internals, but I dont have much time, so i'd rather ask first to the
developers here, familiarized with the API about how real/crazy is my
proposal ;)
Regards
Juan Linietsky
linux apps really take this windows approach of
making huge bloated interfaces with lots of eye candy, or should we
try to improve on making our apps intercommunicate between eachother,
while still giving some importance to ease of use?
What do you think about this issue?
Juan Linietsky
more natural approach to this is just
integrating JACK to ALSA in some way.
What do you think?
Regards!
Juan Linietsky
On 05 Jun 2002 20:11:55 -0600
Josh Green <[EMAIL PROTECTED]> wrote:
> On Wed, 2002-06-05 at 17:11, Juan Linietsky wrote:
> > On 05 Jun 2002 05:09:17 -0600
> > Josh Green <[EMAIL PROTECTED]> wrote:
> >
> > > To LAD list members:
> > > I'm
ourceforge.net
>
> Developers wanted :)
>
hey Josh! congratulations on this release! I've been waiting for it
for a while now ;) The only thing i still dislike is iiwusynth being
so incredibly slow :( Well, I'm downloading it!
Cheers
Juan Linietsky
s" is bad.
>
> Thanks
> FT
>
there's ecawave i think, but i cant say i like it much.
no clue about the url
Regards
Juan Linietsky
is muse's fault? (it's so widely used that i doubt about it),
is it alsa sequencer's fault? or maybe i'm not doing something in saturno
to ensure that the timing will work?
Regards
Juan Linietsky
go insane when i
try to explain them how to install ALSA or configure it editing textfiles. (or maybe
i'm just a debian user and have no idea about what kind of GUI tools are out there ;)
Juan Linietsky
ours i gave up) i couldnt figure out which controllers and rpn/nrpns has
timidity implemented, could you let me
know about it? I'd gladly make a doc and submit it to the project.
Juan Linietsky
have to release a new saturno somewhat soon
with some of the missing stuff. werent you the author of the
dx7 module for pd? if so, i'll let you know.
Juan Linietsky
geLog entry follows:
>
>
>
ahh man, i thought it was a release of MusE and got all happy
http://muse.seh.de/
Same name is confusing :)
Anyway this looks cool, i'll check it out!
Cheers
Juan Linietsky
On Wed, 17 Apr 2002 13:01:00 +0200 (CEST)
Tim Goetze <[EMAIL PROTECTED]> wrote:
> Juan Linietsky wrote:
>
> >RTC is cool, but has the problem that only one program can use it
> >at the same time. Do you know if there is any patch aviable to
> >make RTC shareable?
he cycle counter?
>
I think he meant using it for measuring the time between calls,
in unixes we have gettimeofday for this, but in windows there isnt really any way to
do it, since there's no way to get high res timing beyond 10ms.
Juan Linietsky
eable? I know RTC works by using int 8 in x86
and that high timings in a very old machine can hog the cpu due to the high amount of
irq calls. But in the case of nowadays computers, i dont see why it should be a
problem to have rtc enabled by default to the max speed and give each client
frequencies based on divisors of it.
regards.
Juan Linietsky
On 27 Mar 2002 14:42:17 -0700
Josh Green <[EMAIL PROTECTED]> wrote:
> On Tue, 2002-03-26 at 22:29, Juan Linietsky wrote:
> > Hello! i came up with this proposal for expanding the alsa midi api to
> > support retrieving info regarding to patches/banks/controllers, It'
1 - 100 of 103 matches
Mail list logo