Trying to hear audio coming from LINE IN using ALSA on Debian
I have a netbook with Debian sid, command line only, using it for a server. I am trying to configure it so that the speakers play back what is going in through the netbook's line in audio port. I can not find a simple way to do that.
As far as I know, I am using ALSA for all audio, no jack and no pulse audio.
I use alsamixer to manage audio levels, but I can not find a 'capture' mode in the PLAYBACK settings to turn on.
Card: HDA Intel
Chip: Realtek ID 268
Note: All other audio seems to work. Line in does record (although just can't figure out how to route it live to speakers) and speakers do work themselves. Tested by doing arecord then aplay.
Here is my 'aplay -L' output:
null
Discard all samples (playback) or generate zero samples (capture)
default:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
sysdefault:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
front:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
Front speakers
surround40:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
alsa
add a comment |
I have a netbook with Debian sid, command line only, using it for a server. I am trying to configure it so that the speakers play back what is going in through the netbook's line in audio port. I can not find a simple way to do that.
As far as I know, I am using ALSA for all audio, no jack and no pulse audio.
I use alsamixer to manage audio levels, but I can not find a 'capture' mode in the PLAYBACK settings to turn on.
Card: HDA Intel
Chip: Realtek ID 268
Note: All other audio seems to work. Line in does record (although just can't figure out how to route it live to speakers) and speakers do work themselves. Tested by doing arecord then aplay.
Here is my 'aplay -L' output:
null
Discard all samples (playback) or generate zero samples (capture)
default:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
sysdefault:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
front:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
Front speakers
surround40:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
alsa
2
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35
add a comment |
I have a netbook with Debian sid, command line only, using it for a server. I am trying to configure it so that the speakers play back what is going in through the netbook's line in audio port. I can not find a simple way to do that.
As far as I know, I am using ALSA for all audio, no jack and no pulse audio.
I use alsamixer to manage audio levels, but I can not find a 'capture' mode in the PLAYBACK settings to turn on.
Card: HDA Intel
Chip: Realtek ID 268
Note: All other audio seems to work. Line in does record (although just can't figure out how to route it live to speakers) and speakers do work themselves. Tested by doing arecord then aplay.
Here is my 'aplay -L' output:
null
Discard all samples (playback) or generate zero samples (capture)
default:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
sysdefault:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
front:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
Front speakers
surround40:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
alsa
I have a netbook with Debian sid, command line only, using it for a server. I am trying to configure it so that the speakers play back what is going in through the netbook's line in audio port. I can not find a simple way to do that.
As far as I know, I am using ALSA for all audio, no jack and no pulse audio.
I use alsamixer to manage audio levels, but I can not find a 'capture' mode in the PLAYBACK settings to turn on.
Card: HDA Intel
Chip: Realtek ID 268
Note: All other audio seems to work. Line in does record (although just can't figure out how to route it live to speakers) and speakers do work themselves. Tested by doing arecord then aplay.
Here is my 'aplay -L' output:
null
Discard all samples (playback) or generate zero samples (capture)
default:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
sysdefault:CARD=Intel
HDA Intel, ID 268 Analog
Default Audio Device
front:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
Front speakers
surround40:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.0 Surround output to Front and Rear speakers
surround41:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Intel,DEV=0
HDA Intel, ID 268 Analog
7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
alsa
alsa
edited Oct 3 '16 at 2:02
Jeff Schaller
38.7k1053125
38.7k1053125
asked Dec 24 '13 at 8:03
user55255
163
163
2
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35
add a comment |
2
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35
2
2
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35
add a comment |
2 Answers
2
active
oldest
votes
Your ALC268 chip cannot route its inputs to the speakers in hardware.
You need some software like Jack or PulseAudio to do this for you.
add a comment |
The simplest way is to connect aplay
and arecord
by a pipe. There's no arecord -L
information for PCM sources, but assuming it looks similar to the PCM sinks:
arecord -t au -r 44100 -D front:CARD=Intel,DEV=0 | aplay -t au -D front:CARD=Intel,DEV=0
There's a noticable delay until the output is played, because a pipe isn't intended for real-time audio processing.
The -t au
options select the Sun Audio format. This is important, because e.g. the WAV format contains a header with the length of the file, so it can't be used across a pipe.
The default rate for arecord
is 8000 samples/s, which is usually not what you want, so the -r
option is also important.
The PCM sources and sinks may not support some combinations of rates/format/channels, so you either may have to pick valid combinations for your hardware using more options, or use plughw
instead of front
. For more modern ALSA installations, plughw
entries are automatically generated, and they put a plug
plugin in front of the real hardware to do format conversion. If your ALSA doesn't generate those automatically, you have to add them manually to your .asoundrc
.
There are other ways to do it, for example with a chain of various ALSA plugins, if you want to have this feature permanently. It's not necessary for the hardware to be able to route audio directly.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f106473%2ftrying-to-hear-audio-coming-from-line-in-using-alsa-on-debian%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Your ALC268 chip cannot route its inputs to the speakers in hardware.
You need some software like Jack or PulseAudio to do this for you.
add a comment |
Your ALC268 chip cannot route its inputs to the speakers in hardware.
You need some software like Jack or PulseAudio to do this for you.
add a comment |
Your ALC268 chip cannot route its inputs to the speakers in hardware.
You need some software like Jack or PulseAudio to do this for you.
Your ALC268 chip cannot route its inputs to the speakers in hardware.
You need some software like Jack or PulseAudio to do this for you.
answered Dec 25 '13 at 8:53
CL.
2,116913
2,116913
add a comment |
add a comment |
The simplest way is to connect aplay
and arecord
by a pipe. There's no arecord -L
information for PCM sources, but assuming it looks similar to the PCM sinks:
arecord -t au -r 44100 -D front:CARD=Intel,DEV=0 | aplay -t au -D front:CARD=Intel,DEV=0
There's a noticable delay until the output is played, because a pipe isn't intended for real-time audio processing.
The -t au
options select the Sun Audio format. This is important, because e.g. the WAV format contains a header with the length of the file, so it can't be used across a pipe.
The default rate for arecord
is 8000 samples/s, which is usually not what you want, so the -r
option is also important.
The PCM sources and sinks may not support some combinations of rates/format/channels, so you either may have to pick valid combinations for your hardware using more options, or use plughw
instead of front
. For more modern ALSA installations, plughw
entries are automatically generated, and they put a plug
plugin in front of the real hardware to do format conversion. If your ALSA doesn't generate those automatically, you have to add them manually to your .asoundrc
.
There are other ways to do it, for example with a chain of various ALSA plugins, if you want to have this feature permanently. It's not necessary for the hardware to be able to route audio directly.
add a comment |
The simplest way is to connect aplay
and arecord
by a pipe. There's no arecord -L
information for PCM sources, but assuming it looks similar to the PCM sinks:
arecord -t au -r 44100 -D front:CARD=Intel,DEV=0 | aplay -t au -D front:CARD=Intel,DEV=0
There's a noticable delay until the output is played, because a pipe isn't intended for real-time audio processing.
The -t au
options select the Sun Audio format. This is important, because e.g. the WAV format contains a header with the length of the file, so it can't be used across a pipe.
The default rate for arecord
is 8000 samples/s, which is usually not what you want, so the -r
option is also important.
The PCM sources and sinks may not support some combinations of rates/format/channels, so you either may have to pick valid combinations for your hardware using more options, or use plughw
instead of front
. For more modern ALSA installations, plughw
entries are automatically generated, and they put a plug
plugin in front of the real hardware to do format conversion. If your ALSA doesn't generate those automatically, you have to add them manually to your .asoundrc
.
There are other ways to do it, for example with a chain of various ALSA plugins, if you want to have this feature permanently. It's not necessary for the hardware to be able to route audio directly.
add a comment |
The simplest way is to connect aplay
and arecord
by a pipe. There's no arecord -L
information for PCM sources, but assuming it looks similar to the PCM sinks:
arecord -t au -r 44100 -D front:CARD=Intel,DEV=0 | aplay -t au -D front:CARD=Intel,DEV=0
There's a noticable delay until the output is played, because a pipe isn't intended for real-time audio processing.
The -t au
options select the Sun Audio format. This is important, because e.g. the WAV format contains a header with the length of the file, so it can't be used across a pipe.
The default rate for arecord
is 8000 samples/s, which is usually not what you want, so the -r
option is also important.
The PCM sources and sinks may not support some combinations of rates/format/channels, so you either may have to pick valid combinations for your hardware using more options, or use plughw
instead of front
. For more modern ALSA installations, plughw
entries are automatically generated, and they put a plug
plugin in front of the real hardware to do format conversion. If your ALSA doesn't generate those automatically, you have to add them manually to your .asoundrc
.
There are other ways to do it, for example with a chain of various ALSA plugins, if you want to have this feature permanently. It's not necessary for the hardware to be able to route audio directly.
The simplest way is to connect aplay
and arecord
by a pipe. There's no arecord -L
information for PCM sources, but assuming it looks similar to the PCM sinks:
arecord -t au -r 44100 -D front:CARD=Intel,DEV=0 | aplay -t au -D front:CARD=Intel,DEV=0
There's a noticable delay until the output is played, because a pipe isn't intended for real-time audio processing.
The -t au
options select the Sun Audio format. This is important, because e.g. the WAV format contains a header with the length of the file, so it can't be used across a pipe.
The default rate for arecord
is 8000 samples/s, which is usually not what you want, so the -r
option is also important.
The PCM sources and sinks may not support some combinations of rates/format/channels, so you either may have to pick valid combinations for your hardware using more options, or use plughw
instead of front
. For more modern ALSA installations, plughw
entries are automatically generated, and they put a plug
plugin in front of the real hardware to do format conversion. If your ALSA doesn't generate those automatically, you have to add them manually to your .asoundrc
.
There are other ways to do it, for example with a chain of various ALSA plugins, if you want to have this feature permanently. It's not necessary for the hardware to be able to route audio directly.
answered Jan 18 '17 at 18:51
dirkt
16.7k21335
16.7k21335
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f106473%2ftrying-to-hear-audio-coming-from-line-in-using-alsa-on-debian%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
2
"ID 268" means that the kernel does not know this chip; your kernel is older than your hardware. In alsamixer, you'd need a "Line" slider in the Playback view; your hardware may not have this capability. Please show the output of the alsa-info script.
– CL.
Dec 24 '13 at 9:26
Thanks for your help. I have uploaded the output to alsa-info here: pastebin.com/NeWeWiej
– user55255
Dec 25 '13 at 6:35