No a to je prave taky jeden z duvodu meho prechodu na AutoGK, na DVB-S je rozliseni a pomeru stran nespocet...

Musím mít zásadní připomínku k nastavení datového toku v okénku Bits/(Pixel*Frame) - ta hodnota má zcela zásadní vliv na kvalitu výsledného souboru. Z principu způsobu komprese vyplývá, že výsledná hodnota této rovnice musí být 0,26, u dvoucédečkových souborů 0,27. Hodnota 0,159 podle obrázků znamená mizernou kvalitu oproti možné dosažitelné. Hodnota nad 0,28 už kvalitu nezvýší, jen zbytečně zvětšuje velikost výsledného souboru.
To všechno vyplývá z originálního návodu na GK, byla chyba tohle ignorovat!

Zdá se, že gramatická korektura provedena nebyla, je to škoda - návod je jinak dobře vyvedený.

Díky za připomínku, ale tato záležitost opominuta nebyla.
Věnuji se jí v části, kde vysvětluji funkci nástroje Compresibility Check, ovšem nezabývám se výslovně hodnotou v levém horním rohu rámečku Bits/(Pixel*Frame), alebrž hodnotou v prostředním dolním okénku tohoto rámečku, která je naprosto stejně směrodatná, ale lépe "uchopitelná". Toto okénko má totiž tu výhodu, že při vysloveně chybném nastavení parametrů výstupního videa zčervená, proto se mi zdálo vhodnější pro výklad. Hodnoty ve Vámi zmíněném okénku a v tom, které jsem "použil" já, se přitom mění společně, současně se změnou datové velikosti výstupního videa resp. jeho datového toku.
Vámi zmiňovaný výsledek 0,26 resp. 0,27 je uvnitř teoreticky vhodného intervalu, nicméně není to dogma. Pro dosažní takové hodnoty je totiž třeba průměrného variabilního datového toku videa kolem 1500 kbps, což je užitečné pouze u hodně dynamických a graficky náročných filmů, přičemž i tam obvykle stačí méně. Na naprostou většinu filmů stačí datový tok videa kolem 1100 kbps, nejsou ovšem nijak vyjímečné ani filmy, kterým stačí i 900 kbps, vše při obrazovém rozlišení výsledného videa 544 x 400.
Myslím, že si každý, kdo má zájem či potřebu pracovat s GordianKnotem může vyzkoušet, jaké datové toky u MPEG4 vyhovují jeho potřebám a možnostem a ani v návodu jsem netvrdil, že nastavení, které vyhovuje mně, musí vyhovovat všem. Originální návod jsem četl, stejně tak jsem četl i návod na doom9, kde je mj. napsáno, že i jeho autorovi se u konkrétního videa, z jehož komprese bral obrázky pro svůj návod, osvědčila i hodnota 23,7 % (pokud budete chtít, jistě si ten obrázek najdete). Tvrdit že půjde o mizernou kvalitu nelze, pokud nevíte, co konkrétně jsem zpracovával - např. u klasické 2D animace bych bez problémů použil nastavení s hodotou pod 25 %. Například i kompresi seriálu Mezi námi zvířaty, jehož všechny díly jsou zatím ke stažení na www.trinitro.net/Mezi, jsem prováděl do výsledné velikosti 35 resp. 40 MB, což odpovídá datovému toku videa cca 500 - 600 kbps resp. výsledku testu komprimovatelnosti kolem 25 % resp. 0,1 při použití hodnoty, o které hovoříte ve svém komentáři Vy. V tomto případě se jedná o dost statickou 3D animaci a pro tento konkrétní případ jsou hodnoty naprosto dostačující, jak se ostatně můžete na výše uvedené adrese přesvědčit.
Navíc jste bohužel asi špatně pochopil, co hodnoty v rámečku Bits/(Pixel*Frame) znamenají, resp. jaká je jejich souvislost. Takže jen pro pořádek: hodnota vpravo dole je naměřená testem komprimovatelnosti. Pokud se hodnota vlevo nahoře (která se mění se změnou datové velikosti resp. datového toku resp. obrazového rozlišení výsledného videa v MPEG4) bude této hodnotě rovnat, bude v okénku dole uprostřed 100 %, neboli dostal jste se na maximální smysluplný stupeň komprese, kvalitou "shodný" s originálem. Hodnota dole uprostřed tedy znamená procentuální vyjádření poměru mezi hodnotou vpravo dole (která je konstantní pro konkrétní test komprimovatelnosti) a hodnotou vlevo nahoře (která je proměnná v závislosti na nastavení). Tedy jak píšu v návodu, stručně řečeno kvalita výstupního videa (v poměru k maximální smysluplné).
A nakonec k jazykové korektuře - protože většinu svých písemných projevů píšu ve spisovné češtině, dopřál jsem si v případě návodů na PX a GK to potěšení a použil jsem češtinu hovorovou. Myslím, že to komunitě okolo tvfreak nikterak neuškodí a výjimka jako Vy toto pravidlo jenom potvrzuje. Jinak si zatím nikdo nestěžoval. :-)
Pokud máte na mysli spoustu případů splynutí předložek s následujícími slovy. pak můžete (stejně jako jsem bezvýsledně učinil i já) svou reklamaci směřovat na Mika, protože tyto chyby vznikly po jeho zjednodušení mého původního html souboru, který bohužel obsahoval nepovolené html tagy.
Hezký den
TNT

Musím mít zásadní připomínku k nastavení datového toku v okénku Bits/(Pixel*Frame) - ta hodnota má zcela zásadní vliv na kvalitu výsledného souboru. Z principu způsobu komprese vyplývá, že výsledná hodnota této rovnice musí být 0,26, u dvoucédečkových souborů 0,27. Hodnota 0,159 podle obrázků znamená mizernou kvalitu oproti možné dosažitelné. Hodnota nad 0,28 už kvalitu nezvýší, jen zbytečně zvětšuje velikost výsledného souboru.
To všechno vyplývá z originálního návodu na GK, byla chyba tohle ignorovat!

Zdá se, že gramatická korektura provedena nebyla, je to škoda - návod je jinak dobře vyvedený.

ktery parametr mam upravovat, aby se mi ta hodnota Bits/(Pixel*Frame) zvysila aspon na 0,2?

Buď si zvětšíš velikost výsledného souboru, případně jeho datový tok (záložka bitrate, hodnoty vpravo) nebo si zmenšíš jeho obrazové rozlišení (záložka Resolution, hodnoty dole uprostřed). Je to popsaný i v návodu...

jak provazes ProjectX a Auto gordian Knotem, jde mi o audio, ktere ProjectX nemuguje, jak ho dostanes do Gordianu

Ja jsem to vyresil tak, ze oriznu reklamy a demuxuju pomoci ProjectX a potom audio a video v TMPGEnc / MPEG Tools spojim opet dohromady a pak uz necham Auto Gordialn Knot pracovat. Titulkama jsem se nezabyval.