* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-11 13:39 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-11 13:39 UTC (permalink / raw)
To: alsa-devel
The following bug has been REOPENED.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-11-2004 15:39 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
----------------------------------------------------------------------
tiwai - 10-11-2004 15:39 CEST
----------------------------------------------------------------------
Could you try the attached patch? With this patch, the signal to
hw:0,0 will be routed to the spdif, too.
This behavior should be switched by either a module parameter or a
mixer control because someone may want to use analog and SPDIF
separately to play different streams.
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
10-11-04 15:39 tiwai Bugnote Added: 0002079
10-11-04 15:39 tiwai Resolution not a bug => reopened
10-11-04 15:39 tiwai Status resolved => feedback
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2005-07-08 8:38 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2005-07-08 8:38 UTC (permalink / raw)
To: alsa-devel
The following issue has been CLOSED
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=572>
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug
0000505
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 07-08-2005 10:38 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
ramendik - 10-13-04 17:31
----------------------------------------------------------------------
1.0.7rc2 has patched ok, but then failed to compile inside kernel 2.6.8.1.
And it's not about the patch - the failure was in core/rtctimer.o .
Perhaps I can stick intel_i8x0.c from 1.0.7rc2 into 1.0.7rc1? Or, perhaps
wait for kernel 2.6.9 ?
----------------------------------------------------------------------
tiwai - 10-14-04 12:37
----------------------------------------------------------------------
Just copying may not work. I don't know of compile problems for
rtctimer.c. Please file the bug report about it.
Issue History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Issue
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa
1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Issue Monitored: ramendik
10-08-04 12:13 tiwai Note Added: 0002045
10-08-04 12:29 ramendik Note Added: 0002048
10-08-04 12:42 tiwai Status new => resolved
10-08-04 12:42 tiwai Resolution open => not an issue
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Note Added: 0002049
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai Resolution not an issue => reopened
10-11-04 15:39 tiwai Note Added: 0002079
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Note Added: 0002110
10-13-04 10:49 tiwai Note Added: 0002117
10-13-04 17:31 ramendik Note Added: 0002128
10-14-04 12:37 tiwai Note Added: 0002141
04-09-05 16:19 jdthood Status feedback => resolved
04-09-05 16:19 jdthood Resolution reopened => fixed
04-09-05 16:19 jdthood Description Updated
07-08-05 10:38 perex Status resolved => closed
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2005-04-09 14:19 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2005-04-09 14:19 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=572>
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug
0000505
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 04-09-2005 16:19 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
ramendik - 10-13-04 17:31
----------------------------------------------------------------------
1.0.7rc2 has patched ok, but then failed to compile inside kernel 2.6.8.1.
And it's not about the patch - the failure was in core/rtctimer.o .
Perhaps I can stick intel_i8x0.c from 1.0.7rc2 into 1.0.7rc1? Or, perhaps
wait for kernel 2.6.9 ?
----------------------------------------------------------------------
tiwai - 10-14-04 12:37
----------------------------------------------------------------------
Just copying may not work. I don't know of compile problems for
rtctimer.c. Please file the bug report about it.
Issue History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Issue
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa
1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Issue Monitored: ramendik
10-08-04 12:13 tiwai Note Added: 0002045
10-08-04 12:29 ramendik Note Added: 0002048
10-08-04 12:42 tiwai Status new => resolved
10-08-04 12:42 tiwai Resolution open => not an issue
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Note Added: 0002049
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai Resolution not an issue => reopened
10-11-04 15:39 tiwai Note Added: 0002079
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Note Added: 0002110
10-13-04 10:49 tiwai Note Added: 0002117
10-13-04 17:31 ramendik Note Added: 0002128
10-14-04 12:37 tiwai Note Added: 0002141
04-09-05 16:19 jdthood Status feedback => resolved
04-09-05 16:19 jdthood Resolution reopened => fixed
04-09-05 16:19 jdthood Description Updated
======================================================================
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-14 10:37 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-14 10:37 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-14-2004 12:37 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
----------------------------------------------------------------------
tiwai - 10-11-2004 15:39 CEST
----------------------------------------------------------------------
Could you try the attached patch? With this patch, the signal to
hw:0,0 will be routed to the spdif, too.
This behavior should be switched by either a module parameter or a
mixer control because someone may want to use analog and SPDIF
separately to play different streams.
----------------------------------------------------------------------
ramendik - 10-13-2004 06:43 CEST
----------------------------------------------------------------------
The patch has failed.
(I tried to apply it over 1.0.7rc1 plus the bug 505 patches.)
The reason is probably that it's over CVS. Rather than play around with
patches, perhaps you can simply attach intel8x0.c so I could replace the
entire file?
Alternatively I can pull alsa-cvs, of course. Should I do this?
----------------------------------------------------------------------
tiwai - 10-13-2004 10:49 CEST
----------------------------------------------------------------------
Try 1.0.7rc2.
----------------------------------------------------------------------
ramendik - 10-13-2004 17:31 CEST
----------------------------------------------------------------------
1.0.7rc2 has patched ok, but then failed to compile inside kernel 2.6.8.1.
And it's not about the patch - the failure was in core/rtctimer.o .
Perhaps I can stick intel_i8x0.c from 1.0.7rc2 into 1.0.7rc1? Or, perhaps
wait for kernel 2.6.9 ?
----------------------------------------------------------------------
tiwai - 10-14-2004 12:37 CEST
----------------------------------------------------------------------
Just copying may not work. I don't know of compile problems for
rtctimer.c. Please file the bug report about it.
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
10-11-04 15:39 tiwai Bugnote Added: 0002079
10-11-04 15:39 tiwai Resolution not a bug => reopened
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Bugnote Added: 0002110
10-13-04 10:49 tiwai Bugnote Added: 0002117
10-13-04 17:31 ramendik Bugnote Added: 0002128
10-14-04 12:37 tiwai Bugnote Added: 0002141
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-13 15:31 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-13 15:31 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-13-2004 17:31 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
----------------------------------------------------------------------
tiwai - 10-11-2004 15:39 CEST
----------------------------------------------------------------------
Could you try the attached patch? With this patch, the signal to
hw:0,0 will be routed to the spdif, too.
This behavior should be switched by either a module parameter or a
mixer control because someone may want to use analog and SPDIF
separately to play different streams.
----------------------------------------------------------------------
ramendik - 10-13-2004 06:43 CEST
----------------------------------------------------------------------
The patch has failed.
(I tried to apply it over 1.0.7rc1 plus the bug 505 patches.)
The reason is probably that it's over CVS. Rather than play around with
patches, perhaps you can simply attach intel8x0.c so I could replace the
entire file?
Alternatively I can pull alsa-cvs, of course. Should I do this?
----------------------------------------------------------------------
tiwai - 10-13-2004 10:49 CEST
----------------------------------------------------------------------
Try 1.0.7rc2.
----------------------------------------------------------------------
ramendik - 10-13-2004 17:31 CEST
----------------------------------------------------------------------
1.0.7rc2 has patched ok, but then failed to compile inside kernel 2.6.8.1.
And it's not about the patch - the failure was in core/rtctimer.o .
Perhaps I can stick intel_i8x0.c from 1.0.7rc2 into 1.0.7rc1? Or, perhaps
wait for kernel 2.6.9 ?
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
10-11-04 15:39 tiwai Bugnote Added: 0002079
10-11-04 15:39 tiwai Resolution not a bug => reopened
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Bugnote Added: 0002110
10-13-04 10:49 tiwai Bugnote Added: 0002117
10-13-04 17:31 ramendik Bugnote Added: 0002128
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-13 8:49 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-13 8:49 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-13-2004 10:49 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
----------------------------------------------------------------------
tiwai - 10-11-2004 15:39 CEST
----------------------------------------------------------------------
Could you try the attached patch? With this patch, the signal to
hw:0,0 will be routed to the spdif, too.
This behavior should be switched by either a module parameter or a
mixer control because someone may want to use analog and SPDIF
separately to play different streams.
----------------------------------------------------------------------
ramendik - 10-13-2004 06:43 CEST
----------------------------------------------------------------------
The patch has failed.
(I tried to apply it over 1.0.7rc1 plus the bug 505 patches.)
The reason is probably that it's over CVS. Rather than play around with
patches, perhaps you can simply attach intel8x0.c so I could replace the
entire file?
Alternatively I can pull alsa-cvs, of course. Should I do this?
----------------------------------------------------------------------
tiwai - 10-13-2004 10:49 CEST
----------------------------------------------------------------------
Try 1.0.7rc2.
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
10-11-04 15:39 tiwai Bugnote Added: 0002079
10-11-04 15:39 tiwai Resolution not a bug => reopened
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Bugnote Added: 0002110
10-13-04 10:49 tiwai Bugnote Added: 0002117
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-13 4:43 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-13 4:43 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-13-2004 06:43 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
----------------------------------------------------------------------
tiwai - 10-11-2004 15:39 CEST
----------------------------------------------------------------------
Could you try the attached patch? With this patch, the signal to
hw:0,0 will be routed to the spdif, too.
This behavior should be switched by either a module parameter or a
mixer control because someone may want to use analog and SPDIF
separately to play different streams.
----------------------------------------------------------------------
ramendik - 10-13-2004 06:43 CEST
----------------------------------------------------------------------
The patch has failed.
(I tried to apply it over 1.0.7rc1 plus the bug 505 patches.)
The reason is probably that it's over CVS. Rather than play around with
patches, perhaps you can simply attach intel8x0.c so I could replace the
entire file?
Alternatively I can pull alsa-cvs, of course. Should I do this?
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
10-11-04 15:39 tiwai Bugnote Added: 0002079
10-11-04 15:39 tiwai Resolution not a bug => reopened
10-11-04 15:39 tiwai Status resolved => feedback
10-11-04 15:39 tiwai File Added: ich-analog-spdif-dup.dif
10-13-04 06:43 ramendik Bugnote Added: 0002110
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-08 10:42 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-08 10:42 UTC (permalink / raw)
To: alsa-devel
The following bug has been RESOLVED.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
Resolution: not a bug
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-08-2004 12:42 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
----------------------------------------------------------------------
tiwai - 10-08-2004 12:42 CEST
----------------------------------------------------------------------
Yes, we know the documentation problems :-<
Any help would be appreciated.
BTW, it's possible to implement the analog and spdif simultaneous
output on ICH4 without data duplication. I'll try a hack later.
Anyway, I close this bug now.
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
10-08-04 12:42 tiwai Bugnote Added: 0002049
10-08-04 12:42 tiwai Assigned To => tiwai
10-08-04 12:42 tiwai Resolution open => not a bug
10-08-04 12:42 tiwai Status new => resolved
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-08 10:29 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-08 10:29 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To:
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-08-2004 12:29 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
----------------------------------------------------------------------
ramendik - 10-08-2004 12:29 CEST
----------------------------------------------------------------------
Thanks. This has worked.
A definite must for the FAQ, and a link to this should be present in the
soundcard matrix for i865 - which at this point is not even available.
But I'll refile this as a documentation bug. Please close this one.
Actually, the absence of a *decent* documentation of the route type is
another documentation bug. And, as a professional tech writer I'm
qualified to fix this. I'll write to alsa-devel to offer my services.
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
10-08-04 12:29 ramendik Bugnote Added: 0002048
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-08 10:13 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-08 10:13 UTC (permalink / raw)
To: alsa-devel
A BUGNOTE has been added to this bug.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To:
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-08-2004 12:13 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
----------------------------------------------------------------------
tiwai - 10-08-2004 12:13 CEST
----------------------------------------------------------------------
Use this:
pcm.rt {
type route
slave.pcm whole
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
and run with -d rt .
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
10-08-04 02:31 ramendik Bug Monitored: ramendik
10-08-04 12:13 tiwai Bugnote Added: 0002045
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
* [ALSA - driver 0000572]: spdif hw entry fails to work in multi
@ 2004-10-08 0:27 bugtrack
0 siblings, 0 replies; 11+ messages in thread
From: bugtrack @ 2004-10-08 0:27 UTC (permalink / raw)
To: alsa-devel
The following bug has been SUBMITTED.
======================================================================
https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=0000572
======================================================================
Reported By: ramendik
Assigned To:
======================================================================
Project: ALSA - driver
Bug ID: 572
Category: PCI - intel8x0
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: RH-based
Kernel Version: 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
Date Submitted: 10-08-2004 02:27 CEST
Last Modified: 10-08-2004 02:27 CEST
======================================================================
Summary: spdif hw entry fails to work in multi
Description:
After bug 0000505 was fixed, hw:0,0 only plays to analog devices, and
hw:0,4 to spdif. As one needs output in both, I tried to use .asoundrc ,
and therefore needed to use the "multi" pcm type in order to unite these
two (and then route). This is what I put in .asoundrc
pcm.whole {
type multi
slaves.a.pcm "hw:0,0"
slaves.a.channels 2
slaves.b.pcm "hw:0,4"
slaves.b.channels 2
bindings.0.slave a
bindings.0.channel 0
bindings.1.slave a
bindings.1.channel 1
bindings.2.slave b
bindings.2.channel 0
bindings.3.slave b
bindings.3.channel 1
}
pcm.rt {
type route
slave.pcm "whole"
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
The ttable may be wrong - I could not find a sane description anywhere -
but I tried many variants, and besides, playing to "whole" bypasses this.
So here's what I get when playing to "rt" OR to "whole" via alsaplayer :
$ alsaplayer -d whole test.wav
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
error on set_channels (2)
Unavailable hw params:
ACCESS: RW_INTERLEAVED
FORMAT: S16_LE
SUBFORMAT: STD
SAMPLE_BITS: 16
FRAME_BITS: 64
CHANNELS: 4
RATE: 44100
PERIOD_TIME: (181 371520)
PERIOD_SIZE: [8 16384]
PERIOD_BYTES: [64 131072]
PERIODS: [1 1024]
BUFFER_TIME: (181 371520)
BUFFER_SIZE: [8 16384]
BUFFER_BYTES: [64 131072]
TICK_TIME: 1000
failed to configure output device...trying OSS
then alsaplayer hangs until interrupted.
When I comment out everything related to slave b, "whole" seems to work
(without spdif output, of course). So this seems like a bug in the spdif
device.
======================================================================
Bug History
Date Modified Username Field Change
======================================================================
10-08-04 02:27 ramendik New Bug
10-08-04 02:27 ramendik Distribution => RH-based
10-08-04 02:27 ramendik Kernel Version => 2.6.8.1, with alsa 1.0.7rc1 plus patches from bug 0000505
======================================================================
-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2005-07-08 8:38 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-11 13:39 [ALSA - driver 0000572]: spdif hw entry fails to work in multi bugtrack
-- strict thread matches above, loose matches on Subject: below --
2005-07-08 8:38 bugtrack
2005-04-09 14:19 bugtrack
2004-10-14 10:37 bugtrack
2004-10-13 15:31 bugtrack
2004-10-13 8:49 bugtrack
2004-10-13 4:43 bugtrack
2004-10-08 10:42 bugtrack
2004-10-08 10:29 bugtrack
2004-10-08 10:13 bugtrack
2004-10-08 0:27 bugtrack
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.