Re: Re: [Alsa-user] C-Media 8738 SPDIF problem

Re: Re: [Alsa-user] C-Media 8738 SPDIF problem

[Thomas Tonino]

Takashi Iwai wrote:

>
>Done.  Now committed cvs.
>please give a try.
>
Sorry for responding so late. Here are the results for the cmipci driver 
cvs version as of today:

I see no way to listen to a signal on the digital input.
In a standard setting, there is no signal on the normal analog output.

I can get analog out by:

unmute IEC958 Output
(this enables digital out, as expected)

unmute IEC958 In Monitor
(strangely enough, this routes the IEC output to the internal DAC)

When I input an spdif signal, this has no effect.

When I enable SPDIF loop, the SPDIF signal goes, but the internal DAC 
keeps playing with the above settings.

But both IEC958 Output and IEC958 In Monitor need to be enabled to get 
analog out.

But with SPDIF loop on, I see no way to get a signal in the coaxial 
input repeated on the output and/or DAC.


In the above setting, the PCM volume slider and mute controls have no 
effect.


Cheers,


Thomas




_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: Re: [Alsa-user] C-Media 8738 SPDIF problem

[Thomas Tonino]

One more funny thing when playing a 44k mono signal, there is no output 
on spdif, and neither is there on the DAC.

Some soft squishing noises perhaps, but nothing more. Maybe the 44 k 
reported by xmms is not exact. Or maybe mono is the problem?

Cheers,



Thomas



_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

PCM frames already played

[Guenther Sohler]

Is there a way to determine the number of bytes/frames already played through
the DAC since last reset via snd_pcm_status in v0.9.x ?

Its possible in OSS via ioctl and in alsa v0.5.0 you can view at a element
"bytes" in sthe respective structure.

But how does it work in v0.9.x ?


rds guenther

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

RE: PCM frames already played

[James Courtier-Dutton]

I do this by counting how many frames have already been written(from the
app), minus the frames still waiting to be written (from alsa, i.e. How many
frames are still in the sound cards buffer waiting to be output.)

Cheers
James


> -----Original Message-----
> From: alsa-devel-admin@lists.sourceforge.net
> [mailto:alsa-devel-admin@lists.sourceforge.net]On Behalf Of Guenther
> Sohler
> Sent: 17 February 2002 10:28
> To: alsa-devel@lists.sourceforge.net
> Subject: [Alsa-devel] PCM frames already played
>
>
> Is there a way to determine the number of bytes/frames already
> played through
> the DAC since last reset via snd_pcm_status in v0.9.x ?
>
> Its possible in OSS via ioctl and in alsa v0.5.0 you can view at a element
> "bytes" in sthe respective structure.
>
> But how does it work in v0.9.x ?
>
>
> rds guenther
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel


_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

RE: PCM frames already played

[Guenther Sohler]

Thank you very much. This sounds reasonably. I will try it.
Until now I hoped there would be a more easy solution.
But this is ok.

rds guenther

On 17-Feb-02 James Courtier-Dutton wrote:
> I do this by counting how many frames have already been written(from the
> app), minus the frames still waiting to be written (from alsa, i.e. How many
> frames are still in the sound cards buffer waiting to be output.)
> 
> Cheers
> James
> 
> 
>> -----Original Message-----
>> From: alsa-devel-admin@lists.sourceforge.net
>> [mailto:alsa-devel-admin@lists.sourceforge.net]On Behalf Of Guenther
>> Sohler
>> Sent: 17 February 2002 10:28
>> To: alsa-devel@lists.sourceforge.net
>> Subject: [Alsa-devel] PCM frames already played
>>
>>
>> Is there a way to determine the number of bytes/frames already
>> played through
>> the DAC since last reset via snd_pcm_status in v0.9.x ?
>>
>> Its possible in OSS via ioctl and in alsa v0.5.0 you can view at a element
>> "bytes" in sthe respective structure.
>>
>> But how does it work in v0.9.x ?
>>
>>
>> rds guenther
>>
>> _______________________________________________
>> Alsa-devel mailing list
>> Alsa-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/alsa-devel
> 
> 
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel

Guenther Sohler

NewLogic Technologies AG 
Millennium Park 6
A-6890 Lustenau
                                           Phone: +43-5577-62000-507
E-Mail: guenther.sohler@newlogic.com       Fax:   +43-5577-62000-988


_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Receiving Sequencer Events

[Guenther Sohler]

Hallo List,

I want to receive midi events from my external midi keyboard.

Therefore I tried the seq decoder which comes with the alsa package.
This application creates a port and when I connect the midi port to this
listener ports, i can see the events coming from the keyboard.

That means, If i want to receive events, i have to create a port and connect it
to the source port(external midi "port") - then receive the events with

snd_seq_input_event (not sure whether this is the correct name)

My question: is'nt it possible receiving events without creating a port.

For sure snd_seq_input_event cannot know where to get the events from, but how
can i tell snd_seq_input_event ???

rds guenther


_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: Receiving Sequencer Events

[Jaroslav Kysela]

On Sun, 17 Feb 2002, Guenther Sohler wrote:

> Hallo List,
>
> I want to receive midi events from my external midi keyboard.
>
> Therefore I tried the seq decoder which comes with the alsa package.
> This application creates a port and when I connect the midi port to this
> listener ports, i can see the events coming from the keyboard.
>
> That means, If i want to receive events, i have to create a port and connect it
> to the source port(external midi "port") - then receive the events with
>
> snd_seq_input_event (not sure whether this is the correct name)
>
> My question: is'nt it possible receiving events without creating a port.

Sorry, but the MIDI router code must know a destination which is given
exactly a client+port address. This is concept of the ALSA's sequencer
code.

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project  http://www.alsa-project.org
SuSE Linux    http://www.suse.com


_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: Receiving Sequencer Events

[Guenther Sohler]

Thank you very much. I'll implement it like that.

rds guenther

On 17-Feb-02 Jaroslav Kysela wrote:
> On Sun, 17 Feb 2002, Guenther Sohler wrote:
> 
>> Hallo List,
>>
>> I want to receive midi events from my external midi keyboard.
>>
>> Therefore I tried the seq decoder which comes with the alsa package.
>> This application creates a port and when I connect the midi port to this
>> listener ports, i can see the events coming from the keyboard.
>>
>> That means, If i want to receive events, i have to create a port and connect
>> it
>> to the source port(external midi "port") - then receive the events with
>>
>> snd_seq_input_event (not sure whether this is the correct name)
>>
>> My question: is'nt it possible receiving events without creating a port.
> 
> Sorry, but the MIDI router code must know a destination which is given
> exactly a client+port address. This is concept of the ALSA's sequencer
> code.
> 
>                                               Jaroslav
> 
> -----
> Jaroslav Kysela <perex@suse.cz>
> Linux Kernel Sound Maintainer
> ALSA Project  http://www.alsa-project.org
> SuSE Linux    http://www.suse.com
> 

Guenther Sohler

NewLogic Technologies AG 
Millennium Park 6
A-6890 Lustenau
                                           Phone: +43-5577-62000-507
E-Mail: guenther.sohler@newlogic.com       Fax:   +43-5577-62000-988


_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel