On Mon, 17 Dec 2001, Paul Davis wrote:
> At least in Windows you can enter single thread blocking routine to
> wait for any kind of event (file descriptor ready, semaphore, message,
> signal). Under POSIX you can't do this, and you have to use a separate
> thread for every type of event. How's tha
> When I first came here (1997?), the best soundfile editors I
> could find were DAP, MiXViews, and Snd. IIRC, *all* of those were
> developed on SGI or some other non-linux system.
I wrote sfront on a HPUX workstation, and the first audio driver
was for its hardware -- UCB CS were given hundreds
>because it can't fly. It's stable, well documented and works well within
>the limited set of audio applications it was designed for (attributes not
>notably part of the ALSA feature set at present).
ALSA 0.5: stable, somewhat documented, works better than OSS
ALSA 0.9: now more or less stable,
>i'm sorry, but i don't understand. the rate at which data comes in
>from the s/pdif interface is fixed. the if cd recording device is not
>able to adjust its 'pitch', i.e. record at a rate slightly higher/lower
>than its nominal recording rate, it will eventually xrun, if that is
>the correct te
On Mon, Dec 17, 2001 at 11:58:30PM +1000, Mark Constable wrote:
> On Mon, 17 Dec 2001 20:43, Jörn Nettingsmeier wrote:
> > * it is a common denominator among many unices, and it works well
> > for trivial applications. think portability.
>
> Why ? I use Linux, this list is linux-audio-devel.
I t
On Tue, 18 Dec 2001, Jussi Laako wrote:
> Windows is good example of total API mess where there is different API for
> all the different twinkles, different error codes, etc. And I think it as
> Bad Thing(tm). It's platform where you have to write two hundred lines of
> code, call fifty functions
> btw what is the reason for alsa to be constantly changing its API? I mean
>it's going on for years.
because we didn't get it right the first time around, suprise,
suprise. nor on the second. unlike OSS, ALSA has been able to grow and
improve as we've gained experience with new audio interfaces
>> The only good thing, to me, about "other unices" is that
>> apple had a choice and chose BSD.
>
>Compatibility/portability (read: standards) is the main reason why Linux
>became what it is today. _Do_not_ break this or Linux will lose...
Linux's POSIX compatibility is weak in all kinds of area
> But from what I understand of RTP the same
> thing would/could happen if the protocols are switched.
Yes, using RTP isn't about getting QoS for free --
BTW, some LAD-folk may not be aware that sfront networking:
http://www.cs.berkeley.edu/~lazzaro/nmp/index.html
uses RTP for MIDI, we prese
>Where can I download hardware specs for the RME Hammerfall series so that I
>can write some own code for it? It's not available at ALSA site. Why?
the specs were provided to me with a request that i keep them private.
the source code that i wrote along with input from Winfried Rietsch
and help f
Jussi Laako wrote:
>Mark Constable wrote:
>>
>> Why ? I use Linux, this list is linux-audio-devel.
>>
>> The only good thing, to me, about "other unices" is that
>> apple had a choice and chose BSD.
>
>Compatibility/portability (read: standards) is the main reason why Linux
>became what it is t
On Monday 17 December 2001 23.59, you wrote:
> Btw. OSS follows the original unix idea and POSIX rule of "everything is a
> file" very well. It works with open()/read()/write()/close() as the other
> devices do. And it's controlled via ioctl() as it should.
In my pet software BruteFIR I used to d
> -Original Message-
> From: Mark Constable [mailto:[EMAIL PROTECTED]]
...
> Please, no more half-way compromises with OSS... kill it, do
> not even consider "backwards compatibility" for old OSS apps!
> Are there any worthwhile salavaging in light of newer developments ?
> Every ounce of
Hi Martijn,
The max. packet size at the moment is 256 bytes. This is because I'm unable to
read the UDP packet size directly and strlen would barf at the first 0x00
value, so I use the fourth node id byte as packet size. This is top of the
list to fix!
The theoretical max for UDP packet size i
On Tue, 18 Dec 2001, Jussi Laako wrote:
> Btw. OSS follows the original unix idea and POSIX rule of "everything is a
> file" very well. It works with open()/read()/write()/close() as the other
> devices do. And it's controlled via ioctl() as it should.
Tell us how to cleanly fit multichannel card
Mark Constable wrote:
>
> Why ? I use Linux, this list is linux-audio-devel.
>
> The only good thing, to me, about "other unices" is that
> apple had a choice and chose BSD.
Compatibility/portability (read: standards) is the main reason why Linux
became what it is today. _Do_not_ break this or
On Tue, 18 Dec 2001, Jussi Laako wrote:
> Where can I download hardware specs for the RME Hammerfall series so that I
> can write some own code for it? It's not available at ALSA site. Why?
The same reason andre hedrick doesn't make available the chipset
documentation for ALI or serverworks sout
>> > ALSA was not ready at that time, still isn't and maybe never will.
>> Could you be more specific about why alsa "still isn't" ready?
>
>API is still constantly changing.
The API's haven't change substantially in months. Thats after a period
of intense development activity to refine a better
Mark Constable wrote:
>
> Huh ! Maybe you would prefer it if ALSA never made it into
> the kernel but that just propogates the current retard
> situation we have with OSS for the rest of us.
Nope, I support both OSS and ALSA (in fact 0.5 _and_ 0.9) in my software.
But I don't like idea of API th
dave willis wrote:
>
> On Sun, 16 Dec 2001, Jussi Laako wrote:
>
> > Specifications of OSS are open so you or anyone else is free to write
> > OSS drivers.
> >
> > Some drivers can't be opensource because some hw manufacturers require
> > NDA's for specs.
>
> this makes no sense. the driver fo
"..." wrote:
>
> > ALSA was not ready at that time, still isn't and maybe never will.
> Could you be more specific about why alsa "still isn't" ready?
API is still constantly changing. You can't change the API in years after
it's ready or developers will just get pissed off. I don't think there
On Sun, 16 Dec 2001, Jussi Laako wrote:
> Specifications of OSS are open so you or anyone else is free to write
> OSS drivers.
>
> Some drivers can't be opensource because some hw manufacturers require
> NDA's for specs.
this makes no sense. the driver for my card is an additional $45
(ice1712)
On Mon, 17 Dec 2001 20:43, Jörn Nettingsmeier wrote:
> [OSS bashing and backwards compatibility]
or, desperately seeking ALSA and looking to the future!
> ok, guys, everybody hates OSS, *BUT*:
>
> * it is a common denominator among many unices, and it works well
> for trivial applications. think
Mark Constable wrote:
>
> Yet.
>
> Has anyone got an idea of the schedule for including
> ALSA into the devel kernel series ?
>
> --markc
jaroslav has mentioned that he will post a roadmap to alsa-dev real
soon now.
the fact that alsa is not yet in should not be overinterpreted.
after so long
> > why did you choose to have an udp packet per midi message and not
> > have one midi byte per packet?
>
> Both are allowed. The example dmidid client receives bundled MIDI data,
but
> transmits single packets per midi byte.
OK. Should there be a maximum size for a message? it is
256 right now
> > i'm not an expert on cd recording devices, but these do not allow the
> > change of recording speed whilst recording, do they?
>
> Recording speed is set by the sample rate.
>
> > and does s/pdif have flow control?
>
> No. s/pdif is a fully synchronous serial protocol which utilizes 100%
[OSS bashing and backwards compatibility]
ok, guys, everybody hates OSS, *BUT*:
* it is a common denominator among many unices, and it works well
for trivial applications. think portability.
* thanks to oss, many of the excellent composer tools from the next
and sgi world have percolated throug
Ivica Bukvic wrote:
>
> > "if we get everyone to switch to alsa, then everyone can share audio
> > interfaces".
> >
> > "if we teach everyone how to use LD_PRELOAD and they accept it, then
> > everyone can share audio interfaces without even switching to ALSA."
>
> Well this sounds like a win-wi
On Mon, 17 Dec 2001 05:11, Jussi Laako wrote:
> Mark Constable wrote:
> > Linux audio got screwed over by Linus allowing a semi-commercial
> > "product" to be embedded within the kernel 7 or so years ago. It
> > has taken this long for any adequate replacement to come along,
> > which is ALSA.
>
>
29 matches
Mail list logo
