Fråga:
Varför fungerar inte mitt ljud (ljud)?
Itay Grudev
2012-06-13 01:58:38 UTC
view on stackexchange narkive permalink

Jag kan inte få igång ljudet. Jag hör inget och kan inte spela någonting.

Finns det en lösning för att aktivera ljud?

Lägg till mer information för att göra detta till en mer användbar fråga för framtiden, även om den redan har besvarats.
Distro tag krävs. Samt vilken ljudutgång du försöker använda.
Riktlinjer: http://stackoverflow.com/questions/how-to-ask Lyckligtvis är det nuvarande bästa svaret tillräckligt brett för att täcka din fråga. Det är dock bättre för framtida användare av webbplatsen om du anger din specifika inställning för att möjliggöra ett specifikt svar.
Mitt problem var låg volym för masteroutput.
Tolv svar:
#1
+69
Itay Grudev
2012-06-13 01:58:38 UTC
view on stackexchange narkive permalink

Ljud fungerar inte med en HDMI-skärm

Detta orsakas av vissa dataskärmar som väljer DVI-läge även om en HDMI-kabel är ansluten. Denna fix kan vara nödvändig även om andra HDMI-enheter fungerar perfekt på samma bildskärm (eller TV)! Redigera /boot/config.txt -filen ( se Raspberry-Pi Configuration File ) och lägg till följande rad i konfigurationsfilen:

  hdmi_drive = 2  

Ljud fungerar inte alls, eller i vissa applikationer

Ljud är inaktiverat som standard eftersom ALSA-ljuddrivrutinen fortfarande är "alfa" (inte fullständigt testad) på R-Pi. För att prova ljud, från kommandotolken före "startx", skriv

  sudo apt-get install alsa-utils sudo modprobe snd_bcm2835 sudo aplay /usr/share/sounds/alsa/Front_Center.wav 

Som standard kommer utmatningen att vara automatisk ( hdmi om hdmi stöder ljud, annars analog ). Du kan tvinga det med:

  sudo amixer -c 0 cset numid = 3 <n>  

där n är en av: 0 = automatisk , 1 = hörlurar , 2 = hdmi . ( källa) Om du kör Debian, försök

  cd / opt / vc / src / hello_pi make -C libs / ilclient make -C libs / vgfontcd hello_audio make ./hello_audio.bin

för att testa analog utgång. Och för att testa HDMI.

  ./hello_audio.bin 1  

Observera också att du kan behöva lägga till din användare i -ljudet kod> grupp för att få tillstånd att komma åt ljudkortet.

  gpasswd -a <anamn> ljud  

Att göra ändrar permanent

sudo apt-get install alsa-utils är permanent, men sudo modprobe snd_bcm2835 initialiserar bara drivrutinen för den aktuella sessionen. För att säkerställa att modulen initialiseras vid start, lägg till snd_bcm2835 till / etc / modules ( source).

aplay -l är också ett användbart kommando för att räkna om det finns några ALSA-enheter.
Det här är föråldrad information från och med januari 2013. alsa-utils är installerat som standard och lsmod visar att snd_bcm2835 är där utan att behöva göra någonting.
Kanske så, men problemet kan fortfarande uppstå på gamla enheter och vissa distros
Jag hade `snd-bcm2835` i` / etc / modules` när det borde ha varit `snd_bcm2835`. När jag väl ändrat det fungerade det.
Du kan också behöva ändra mixervolymen om den inte körs i en skrivbordsmiljö med en GUI-kontroll för den. Jag vet inte om det bara var mitt pi, eller om det är ett vanligt problem, men min volym var inställd på -25dB, vilket är praktiskt taget ohörbart. "amixer cset numid = 1 0" sätter tillbaka det till en rimlig nivå.
Med min Raspberry Pi 3 Model B som kör `Linux raspberrypi 4.9.41-v7 +` (`uname -a` output) var allt jag behövde göra att använda kommandot` sudo amixer -c 0 cset numid = 3 1` i en xterminal fönster. Började lyssna på en YouTube-video och det var mycket låg ljudnivå. Kontrollerade volymkontrollen från högtalarikonen på skrivbordets menyrad och volyminställningen var låg där så ändrades till 53 och det fungerar bra. Jag har en Logitech 2.1 (två stationära satelliter och en driven subwoofer) och jag kopplade in högtalarnas ledning till hörlursuttaget.
För mig fungerade `amixer cset numid = 3 100%` på min RPi 4.
#2
+9
chinashieh
2015-01-10 11:39:00 UTC
view on stackexchange narkive permalink

Jag tror att jag har ett sätt att lösa ditt problem, försök att skriva omxplayer -o local xxx.mp3 (för mp3-fil) eller omxplayer -o local xxx.mp4 (för mp4-fil) för att höra ljud från raspi över hörlurarna. Och du kan också skriva omxplayer --help för mer användning om omxplayer.

#3
+9
user29132
2015-04-20 05:04:29 UTC
view on stackexchange narkive permalink

Jag stötte också på samma problem med min Raspberry Pi 2. Jag kopplade min Pi till min HD-TV via en HDMI-kabel. Min lösning:

Ställ in ljudutgången med följande kommando:

  amixer cset numid = 3 2  

Jag testade ljudet matas ut med följande kommando, men inget ljud hördes:

  speaker-test -c2 -t wav  

För att aktivera HDMI-ljud följde jag anvisningarna hittade här

  sudo [din favoritredigerare] /boot/config.txt

Kommentarrad # hdmi_drive = 2

Starta om Pi med följande kommando:

  sudo shutdown -r 0  
Jag behövde inte göra de två första stegen, och jag är inte säker på att de ens behöver vara i svaret, men resten fungerade för mig med en Raspberry Pi 2.
#4
+5
Algo
2013-03-22 09:35:45 UTC
view on stackexchange narkive permalink

Detta är ett vanligt fel. Jag tror att det som bryter ALSA är PulseAudio. Om du vill använda ALSA (standard, rekommenderas av Tux) använder du sudo apt-get remove PulseAudio

För andra korrigeringar, prova wiki. Allt beror på. Testa detta först (eftersom det här är det vanligaste)

Vilket fel avser du? Har du en referens?
Detta fixade det för mig. Jag använder PuleAudio för att spela ljud till ett Bluetooth-headset. När jag försökte använda den analoga ljudporten kunde jag inte få den att fungera, och allt i min konfiguration var korrekt. Jag tog bort PulseAudio och den analoga ljudporten fungerar. Synd att jag måste avinstallera och installera om ett paket för att växla mellan Bluetooth och 3,5 mm-uttaget.
Tack för att du påpekade problemet med pulseaudio! Ditt förslag fixade mitt problem.
#5
+4
jjinking
2016-01-04 23:34:36 UTC
view on stackexchange narkive permalink

Jag kör OSMC, som kör Debian, och jag fick ljud att spela via mina TV-högtalare, som är ansluten med HDMI. https://youtu.be/p2ljmTE67gs

Om det är vad du försöker göra, försök lägga till dtparam = audio = on till /boot/config.txt

Originallösning publicerad här: https://discourse.osmc.tv/t/alsa-doesnt-work-after-last-update / 10600

Detta svar kommer att vara särskilt lämpligt för personer som uppgraderar äldre installationer till något mer modernt.
#6
+3
Daniel
2016-03-23 08:53:01 UTC
view on stackexchange narkive permalink

Min nuvarande arbetshypotes är att ljudet för mig åtminstone beror på något sätt på skrivbordsmiljön. Jag har en Raspberry Pi 2, som kör Raspbian, installerad från NOOBS. Jag har torkat det rent och installerat om Raspbian dussintals gånger. Ljudet fungerar när jag först installerar Raspbian. Nästa sak jag vanligtvis gör är att ta bort skrivbordsmiljön LXDE och ersätta den med skrivbordsmiljön XFCE, och någon gång efter det märker jag att ljudet har slutat fungera. Att byta skrivbordsmiljö måste bryta mitt ljud. Jag vet inte om det är att ta bort LXDE eller att installera XFCE som bryter den. Just nu är "lxde" installerat, "xfce4" är inte installerat, "pulseaudio" är inte installerat och ljudet fungerar.

#7
+2
Steve HHH
2013-03-21 21:33:25 UTC
view on stackexchange narkive permalink

Jag stötte på ett problem där ljudet inte fungerade eller statisk spelades istället för min inspelning. Men det var ett problem med mitt tillvägagångssätt, inte Pi själv. Jag använder Raspbian 3.6.11 (2013-02-09-wheezy-raspbian).

I första hand försökte jag spela en MP3-fil med aplay , som bara verkar stödja WAV. Vissa av MP3-filerna jag använde kanske inte har skapats med en kompatibel codec. För att testa ljudutmatningen på din Pi, tyckte jag att det var bäst att prova ljudfiler som kommer med Raspbian OS. Se också till att du använder en spelare som är lämplig för ljudformatet. Till exempel:

  • Använd aplay för .wav-filer. Till exempel: aplay /usr/share/scratch/Media/Sounds/Vocals/Singer2.wav (det finns många exempel på ljudfiler i /usr/share/scratch/Media/Sounds).
  • Använd omxplayer eller mpg123 för .mp3-filer. Till exempel: använd omxplayer /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3 eller alternativt mpg123 /usr/share/scratch/Media/Sounds/Effects/WaterDrop.mp3 (Om du inte redan har mpg123 bör du kunna installera det med kommandot sudo apt-get install mpg123 ).
  • Använd amixer för att styra volymen. Till exempel: amixer cset numid = 1 50% ställer in hörlursuttagets volymutgång till femtio procent.

För mer information om kommandon för ljudutgångar hittade jag följande webbplats användbar: http://blog.scphillips.com/2013/01/sound-configuration-on-raspberry-pi-with-alsa

För vad det är värt, Jag upplevde också ett poppande ljud orsakat av ett spänningshopp när ljudet startar och stoppar. Den frågan är nu fixad i Pi-firmware.

AFAIK att bugg skulle ha rättats till i en av uppdateringarna för ljuddrivrutinen ...
Du har rätt. Jag gjorde förmodligen bara fel, men andra kan ha samma problem, så jag har uppdaterat mitt inlägg med mina resultat. Tack Itehnological!
#8
+1
Mark
2015-08-07 01:33:09 UTC
view on stackexchange narkive permalink

På min Raspberry Pi fungerade "högtalartestet" utan extra hårdvara tillagd. Sedan lade jag till några webbkameror. Standardenheten hade ändrats och jag fann den här frågan Hur får Alsa att välja en föredragen ljudenhet automatiskt? från vilken lösning nr 1 fungerade för mig.

... skapa /etc/asound.conf med följande: ...

Byt ut "kort 1" med numret på din ovan.

#9
+1
Alex Skarulis
2017-09-19 22:18:42 UTC
view on stackexchange narkive permalink

Jag hade själv problem med den analoga ljudutgången. Kom till den här tråden bland annat för att försöka lösa. I slutändan visar det sig att jag bara behövde högerklicka på ljudikonen i mitt verktygsfält och ändra valet från HDMI till Analog. Detta löser förmodligen inte ditt problem, men det kan hjälpa någon annan som inte hör ljud och som saknade den enkla lösningen.

#10
+1
Edwin Torres
2018-03-21 00:34:39 UTC
view on stackexchange narkive permalink

Min lösning kom från den här sidan:

[ https://www.raspberrypi-spy.co.uk/2013/06/raspberry-pi-command-line-audio/] [1]

Och var det här:

  sudo modprobe snd_bcm2835  
#11
  0
Bill Tonnies
2018-03-22 23:50:22 UTC
view on stackexchange narkive permalink

Jag stötte på det här problemet när jag försökte få Amazon Voice Services att arbeta på en Raspberry Pi 3/3 +. Jag såg till att analogt ljud valdes. Även med aplay fungerade.

Det visar sig att AVS använder autoaudiosink-elementet, som i sin tur valde omxhdmiaudiosink-elementet, som hade en högre prioritet än alsasink-elementet. I filen /etc/xdg/gstomx-rpi.conf finns det ett avsnitt för omxhdmiaudiosink som jag helt enkelt kommenterade. Efter att ha gjort det fungerade AVS bra (för det mesta - svaren blev korta med cirka ~ 0,25 sekunder).

Jag antar att jag också kunde ha ändrat prioriteten.

#12
-1
anon
2015-08-04 22:42:56 UTC
view on stackexchange narkive permalink

Om du vill ha ett enkelt svar finns det tre alternativ:

  1. hdmi: omxplayer -o hdmi filnamn.mp4
  2. båda: omxplayer -o båda filnamn.mp4
  3. local: omxplayer -o local filnamn.mp4

Om du vill det spelar även om din bildskärm gör

  omxplayer -o hdmi  

Om du vill ha båda gör du

  omxplayer -o båda  

Om du har hörlurar och vill ansluta den till din Raspberry gör

  omxplayer -o local  

och lägg sedan till ditt filnamn och därifrån; det är så enkelt

Om du läser det accepterade svaret är problemet att ljud inte är aktiverat på kortnivå så att en programspecifik inställning inte fungerar. För det andra vad har omxplayer att göra med den ursprungliga frågan?
Detta fungerade för mig, jag kunde spela wav-fil men mp3 fungerade inte med kommandot omxplayer. Jag satte på -o lokalflaggan det fungerade. Jag förstår fortfarande varför ... för jag har redan ställt in min hörlurar och försökt alla andra saker


Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 3.0-licensen som det distribueras under.
Loading...