Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Něco navíc v zeleném?
A proč ne...

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub DivX [ŽP: neomezená] (kategorie Počítače) moderují Minduton, puschpull.
Archiv
Domovská stránka aktualizována 28.7.2019 17:46
Informace o různých SW produktech, které se tu nejvíce probírají, spousta zajímavých odkazů, návody, postupy a popisy programů, vše najdete v bývalém záhlaví, nyní "Homepage klubu DivX" !
Novým návštěvníkům doporučuji podrobně si projít zmíněnou stránku a pročíst si odkazy. Ušetříte tak spoustu zbytečných dotazů. V dostupném archivu klubu jsou navíc uloženy mnohé užitečné rady k řešení problémů, které se tu v minulosti probíraly.
Bývalé obsáhlé záhlaví tohoto klubu naleznete nyní zde: Lopuch - domovská stránka klubu DivX, což je odkaz totožný s "Homepage" o řádek níže.

V ANKETĚ nyní hlasujeme o nejblíbenější softwarový videopřehrávač!!! Hlasujte!

Častý dotaz:
Nové (další) titulky na DVD-video přidat lze, ale postup je relativně složitý a zachovat původní DVD menu je velice(!) složité a pracné. Nejoptimálnější postup je pracovat pouze s hlavním filmem (původní menu zcela oželet - pokud si nechcete udělat vlastní a pitvat se s ovládacími vazbami - nutné použít nějaký další speciální software) a přidat znovu všechny žádané původní titulky + nové (původní i nové titulky, vše nově vyrenderované). Návod lze nalézt např. zde.
Lze použít i jiné softwarové nástroje, stále vznikají další.

  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: hllvxxq
[ 3839 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
opa 7.2.2007 22:33  10760
filaHezký :-))) Není nad to ověřit teorii praxí, že?
fila fila 7.2.2007 22:31  10759
jediny jak by mohlo dochazet k postupne degradaci mne napada ze by pri konverzi BMP-JPG musela nejaka funkce pouzivat generator nahodnejch cisel. jinak snad neni duvod aby dospel k jinemu vysledku.
fila fila 7.2.2007 22:22  10758
JPG-BMP-JPG
@echo off
nconvert.exe -o hiro.bmp -out bmp -quiet hiro.jpg
del hiro.jpg
nconvert.exe -o hiro.jpg -out jpeg -q 85 -quiet hiro.bmp
del hiro.bmp
echo KOLIK >> iteration.txt
call aa.cmd


133 konverzi:


567 konverzi:


po 133 a 567 konverzich tam a zpet jsem si ulozil obrazky a porovnal.
jsou na byte shodne, tak pocitam, ze se ani do budoucna nezmeni :)
norfin Norfin 7.2.2007 21:11  10757
tak ono by se to dalo nejak jednoduse ziterovat v shellu. Ale delat se mi to rozhodne nechce. Stejne z toho nakonec vznikne nejaka divne barevna sachovnice :)))
case Case Greatest comedy of the generation of - blah blah ever to do a thing on a thing. 7.2.2007 20:56  10756
BTW ten stokrát přeuložený JPG bych docela rád viděl, nechcete do toho někdo jít? ;)
free 7.2.2007 20:08  10755
JPG-BMP-JPG tentýž obraz... to nemyslíš vážně, ne ?
park 7.2.2007 20:08  10754
Donuts
Ten mám, a prozkoumám - Dík!
donuts Donuts Support your right to arm bears - The Stinky Donuts 7.2.2007 20:02  10753
to umi kazdy druhy prehravac, treba power dvd
park 7.2.2007 19:57  10752
dotaz
Pánové prosím vás, neporadil by mi někdo program s podporou češtiny, kterým se dá nějak jednoduše vystříhnout obrázek z přehrávaného DVD (na PC)a uložit ho jako jpg ?
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 7.2.2007 17:59  10751
nelde [10750]: Aha, tak az do vyroku "JPG -> BMP -> JPG produkuje týž obraz" jsem chtel napsat, ze mi stale jeste nerozumis, ze si to jenom myslis. Ted uz vidim, ze mi rozumis, ale bohuzel se ukazuje, ze je to o to horsi. Zkus si prosim nekdy vzit JPG a stokrat si ho v nejakym editoru preulozit znovu jako JPG, pak se podivej na ten stou "kopii".
nelde 7.2.2007 17:24  10750
Kdokoliv: nepiš množné číslo. Já ti rozumím a vysvětluji. Žádné dodatkové informace nepotřebuješ - jsou v obraze samotném - v tom, jak je komprimován. JPG = DCT+oříznutí "neviditelných" rozdílů. deJPG = deDCT. Při komprimaci obrazu vzniklého z JPG není co ořezávat (pokud se zachová kompresní poměr), tedy JPG -> BMP -> JPG produkuje týž obraz.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 6.2.2007 15:40  10749
Furt si nerozumime. Ja verim, ze to technicky jde. Jedine, co rikam, je, ze typicky encoder nevnima, z jakeho zdroje mu prisla data a typicky decoder nevnima, na jaky vystup jsou data posilana. Proto pokud spojis takoveto dve poloviny toho procesu, ktery potrebujes, aniz by o sobe vedely, tak to pro ten encoder bude fungovat tak, jako bys mu poslal dlouhou sadu bitmap. Tedy abys mohl pouzit to, o cem hovoris, musis pouzit nejakej jednolitej mechanismus, kterej bude jak dekodovat, tak kodovat a navic decoder bude bokem podsunovat encoderu nejaky dodatkovy informace (napriklad to, ze vstupni a vystupni formaty jsou si dostatecne podobne). Uz je jasny, co se snazim celou dobu rict?
nelde 6.2.2007 15:01  10748
Jasně, ale pracuješ s obrazem, který má určité parametry. A základ komprese mezi MPEG2 a MPEG4 je stejný. Komprese plných framů je snad úplně stejná - JPEGový algorytmus: Rozdělím obraz na sektory (tuším 16x16) a každý z nich pomocí DCT (bezeztrátově) převedu na klesající sekvenci, kde poslední členy jsou blízké nule (nebo přímo nuly). Potom ten konec uříznu. Při dekódování postupouji opačným způsobem - doplním nuly a převedu na 16x16. Při dalším enkódování udělám zase DCT a pokud mám stejné nastavení, tak řežu stejný konec. Shrink podle mně je si toho vědom a bez provádění DCT prostě ty řeže ty konce (větší komprese znamená, kolik toho mohu oříznout). Z tohoto pohledu, pokud při rekompresi nenasadím větší kopresi, než byla před tím, tak kvalitu klíčových snímků nezmenším (jen zbytečně dělám DCT). Dokonce, pokud nenasadíme větší kompresi, tak to bude i stejně veliké.
U rozdílových snímků se na kompresi opět použije JPEG. Rozdíl je v tom, že MPEG2 má obdélníky a MPEG4 něco jiného (tady si to nepamatuji - tuším trojúhelníky). Nicméně MPEG2 bude mít tendenci rozdíl (daný de facto rozdílovým snímkem) najít a komprimovat. Logika říká, že de facto vezme obdélník obsahující změnu v MPEG4 (mimo něj je to stejné) a ten komprimuje. Tady je to, kde je nárůst objemu. Mohlo by dojít k ztrátě kvality - tam kde na obrazovce vezme MPEG4 jako rozdíl přesný tvar a MPEG2 to vezme včetně okolí, tak některé přechody mohou být méně ostré. Ale bude to výrazné, jen pokud bychom použili větší kompresi.
Dále je možné, že MPEG2 nebude schopen některé rozdíly identifikovat a vloží nový klíčový snímek (například zpětné rozdíly) - to ale je de facto stejné, jako kdyby rozdílový obdélník byl celý snímek.
Závěr: pokud pro kompresní poměr použijeme stejnou nebo lepší (z hlediska kvality JPEG) hodnotu, tak obraz bude takřka stejný. Ten nejdůležitější faktor je totiž ten kompresní poměr. Pro opačný převod to nemusí platit.
Poznámka: Asi by šlo udělat přímý převod, ale není to potřeba.
Další poznámka: Při potřebě dosáhnout větší komprese může dojít ještě k jinému rysu a to je převedení klíčového snímku na rozdílový (při tom dochází ke zanedbání rozdílů a tedy ke snížení kvality). To ale je podle mně vynucené vyšší kompresí - DCT je bezeztrátová, při porovnání rozdílů dvou snímků je také důležité, jako moc komprimovované (uříznuté hodnoty blízké nule) porovnávám. Při vyšší kompresi může tedy dojít ke většímu ignorování rozdílů mezi snímky (na tom principu podle mně pracuje Rebuilder).
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 2.2.2007 18:33  10747
nelde [10746]: I kdyby to bylo technicky mozne, tak bys v praxi furt potreboval MPEG2 encoder, ktery by si umel sam dekodovat MPEG4 a chovat se tak k tomu. Nejsem si jisty, jestli takovy existuje (a pochybuju, ze by to ty bezne umely), podle me proste typicky encoder provadi (ztratove) kodovani nezavisle na povaze vstupu a decoder provadi dekodovani nezavisle na tom, co se s tim potom bude dit.
nelde 2.2.2007 17:44  10746
KdokolivPodle mně souvisí. Na obou formátech jsou dva typy frame. Plný a rozdílový. Při dékodování potřebuji samé plné. Při rekódování mi přichází plný, který vznikl jako předchozí + rozdíl. Tedy by neměl být problém rozeznat ten rozdíl (na rozdíl od prvního kódování, kde mohu část obrazu opravdu zahodit), protože jinak jsou ty obrázky stejné. Pokud tedy nedám omezení na kvalitu, tak MPEG2 by měl být v zásadě schopen zachovat kvalitu MPEG4 obrazu.

[ 3839 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt