> So what would one actually have to do to have the "incoming spdif
> clock" respected?
There is nothing to set on this card. It automatically syncs to
the incoming spdif when this input is selected.
cheers
--
Tim Orford
On Sun, Nov 06, 2005 at 06:58:41PM +, Dan Mills wrote:
> [...] but the fader position to db gain
> being non linear is a feature worth preserving.
for example as shown here for a Penny & Giles PGF8000 100mm fader:
http://www.pennyandgiles.com/docGallery/77.PDF
cheers
--
Tim Orford
On Sun, Nov 06, 2005 at 03:21:54PM +, James Courtier-Dutton wrote:
> It was just an example. The actual range depends on the sound card
> hardware, but the typical limit is something like -60 dB or -80 dB.
Ah, ok, yes i wasnt sure whether or not you were controlling the
hardware.
Also probab
On Sun, Nov 06, 2005 at 10:59:57AM +, James Courtier-Dutton wrote:
> If I have a gain control that starts at 0 dB, with each step down by 1
> dB until -40dB.
I have no idea what you are trying to do, but this is not enough
resolution or range for a real mixer.
Regards
--
Tim Orford
ats a very good point. (But still i cant help think that separately
calculated positions will not be completely trusted even if they are in fact
identical:-). And for example, an editor at v high zoom wont be interested
in the current process cycle. Plus, a tempo change can happen mid cycle.)
cheers
--
Tim Orford
otion of BBT/tempo/etc. should be local to apps and if needed
> be shared via another lib (which, if it finally settled down and became
> quasi standard could again become part of jack).
Yes it should ultimately go in Jack, imo, as there doesnt seem to be any
reason against.
(No doubt i have overlooked several important details!)
go Florian!!
--
Tim Orford
> discipline. The differences are not overcomable, and i think you would
Sorry, as Fons pointed out in his "+5 Insightful" comment, this should
have been "not *un*overcomable", or even "*are* overcomable"...
--
Tim Orford
On Sun, Jun 19, 2005 at 10:22:02PM -0300, Juan Linietsky wrote:
> -Saving/Restoring your project is just painfully hard. LASH doesnt help,
some interesting points there. Would you mind elaborating on the
problems with LASH? Are they design or implementation problems?
cheers
--
Tim Orford
will in many cases not be the ultimate setup,
its a worthy aim, and its good you are pushing this.
regards
--
Tim Orford
(i've been trying to stay out of this thread, and thats definitely it
from me:-))
the features added to it to make it suitable
for Jamie Zawinski, I cant see anyone rushing to do that. Chaining a
desktop server to use Jackd as the backend seems more realistic.
cheers, all
--
Tim Orford
y number of arbitrarily
positioned windows showing these "details" (linked edit
windows).
But yes, i mostly agree:-)
--
Tim Orford
oductivity out of their
sequencer:-)
I like the rounded corners. I wonder whether they would look
as good when the boxes are smaller and there are lots back
to back? I'm currently using rectangles, which has the
drawback that you cannot see when containers overlap. I was
going to try a single "cut off" corner, but perhaps will try the
rounded corners also.
cheers
--
Tim Orford
ode public as is anyway,
so that people can see it...
I agree with you that a general purpose library or deamon is
sorely needed to encourage a rich interface ecosystem.
Theres no good reason why a user shouldnt be able to use a
Radium style interface while simultaneously using a
conventional
red.
Also, personally i would add a gtkscrollwin so the minimum
window size can be smaller.
I look forward to playing with mx44 properly over the w/e...
cheers
--
Tim Orford
it will
be done in a general purpose way so it can be widely used. Best of luck!
--
Tim Orford
e may be more
rewarding in this case than spending time on a proprietory workaround.
cheers
--
Tim Orford
el of complexity. There's just TOO much realtime
feedback"
I would be interested to know how hard you tried before giving up. In
your experience, is using something like shared memory too difficult,
too slow? I'm not yet convinced that i have to give up the benefits of
separation.
cheers
--
Tim Orford
well
defined and understood shortcut language of what parts of the standard
are implemented, thereby reducing misunderstandings.
fijn weekend to all
--
Tim Orford
d video formats, but thats a
bit of a hack.
hope that helped:-)
--
Tim Orford
On Fri, Mar 18, 2005 at 10:47:55AM -0500, Paul Davis wrote:
> [...] bio2jack. it adds latency to the app that uses it, but
> it does work.
but presumably it doesnt support jack-transport..?
--
Tim Orford
under 1 cent.
but that really is sync. This thread is about compensating for
lack of sync.
cheers!
--
Tim Orford
gh all the options,
i was unable to get them to work satisfactorily.
--
Tim Orford
ther "bedroom hackers" like Paul Davis, Steve
> Harris, Jack O'Quin, Taybin Rutkin, Jesse Chappell, Andrew Morton, Linus
> Torvalds... ;-)
these guys may be "bedroom hackers", but they are not 'merely' such:-)
regards
--
Tim Orford
sily
be improved by other methods. An of course Steves method is absolutely
fine for Steve in his particular scenario:-)
--
Tim Orford
ith Ardour. Once the pre 1.0 trauma is over and it goes to
Gtk2 i might just be able to do that.
cheers
--
Tim Orford
this should be a simple automation or patch-loading thing.
moreover, iirc, the design of jackd makes no consideration for
'live' routing changes. At least on my system, changing the graph
results in an xrun.
cheers
--
Tim Orford
of software I know.
i am another Ion fan:-)
> But I am not your average user probably, I code sometimes as a hobby and I
> like looking at the internals.
me too, but i'm currently very motivated to code, _if_ i could find
something to work on.
once again, very much appreciate your comments!
cheers
--
Tim Orford
On Thu, Jun 10, 2004 at 10:17:52PM +0100, Steve Harris wrote:
> On Thu, Jun 10, 2004 at 07:15:56 +0200, Tim Orford wrote:
> > > And no, linux audio is definitely not perfectly unusable for me.
> > > Quite the contrary; pd, supercollider, snd, ladspa, alsa, jack and the
nterested to know what those things are..
cheers
--
Tim Orford
n common, and make _use_ of the extremely
varied backgrounds and usage expectations here, to further one aim that
i would hope that we could all agree on:
"we want/need better software tools"
Marek obviously has some interests/skills that most hardcore programmers
dont have, so if he comes up with a plan that furthers the above aim, i for
one will assist in it.
--
Tim Orford
that they
> > are good examples to copy.
>
> Having used both, I can only say they made fantastic hardware, if that's
> anything to go by.
i cant find any screenshots. Anyone know what their current
software offerings look like?
--
Tim Orford
ch more practical - not that they
are good examples to copy.
--
Tim Orford
at they can both be
> discovered by the host, and to keep them in sync -- for example to
> make sure the GUI knows about the most up-to-date set of plugin
> ports. Of course the GUI can always load the plugin and query it
> itself, but most probably wouldn't want to do that.
cheers
--
Tim Orford
of nice gui's.
--
Tim Orford
take many years to truely undo what you have learnt about interfaces.
I made that switch four years ago am still slowly realising just
how the mainstream paradigm is really designed for Grannie, and has
no pretensions whatsoever towards providing power to those who want it.
To a large extent the same applies to Gnome and KDE.
well that's my 2 euro cent. I think this is a much neglected topic,
but i dont pretend to be an expert:-)
cheers
--
Tim Orford
On Sat, Apr 10, 2004 at 05:52:36AM +0200, Thorsten Wilms wrote:
> Ok, now the screenshot Tim Orford linked to
> (http://80.61.20.184/wiki/smgui_5.png)
> reminds me of Ableton Live. Everybody who doesn't know it should
> take a look at this screenshots:
> http://www.ableton.com
npractical monolithic structure yet again with very
little code re-use. The problem i beleive is that while the code should be
modular, things have to be unified at the user interface level to make it
usable.
regards
--
Tim Orford
On Wed, Jan 14, 2004 at 11:23:08PM +0100, Marek Peteraj wrote:
> > :-)
> > Ok, point taken, although i disagree that we have seen nothing.
> > I intended to be constructive, but am admittedly frustrated at the
> > complete lack of acknowledgement/understanding of any of my
s with proprietory systems, i am convinced that the
successor to Linux will still be here in 20 years, and Jamin will
be the default software in mastering houses worldwide. This will
happen not because of promotion but because it is better. Too
many people have seen the good life and cannot go back to
proprietory software.
i am reminded of the excellent Coen Bros film The Man Who Wasnt
There. He had a good thing going but ruined it by being greedy.
Of course you can find many more films with the opposite moral:-)
anyway, the think the important isssues here are:
1-which companies are you courting and why?
2-is it yet the right time for promotion? Does the software really compete
with proprietory products enough to justify major expenditure?
(btw this is taking up way too much of my time today, so i'll
probably have to go completely offline tomorrow:-))
thanks for listening:-)
--
Tim Orford
trated at the
complete lack of acknowledgement/understanding of any of my points.
regards
--
Tim Orford
as representative. And to a large degree
your consortium already is, having most of the major players as members.
Therefore it speaks for me whether i want it to or not.
Daniel, i dont mean to give you a hard time. I appreciate the effort
that is going into this, and it could end up being a very good thing,
but unless you think it through some more and seriously acknowledge that
your actions are underiming the egalitarian nature of the community and
have the potential to split it, then this discussion isnt going to go
anywhere...
In the meantime perhaps you should consider not sending out
press releases?
regards
--
Tim Orford
-
i just saw the url posted by Fred Gleason.
the aims are stated as:
The aim of the Linuxaudio.org consortium is to
promote and enable the use of Linux kernel based systems for
professional audio use.
Thats ok for a press release, but what does it mean in practice?
Its way too vague. What exactly are you promoting?
Its also a very wide range of companies you have there - too wide?
No offence to these companies, but do i really want Mandrake and
4Front speaking for me?
cheers
--
Tim Orford
esentation of linux audio to the outside world is done
correctly. It is not an easy thing to do. Likewise, corporate
involvement is also pretty controversial.
regards
--
Tim Orford
> Maybe I can answer that, since I work for Muse. I just grep'd the web
> pages and didn't find 'license free'. Where did you see that?
>
> I am a bit mystified by that statement and would like to look into it.
its in the mouse-over text for 'museLINUX&#
erance of a Free modular
audio system, any comments from people on how it is going,
especially with regards to client support would be most welcome.
Bob, i'm assuming you're reading this list, so what help if any is needed?
regards to all
--
Tim Orford
> 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 you felt
about it a year later. I do hope you havnt lost interest!
best regards
--
Tim Orford
> Juhana, would you happen to have any pointers to the media coverage on this?
> It's been a non-issue in the North American media.
http://swpat.ffii.org/
cheers
--
Tim Orford
SX, which is not helpful.
We all love Linux, but while it might satisfy _our_ needs, it can be
dangerous to extrapolate that to people in general. Linux users have a
growing reputation as being unrealistic and out of touch.
at the end of the day, for most people its the apps which matter.
--
Tim Orford
dollars
anyway, just some quick thoughts :-)
whichever way you decide to go, i wish you the best of luck!
--
Tim Orford
/mp3-utils/mp3check-0.7.3.tar.gz
best regards
--
Tim Orford
ng to achieve. Regulators are by no means perfect.
also, perhaps academic here, but using balanced
audio can actually degrade the sound by cancelling out even order
harmonics but leaving the odd order ones, or by increasing the component
count. Very high end stuff designed for non-hostile environmen
51 matches
Mail list logo
