Portál AbcLinuxu, 30. dubna 2025 23:55

Nástroje: Začni sledovat (4) ?Zašle upozornění na váš email při vložení nového komentáře.

Vložit další komentář
David Ježek avatar 22.1.2007 14:01 David Ježek | skóre: 83 | blog: Mostly_IMDB
Rozbalit Rozbalit vše Re: Sedmero pozastavení na cestě od DVB k MPEG-4
Odpovědět | Sbalit | Link | Blokovat | Admin
FourCC ovšem nastavuji na hodnotu DX50

proc tam nedat treba xvid? mas nejaky konkretni duvod proc zrovna fourcc DivXu5?

kódovaný se 192kb šířkou v závislosti na bitové šířce

Jaka sirka? nejak to slovo nechapu, to o cem mluvis je totiz tzv "datovy tok" alias "bitrate".

jednu z hodnot 512, 448 a 384 ... že nemusím řešit odstranění prokládání

deinterlaci musis imho resit pokazde, pokud zdroj a) nebyl progressive a za b) resizujes na neco jineho nez "halfPAL"

nejsem nepřítelem B-snímků

nejaky duvod proc byt nepritelem B-snimku? ja osobne jsem treba jejich velkym pritelem, byt maji nevyhody plynouci z jejich definice.

jinak povidani pekne.

Jiří Poláček avatar 22.1.2007 14:33 Jiří Poláček | skóre: 47 | blog: naopak | Sivice
Rozbalit Rozbalit vše Re: Sedmero pozastavení na cestě od DVB k MPEG-4
FourCC ovšem nastavuji na hodnotu DX50

proc tam nedat treba xvid? mas nejaky konkretni duvod proc zrovna fourcc DivXu5?

Nemám. Existuje nějaký důvod, proč tam dávat zrovna XVID?
kódovaný se 192kb šířkou v závislosti na bitové šířce

Jaka sirka? nejak to slovo nechapu, to o cem mluvis je totiz tzv "datovy tok" alias "bitrate".

Pravda, nevhodný překlad. Někde jsem jej zahlédl a nechal jsem se zmást.
jednu z hodnot 512, 448 a 384 ... že nemusím řešit odstranění prokládání

deinterlaci musis imho resit pokazde, pokud zdroj a) nebyl progressive a za b) resizujes na neco jineho nez "halfPAL"

Subjektivně vnímám jen zmenšený obraz a obraz s odstraněným prokládáním následně zmenšený jako dva stejné výsledky, takže se tím nezabývám.
nejsem nepřítelem B-snímků

nejaky duvod proc byt nepritelem B-snimku? ja osobne jsem treba jejich velkym pritelem, byt maji nevyhody plynouci z jejich definice.

Nevím, zdá se, že jsou tací mezi námi ...
Sudoku omrzelo? Zkuste bobblemaze! | Statistiky jsou jak bikiny. Napoví hodně, všechno ale neukážou.
22.1.2007 14:14 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Jak dělat capture?
Odpovědět | Sbalit | Link | Blokovat | Admin
Přemejšlím že bych taky naskočil do vlaku, ale nemůžu se rozhodnout, která varianta je lepší:
a) K televizi obyčejný levný STB (Třeba digipal 2) + PCI karta do PC.
+ cena
+ snadné zpracování dat na PC
- nutnost mít zapnuté PC (spotřeba)
- horší komfort obsluhy (chybí věci jako nahrávání jedním tlačítkem, timeshifting, atd)

b) Koupit STB s HDD a dvěma tunery.
+ snadná obsluha
+ nízká spotřeba
- cena (cca 8k+ za Sencor SHR 9116T)
- nutnost data do PC nosit přes DVD-RW

c) ???
Táto, ty de byl? V práci, já debil.
Jiří Poláček avatar 22.1.2007 14:37 Jiří Poláček | skóre: 47 | blog: naopak | Sivice
Rozbalit Rozbalit vše Re: Jak dělat capture?
Karta PCI má pro mne tu výhodu, že mohu programovat nahrávání vzdáleně po Inetu (wakeonlan, ssh, vlc, shutdown).
Sudoku omrzelo? Zkuste bobblemaze! | Statistiky jsou jak bikiny. Napoví hodně, všechno ale neukážou.
Josef Kufner avatar 22.1.2007 16:48 Josef Kufner | skóre: 70
Rozbalit Rozbalit vše Re: Jak dělat capture?
man at ;-)
Hello world ! Segmentation fault (core dumped)
22.1.2007 17:26 Lu-Tze | skóre: 15 | blog: Lu-Tzeho blog
Rozbalit Rozbalit vše Re: Jak dělat capture?
jednoznačně b) ale takový, který má buď USB (něco jako tenhle ale ne Mascom :-)) nebo s ethernetem (viděl jsem takový, byl postavený na linuxu, teď ho nemůžu najít)

já bych určitě nekoupil jiný než s podporou pro přenos z i do stb...
22.1.2007 17:55 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Jak dělat capture?
USB obvykle moc nefunguje. Tomu s Linuxem se tuším říká Dreambox, ale je to dost drahé a hlavně nepříliš user friendly. U Sencora je přenos dat díky vestavěné DVD vypalovačce bezproblémový, ovšem nejsem si jistý jestli nahrávání z DVB neprobíhá přes analogovou cestu. Nikde jsem se to nedočetl, ale protože je to velmi levné, a protože tam jdou nastavovat různé úrovně "komprese", tak by mě to bohužel nepřekvapilo..
Táto, ty de byl? V práci, já debil.
22.1.2007 14:37 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše dvouprůchodové kódování obrazu
Odpovědět | Sbalit | Link | Blokovat | Admin
Nikoho také nepochybně nepřekvapí dvouprůchodové kódování obrazu, oproti jedinému průchodu je kvalitativní nárůst jasně viditelný, zatímco více průchodů pro mne znamená akorát ztrátu času, neboť už v tom žádný posun v kvalitě nevidím.
Proč by dvouprůchodové kódování mělo přinést vyšší kvalitu? Pokud jsem omezen velikostí výsledku tak samozřejmě musím volit buď konstantní průměrný bitrate (což souhlasím je neefektivní), nebo dva průchody (což zase dlouho trvá). Ale pokud mne víc než velikost výsledku zajímá jeho kvalita, proč nepoužít jednoprůchodové kódování s předem odhadnutým vqscale? Oč to bude horší než 2-pass?
Táto, ty de byl? V práci, já debil.
Jiří Poláček avatar 22.1.2007 14:40 Jiří Poláček | skóre: 47 | blog: naopak | Sivice
Rozbalit Rozbalit vše Re: dvouprůchodové kódování obrazu
Nevím, nikdy jsem to nepoužil.
Sudoku omrzelo? Zkuste bobblemaze! | Statistiky jsou jak bikiny. Napoví hodně, všechno ale neukážou.
22.1.2007 17:23 Spike | skóre: 30 | blog: Communicator | Praha
Rozbalit Rozbalit vše Re: dvouprůchodové kódování obrazu
Přesnější by asi bylo uvést, že více průchodů zajistí optimální distribuci bitrate, který je k dispozici. Jinak řečeno nejvyšší možná kvalita pro kýženou výslednou velikost.
22.1.2007 17:35 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: dvouprůchodové kódování obrazu
Co je to kýžená výsledná velikost?
Táto, ty de byl? V práci, já debil.
22.1.2007 18:33 Spike | skóre: 30 | blog: Communicator | Praha
Rozbalit Rozbalit vše Re: dvouprůchodové kódování obrazu
Požadovaná konečná velikost podle aktuální potřeby, řekl bych. Nebo tady někomu dělá problémy čeština?
22.1.2007 19:01 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: dvouprůchodové kódování obrazu
> Požadovaná konečná velikost podle aktuální potřeby, řekl bych.

Co myslíte "aktuální potřebou"? To jako film z DVD zkomprimujete nejprve (dvěma průchody, samozřejmě) na 700MB, pak zjistíte že je to nekoukatelné, tak to dalšími dvěma průchody uděláte znovu na 1400MB? Proč používat 4 průchody místo jednoho?

Mě je jedno jestli bude video mít 500MB nebo 900MB, pokud to bude koukatelné a pokud budu vědět že bitíky jsou alokovány optimálně (vyšší bitrate pro světlé a akční scény, menší pro tmavé apod).

> Nebo tady někomu dělá problémy čeština?

Bude to jinde.
Táto, ty de byl? V práci, já debil.

Založit nové vláknoNahoru

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

ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.