Ebbe a topikba gyűjtsük a linuxos hangrendszer problémáit, megoldásait. Itt lehet ötletelni, megoldási javaslatokkal előállni. Titkon azt remélem, a topik rövid életű lesz, mert hamar megoldódnak ezen problémák.
Ha van névkiszolgáló, akkor van net, ha nincs akkor nem.
Ez nem igaz. Ha nincs névfeloldásod, attól még van internet elérésed. Ha tudod az illető oldal IP-jét, s azt írod a böngésződbe, még akár le is jöhet az oldal. :) Az más kérdés, hogy ez nem túl ergonomikus. Ha router-t használsz, akkor megadhatod a router-ed LAN oldali IP-jét, azaz a default gateway-t névszerver címnek, mert a router ezt meg szokta oldani. Ha meg nem, s a szolgáltatód névszervere hol elérhető, hol meg nem, akkor a legegyszerűbb, amit írtam, azaz a saját gépen futtatott névszerver. Ő a neveket a magasabb szintű névszerverektől beszerzi majd, ettől ne legyenek kétségeid. Ebben az esetben DNS-nek a 127.0.0.1 címet add meg, hiszen a localhost lesz a kiszolgálód.
Nagyon egyszerű a megoldás. Indíts egy caching nameserver-t a gépeden, így a névfeloldást a gépeden futó névszerver fogja megoldani helyben. A szolgáltatásoknál kellene a named nevű daemon-t engedélyezni, elindítani. Ez egy bind nevű csomagban lesz várhatóan.
Feltettem a gnome-ot a kde mellé- telepitő cd-röl. Lekérte a codec-et (kde-be letöltöttem pedig) aztán most nagyon jó minden.
A net. T-mobile szélessáv, ZTE modem. Csatlakozik, meg van az IP cím, mégsincs net. Ki- be kapcsolás után (3- 5 alkalom) megy minden. Az ok: nincs névkiszolgáló. Addig kapcsolgatom mig talál névkiszolgálót. Ezt ott látom, hogy ráklikkelek a knetworkmanager-re, felviszem az egeret a kapcsolathoz és klikkelés nélkül ott hagyom. Akkor kijönnek az infók. Ha van névkiszolgáló, akkor van net, ha nincs akkor nem. Ezek számok, tudom öket- nem változnak mint az IP cím, ha belehetne írni kézel valahová akkor megoldódna ez a gondom is. Nem tudom viszont hová... Van tipped?
SuSE vonatkozásában nem vagyok képben, hogy ez most a legújabb vagy nem. Mindenesetre a legújabb verzió kellene és az összes csomagot frissíteni kellene, aztán megnézni, mi a helyzet.
A van net meg nincs net annyiban nem off, hogy ha ennek hardware okai vannak, akkor lehet ugyanaz az okozója, mint a hangproblémáidnak.
Annyiban jó helyzetben vagyok, hogy Fedorát használok, s Lennart Poettering a fő fejlesztője a PulseAudio-nak, s Lennart egyben Fedora vagy Red Hat fejlesztő is. Így az ámokfutásai, ideértve a legfrissebb PulseAudio-t szinte azonnal belekerülnek a Fedora repókba, ezért van nekem pulseaudio-0.9.21-4.fc12.x86_64 verziójú csomag a gépemen. Ez már jól működik, 0.9.19-hez képest egy rakás hiba javítva lett.
A pulseaudio utils utólag került fel, a paplay megy most már. Amúgy nem tudom labilis-e a hardver. Nem először van fent a suse, ezelőtt volt már a 11.1, remekül ment, csak adódtak másjellegü gondok, aztán törölni kellet. Most a 11.2-vel csak annyi a gond, hogy van net meg nincs net- de ez itt off téma. A hang is megy (youtube stb, midi -rosegarden, hangteszt). Csak a lejátszás a gond. 1 dal szól, aztán megáll a lejátszó. Mindegy melyik (amarok, decibel stb)
- 0.9.19-es pulseaudio még hemzseg a bugoktól, a 0.9.21-es már jó - a pulseaudio-utils csomagnak tartalmaznia kellene a paplay nevű programot.
Ez mit mond?
which paplay
Ez a legutóbbi SuSE és tiszta telepítés? Mert ismereteim szerint a SuSE könnyen telepíthető, kezesbárány szokott lenni, mint az Ubuntu vagy a Fedora. Helyből jónak kellene lennie a hangnak.
If 'paplay' is not a typo you can use command-not-found to lookup the package that contains it, like this: cnf paplay Ezt írta.
Ha simán ráklikkeltem, akkor a Kaffeine bedöglött és ezt írta: Application: Kaffeine (kaffeine), signal: Segmentation fault [KCrash Handler] #6 0xb7196b17 in KRecentFilesAction::addUrl(KUrl const&, QString const&) () from /usr/lib/libkdeui.so.5 #7 0x080be0f1 in _start ()
Megnyitás mással- Amarok. Semmi. Indul az Amarok, de nem csinál semmit. Kézzel megnyitni- nem játsza le, be sem tölti a lejátszó listába.
Fent van a PulseAudio, de nem tudom hogy lehet előhívni. A hangbeállitásoknál az SB Live van elsőnek mint snd-card0; van még egy beápitett hangkártya, az snd-card1. Érdekes, hogy új a rendszerem, Ubuntu volt ezelőtt- ott ment. Az openSUSE-t hásználtam már, remekül működött a hang. Most valamiért nem jó. Szerintem valamit törölnöm kell, csak nem tudom mit (vagy PulseAudiot vagy xine vay gstreamer fluendo-t- nem tudom). Vagy tegyek fel egy virtuális hangkártyát?
Hali. Opensuse-t használok, KDE környezet és gondom van az MP3 lejátszásal. Az Amarokon le megy egy dal, a következőnél leáll, mintha lenyomnám a pause-t. Ezt gstreamer engine-vel csinálja. Mindig csak 1 dalt játszik le. Ha átváltom xine-re, akkor a dalok végig mennek hang nélkül, kb 3 másodperc/dal. Gyorsan átfut és kész. Nem hiszem, hogy az Amarok a bűnös, a Decibel és a Juk ugyanazt csinálja. Valaki tud megoldást?
Aha, csak úgy érzem, van az egészben valami elwindowsosodás. Nem általános megoldást csinálunk, hanem olyat, ami a többségnek jó lesz, a többi meg így járt. Tehát vagy alkalmazkodsz a trendhez, vagy megnézheted magad. Szerintem meg nem kellene elszakadni a Linux nyújtotta szabadságtól. Éppen a testreszabhatósága, az általános mivolta adja a lényegét. Ha meg ennyire single user akar lenni, akkor minek a user switching nevezetű eszköz? Vagy az tévedésből maradt benne? Az X szerverrel ilyet miért lehet?
Előre bocsátom, hgy nem vagyok op. rendzser szakértő, de azért abban lehet valami, hogy ahol fontos a multiuser (server funkció pl), ott nem fontos a hang, ahol meg a hang fontos (az otthoni desktop gépemen pl) ott meg nem fontos a multiuser. Nyilván tudsz hozni ellenpéldát, de nem hiszem, hogy általános lenne. IMHO...
Ezen az oldalon Lennart leírja, miért is nem jó, ha system wide daemon-ként használjuk a pulseaudio-t. Egyfelől értem az érveit, mert ugye valóban nem túl szerencsés, ha az én mikrofonom stream-jét sniffeli egy másik felhasználó. Ugyanakkor hangszerver mivoltából számomra mindenképpen valamiféle system wide megoldás következne. Hogy mást ne mondjak, az ember belép valamilyen felhasználóval, belépve marad, majd másik felhasználóval is belép, s onnan már nincs hang. Már arról az esetről beszélek, amelyet Lennart jelenleg támogat, azaz arról, amikor a mindenkori belépett felhasználó nevében fut a pulseaudio. Jó, jó, de ez szerintem butaság egy multiuser operációs rendszer esetében.
Ez a belépett felhasználóként indított hangszerver igen kézzelfogható gyakorlati problémát is jelent. Nevezetesen azt, hogy lehetnek olyan alkalmazások, amelyek maguk is szerverek, s szeretnének hangot adni. Ilyen például az mpd. Ő még bármilyen felhasználó belépése előtt szeretne a hangszerverhez csatlakozni, továbbá nem éppen szerencsés, ha zene lejátszása közben egy felhasználóváltással kirántjuk alóla a hangszervert. Hiszen akkor nem tudja hova küldeni a stream-et.
Valamiért már megint azt érzem, Lennart nem gondolja végig, mit csinál. Ilyeneket ír szerintem kissé széles arccal:
But my Gentoo/... distro is shipping an init script for PA!
Ignore that. It's stupid. They shouldn't be doing this.
Aha... Mert a felhasználó belépésekor induló hangszerver az aztán az okos ötlet. Csak árulná el, hogy a fészkes fenébe lehet feloldani azt a röpke ellentmondást, hogy például a Fedorában van mpd, ahhoz tartozik init script is, de a pulseaudio-hoz ő persze nem írt, mert szerinte az marhaság. Noha Lennart éppen Fedora fejlesztő is egyben.
Némi módosítással az itt írottak alapján megoldottam ezt a kérdést már novemberben. Az egész azért jutott eszembe, mert feltettem a pulseaudio-equalizer csomagot, és nem tudott csatlakozni a hangszerverhez. Nem jogosultsági bajai voltak, hanem az volt a hibaüzenet lényege, hogy nem per user futott a pulseaudio. (A konkrét hibaüzenet nincs már meg, s időközben leszedtem ezt a pulseaudio-equalizer csomagot.)
Tudom, lehet az mpd-t is felhasználónként indítani. Csak tudnám, akkor hogyan lesz több felhasználónak egyidejűleg hangja.
Én látom rosszul a világot? Kinek mi erről a kérdésről a véleménye?
Én ma próbálkoztam ilyen aljassággal, de már kiütést kapok tőle. Ubuntu Intrepid, Intel alaplap, intel (integrált) hangkártya. Szépen szól, míg ki nem lépek a KDE-ből. Attól kezdve a köv. rebootig néma csend.
Az meg már csak apróság, hogy a JuK nevű applikáció meg se nyikkan... (mplayer megy, de annak ritka gusztustalan, nehezen kezelhető a playlist-je)
cat /proc/asound Advanced Linux Sound Architecture Driver Version 1.0.20.
pulseaudio --version pulseaudio 0.9.15
Egyébként korábbi - 2.6.29.6-os - kernellel, amelyben 1.0.18a verziójú ALSA driver van, nem fagy szét a pulseaudio, csak néha ugrik, pattog a hang, tehát a pointer ott is elszáll olykor-olykor.
Már megírtam, de most újra: naponta több órán át hallgatok zenét a gépemen, Creative Labs Audigy SE (CA0106) kártyával, de az alaplapi hangkártyákkal is ugyanez volt a helyzet Előfordult, hogy az amarok összeomlott, emiatt mplayer-rel játszom le a számokat (flac és mp3), érzésre talán még szebben is szól. Debian SID, pulse-audio, a hardware-t leírhatom, de szerintem nem azon múlik.
Én elég sokat írtam erről a problémáról például itt a Fórumon. Ugyanakkor nem értem a közömbösséget. Nem hiszem, hogy csak engem érint. Egyfelől nem disztribúció-specifikus a probléma, másfelől több hardware is érintett. Nekem egy SB0410-esem van CA0106 chippel, de már úgy vagyok vele, vennék valamilyen olcsó hangkártyát is akár. Elkezdtem nézni a netet, láttam, C-Media chipjeivel szerelt olcsó hangkártyákat lehet manapság kapni. Erre elkezdtem nézegetni az ALSA bugtrackerét, s kiderült, azzal a chippel hajszál pontosan ugyanezt a hibát reportolták már. Akkor most mi a megoldás? Vagy tényleg senki sem hallgat(na) zenét Linuxon az itt felszólalók közül?
Nem írtam meg, de ennek az egyetlen oka, hogy nem tudok angolul. S mivel látom, másoknak is gondot okoz, feltételezem, tud róla. Illetve biztos, hiszen ő maga logolja azt, hogy ez ALSA bug.
Arra gondoltam, mivel a jelenlegi SB0410-es ca0106-ot használó hangkártyámmal fennáll a probléma, veszek kb. 3500 Ft-ért egy CMI8738 chip-et tartalmazó hangkártyát. De nem mennék vele semmire, hiszen éppen ugyanaz a hibajelenség.
Igen figyelemreméltónak tartom Raymond 2009-09-20 05:24 bejegyzését. Az alábbit írja:
The PA server use one period per buffer ( _period_size = buffer_size ) which is not supported by most hardware
Megnéztem a pulseaudio forráskódját, valóban így van. Megnéztem a jelenlegi legfrissebb, 2.6.31.5-ös Linux kernel forráskódjában a ca0106_main.c file-ban, valóban ez a helyzet:
.periods_min = 2
Ha működő hangot szeretnénk, nem kellene ezt Lennart-nak figyelembevennie? Egyáltalán a pulseaudio és az ALSA fejlesztői szóbaállnak egymással? Érdekli őket a probléma? Nem együtt kellene ezt megoldaniuk, ahelyett, hogy van egy elképzelésük a világról, s ami nem abban a rétegben van, amit éppen írnak, azzal nem is törődnek, függetlenül attól, hogy az elvárásuk fizikai okoknál fogva esetleg nem megvalósítható?
