abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 20:11 | Komunita

    V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Nová verze

    Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.

    Ladislav Hagara | Komentářů: 0
    včera 12:55 | Pozvánky

    Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.

    Ladislav Hagara | Komentářů: 0
    včera 05:33 | IT novinky

    Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.

    Ladislav Hagara | Komentářů: 2
    včera 05:22 | Nová verze

    Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    22.10. 23:33 | Komunita

    Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.

    Ladislav Hagara | Komentářů: 0
    22.10. 13:11 | Nová verze

    Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.

    Ladislav Hagara | Komentářů: 0
    22.10. 05:44 | Nová verze Ladislav Hagara | Komentářů: 2
    22.10. 05:22 | Bezpečnostní upozornění

    Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.

    Ladislav Hagara | Komentářů: 5
    21.10. 23:15 | Nová verze

    AlmaLinux přinese s verzí 10.1 podporu btrfs. XFS bude stále jako výchozí filesystém, ale instalátor nabídne i btrfs. Více informací naleznete v oficiálním oznámení.

    Max | Komentářů: 3
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (49%)
     (20%)
     (20%)
     (23%)
     (18%)
     (21%)
     (18%)
     (18%)
    Celkem 261 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    K čemu je aRts dobré?

    13.4.2005 20:25 | Přečteno: 1323× | Linux | poslední úprava: 13.4.2005 20:30

    Krátká úvaha o smysluplnosti aRts.

    V této krátké úvaze se chci zamyslet nad užitečností a smyslem aRts - nebo vlastně všech podobných zvukových serverů.

    Mám zvukovou kartu Creative SB Audigy Player. Podporuje HW mixování, takže nepotřebuju žádný dmix - u dsnoop si nejsem 100% jist, ještě jsem ve více aplikacích naráz nahrávat nezkoušel.

    Nemám problém mít puštěné zároveň aplikace používající ALSA a aplikace používající OSS. Jediným problémem je aRts. Nevím co dělá, ale když běží artsd, tak ve žádných OSS aplikacích nejede zvuk - v ALSA jede OK.

    Výsledek: aRts dělá potíže.

    S ALSA mi skvěle chodí MIDI. Dal jsem si loadování soundfontu při startu systému, takže je to teď simple jako ve Windows. Jenže zádrhel se nazývá aRts. Ačkoliv jsem v konfiguraci KDE zvolil správný výstup (mám na výběr ze čtyř + "MIDI-out"), MIDI mi skrze aRts nejede :-(.

    Výsledek*: pod aRts mi nefunguje MIDI.

    Vstup (nahrávání) - pod OSS aplikacemi OK, pod ALSA aplikacemi OK (vivat UT2004 ;-). Jenže pak je tu aRts. Dokud běží aRts**, tak občas nahrávat lze a občas zase ne. Občas pokus*** o nahrávaní vyhodí chybu a občas prostě aplikace zamrzne (toto jsou zážitky ze Skype).

    Výsledek: aRts dělá potíže.

    *) Možná to nějak rozchodit lze, ale je to prostě komplikace navíc.
    **) Ano, mám nastaveno "Automatické zastavení při nečinnosti"
    ***) fuser /dev/dsp dává prázdný seznam - nechápu co se děje :-?

    K čemu je tedy aRts dobré? Máme karty s HW mixováním a máme dmix/dsnoop. V obou případech se bez aRts obejdeme. Proč už aRts dávno nezaniklo?        

    Hodnocení: -

    zatím nehodnoceno
            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    13.4.2005 20:32 zabza | skóre: 52 | blog: Nad_sklenkou_cerveneho
    Rozbalit Rozbalit vše Sám jste si odpověděl....
    K čemu je tedy aRts dobré? Máme karty s HW mixováním a máme dmix/dsnoop. V obou případech se bez aRts obejdeme. Proč už aRts dávno nezaniklo?
    To je otázka zárověň obsahující odpověď :-)
    13.4.2005 20:52 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Sám jste si odpověděl....
    aRts vznikl ještě v dobách, kdy dmix a ALSA byly neznámé pojmy. A teď už se to s KDE veze, protože nikdo neměl odvahu to celé překopat a zbavit se té nechutnosti. Myšlenka sound serveru není špatná, ale v podání aRts se to moc nevydařilo.
    13.4.2005 20:58 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: Sám jste si odpověděl....
    Pamatuju se, jak jsem kvůli ALSA spouštěl aRts nad ESD (to je věta, co :-)). Každopádně v tom co na KDE nesnáším vede aRts i před vzhledem, takže to je asi fakt hrůza ;-)
    Copak toho není dost?
    Luk avatar 13.4.2005 21:14 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: Sám jste si odpověděl....
    aRts je šílený žrout výkonu. Na dnešních strojích se to zase až tak neprojeví, ale pamatuji si dobu, kdy na Celeronu 366 požíral aRts běžně 10-15 % času procesoru (a alokoval spoustu paměti).
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    13.4.2005 21:19 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: Sám jste si odpověděl....
    Co je dnešní stroj? Mně požíral aRts s klidem i 40% času, ale možná to bylo způsobeno ALSA. Prostě je to děsivá věc a nemám ji rád :-)
    Copak toho není dost?
    Luboš Doležel (Doli) avatar 13.4.2005 21:24 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Sám jste si odpověděl....
    Není KDE jako KDE.

    Mě se "moje" KDE velice líbí, ale z "toho KDE" co je v Knoppixu bych hodil šavli :-(
    13.4.2005 22:21 Radomír Fojtík | skóre: 33 | blog: jen to zkouším | Tísek
    Rozbalit Rozbalit vše HW mix + OSS
    Rad bych si neco ujasnil, neb mam v tom zmatek:

    Mam obycejnou onboard zvukovku a pustim-li mplayer s ao=oss obsadi mi /dev/dsp a zadna jina aplikace nema sanci "pipnout". To snad chapu spravne. Pustim li ten mplayer s oss vystupem a mam zvukovku s HW-mix, mplayer mi zase obsadi /dev/dsp a dalsi aplikace maji zase utlum. Nebo ne??
    13.4.2005 22:47 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: HW mix + OSS
    Pokud ten mplayer byl třeba 128. u SB Live, tak už ten 129. má útlum :-) (možná si špatně pamatuju počet kanálů, nevím). Takže pokud má karta harwarové mixování a používáš alsu, tak můžeš otvírat dokud to karta zvládne.
    14.4.2005 08:08 Daniel Smolik | skóre: 15 | blog: marvin
    Rozbalit Rozbalit vše ARTs dobra myslenka horsi provedeni
    Arts by podle me melo byt uzitecne jednak v pridade X-terminalu melo by pridavat sitovou transparenci. Tj. aby zvuk cestoval za promenou DISPLAY a za druhe umoznit hrat z vice zdroju najednou coz bohuzel ani jedno moc nesplnuje.
    14.4.2005 10:09 petr_p
    Rozbalit Rozbalit vše Re: ARTs dobra myslenka horsi provedeni
    Presne za timto ucelem existuje starsi zvukovy protokol NAS. Ma sice vetsi latence, ale: je multiplatformejsi (jede i pres DECnet, podporuji ho nektere hardwarove X terminaly), umoznuje "IP telefonnii", propojeni na severoamericke telefonni ustredny (ma generator tonove volby). Zvlada ho mplayer, xmms, wine, SDL_sound. Z hlediska X protokolu je transparetni (tzn. klient si najde ten spravny server). Proste idelani na X terminaly.
    14.4.2005 10:29 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše proc takova averze?
    Zdravim

    Nerozumim te averzi vuci artsd. Je fakt ze to je zrout, obcas zlobi a ma velke latence, ale pro beznou praci kdyz chci mit pusteny MP3 a zaroven do toho pipani od ICQ tak zrejme jinou moznost nemam (jeste vlastne esd). Nevim teda co to je za divnou zvukovku ten sound blaster, ale ja mam jen jedno /dev/dsp (potazmo jen jedno /dev/snd/pcm..), takze kdyz hraje jeden zvuk nemuze hrat druhy. Proto na beznou praci pouzivam arts a kdyz chci hrat nejakou hru tak to vypinam, kvuli latencim.

    Leda ze bych si rozchodil ten dmix, ale zatim jsem nikde nevidel jak na to.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    Luboš Doležel (Doli) avatar 14.4.2005 14:02 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: proc takova averze?
    To že je jedno /dev/dsp ještě nic neznamená.

    Každá lepší zvuková karta má HW míchání a jak rozchodit dmix, na to tu byl přece článek.

    Takže si za svým názorem stojím.
    14.4.2005 10:45 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše 1.0.9
    No, mne arts taky pekne stval, takze jsem ho prestal pouzivat. dmix se mi za boha nepodarilo nastavit, takze jsem furt pindal a kveruloval, ze je zvukovy system na pycu. Pred tydnem jsem nainstaloval alsu 1.0.9rc2 a ejhle - proklate - sw mixovani zvuku funguje bez jakehokoli meho zasahu.

    btw s arts mne bavilo, jak napr. ve filmu chlapek odesel z mistnosti a prasknuti dveri se ozvalo az potom
    Kuolema Kaikille (Paitsi Meille).
    Luboš Doležel (Doli) avatar 14.4.2005 14:03 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: 1.0.9
    Nejlepší je přes arts hrát hry - to je teprve síla :-)
    Mikos avatar 15.4.2005 00:27 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše V KDE 4.0 by snad aRts už neměl být
    Miluju KDE, ale vůči aRtsu mam také velmi silné výhrady (respektive nesnáším ho ;-)). Nedávno sem ale narazil někde na nějaký článek - rozhovor s jedním vývojářem KDE - a on tam psal že nadbytečnosti aRtsu si v současné době uvědomuje obrovská spousta lidí (a vývojářů ;-)). Dříve aRts svůj účel plnil, ale dnes v době Alsy už je ve většině případů jen na obtíž.

    Nicméně zvuk v KDE 4.0 by už na aRtsu _SNAD_ podle tohoto vývojáře být závislý neměl. Měl by tam být nějaký wrapper (či jak to nazvat), který může využívat různé zvukové výstupy, multimediální frameworky, atp. Konkrétně s největší pravděpodobností by se měl jako multimediální framework používat GStreamer (který je mimo jiné doporučován Freedesktop.org). Kromě toho onen wrapper bude moct využívat samozřejmě i současný aRts (který možná zůstane jako defaultní, to nevím) a v onom interview se mluvilo i o NMM (Network Multimedia Middleware) a MAS (Media Application Server).

    Tohle je podle mě rozhodně cesta správným směrem... nějaký univerzální multimediální framework prostě musí být používán (aby každá KDE aplikace nemusela si všechnu práci s různými zvukovými a video kodeky dělat sama ;-)) a GStreamer je v současnosti nejnadějnější, navíc už na něj přechází i GNOME.
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!
    Mikos avatar 15.4.2005 00:35 Mikos | skóre: 34 | blog: Jaderný blog | Praha
    Rozbalit Rozbalit vše Re: V KDE 4.0 by snad aRts už neměl být
    Ještě dodatek - podařilo se mi najít na Googlu ono interview, přečíst si ho můžete zde: Perspectives on KDE Multimedia

    Nicméně ten rozhovor je z listopadu 2004, jak se od té doby věci vyvinuly a jestli se opravdu v KDE 4.0 zbaví závislosti na aRtsu netuším...
    CETERUM CENSEO DRM ESSE DELENDAM Ostatně soudím, že DRM musí být zničeno!

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.