EU: Lepší je používat otevřený software

Eurokomisařka Neelie Kroes minulý týden prohlásila, že by státní správa měla mít opravdu dobré důvody, pokud požaduje proprietární uzavřený software. Jinak by však měla chtít software s otevřeným kódem. Kroes varovala, že se stát může ocitnout na dlouhá desetiletí uvězněn v kolotoči používání softwaru od jediné firmy, pokud si z něj udělá standard svých informačních systémů.

14.6.2010 15:01 | Robert Krátký | Zajímavý článek

Komentáře

[l4m4]

To jsou zase takové výkřiky do tmy...

Státní správa by měla především používat výhradně otevřené formáty a protokoly, a pokud v nějaké oblasti neexistuje, zasadit se o vytvoření pokud možno mezinárodního standardu. Rozhodně při kominukaci s dalšími subjekty, a nejlépe i interně.

Software má menší životnost než data.

[Petr Ježek]

Vaše poslední věta nicméně podporuje tezi paní eurokomisařky. BTW, čím více výkřiků do tmy, tím více světla v blízkém budoucnu... V EU nejsou jen byrokratičtí NWO soběslužebníci...

[void]

Souhlas.

[Peter Fodrek]

problem je ale, ze len OSS tie standardy dodrziava a neblokuje

ISO/IEC NP 29166 Open Document Format (ISO/IEC 26300) / Office Open XML (ISO/IEC 29500) Translation Guidelines

General information

Number of Pages:

Edition: 1 ICS: 35.060; 35.240.30 Status: Under development Stage: 10.99 (2008-09-30) TC/SC: JTC 1/SC 34

stage 10.99 znamena,ze ISO uznalo, ze nieco take treba a komisie pracuje na niecom takom uz od 30.9.2008 a nemaju ani predbezny navrh...

[danaketh]

používat výhradně otevřené formáty a protokoly

Proč? Nevidím sebemenší problém v používání uzavřených formátů a protokolů, dokud jejich používání někoho neomezuje. Stávající řešení v režii starých MS formátů omezující je. Pokud by ale MS vydal k dispozici potřebné dokumenty aby každý kancelářský balík mohl jeho formát implementovat do stejné úrovně jako je Office, tak who cares? Pak ať se klidně používá blbej .doc :)

Ostatně, když to vezmeme z druhé strany, tak MS stačí z lenosti/neschopnosti neimplementovat nějakou část ODF (případně podporu jako takovou) a prozměnu jsou otevřeným formátem omezeni uživatelé MS Office. Každá mince má dvě strany.

EU by se měla postarat spíš o odstranění bariér než mermomocí tlačit na otevřená řešení. Stačilo by říct: "Dobře Microsofte, chceš si udržet úřady, tak koukej zařídit, aby si uživatelé OpenOffice, KOffice a kdovíčeho ještě mohli tebou generované dokumenty otevřít stejně dobře jako uživatelé tvého Office."

Pak je to úplně jedno. V případě byrokracie ani OSS nepřinese žádné úspory - o to se už někdo postará :)

[Ant]

Pokud by ale MS vydal k dispozici potřebné dokumenty

... tak uz by to nebyly proprietarni formaty, ale otevrene (ve smyslu verejne, open source, atd.)

neimplementovat nějakou část ODF ... prozměnu jsou otevřeným formátem omezeni uživatelé MS Office

Neni pravda. Taci uzivatele maji stale moznost si sehnat a pouzivat programy, ktere dany format podporuji. Naproti tomu ja si tezko sezenu neco plne podporuje nektery z formatu DOC.

EU by se měla postarat spíš o odstranění bariér

Prave to dela. Odstranuje bariery v pristupu k datum a zatim jen doporucuje, ale byly pouzivany programy a formaty, se kterymi nejsou spjata zadne poplatky a soucasna ani budouci omezeni.

[danaketh]

Taci uzivatele maji stale moznost si sehnat a pouzivat programy, ktere dany format podporuji.

Ale proč by měli? Proč bych měl do PC stahovat ještě nějaký jiný software, když už mám jednou koupený Office? Kvůli jednomu blbému dokumentu budu stahovat a instalovat OpenOffice? To nedává smysl. Ostatně, teď mají uživatelé přece taky možnost si koupit MS Office :)

Tohle je totiž přesně stejný přístup jako s tím proprietárním softwarem. Fakt, že je třeba OOo zdarma a MS Office za peníze zde nehraje roli - jde o zdravý rozum. Proč bych měl sakra do PC cpát kvůli formuláři/dopisu/tabulce nějaký další software, když už jeden mám (a je jedno zda ten či onen).

Tudíž dokud se aktivity EU týkají pouze formátů, jsem spokojen. Ale jakákoliv snaha o "vynucování" určitého software je špatná a to bez ohledu na to, jestli je nebo není otevřený. Ona už ta snaha "jeden formát" je tak trochu na hranici porušování práv občanů ale relativně v jejich zájmu.

[Solitary]

Ty jsi bud troll nebo ti to mysli nejak divne. Nikdo nevynucuje konkretni software, vynucuje se svobodny (a bezplatny) pristup k informacim, coz by melo byt samozrejmosti, pokud bych mel jedinou moznost jak je ziskat, ze si budu muset KOUPIT MS Office, tak je nekde neco spatne. Penize zde roli opravdu hraji, zdravy rozum se ti tedy zrejme nachladil, pac ho pouzivas chybne. To jestli MS Office ma problem s oteviranim OTEVRENYCH formatu je opravdu problem jen MS Office, jelikoz dokumentace je dostupna, tudiz je problem ciste jen ve spatne implementaci. A ano, pokud mas nejaky problem, tak ti nic nebrani kvuli jednomu blbemu dokumentu stahovat a instalovat treba onen OpenOffice... nic te to nestoji, takze nevim, co tu delas za tyjatry.

[Ant]

Ona ta komisarky sice rikala "uzavreny software", ale asi myslela "uzavrene formaty".

Ani se ji nedivim. Dnes je uzavreny software v podstate synonymem pro uzavreny format.

Navic v clanku se hned na zacatku jasne rika: "governments should have a "clear justification" if they mandate proprietary software that sets royalties and restrictions."

[Aldagautr]

treba neco rikala, protoze myslela, ze ji pak treba nekdo neco da, aby potom rikala neco jinyho :)

[Ant]

Nevypada to tak. Je to dlouholeta bojovnice proti "vendor lock-in".

EU Internet Commissioner Neelie Kroes, in her previous post as EU antitrust chief, fined Microsoft hundreds of millions of euros (dollars) in a lengthy row over the company's refusal to share some data Relevant Products/Services with rivals and the tying of a Web browser to a best-selling operating system

[Ant]

Governments using proprietary software that sets royalties

To by me zajimalo, jestli to znamena, ze Cesky rozhlas a Ceska televize by mely vysilat ve Vorbis a VP8 misto v MPEG 1,2 a 4

[optim]

Nahodou CRo se docela snazi.

[Ant]

Ano, ja vim. Klicove slovo je ovsem to "docela".

Psal jsem o tom uz pred mnoha lety na jiny odborny server a poslal jsem to i do CRo, ale nic se nezmenilo.

Moje vyhrady byly nasledujici:

1. Ne vsechny stanice vysilaji v Ogg/Vorbis. Zadna z regionalnich stanic tak nevysila.
2. WMA pouziva skutecny streamovaci protokol (rtsp maskovany jako mms), kdezto Ogg je stale jen ubohe http pres tcp (tedy na stejne urovni jako mp3)
3. nenabizeji zadny ultranizky proud ve znamem formatu (OK, maji jeden 16kbps wma, ktery ale stejne nevytvareji). Pred lety jsem doporucoval HE-AAC v2, dnes ve svetle poslednich zprav o MPEG4/MPEG4-LA nevim, jak se o tomto kodovani citim.
4. nemaji ultrakvalitni proud. Doporucoval jsem FLAC.
5. nenabizeji zadne proudy s vice nez 2.0 (napr. 5.1). Pred lety byla jedina moznost nejake to DD, mozna DTS, nyni je uz standardizovany MPEG-Surround, i kdyz opet nevim, jak se na nej divat pri politice MPEG-LA. Stale zustava moznost vysilat vicekanalovy Ogg.
6. neni to dostupne pres IPv6 (resp. multicasting)

Takhle to funguje v nezmenene podobe uz roky. Psal jsem kdysi o tom, ze CRo mel jedinecnou sanci predstavit se, nebo ted uz se alespon zaradit, po bok naproste svetove technologicke spicky v online vysilani, misto toho, aby se porad po nekom opicili a zavadeli sluzby, ktere uz nekdo jiny predstavil a provozuje. Ted to mohli byt oni, kdo udava krok. Bohuzel ne. CRo si stezuje, ze nema dost mista v digitalnich sitich (DVB-T, DAB, DRM) pro vysilani vseho, co by mohli, pritom potencial te nejtlustci roury (alias Internet) odmitaji vyuzit.

Nejvice na cele veci je zarazejici to, ze to v podstate nestoji vubec nic. Streamovaci server pro multicasting kombinovany s koderem je zadarmo (v nejhorsim se to da sestavit z PC, ktera bezne vyhazuji, protoze jejich "vykon uz nepostacuje pro kancelarske aplikace") a konektivita do Internetu (a ze na IPv6 clovek nepotrebuje gigabit!) je v Praze do NIXu skoro zadarmo. Celkove naklady na internetove vysilani by tak byly v podstate drobne v rozpoctu CRo. Rekneme tak do 100 000 mesicne (provoz + odpisy).

Navic kdyby postavili rack pred linkou do Internetu a rekli LUGu, lidem od FreeBSD, OpenBSD atd. "my dodame 400W na server a stream WAVu jednotlivych programu, a vy se budete starat o streamovaci server na vasem OS v ramci reklamy a propagace daneho OS", tak CRo nebude stat nic ani sprava tech serveru.

Z vetsiny postoje CRo k online vysilani je mi smutno. Vidim ten hrozne nevyuzity obrovsky potencial.

[Ondrej 'SanTiago' Zajicek]

Streamovaci server pro multicasting

Zaludna otazka - existuje vubec v Cesku alespon nejaky ISP, u ktereho by bylo mozne multicastovy stream z cizi site prijimat?

[Ant]

CRo muze mit primou linku do Internetu.

Jinak existuje IPv6 peering mezi nekolika ISP v CZ.NIXu. To ovsem neznamena, ze protahuji IPv6 az ke koncovym zakaznikum.

Jenze kdyby byl obsah na IPv6, tak by mozna byl i vetsi zajem zakazniku, kteri by volali na podporu, proc jim nejde "ten prijem pres IPv6 a kdy to pujde"

Do te doby asi nezbyva nic jineho nez IPv4 tunnel na nekoho s IPv6 pripojenim (viz clanku na root.cz apod.)

[Ondrej 'SanTiago' Zajicek]

Ja nemluvim o IPv6, ale o multicastech. Dostupnost prijmu 'globalnich' multicastu je snad jeste horsi, nez dostupnost IPv6.

[Grunt]

Ogg je stale jen ubohe http pres tcp (tedy na stejne urovni jako mp3)

Ale? Odkdy?

Pred lety jsem doporucoval HE-AAC v2

Souhlas. ISO/IEC 14496-3 ve stereu o 24kbsp. U Vorbisu se dá začít uvažovat až od 48kbps.

dnes ve svetle poslednich zprav o MPEG4/MPEG4-LA nevim, jak se o tomto kodovani citim.

Z MPEG-4 mají pod palcem jen video a MPEG-4 Systems část. Audio zas spadá pod jiné (Coding Technlogies, dnes divize Dolby,…).

Pred lety byla jedina moznost nejake to DD, mozna DTS^{[citation needed]}

[kavol]

Ogg je stale jen ubohe http pres tcp (tedy na stejne urovni jako mp3)

Ale? Odkdy?

tuším, že kolega mluvil o konkrétní implementaci u ČRo, nikoliv o tom, jaké všechny standardy existují ...

[Ant]

Ano, mluvil jsem o tom, jakym zpusobem CRo vysila ten format Ogg - jeden nekonecny soubor pres http.

[Grunt]

Aha, tak to se omlouvám. Zrovna totiž čtu specifikaci Vorbisu a jako Annex má kapitolku Vorbis encapsulation in RTP. Takže min. možné je to určitě.

[Ant]

Samozrejme ze pro streamovani je nejlepsi pouzit primo protokol, ktery pro nej byl navrzeny, tedy RTP na UDP.

HTTP nad TCP je proste prasecina, aby to fungovalo "kazdemu a vsude".

[Ant]

Pred lety byla jedina moznost nejake to DD, mozna DTS[citation needed]

Jaky format jste jeste mel na mysli? Vychazel jsem z toho, co umi bezny audio receiver v kazdem elektro obchode a uz tam moc jinych formatu nevidim (DD i DTS nabizeji kazdy nekolik proprietarnich prostorovych (i kanalovych) kodovani).

[Grunt]

Znovu se omlouvám. Teda v případě, že DD je Dolby Digital ala AC-3. I tak je DD určen spíš pro něco jiného a s kódováním více kanálů se babrají v ISO/IEC už od dob MPEG-2. A navíc dnes vícekanálový zvuk už poskytuje kdejaký Vorbis nebo dokonce i FLAC, takže vybírat z čeho určitě je.

[Ant]

DD je skutecne Dolby Digital Maji ta dve Decka i v logu. AC3 je prave jeden z tech nekolika formatu, co DD ma.

navíc dnes vícekanálový zvuk už poskytuje kdejaký Vorbis nebo dokonce i FLAC

Tady pozor! Je rozdil, jestli se vedle sebe siri 5+1 kanalu v plne siri (coz opravdu umi kdejaky osel a je to spise zalezitost kontejneru nez kodeku), ale take vidime ten pozadavek na 6x vetsi sirku pasmu.

Pak jsou tady "prostorova" kodovani ("spacial audio coding"), ktera take prenasi 6 kanalu, ale jen nekolik (typicky 2, ale i 1, tedy mono) kanalu v plne siri a ten zbytek do 6 kanalu prenasi jako rozdilovou informaci oproti tech dvema kanalum. Tato rozdilova informaci je RADOVE, nekdy i DVOURADOVE mensi nez datove rychlosti jednotlivych plnych kanalu.

Takze jestli pro "klasicke" sireni 5.1 zvuku mame pri sirka pasma B pozadavek na kapacitu (5+1)B = 6B, tak pri prostorovem zakodovani to je jen 2B + 4.(0,01.B)=2,04.B, tedy prakticky 2B pro 6(!) kanalu.

Prostorove rozdilove kodovani je obdoba parametrickeho sterea pro 2 kanaly.

Bez techto technologii neni ultranizky (zhruba <=100kbps) prenos vicekanalove hudby mozny.

Podobne vypocty jdou udelat i pro modernejsi 7.1/7.2 apod.

[Grunt]

Maji ta dve Decka i v logu. AC3 je prave jeden z tech nekolika formatu, co DD ma.

Tak to jsem nějak nepobral. Co AC3 má? AC3 = Dolby Digital. Dolby Digital je jen obchodní canec pro ovečky a markeťáky (stejně jako třeba DivX), ale jinak se ten vícekanálový formát interně označoval AC3 (Audio Codec 3 – ještě existovali dva předchozí) a tomu se jen přilepila marketingová značka DD.

Tady pozor! Je rozdil, jestli se vedle sebe siri 5+1 kanalu v plne siri (coz opravdu umi kdejaky osel a je to spise zalezitost kontejneru nez kodeku), ale take vidime ten pozadavek na 6x vetsi sirku pasmu.

Myslíte-li mezikanálovou redukci, tak ano. Možná se budete divit, ale takový Vorbis ani nemá nic jako parametrické stereo(nebo žádný speciální stereo mód), ale víc jak jeden kanál ukládá automaticky jako residuální vektory (viz specifikace). Takže je jedno jestli se ukládá stereo nebo 5.1 či 7.1. A pokud je mi známo, tak i FLAC bere na vědomí nějakou mezikanálovou redundanci a ukládá víc kanálů rovnou jako rezidua. Stejně jako většina moderních formátů (MPEG včetně). V tomto byly DD a DTS jedinečně, ale to tak max. kolem roku 1991. Dnes je výběr mnohem větší.

[Ant]

Tak to jsem nějak nepobral. Co AC3 má? AC3 = Dolby Digital.

Sakra, to je moje chyba. Mel jsem za to, ze AC-3 byl nazev jen pro ten puvodni kodek Dolby Digital, a ze se uz nevztahoval na to dalsi vylepseni a rozsireni (EX, Surround, Plus, ....). Wikipedie ale treba prave ten DD Plus nazyva E-AC-3 and rika mu "enhanced coding system BASED ON AC-3".

Myslíte-li mezikanálovou redukci

Ja teda presne nevim, co se mysli tou mezikanalovou redukci, ale nemyslim, ze je to to same, co 'spacial audio coding' (SAC) tak, jak ho implementuje treba MPEG Surround.

Mezikanalova redukce mi pripomina spise takovou (vice ci mene bezeztratovou) optimalizaci redundance tak na urovni neceho, co dela s obrazem kvantovany PNG, kdezto ten SAC je naprosta transformace rozdilu signalu zhruba tak na urovni JPEGu (resp. te myslenky za nim, tedy ta DCT transformace ctvercovych regionu).

Chystam se ale precist tu dokumentaci ke stereu ve Vorbisu (uz je to par let, co jsem na to koukal, tak treba se neco zmenilo nebo jsem si to od te doby spatne zapamatoval), tak snad budu chytrejsi.

[Grunt]

Ja teda presne nevim, co se mysli tou mezikanalovou redukci, ale nemyslim, ze je to to same, co 'spacial audio coding' (SAC) tak, jak ho implementuje treba MPEG Surround.

Ano, sice to u Vorbisu nebude tak komplexní systém jako v případě MPEG-D Part 1, ale rozhodně neposílá každý kanál odděleně. Viz Ogg Vorbis stereo-specific channel coupling discussion:

In encoder release beta 4 and earlier, Vorbis supported multiple channel encoding, but the channels were encoded entirely separately with no cross-analysis or redundancy elimination between channels. This multichannel strategy is very similar to the mp3's dual stereo mode and Vorbis uses the same name for its analogous uncoupled multichannel modes.

However, the Vorbis spec provides for, and Vorbis release 1.0 rc1 and later implement a coupled channel strategy…

kvantovany PNG

To je co? O tom jsem ještě neslyšel.

Mezikanalova redukce mi pripomina spise takovou (vice ci mene bezeztratovou) optimalizaci redundance tak na urovni neceho, co dela s obrazem kvantovany PNG, kdezto ten SAC je naprosta transformace rozdilu signalu zhruba tak na urovni JPEGu (resp. te myslenky za nim, tedy ta DCT transformace ctvercovych regionu).

No tak to jsem nepochytal ještě víc než v předchozím případě.

[Ant]

Viz Ogg Vorbis stereo-specific channel coupling discussion

To se prave chystam cist. Psal jsem o tom uz drive.

In encoder release beta 4 and earlier, Vorbis supported multiple channel encoding, but the channels were encoded entirely separately with no cross-analysis or redundancy elimination between channels.

Aha, tak koukam, ze od te doby udelali nejaky pokrok.

kvantovany PNG To je co? O tom jsem ještě neslyšel

PNG se zmensenym mnozstvim barev (hodnoty barev jsou nove "nakvantovany"). Zmensi to velikost souboru. Samozrejme trik je v tom, jak optimalne najit tu novou sadu barev (napr. nejcasteji pouzivane, nebo nejmensi chybovou odchylku pres cely obraz, apod.)

No tak to jsem nepochytal ještě víc než v předchozím případě.

Staci pochopit, jak se koduje obraz v PNG a jak v JPEG a bude to jasne. Je to stejny rozdil v kodovani asi jako mezi FLAC a rekneme Speex. Oboji take muze mit na vstupu hlasovy WAV, co s tim oba ale pak provedou je naprosto rozlicne. FLAC jen odstrani vnitrni redundanci zakladniho signalu, Speex to ztransformuje na neco uplne jineho (tedy na koeficienty nejake baze).

[Grunt]

Aha, tak koukam, ze od te doby udelali nejaky pokrok.

Beta 4 už ale bude IMHO minulostí nějaký ten rok.

PNG se zmensenym mnozstvim barev (hodnoty barev jsou nove "nakvantovany"). Zmensi to velikost souboru. Samozrejme trik je v tom, jak optimalne najit tu novou sadu barev (napr. nejcasteji pouzivane, nebo nejmensi chybovou odchylku pres cely obraz, apod.)

Tak ale to bude spíš výsada GIFu než PNG, ne? Nebo teda aspoň barevná paleta v kombinaci s PNG, to slyším poprvé (tím nechci říct, že by to snad nešlo). Jinak mi to vzdáleně trochu připomíná princip vektorové kvantizace.

Staci pochopit, jak se koduje obraz v PNG a jak v JPEG a bude to jasne. Je to stejny rozdil v kodovani asi jako mezi FLAC a rekneme Speex. Oboji take muze mit na vstupu hlasovy WAV, co s tim oba ale pak provedou je naprosto rozlicne. FLAC jen odstrani vnitrni redundanci zakladniho signalu, Speex to ztransformuje na neco uplne jineho (tedy na koeficienty nejake baze).

Pak ne, uložení více kanálů ve Vorbisu není ekvivalentem PNG. Ve FLACu zase být nemůže už z principu. Teda pokud budeme brát za stěžejní tu kvantizaci, protože transformace do jiné reprezentace se provádí i u toho FLACu.

[Grunt]

4. nemaji ultrakvalitni proud. Doporucoval jsem FLAC.

Též se mi zdá, že toto není úplně tak pravda. Viz. třeba FLAC na ČRo. Nabízejí ke stažení ve FLACu Bachovy Braniborské koncerty (o čemž jsem do této chvíle neměl nejmenší ponětí a což je opravdu paráda) a nebo také víz. Broadcasting and Transmitting Audio Signals Using the Lossless FLAC Compression Encoding (k přímému poslechu připraveno na této adrese). Mám pocit, že někde jsem četl, že v tomto je zase náš ČRo docela pokrokový. Ba prej dokonce pokrokovější než BBC. No tak či tak mám pocit, že se jedná stále o veřejnoprávní subjekt, který si platíme každý z nás.

[Ant]

Diky za zajimave odkazy. Z meho pohledu ani ne tak ten Bachuv koncert (na web muzu dat ke stahnuti soubor v jakemkoliv formatu - prinos toho koncertu ve FLACu je hlavne v tom, ze je dostupny zdarma ke stazeni v puvodni kvalite), ale kvuli tomu streamingu bezneho programu ve FLACu. Nevim, proc to na svych strankach CRo taji. Ted jsem to sice zkousel a moc mi to nefunguje (i wget stahne jen zhruba 60 az 250KB dat a pak prenost skonci) a je to stale posilane pres http, ale jako naznak snahy to je, to uznavam.

[Grunt]

Jak jsem zjistil, tak to není ani tak z vlastní iniciativy ČRo, ale jak Vorbis, tak FLAC má na svědomí CESNET. Spolupracují s ČRo v této oblasti, takže bohu dík za ně.

Ted jsem to sice zkousel a moc mi to nefunguje (i wget stahne jen zhruba 60 az 250KB dat a pak prenost skonci)

Je na to potřeba pořádná cache. Spíš než wget doporučuju něco jako mplayer -dumpstream.

[Ant]

Vim, ze CESNET pro ne dela to online vysilani v otevrenych formatech (stejne jako pro ne Play.cz dela ty windowsove WMA streamy). CRo samo snad nic nevyrabi (mozna ty mp3?). Predava jen studiove toky dalsim poskytovatelum.

CESNET to ma vzdycky jen jako test a dukaz technologie (CRo a streamovani zvuku neni jediny pripad, kde se neco podobneho stalo). Neni to podporovane ("jednou nastavit a pak to tam nechat bezet a uz se v tom nerejpat. Musime se zabyvat dalsimi projekty a s timhle uz jsme prokazali, ze technicky je to mozne."), neni to zname a pro me - musim se priznat ze ponekud prekvapive - nejsou podporovane klasicke streamovaci internetove technologie (jako treba prave to RTP). Nevim proc ne.

Spíš než wget doporučuju něco jako mplayer -dumpstream

Nevim, jestli to bude nejaky rozdil. Prece jen je to http spojeni (i kdyz diky nekonecnemu refresh dost nestandardni), takze wget by tady mel kralovat. Zkusim ale prece jenom jeste nejake jine postupy, abych si byl jisty.

[Grunt]

Vim, ze CESNET pro ne dela to online vysilani v otevrenych formatech (stejne jako pro ne Play.cz dela ty windowsove WMA streamy). CRo samo snad nic nevyrabi (mozna ty mp3?). Predava jen studiove toky dalsim poskytovatelum.

CESNET to ma vzdycky jen jako test a dukaz technologie (CRo a streamovani zvuku neni jediny pripad, kde se neco podobneho stalo). Neni to podporovane ("jednou nastavit a pak to tam nechat bezet a uz se v tom nerejpat. Musime se zabyvat dalsimi projekty a s timhle uz jsme prokazali, ze technicky je to mozne."), neni to zname a pro me - musim se priznat ze ponekud prekvapive - nejsou podporovane klasicke streamovaci internetove technologie (jako treba prave to RTP). Nevim proc ne.

CESNET je výzkumná síť. Což je možná důvod proč ten FLAC stream není zveřejněný a proč se tam nikdo nebabře s RTP. Protože je to jen čistě důkaz toho, že to jde a komerčně to už musí využít nějaký komerční subjekt.

Nevim, jestli to bude nejaky rozdil. Prece jen je to http spojeni (i kdyz diky nekonecnemu refresh dost nestandardni), takze wget by tady mel kralovat.

No předpokládám, že serverová strana nedrží pro klienta nekonečně dlouhý buffer v případě, že se audio generuje rychleji než je klient schopen přijímat. A proto IMHO radši ukončí spojení, když se mu ten buffer přeplní. Tak či tak, mně to funguje i pomocí mplayeru i wgetu.

[Ant]

CESNET je výzkumná síť. Což je možná důvod proč ten FLAC stream není zveřejněný a proč se tam nikdo nebabře s RTP. Protože je to jen čistě důkaz toho, že to jde a komerčně to už musí využít nějaký komerční subjekt.

Ano, to je presne to, co jsem psal. Vsechno to jsou v podstate dlouhodobe testy, resp. stale jeste funkcni stroje po davno ukoncenych testech.

Stejne me ale prekvapilo, ze i jakozto organizace, ktera ma za cil zkoumani moznosti Internetu a testovani novych technologii, nenasadili ten RTP.

v případě, že se audio generuje rychleji než je klient schopen přijímat

Jen jsem to tak v rychlosti zkusil ted znova a stahuj jsem 1,2MB rychlosti 70KB/s. Spise to vypada, ze jsem ten buffer vycucal na serveru ja To mozna bude ten pravy duvod, proc mi to wgetem nefunguje. To me predtim nenapadlo.

[Ant]

rychlosti 70KB/s. Spise to vypada, ze jsem ten buffer vycucal na serveru ja

Beru to zpatky. Zapomnel jsem, ze je to FLAC a ze 70KB/s je jeho bezna rychlost (500-800kbps)

[Grunt]

puvodni kvalite

Jinak to slovo původní kvalita nemám rád. Nic neposílají v původní kvalitě, jen to není zdecimované ztrátovou kompresí. Teda aspoň ne při přenosu (uchování je jiná věc).

[Ant]

Nic neposílají v původní kvalitě

V "puvodni kvalite zaznamu"? Priznavam ale, ze nemam poneti, v jakem systemu to nahravaji. Treba je to 32 stopy 24bit/192kHz PCM i kdyz myslim, ze z duvodu archivace to bude neco "klasictejsiho" (treba prave ten DD TrueHD )...

[Grunt]

Priznavam ale, ze nemam poneti, v jakem systemu to nahravaji.

Viz diskusi a nebo ten Technical report: ADAT.

32 stopy 24bit/192kHz PCM, DD TrueHD

LOL

[Ant]

Tak ten zdroj pro FLAC je 2x 16bit/48kHz WAV, jinak pro ostatni stanice je to MPEG2.

[Grunt]

Příloha:

• frekvenční analýza.png (96124 bytů)

To tam nepíšu jen tak ze srandy, protože o tom že je to PCM dost pochybuju. V některých případech by se i MP3 o 64kbps červenalo, ale prej je to jak kdy podle toho co se zrovna hraje (takže IMHO mají zdroje různé). Proto také ta narážka na původní kvalitu.

[Ant]

To je analyza nejakeho useku toho streamu z posledni doby? To je HRUZA! V tomto pripade se snad neda mluvit ani o sirce pasma. MP3 na 64kbps by se vedle toho mohla citit hrde.

Takova ostuda pro CRo. Ten signal vypada skoro jak pred dbavenim na AM. Zarizly na 9kHz.

[Grunt]

Yup. Asi dvě minuty. Dneska jsem to dělal.

MP3 na 64kbps by se vedle toho mohla citit hrde.

Aspoň to není kvantizované (možná).

[Grunt]

5. nenabizeji zadne proudy s vice nez 2.0 (napr. 5.1).

A s tím vícekanálový zvukem to asi též nebude tak žhavé. A vůbec, tak nějak celkově mi přijde, že tam sedí na své židli minimálně 1 kompetentní osoba. (dokonce i návody pro Macy tam mají)

[Ant]

Na svych strankach CRo samy priznavaji, ze vicekanalove programy jsou jen ke stahnuti a jen par zaznamu za nekolik poslednich LET.

[HB]

Co se týče přenositelnosti: Openoffice se snaží určitě více než MSOffice2007.

Uložil jsem soubor z oo ve formátu odt a v doc.

MSWord formát odt načetl ale dost zmršil, formát doc téměř bez problému.

Z toho plyne tušená politika MS:

Nevlastní formáty vyprudit nekvalitou...

[Irenej]

Neelie Kroesová je jeden z mála případů, kdy zjevně EU prospívá.