Portál AbcLinuxu, 13. května 2025 20:12
Cawte,
na windowse mi ide super zvuk bez sumu. Ked spustim zvuk na ubuntu,tak je pocut pri nektorych tonoch sum. Proste kvalita zvuku nizsia. Je jedno,ze v akom prehravaci spustam zvuk. Robi to aj pri hrach a inych aplikaciach.(napr. youtube) Moze byt chyba v tom,ze tam chybaju nejake driveri? V com inom moze byt chyba??
Dik za pomoc
Ten sum je iba chvilkovi a vasinou pri vysokych tonoch. Ovladace som ziadne neinstaloval a ani ziadne kodeky som neinstaloval.
Takový šum často vzniká i při nekvalitním převzorkování na nativní frekvenci zvukovky. Např. když to některé integrované AC97 pustíš 44.1kHz, její HW resampling píská na vyšších frekvencích. Resampler ve starších verzích pulseaudio taky nebyl žádný zázrak.
Hoď sem výstup skriptu www.alsa-project.org/alsa-info.sh , ať vidíme více info.
Tu to je:
http://www.alsa-project.org/db/?f=fc791735c27bec9d070f76cdb01a249d30b4a5ec
Takže klasický ICH s AC97. Pokud jedeš přes pulseaudio (jako že asi určitě), na jakou frekvenci to pulseaudio resampluje? Očekával bych 48000, ale pokud na 44100, pak ta zvukovka může nahodit vlastní resampling na 48000 a to dělává nepříjemné pískání.
Zkus vzít nějaký wav, který ti normálně píská, a přehrát jej přes aplay -v -D plughw:0 track.wav a hoď sem výstup + info, zda to stále píská.
Tu to je:
Prehrávanie WAVE 'Kabát - Dole v dole.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo
Plug PCM: Rate conversion PCM (48000, sformat=S16_LE)
Its setup is:
stream : PLAYBACK
access : RW_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 44100
exact rate : 44100 (44100/1)
msbits : 16
buffer_size : 15052
period_size : 3763
period_time : 85333
tstamp_mode : NONE
period_step : 1
avail_min : 3763
period_event : 0
start_threshold : 15052
stop_threshold : 15052
silence_threshold: 0
silence_size : 0
boundary : 986447872
Slave: Hardware PCM card 0 'Intel ICH' device 0 subdevice 0
Its setup is:
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S16_LE
subformat : STD
channels : 2
rate : 48000
exact rate : 48000 (48000/1)
msbits : 16
buffer_size : 16384
period_size : 4096
period_time : 85333
tstamp_mode : NONE
period_step : 1
avail_min : 4096
period_event : 0
start_threshold : 16384
stop_threshold : 16384
silence_threshold: 0
silence_size : 0
boundary : 1073741824
Díky. Jaká je kvalita, je slyšet to pískání?
Ještě zkus přehrávat přímo na hw:0, aby přímo do karty šlo 44100
aplay -v -D hw:0 'Kabát - Dole v dole.wav'
Tady by to pískat mohlo.
Skusil som nieco ine. Dal som: aplay -v -D hw:0 'skuska.wav'
A vypisalo chybu:
aplay: main:590: chyba počas otvárania zvuku: Device or resource busy
Protože něco jiného již na zařízení visí (nejpravděpodobněji pulseaudio). Zjistíš příkazem
sudo lsof /dev/snd/*
Při minulém testu muselo být pulseaudio neaktivní (bývá nastavené, aby po nějaké době nečinnosti zařízení uvolnilo), jinak by zařízení plughw:0 hodilo úplně stejnou chybu (je to jen wrapper nad hw:0).
Takze dal som sudo lsof /dev/snd/* a vypisalo:
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/rasto/.gvfs
Output information may be incomplete.
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
timidity 3256 root 5u CHR 116,3 4617 /dev/snd/seq
pulseaudi 3392 rasto 20u CHR 116,8 4761 /dev/snd/controlC0
pulseaudi 3392 rasto 26u CHR 116,8 4761 /dev/snd/controlC0
mixer_app 3480 rasto 21u CHR 116,8 4761 /dev/snd/controlC0
Co s tym?
Protože již nic nevisí na /dev/snd/pcmC0D0p (tedy pcm playback na kartě 0, device 0), tipnul bych si, že již aplay zafunguje. To by odpovídalo tomu odpojení pulseaudia od zařízení po nějakém timeoutu, který již vypršel.
Teraz to skoncilo chybou:
Prehrávanie WAVE 'skuska.wav' : Signed 32 bit Little Endian, Rate 22050 Hz, Mono
aplay: set_params:961: Sample format non available
Jistě, protože jsi přehrával jiný wav než v předchozím případě, na který jsem odpovídal. Minulý byl 44.1/16 stereo, což by zvukovka mohla zvládnout nativně, zatímco nyní jsi přehrával 22.05/32 mono, což ani náhodou neumí. Rozdíl mezi plughw a hw je ten, že hw jde přímo do zvukovky a ovladač odmítne jakýkoliv přímo nepodporovaný formát, zatímco plughw jde nejdříve přes plugin plug, který stream zkonvertuje na formát podporovaný zvukovkou - mrkni na výstup toho aplay, co s tím plugin plug dělá. Ale je možné, že hw rovnou zvládne 44100Hz.
Je třeba si stále opakovat, proč to celé děláme. V prvním kole chceme vyloučit chyby ovladače, které by vedly k tomu pískání. Proto přehráváme přímo na zvukovku (zařízení hw), tedy jen přes ovladač. Pokud budeš potřebovat vhodné formáty wavů, zkonvertuj pomocí programu sox, v distribucích bývá v balíku sox, detaily man sox a google.
So SOX neviem robit a anglictinu nemam moc dobru,takze man sox mi nepomoze. A aby som upresnil,tak nie je to piskanie,ale taky sum ako ked je radio zle naladene alebo nieco podobne.
OK, na to testování sox nepotřebuješ, protože track 44.1/16 již máš.
Testuje se to tak, že se jde úplně odspodu nahoru : zvukovka + driver (aplay wav podporovaný zvukovkou přes zařízení hw), alsa pluginy (aplay libovolný wav přes plughw), až na konec přehrávání přes požadovanou aplikaci a mixážní server (pulseaudio nebo dmix). V každé vrstvě může být problém a jen takto zjistíš, kde konkrétně je, abys jej mohl vyřešit.
jukni do
nastavení systému - multimédia - hudba (používám kde , v gnome to tam tež někde je , ale už si nepamatuji kde)
tam si změn výstupní zařízení
já tam mněl nvidia ck804 - iec958 to jsem změnil na nvidia ck804 , a už mi to nešumí
vyskoušej různé co tam jsou , jedno ti možná pojede :)
--
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.