A zaplatí skutečně microsoft applu, nebo naopak? Kdo z toho víc získá? Z mého pohledu MS získá kladné ohlasy od pár uživatelů, kteří si toho všimnou a apple získá podporu svého formátu na nejrozšířenější platformě už od prvního spuštění...oba dost získají, MS ale navíc i ztratí jednu z pák pro WMV.

a jak se to bude libit evropske komisi?

qee - kodek neni format a naopak... Napriklad mohu mit videa formatu MOV s kodekem WMV 9. Format je je jakasi obalka, uvnitr ktere jsou ruzna data s konkretnimi kodeky. Uvnitr MOV tak muze byt treba videostopa, nekolik zvukovych stop (napriklad pro ruzne jazyky), textove stopy (pro titulky) atp. Takze videa napriklad se zminovanym kodekem H.264 mohou byt soucasti formatu MOV.

Zajímavé, podporu FireWire sítě u Vist MS odebral a nyní naopak přidává podporu MOV. / Pro ty co nechápu, za vývojem a patentem FireWire stojí Apple

je to sice fajn, ale stejne si budes muset dotahat kodeky a resit ktery a kde. no proste nic moc. Takhle aspon vim ze stahnout Qt a je to. Bohuzel stejne to zkonci tak ze budes mit vic prehravacu akorat jeden ubyde, ale mnoho jich zbyva. MP pouzivam, ale stejne na Avi apod hlavne kuli titulkum neni pouzitelnej. Jednu dobu lidi jeli BSplayer a dneska MPClassic atp. Ja jsem zkoncil na KMP. Tam prehraju skoro vse a neresim kodeky apod.

To je to poslední co mne na pinďousích vadilo. Ať raději dají možnost před instalací vybrat si co nainstalovat (nechci mít na disku 2GB asijskech fontů), ať to nežere tolik místa, ať to nezabíjí jiné bootovače než své (u XP mbr musí být na prvním disku v kompu, navíc instalačka XP SP3 skyté oddíly špatně očísluje a pak nejde pokračovat v instalaci, nenajde hal.dll, hehe). Ať lze jednoduše měnit prostředí bez nutnosti neco háčkovta, systémová nastavení ukládat do souboru místo do registrů, stejně jako je tomu v linuxu a dalo by se ještě dlouho vyjmenovávat. Prostě řešej pikačoviny. Systém má být malý, rychlý, modulární...

KaliMer0: "abych tak, řekl, prostě no! :-)"
potrebujes k tomu viacej ? :D myslim toto hovori o vsetkom ...

Je to ustretovi krok pre userov ktory nevedia nic nainstalovat to je celkom fajn :) Ale trosku ma prekvapila reakcia khale , ako nic v zlom ale Ituns je najlepsi manazer hudby aky som kedy mal aj s ipodmi a iphonom to funguje super . Treba mat len trosku inteligencia a citat to je vsetko :) celkom by ma zaujimalo co ti na tom neslo . A ked ti uz tak nesedeli itunsi tak sa da do ipodu dat alternativny freemver co je ale podla mna zbytocnost :) ale to som uz v inom sudku :) Inac bol by som rad kybi mi pan khale odpovedal lebo ma to fakt zaujima co mu neslo dik

Super, Quicktime na windows je hrůza a děs, konečně se ho zbavíme ... teda ne že bych ho používal, většinou jsem ta videa radši oželel.

Jeste mohli zapracovat na podpore titulku.

Kartel: očividně máš na systém zclea jiné požadavky než 99% uživatelů ... což je ovšem tvůj problém.
Měl bych jeden dotaz, jaký je rozdíl mezi nastavením s souborech a v registrech? Mě nějak žádný nenapadá.

PACi: Evropská komise má smůlu, protože tohle už dávno řešila, MS zkrátka zase vydá jednu verzi bez media playeru, kterou si dá do vitríny a je po problému.

Hmm, kedy konecne budeme mat max.3 formaty podporovane vsetkymi systemami, bez nutnosti doinstalovavania podpory dalsich drbnutych formatov co nejaky blb vymyslel.Nexapem, preco sa svet Internetu a systemov nevie zjednotit na max.3 formatoch?
Inak podporu mov vo win vitam...

Proc se o tom pise, jako ze "system Windows neco podporuje", vzdyt to podporuje jenom program WMP, ktery je mimochodem nejhorsi ze vsech existujicich prehravacu :)

Huraa. To trvalo! Mimochodom divX uz zacali podporovat??? Alebo budem musiet stale stahovat zakladne kodeky.

kachna jak vysita

"jaký je rozdíl mezi nastavením s souborech a v registrech?" Velký ;)
Výhody registry:
- registry podporují nastavení přístupových práv (lze tak zakázat uživatelům měnit nastavení)
- registry jsou strukturované (pravda, XML toto umí)
- uživatelská část registry je automaticky roamovaná s uživatelem
- registry lze nastavit centrálně ze serveru pomocí policy
- jednotné a hotové API (programy nemusí řešit čtení/zápis nastavení ze souboru)
- API reší problém konkurečního zápisu - tedy dva procesy zapisující stejné nastavení nezboří celou strukturu (u souborů třeba řešit)
- není omezeno velikostí 64KB jako byly INI soubory
- lze ukládat binární "data"
Výhody souborů:
- jednodušeji zálohovatelné
- jako úložiště statických (read-only) nastavení plně dostačující (třeba nastavení přístupu do DB)

zarevak:
Já to samozřejmě myslel z hlediska "výhodnosti" souborů - tj. druhá půlka vaší odpovědi...
A podle mě se registry zálohují lépe než soubory různě rozmístěné po disku, pokud jde o "dostatečnost", tak to nepokládám za výhodu :)

nikde nevidim dukaz ze to napsaly tvurci win muze to byt vas vymysl

Nebo to byl chytry krok od microsoftu v tom, ze apple svym způsobem přijde o reklamu. Instalace quicktime (a tim propagace applu) uz nebude nutna a tim padem v podstate quicktime prestane postupne existovat. Na druhou stranu to applu velmi pomuze v rozsireni tohoto formatu.

Azazel: Ono těch výhod souborů moc není. Doporučuji přečíst si příspěvek Raymonda Chena na jeho blogu (anglicky): http://blogs.msdn.com/oldnewthing/archive/2007/11/26/6523907.aspx

zombux pridat link na neexistujici odkaz neni dukaz jen fama

Hm, jenom aby Microsoft nenarazil u patentových vyděračů. Lze předpokládat, že se snad s Apple dohodne.

zarevak: obávám se, že jsme na stejné straně ;) Původně jsem reagoval na Kartela, který má pocit že ukládání do souborů je mnohem lepší než "ty hrozné" registry

Wift: http://blogs.msdn.com/ má teď opravdu nějaké problémy .... mě taky nechodí, nicméně se dá předpokládat, že jsou jen dočasné.

>> Azazel:
slepým zastáncem Registry nejsem - mají své výhody, ale je třeba znát potřeby. Na některé věci jsou soubory lepší:
- statická/výchozí nastavení aplikace, protože se jednodušeji instalují (stačí nakopírovat) a stále umožňují změnu uživatelem
- přenositelnost aplikace na "klíčence" - zde je třeba řešit spousty problémů popsaných Raymondem.

Někdy je vhodné oba způsoby kombinovat - uživatelské nastavení (pozice okna, ...) ukládat do registry, ale třeba informace o připojení do databáze či nějakého repozitáře uložit do souboru. Pro instalaci pak stačí jen jednoduché nakopírování aplikace do počítače. Soubor umožňuje šťouralům úpravit nastavení a případně připravit upravený instalační balíček. Uživatelům je zachováno ukládání uživatelských nastavení.

logik:"Základní chyba registrů je ta, že při havárii systému jsou registry velmi špatně opravitelný, zatímco textový soubory velmi snadno."

Configuration Manager používá log hives k zajištění konzistence registrů. Když to nějak shrnu: funguje to tak, že CM nezapíše změnu hned na disk ale jenom si zaznamená že se určitá část změnila. K synchronizaci dochází v určitřch intervalech, kdy se změněné části nejdřív uloží do log hives a potom teprve do samotného registru, takže i kdyby došlo ke zhroucení náhodou během synchronizace (a to je hodně malá pravděpodobnost), dokáže kernel synchronizaci dokončit po restartu. Navíc má každý soubor registru kopii, která se po každé úspěšné změně updatuje, takže jeden z nich je vždycky konzistentní.

Jinak když někdo chce nahradit registry XML, je to jako by chtěl aby relační databáze ukládala data do XML... Ano jde to, ale ta rychlost :)

Možná by to chtělo něco si o registrech přečíst než je začneš soudit. Doporučuju článek Russinoviche na Technetu, který je víceméně shodný s textem ve Windows Internals.

http://technet.microsoft.com/en-us/library/cc750583.aspx

Foťáky používají motion jpeg, "mov" fromát pak pouze jakožto kontejnér. Tkaže stačí, když MS přidá splitter pro kontejnér s videokodeky se párat nemusí. Dnes už stejně .mov znamená zpravidla (podřadnou implementaci) h.264, Sorenson tam býval spíš dřív.

Mitch_not_registered: Krasne si to napisal, ale zabudol si na jeden kriticky moment. Ked admin alebo program vykona taku zmenu v registroch, ktora znemozni nasledujuci start systemu (nebavme sa o tom, kto je v tomto pripade vacsi blb, ci admin alebo programator), tak uz nepomoze ani svatena voda, pretoze ani po pripadnom starte do konzoly v textovom rezime registre neopravis. V tomto je jasna vyhoda textovych konfigov a skriptov, u ktorych sa da system aj po kritickej havarii celkom uspesne zrestaurovat z textovej konzoly.

2xox: Jestli se nepletu, tak kritické části potřebné k nabootování (většinou info o ovladačích) jsou součástí Last Known Good Configuration, takže ani to by snad dneska neměl být problém. V případě že ani tohle z nějakýho důvodu nepomůže, tak se dá nabootovat Windows Preinstalled Enviroment z CD, připojit si hive zbouranýho systému a upravit ho ručně nebo pomocí diagnostiky. Každopádně se k těm registrům dostaneš a ani nemusíš vyndavat disk - teda pokud ten stroj má CD/DVD mechaniku nebo umí bootovat ze sítě. A samozřejmě pokud není šifrovanej disk :)

Krok M$ je chvályhodný. Bylo by dobře, kdyby firmy nesoutěžily proti uživatelům, ale konkurovaly si podporou, kvalitou a funkcemi (nasazením). Totéž platí i o Apple.

2Mitch_not_registered: Obhajujes tazko obhajitelne. "...kritické části potřebné k nabootování ... jsou součástí Last Known Good Configuration" - to vsak nestaci, pretoze je mozne dosiahnut stav, aby aj v Last Known Good boli zapisane zaznamy, ktore vedu k zaseknutiu alebo restartu systemu, potom nenabootujes vobec nic.
Nabootovanie z Windows PE a uprava poskodenych registrov a hive rucne alebo pomocou diagnostiky - podarilo sa ti vzdy jednoznacne identifikovat, v ktorej vetve toho obrovskeho stromu je vadny zaznam, ktory sposobuje problem? Mnozstvo podrobnosti v logoch a oznamy na bootovacej obrazovke maju castokrad vypovednu hodnotu prdu pred velkou potrebou. Pochval sa nam s tym. Zda sa mi, ze si len teoretik. ;-)
Ja nezatracujem system registrov ako taky, ale prakticky sposob ich fungovania ma vazne diery a nedostatky.

2xox: "aj v Last Known Good boli zapisane zaznamy, ktore vedu k zaseknutiu alebo restartu systemu"

Jelikož do LKG se zapisuje pouze v případě, že systém byl úspěšně zaveden, tak s ohledem na to co jsem napsal ohledně zachování integrity nevím, jak by se mohly záznamy poškodit - když vyloučím selhání disku nebo záměrné přepsání.

" podarilo sa ti vzdy jednoznacne identifikovat, v ktorej vetve toho obrovskeho stromu je vadny zaznam, ktory sposobuje problem"

NTLDR potřebuje HKLM\SYSTEM\CurrentControlSet\Services a to mi jako obrovský strom nepřipadá. Ze strany registru se může pokazit to, že odkazuje na chybné ovladače a to bootlog zachytí. V Safe Mode se takový ovladač dá přeskočit a nebo ho z WinPe nahradit pokud je nezbytná k běhu systému.

"Zda sa mi, ze si len teoretik."

To jsem, protože u mě za ty roky nenastala událost s registry, která by nešla opravit. Ty mi taky připadáš jako teoretik, protože jsi nepředložil žádný konkrétní případ, kdy by se vinou registrů dostal systém do stavu, který nelze opravit.

Od té doby, co byly registry implementovány, nepřišel nikdo s řešením, které by bylo tak dobré, aby registry nahradilo. To akorát v diskuzích se to při každém článku okolo Microsoftích produktů hemží "softwarovými inženýry" (nemám na mysli nikoho konkrétního).

anti registry příspěvky:
- možná by stálo nejdříve si něco o registry přečíst - alespoň ty dva odkazy, co se tu objevily ;-)
- ano, registry není všespasitelné, ale úspěšně reší mnoho problémů, se kterými se souborové konfigurace potýkají.
- jak SW spuštěný pod dvěma uživateli na jednom PC (tedy bez možnosti jednoduché komunikace) zajistí ochranu před konkurenčními zápisy? Alice načte konfiguraci, Bob načte konfiguraci, Alice změní hodnotu a konfiguraci uloží, Bob změní jinou hodnotu a konfiguraci uloží. Alice tak o svá nastavení přišla! Aby každý uživatel měl svoji kopii na počítač vázané konfigurace je nesmysl (třeba Proxy server).
- jak ve firmě s několika tisící počítači zkontrolovat, zda mají všichni uživatelé správné bezpečnostní nastavení (jakéhokoliv SW), pokud je v souborech?
- Jak v XML řešit přístupová práva na úrovni hodnot? Jako admin nebudu chtít, aby mi uživatelé měnili některé důležité části konfigurace, ale stále bych jim rád umožnil, aby si systém pamatoval pozici okna, rozložení toolbarů, ... Některý admin umožní změnu barev, jiný napevno nastaví firemní barvy a zakáže změnu. Pokud nedáte každé nastavení do svého soubort, tak toto pomocí XML nikdy nevyřešíte.
- Jak má BFU znemožnit start Windows, pokud právě kvůli ACL nemá přístup do nastavení ovlivňující start systému? Systém ani administrátorovi jednoduše neumožní smazat klíčové části registry.
- Problém startu systému je se soubory stejný - pokud o soubor přijdu, tak na rozdíl od registry nemám žádnou automatickou zálohu.
- K poškození souboru může dojít mnohem jednodušeji než k poškození registry. Soubor lze jednoduše smazat nebo přepsat. Může dojít k problému systému při zápisu, pak jste o soubor přišel. Registry toto řeší nativně. - Proč myslíte, že (nejen) Office vytváří tolik pomocných souborů při editaci dokumentů?
- Pokud systém nenastartuje, tak najít, který nastavení v souboru nebo v registry je úplně stejný problém. V případě registry existuje automatické zálohování, které mnohdy pomůže zkusit dřívější verzi, aniž byste musel sahat po nějakých dalších nástrojích.

2logik: Já registry neobhajuju, já uvádím ověřitelná fakta. Ano registry lze nevratně poškodit... když se poškodí filesystem nebo disk, ale to tě nezachrání ani XML formát :)

"nelze přenášet nastavení ... neni jednoduchá možnost porovnávat dvoje registry na změny, není možné dělat hromadné operace nad registry pomocí grepu,"

- Registr je úložiště a jako takové nemá ani ponětí co ukládá, což je z pohledu architektury dobře. To že aplikace neposkytují export nastavení není chyba úložiště. Microsoft k přenesení konfigurace mezi systému má svůj nástroj, vývojáři svých aplikací by se měli poučit a nebo používat app.config ve svém adresáři, jak mimochodem MS doporučuje.
- Jak registry brání v porovnání? Když lze data z úložiště přečíst, jdou samozřejmě porovnat.
- Hromadné operace... Tak mimo toho, že existuje konzolový program, tak tu máme podporu pro skriptovací jazyky a to buď pomocí WMI nebo COM objektu, dále PowerShell má implicitně provider pro práci s registry...

"Prostě binární formát dat pro konfiguraci je jednoznačně zastaralá technika."

Dobře, já mám XML rád, je human readable tak řekněme, že bude registr rozdělen na určitý počet XML souborů.
Jak bys například řešil vkládání elementů doprostřed souboru? Musel bys celý soubor načíst, vložit element a pak ho celý uložit. Nebo takové symbolické odkazy, nejsou těžké v XML realizovat, ale pak už to není tak human readable jako stromová reprezentace, která tyto odkazy promítne. No a v neposlední řadě je tu performance overhead. Schválně, co je rychlejší, číst binární data nebo parsovat značkovací jazyk? Proč se zdrojové kódy klasických aplikací kompilují místo jejich interpetace? (řečnická otázka)

"640KB should be enough for everyone" - jistě, takhle to končí vždycky, legendou :)

zarevak: to ohledně automatické zálohy atp. leze dosáhnout i se souborem, i us nějakého obyč souboru lze nastavit, aby ho Windows chránila před uživateli.

Jinak souhlas, lidi budou vždycky nadávat na MS, je to prostě folklor. A ejilož jsem pod parou, posílám tímto dotyčným urážlivý úšklebek.

Mandarinka: zaverakovy šlo zřejmě o to, že každému klíči lze nastavit práva. Pokud by byl registr v XML tak by se muselo dosáhnout stejné granularity na úrovni filesystemu, aby se mohly použít práva NTFS. To by znamenalo, že každý klíč by byl reprezentován adresářem... no to si ani nechci představit.

2logik: Ty neděláš moc čest svýmu nicku. O API jsem nic nepsal. Pokud ti jde o API, tak je úplně jedno jak fyzicky ty data úložiště úkládá. Jenže ty preferuješ XML, což je formát pro popis dat a na řebříčku abstrakce je níž než API. Takže pokud používám API, preferuju raději rychlejší řešení a to je binární. Když chci data v čitelný formě tak XML je dobrá volba a když o tom přemejším, tak nevidím jedinou překážku v tom abys registry vyexportoval do XML. Nástroje určitě jsou.

No super logiku! Takže až napíšeš to své API, tak chci vidět, jak moc se tvé uložení dat bude lišit od Registry. ;) Jak v XML třeba implementuješ přístupová práva, aby někdo nevzal Notepad a práva si nezměnil? Pokud řekneš, že XML bude ochráněno před zápisem na úrovni souborového systému, tak jak umožníš aplikaci běžící pod stejným uživatelem, aby některá nastavení změnila? Navíc vytvořením takového API strávíš více času než vlastním vývojem aplikace a nidky nedosáhneš takových schopností a provázaností jaké nabízí Registry.
Přestože Registry nejsou všespasitelné a mají své nedostatky, jedná se o solidní řešení, které plní svůj účel.

Zpátky k tomu, co jsem již psal: pokud se jedná o read-only nastavení, pak jsou soubory plně dostačující (například konfigurace Apache - nastavíš a necháš běžet). Pokud se však jedná o nastavení, které se mění na základě uživatelova chování nebo pomocí konfiguračních dialogů z aplikace, pak jsou Registry výhodnější.

logik: buď chlap a prostě přiznej, že si totálně prohrál ;)

Re Azazel: Jak vidno, nevidíte si dál než na špičku svého nosu :) Navíc to není jen můj problém, ale nebudu se o tomto přít s cucákem. Logik naznačil kde by mohl být problém.. to vysvětlit inkvizitorům je nemožné.

Re Zarevak: ..které se mění na základě uživatelova chování.. To je argument jak noha. Ještě teď se směju. Myslím to upřímně. Jsem rád, že takový total commander nezapisuje "uživatelova chování" do registrů, to bych se musel smířit s výchozím nastavením (zapisuje si kde má wincmd.ini, to jó). Dovtipovat se, ve kterém že to vlastně registru mám přidat DWORD s podivně logickým názvem je jistě komické. A nastavovat vše přes klikátka taky nejde, to by u zmíněného totálu muselo být v nastavení 100 položek. LOL

Je zajímavé, z toho co jsem původně napsal se ujalo jen téma registry vs. klasické konfiguráky. Je vidět kolik lidí je spokojeno s předhozenou kostí. Ovcím zdar.

Re sumix:
Tak tak. Až to vyjde, zkusím požádat Rosenberga na otestování. Má na to klacek.

Já se jim na nějakej vy3,15čenej mov můžu zvysoka krajcvajc. Blbější formát už pro videa nemohli vymyslet. Zlatý avíčko

No toto! A jak k tomu přijde QuickTime player?

To by jim měla Evropská komise hned zatrhnout!

A vůbec, zakázat ve Windows Internet Explorer, Windows Media Player, kalkulačku, mspaint, wordpad, telnet, defrag, chkdsk, ipconfig, explorer a další, přece jak k tomu přijdou výrobci podobných utilit?

Evropská komise nám nějak zaspává ...

To aannemer: Přesně tak, lépe to snad ani nešlo napsat! :))