Le Dimanche 13 Mars 2005 18:04, [EMAIL PROTECTED] a
écrit :
> Subject: Re: [linux-audio-dev] ALSA OSS Emulation and emu10k1
> To: "The Linux Audio Developers' Mailing List"
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain
>
> On Sat, 2005-03-12 at 19:51 +0100, Romain Beauxis
On Mon, 2005-03-14 at 12:15, Fons Adriaensen wrote:
> On Mon, Mar 14, 2005 at 11:25:31AM -0800, Fernando Lopez-Lezcano wrote:
>
> > Yes, it is simply a temporary "backwards compatibility" workaround to
> > change formats.
> >
> > The second layer is _not_ mandatory in the "standard". That is, at
On Tue, Mar 15, 2005 at 09:29:49AM +1100, Erik de Castro Lopo wrote:
> The paper referenced is this one:
>
>http://sjeng.org/ftp/SACD.pdf
>
> by Lipshitz and Vanderkooy, two absolute *GIANTS* in the field of digital
> audio theory and practice.
Indeed they are. Thanks for that pointer.
> >
On Tue, 2005-03-15 at 09:29 +1100, Erik de Castro Lopo wrote:
> However, Sony is pushing SACD as a complete solution for the whole
> audio chain. Sony and others are working on SACD multi track recorders
> and so on. It is this in particular that Lipshitz and Vanderkooy and
> trying to address.
T
On Mon, 2005-03-14 at 17:34 +0100, Olivier Guilyardi wrote:
> Additionally, redesigning things so that the gui properly "shadows" the
> sequence
> would oblige me to heavily optimize things. When adding a single track I
> currently destroy the whole workspace and query the sequence to so that t
On Mon, 14 Mar 2005 20:49:03 +0200
Jussi Laako <[EMAIL PROTECTED]> wrote:
> Typical newsgroup FUD.
The paper referenced is this one:
http://sjeng.org/ftp/SACD.pdf
by Lipshitz and Vanderkooy, two absolute *GIANTS* in the field of digital
audio theory and practice.
> First of all, most of cur
On Mon, Mar 14, 2005 at 10:13:59PM +0200, Jussi Laako wrote:
> See http://www.cirrus.com/en/images/product_diagrams/4398blkdiag_mag.gif
> and "Direct DSD" path. Which one of the paths, the "Direct DSD" or the
> "PCM" you think is easier and cheaper to make good quality?
This confirms that you can
On Mon, Mar 14, 2005 at 11:25:31AM -0800, Fernando Lopez-Lezcano wrote:
> Yes, it is simply a temporary "backwards compatibility" workaround to
> change formats.
>
> The second layer is _not_ mandatory in the "standard". That is, at some
> point, when an acceptable proportion - determined by mar
On Mon, Mar 14, 2005 at 09:33:10PM +0200, Jussi Laako wrote:
> On Sun, 2005-03-13 at 21:54 +0100, Fons Adriaensen wrote:
>
> > Only because the flip side *is* a CD, and without that SACD
> > wouldn't sell at all. You could do the same with any new format.
>
> Well, not the flip side. It's dual l
On Sun, 2005-03-13 at 21:54 +0100, Fons Adriaensen wrote:
> It doesn't at all. And it complicates all the rest. Any idea of how
> to mix, filter, or in general do whatever non-trivial operation
> without first going to PCM ? It's possible, but horribly complicated.
See http://www.cirrus.com/en/i
On Mon, 2005-03-14 at 17:34 +0100, Olivier Guilyardi wrote:
> Jens M Andreasen wrote:
> > I also think you can relax your speed expectations slightly ...
> My jackd manpage states that the default frames/period setting is 1024, which
> means that for a frame rate of 44100 Hz, I'm around 44 perio
On Mon, 2005-03-14 at 17:34 +0100, Olivier Guilyardi wrote:
> My jackd manpage states that the default frames/period setting is 1024, which
> means that for a frame rate of 44100 Hz, I'm around 44 periods by second,
> which
> is less than a monitor refresh. And what if some user needs to set tha
On Monday 14 March 2005 17:34, Olivier Guilyardi wrote:
> My jackd manpage states that the default frames/period setting is 1024,
> which means that for a frame rate of 44100 Hz, I'm around 44 periods by
> second, which is less than a monitor refresh. And what if some user needs
> to set that up to
On Sun, 2005-03-13 at 21:54 +0100, Fons Adriaensen wrote:
> Only because the flip side *is* a CD, and without that SACD
> wouldn't sell at all. You could do the same with any new format.
Well, not the flip side. It's dual layer.
And that is good feature for new formats to be somewhat compatible
On Sun, 2005-03-13 at 12:54, Fons Adriaensen wrote:
> On Sun, Mar 13, 2005 at 08:16:14PM +0200, Jussi Laako wrote:
> > You can play high quality 5.1 or 2.0 audio from SACD discs.
>
> And do nothing else with then at all. It's a completely closed format.
>
> > And those also play on standard CD p
On Sun, 2005-03-13 at 10:16, Jussi Laako wrote:
> On Tue, 2005-03-08 at 13:29 +0100, Jens M Andreasen wrote:
> > Excuse me my ignorance, but:
> >
> > Is the spec open enough to create n-channel masters? Are there consumer
> > players in existence with more than two channels out? (and here I do no
On Sun, 2005-03-13 at 21:54 +0100, Fons Adriaensen wrote:
> It doesn't at all. And it complicates all the rest. Any idea of how
> to mix, filter, or in general do whatever non-trivial operation
> without first going to PCM ? It's possible, but horribly complicated.
Of course you would use usual
On Mon, 2005-03-14 at 07:10 +1100, Erik de Castro Lopo wrote:
> There are many knowledgable people who disagree:
>
>
> http://groups.google.com/groups?hl=it&lr=&ie=UTF-8&threadm=brnb42028r4%40enews4.newsguy.com
>
> Personally, I think SACD is mostly marketing.
Typical newsgroup FUD.
First
Jens M Andreasen wrote:
Isn't the GUI already a kind of "shadow data"?
gtk_toggle_button_get_active ()
Returns TRUE if the toggle button is pressed in
and FALSE if it is raised.
Indeed. You exactly got what I mean. It then becomes more a design i
On Mon, 2005-03-14 at 13:43 +0100, Olivier Guilyardi wrote:
>
> I'm now starting to think that this shadow should be part of the gui data. So
> that the gui update itself directly, signalling the sequence to change but
> never
> querying the sequence to know what actually happens underground. Th
Paul Davis wrote:
don't wait in the GUI. what you need to do is to hook a notification
mechanism from the RT thread into the main event loop of the
GUI. having the RT thread write a byte to a FIFO or raise/lower a
semaphore are the two best generally available ways of having it
notify the GUI that
Jens M Andreasen wrote:
Looking at your screenshot and reading the labels I wonder why the UI is
so concerned about what jack is doing. I would have thought jack_run
will do whatever the UI appears like, no? The exception being time
information/sample count needed to update blinking-lights and
meas
22 matches
Mail list logo
