headers
Akihiro TOKUMASU | 1 Mar 2002 01:18
Picon
Favicon

Re: composition of directory tree

Hi.

Thank you for a reply. 

On Mon, 25 Feb 2002 17:42:41 +0100
Takashi Iwai <tiwai <at> suse.de> wrote:
> Hi,
> 
> At Thu, 21 Feb 2002 21:23:38 -0800 (PST),
> Akihiro TOKUMASU wrote:
> > 
> > Hi.
> > 
> > I congratulate you that it is taken in by kernel 2.5. 
> > 
> > Then, there is a question. 
> > 
> > - Is the composition of directory tree and modules
> >   which were changed this time completed? 
> 
> I hope so.  A possible change would be the merge of ALSA and OSS
> directories.
	:
> ditto.

I understand. 

> >   What has the target become towards 1.0 release? 
> 
> The primal goal was the integration into 2.5.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Davon Solomon | 1 Mar 2002 07:55
Picon

cs46xx multi or single threaded?

Is the module for the Hercules Game Theater XP multithreaded or will it only
work a single application at a time?

Davon

_______________________________________________
Alsa-devel mailing list
Alsa-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Permalink | Reply | 0 comments |
headers
Thierry Vignaud | 1 Mar 2002 14:09
Favicon

[PATCH] update isapnp ids

this patch update an unknown yamaha opl3 id that is unknown to alsa
but known to harddrake:
Attachment (alsa.diff): text/x-patch, 469 bytes
Permalink | Reply | 1 comment |
headers
Thierry Vignaud | 1 Mar 2002 14:14
Favicon

[PATCH] update isapnp ids for sound galaxy

Thierry Vignaud <tvignaud <at> mandrakesoft.com> writes:

> this patch update an unknown yamaha opl3 id that is unknown to alsa
> but known to harddrake:

another one, for sound galaxy:
Attachment (alsa.diff): text/x-patch, 471 bytes
Permalink | Reply | 0 comments |
headers
Paul Davis | 1 Mar 2002 14:45
Favicon

Re: Rawmidi bug or missed feature?

>I have a program that read's from a raw midi device. In midi there
>are some simple compression.  It is assumed that if the data flow is
>correct, and the data should be interpreted as paramaters to previus
>command if it's not a new command. But when I open a raw midi stream
>I can get in to the stream without having the "previus" command. Is
>there any way to do a query or reset the stream so I can get that
>command? If it's only one midi channel sending the same type of
>command it will never get in to sync!

raw MIDI means ***RAW*** MIDI. there is no parsing, no state, no
history, no automatic reset. you just read and write a stream of
bytes.

it sounds as if you should issue a full MIDI reset sequence when you
open the device (all notes off on every channel, reset all controllers
to a default value, restore all programs to a known state, etc.)

--p

_______________________________________________
Alsa-devel mailing list
Alsa-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Permalink | Reply | 1 comment |
headers
Ricardo Colon | 1 Mar 2002 15:58
Picon

Re: Rawmidi bug or missed feature?

It's not a bug or missing feature.

You're talking about opening a midi stream that is currently "running
status". Unfortunately, there's no way around it. I don't think it's
really possible to even guess what that previous status byte might have
been. So really you can't do anything until you receive the next status
byte.

I think this is part of the reason why MIDI programs give 4
metronome clicks before allowing you to record. So that they can sync with
the hardware.

On Fri, 1 Mar 2002, Paul Davis wrote:

> >I have a program that read's from a raw midi device. In midi there
> >are some simple compression.  It is assumed that if the data flow is
> >correct, and the data should be interpreted as paramaters to previus
> >command if it's not a new command. But when I open a raw midi stream
> >I can get in to the stream without having the "previus" command. Is
> >there any way to do a query or reset the stream so I can get that
> >command? If it's only one midi channel sending the same type of
> >command it will never get in to sync!
>
> raw MIDI means ***RAW*** MIDI. there is no parsing, no state, no
> history, no automatic reset. you just read and write a stream of
> bytes.
>
> it sounds as if you should issue a full MIDI reset sequence when you
> open the device (all notes off on every channel, reset all controllers
> to a default value, restore all programs to a known state, etc.)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reinhard Wolfgang Kreiner | 1 Mar 2002 17:16
Picon

PROBLEM: 2.5.5 with Alsa, kernel BUG at slab.c:1459


Hello, 

I tested kernel 2.5.5, 2.5.5-pre1 with alsa-sound-drivers... 
it runs great, but the system is freezing if i 
shutdown the system and i get kernel BUG at slab.c:1459!!!

i tried different combination, the problem only orrur
if im _using_ the soundcards.
 
unloading the modules manually, the same problem
only on shutdown.
seems to be freeing some resouces in memory?

loading only the es1371-driver there is no problem.
loading only the cs4232-driver without es1371 if have the problem too.
it seems to be with the cs4232-driver.

the oss-driver cs4232 works great and
the alsa cs4232-driver shipped with suse 7.3
works too.

regards,
Reinhard.


Soundcards:
PCI: ES1371, driver es1371
ISA: Adlib MSC32 (CSC3237), driver CS4232
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Enderborg | 1 Mar 2002 20:22
Picon

Re: Rawmidi bug or missed feature?

Paul Davis wrote:

> >I have a program that read's from a raw midi device. In midi there
> >are some simple compression.  It is assumed that if the data flow is
> >correct, and the data should be interpreted as paramaters to previus
> >command if it's not a new command. But when I open a raw midi stream
> >I can get in to the stream without having the "previus" command. Is
> >there any way to do a query or reset the stream so I can get that
> >command? If it's only one midi channel sending the same type of
> >command it will never get in to sync!
>
> raw MIDI means ***RAW*** MIDI. there is no parsing, no state, no
> history, no automatic reset. you just read and write a stream of
> bytes.
>

Yes it raw. But it's sent by the sequcenser within alsa.  So the state is
there.

This is the configuration:

Roland MCR-8-≥midi-device-≥alsa-seq-≥user_code->alsa-seq-≥raw_midi

So how far back should I need to reset? The communication roland and
alsa-seq is in sync and
my user-land code is sending snd_seq_event_t. I guess that my problem
will disapear if I turn
active-sening-on and that is what I going to try.

>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Heatwole | 1 Mar 2002 20:50

Re: cs46xx multi or single threaded

David Solomon wrote:
> Is the module for the Hercules Game Theatre XP multithreaded
> or will it only work in a single application at a time?

    Multithreading and mixing are separate issues. Bascially, 
multithreading
allows a single application to run multiple processes, hopefully each
on a separate CPU to give a performance boost.
    Mixing takes multiple sound sources and mixes them into a single
stream, which is what you want to play sounds from multiple apps. I
tested the cs46xx driver just now using aplay, and each instance would
wait until the soundcard was free before playing the file (ie, no
mixing is available). Your best bet would be to go with something like
ESD (for Gnome environments) or arts (for KDE environments).
    Anybody please correct or clarify anything I said. I've only begun
playing with ALSA, so there may be other (better) options I'm not aware of.

-- Peter Heatwole
"Murphy was just a well known pessimist."

_______________________________________________
Alsa-devel mailing list
Alsa-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Permalink | Reply | 0 comments |
headers
Paul Davis | 1 Mar 2002 21:21
Favicon

Re: Re: cs46xx multi or single threaded

>mixing is available). Your best bet would be to go with something like
>ESD (for Gnome environments) or arts (for KDE environments).

GNOME has adopted artsd as well. For better or worse :)

--p

_______________________________________________
Alsa-devel mailing list
Alsa-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Permalink | Reply | 0 comments |

Gmane