Digitalizace VHS (diskuse)

[xxx]

Dolni pruh oriznout, nebo ho prekryt cernym pruhem.

[Jan Drábek]

Pokud je obraz barevně nestálý, trhaný či obdobně tak je už páska "prokopírovaná".

[gtz]

Barva je na tom celkem dobře, netrhá se, nejsou v obraze rušivé artefakty ("zrnění,pruhy"), ale ten pruh tam stále je. O prokopírovaných páskách vím celkem dobře co dělají ("za mé doby se pásky půjčovaly, když někdo někde sehnal nějaký film a tehdy recordér stál 15 a více tisíc korun československých").

Možná špatná synchronizace VHS - je to starý sloužící model od Panasonicu (6 hlavý). Možná se budu muset podívat na hlavu a vyčistit ji lihem. Je faktem, že Panasonic je kupovaný tuším v roce 1992 :) :)

[kyknos]

Pokud z tech statickych obrazku soudim dobre, uplne stejny artefakt jsem videl na digitalizovanych vhs uz mockrat. Asi nejaky bezny problem :)

[xxx]

Nejen na VHS, uz jsem ho videl lezt i z analog. vystupu na docela drahe dig. kamere.

[gtz]

No VHS je jak jsem psal PANASONIC NV-J27 tehdejší HI end, kupován v roce 1992, za cca 15 000,-

Kamarád má DVD recorder no zkusím si ho půjčit a uvidím zda udělá to samé. Na Vistách byl ten pruh o poznání menší ( asi o 1/3 )

[David Ježek]

jsi si 6 hlavami jistý? my v roce 92 kupovali NV-J30 a byl to 3hlavý model. víc než 4 hlavy se ostatně tehdymoc nenosily (snaj jen u s-vhs modelů)

[gtz]

Musím se kouknout do specifikace, myslím, že to byl jen 4x HEAD. To byl nějaký model určený pro Německo a Japonsko.

[gtz]

Takže SUPER-4x HEAD :) NV-J27

[CET]

Ja si vzpominam, ze na nekterych originalnich VHSkach se delaly "ochrany proti kopirovani", ktery byly stejne "genialni" jako jsou dnesni digitalni ochrany. Slo o to, ze signal na tej VHS byl nejakym zpusobem zmrsenej. Pri prehravani na obrazovku to bylo OK, protoze to mrseni se neprojevilo (asi bylo umisteny do doby vraceni paprsku TV nebo co), ale kdyz to clovek kopiroval na video, tak nektery chytrejsi videa to nejakym zpusobem detekovaly a snazily se to opravit nebo naopak to nedokazaly opravit a pak byl obraz na zkopirovanej kazete uplne prisernej. Osobne jsem to nezazil, nahraval jsem akorat z TV a pak uz prisla doba AVIcek, ale takhle jsem to slysel. Pokud se nepletu, slo to kopirovat pouze na tech nejhorsich videorekorderech, ktery nemely zadny "cistici" mechanizmy. Mozna mas podobnej problem, pokud se jedna o originalni VHS. Jinak by to mohl byt trebas i nejakej skrytej signal, kterej se pri prehravani nejakym zpusobem micha do obrazu.

[gtz]

:) Znám to dobře, ale to tím nebude, je to záznam z Analogové kamery zkopírovaný na VHS kazetu ( mini VHS-C kazeta přes VHS adaptér), tam žádná ochrana být nemohla.

[otasomil]

>>>Ja si vzpominam, ze na nekterych originalnich VHSkach se delaly "ochrany proti kopirovani"

A uz tehdy lide prisli na to ze je treba jit cestou suntovych znacek (Ambos, Funai ...) videi jez tyto "dokonale" ochrany proste ignorovaly.

Znackove videorekordery (Sony, Thomson, Panasonic) prudily a nechtely nahravat signal z jinyho videa pri kopirovani filmu jez byl chranen. Zkratka se chovaly jako dnes se chova NERO (=NEROzmnozuje). Kterykoli jiny vypalovaci SW bezpripominek zkopiruje jakekoli CD / DVD

[gtz]

Ochrana systémem Macrovision spočívá v přidání elektronických impulsů k videosignálu během nahrávání kazety. Tyto impulsy při kopírování způsobí zmatení automatického vyrovnávání citlivosti (AVC - angl. automatic gain control, AGC) nahrávacího videa, a to jak v systému PAL tak i NTSC.

[PepaSFI]

vpodstatě to byly další zatmívací impulsy. Na obrazovce se to neprojevilo ale při nahrávání se to nějak potkalo a obraz blikal. Oblíbené na to byly slovenské videorekordéry Avex které to zdatně ignorovaly. Brácha ještě možná někde má dekódér který prostě videosignál navrátil do stavu daného normou.

[Ivanhoej]

Ten dolny pruh je na VHS informacia ktora sa na VHS nezobrazuje koli nizsiemu poctu riadkov, ale ked to digitalizujes urcite to davas aspon do PAL a preto to tam je. Takze riesenie je jednoduche ostrihnut to v dakom editore a vyrenderovat na DVD(MPEG-2). V pohode posluzi i Kdenlive(Linux), alebo i nieco narocnejsie napr. Vegas(Win) ci Premiere(Win).

[Limoto]

nebo třeba mencoder(Linux)

[xxx]

Bych to spis misto orezu prekryl cernym pruhem. Kdyz o tom clovek nevi, tak si toho nevsimne. Vyhodou pak je, ze to zustava v nejakem standardnim rozliseni.

[gtz]

Jak jsem psal je to nějaká VHS-C nahrávka nacpaná na velkou kazetu. Já jsem to nenahrával ani neslučoval. U mne to jen skončilo, abych to nějak nacpal na DVD. Na starém CRT by to bylo koukatelné, ale na NTB ani na LCD :( již moc ne.

[Kvakor]

Černé pruhy raději ne, a pokud už ano, tak na hranici bloku (tj. dělitelné 16) - všechny kodeky z rodiny MPEG používají diskrétní kosinusovou transformaci (DCT, což je jen speciální forma Fourierovy transformace) a ta nemá ostré přechody ráda.

V praxi to znamená, že video s černým okrajem bude mít horší kvalitu než stejně velké video bez okraje, protže na zakódování okraje se zbytečně použije část bitrate, která by jinak mohla být využita pro zakódování snímku.

[Grunt]

Černé pruhy raději ne, a pokud už ano, tak na hranici bloku (tj. dělitelné 16)

No a to je právě ta blbost. Černé pruhy vůbec ne, to už radši nedělitelnost šestnácti. Pokud některý rozměr není dělitelný šestnácti, tak se stejně u posledního bloku rozšíří aby šestnácti dělitelný byl a obsah se doplní tím co blok obsahoval jen zrcadlově obráceno aby z toho vznikla nějaká rozumná vlna a při přehrávání se to ořeže do skutečných rozměrů, které jsou zapsány v hlavičce. Ve frekvenční doméně je hrana(kór černá) to nejhorší co může být, protože taková hrana se dá vyjádřit pouze součtem nekonečného počtu koeficientů(u diskrétní varianty konečným počtem, který ovšem zahrnuje komplet celé spektrum) a vzhledem k tomu, že některé koeficienty se vždy zahazují a některé zase vždy kvantizují, tak taková hrana bude mít vliv na celý jeden blok. Je teda pravda, že už jsem se potkal s kodekem co obsah zrcadlově neobrátil, ale prostě rozšířil a doplnil o zelenou barvu(ta pak zespodu prosakovala do videa), ale věřím, že to byla výjimka. Takže klidně ořezat na rozměr nedělitelný šestnácti a pouze v případě, že by z okrajů prosakovalo něco hnusného, tak rozšířit na rozměr dělitelný šestnácti a doplnit o zrcadlově obrácený obsah posledního bloku.

[Kvakor]

Asi jsem to špatně formuloval, tak znova: Pokud už musí být v obraze černé pruhy*, tak ať pokud možno začinají i končí na hranici bloků, tj. na místech dělitelných šestnácti, právě z oněch důvůdů potřeby nekonečného množství harmonických na přesné vyjádření jednotkového skoku.

*Setkal jsem se se zařízenímy (konkrétně přehávači reklamního videa, co vypadaly jako tlustčí LCD a přehrávaly v nekonečné smyčce MPEG2 video z CF karty), co brala jen video o jedné jediné velikosti (konkrétně PAL 720x576) a cokoliv jiného odmítala přehrát. Pokud na něčem takovém chcete pustit např. 16:9, jsou černé pruhy smutná nutnost.

[Matlák]

Ten dolny pruh je na VHS informacia ktora sa na VHS nezobrazuje koli nizsiemu poctu riadkov

přesně tak. Dokonce jsem četl někde názor, že to obrazovky zobrazují, ovšem ta část stínítka kde je tento pruh je na TV překryta čelním panelem

Každopádně je to standardní vlastnost VHS, neviděl jsem žádný VCR který by tento pruh na výstupu neměl (navíc počet řádek které mají u VHS smysl je spíš tak 288 než PALovských 576..)

[gtz]

Však jsem to dělal mencoderem, no chtělo by to nějaké lepší GUI ,abych viděl pořádně i výstup :) Vegas i premiere jsou na Widle slušné, ale nepěstuji warez :) mám na widlích jen tuším MovieXone a Pinnacle. Ale již ten systém skoro nepoužívám. Kdeenlive nebo Cinerella na Suse nějak jedou v pohodě. Zkoušel jsem Gmencoder, ale nějak padal.

[Kvakor]

Na úpravu ořezávání v reálném čase pomocí mplayeru/mencoderu si stačí v konfiguračním souboru input.conf namapovat příkaz change_rectangle, kterým jde za chodu měnit zobrazovaný rámeček v přehrávaném videu. Popis parametrů je v popisu Slave mode protokolu v dokumentaci MPlayeru.

Podmínkou je, aby byl tento filr aktivní, tj. v parmetru -vo musí být rectangle s nějakými parametry, třeba pro PAL video rectangle=720:576:0:0, popř. televizemi oblíbený ořez rectangle=702:576:9:0.

Já osobně to mám namapované na funkční klávesy, což není moc optimální, ale funguje to:

F1 change_rectangle 0 -1
F2 change_rectangle 0 1
F3 change_rectangle 1 -1
F4 change_rectangle 1 1
F5 change_rectangle 2 -1
F6 change_rectangle 2 1
F7 change_rectangle 3 -1
F8 change_rectangle 3 1

[gtz]

Díky

[kavol]

Digitalizoval jsem jednu hodně starou videokazetu do digitální podoby.

zajímavé, a dokázal bys digitalizovat i do nějaké jiné podoby, třeba analogové?

[gtz]

:) :)

[Grunt]

Příloha:

• shot0001.png (271929 bytů)

Zcela běžný jev. Též jsem jednou nahrával VHSku do počítače a všiml si toho, ale prostě jsem to ignoroval jako běžnou součást té VHSky. Ono je to tam asi běžně (viz. levý a pravý okraj), ale vzhledem k tomu, že s ovládáním paprsku na okrajích obrazovky u CRT je to všelijaké, tak si toho buď nikdo nevšimne a nebo je to ořezáno.

Ono to dokonce není výjimka ani v digitálním záznamu. Třeba v takovém Applu jsou na to přeborníci.

[gtz]

Černá kolem to je dáno technologií, tam se počítalo, že ta černá splyne s černou na starém CRT televizoru. Vyzkouším co na to řekne DVD recorder co to nasnímá přímo do DVD-VIDEA. Během tohoto týdne si jej pújčím a uvidím.

[Ivanhoej]

Pozri ak to chces i v niecom strihat (poriadne) tak ako som pisal vyssie ale na obycajny orez ti samo staci i mencoder, alebo preco nepouzit avidemix?

Co sa tyka mencodera tam predsa si mozes pozriet orez online pomocou mplayera

# prehra film z orezom
# hned uvidis ako mas orez
mplayer film.avi -vf crop=688:432:20:70

#a ak je orez ok dam to do mencodera
# no ael nezabudnut na rozmer kam to pojde a delitelne 16 neni zle dodrzat takze
# v mencodere este pridat okraje na dorovnanie.
#-ss (odkial) a enpos(kolko) je tam len koli 30 sekundam kodovania (pre test
mencoder -vf crop=688:432:20:70 film.avi -ss 1:00 -endpos 30 -ovc xvid -xvidencopts

[Grunt]

# no ael nezabudnut na rozmer kam to pojde a delitelne 16 neni zle dodrzat takze # v mencodere este pridat okraje na dorovnanie.

Nějaký vtipálek?

[Ivanhoej]

preco v com ?

[Grunt]

→

[gtz]

:) dělal jsem to celé mencoderem jak jsem psal již v blogu ....

mencoder -endpos 10 -tv \
driver=v4l2:device=/dev/video0:normid=0:input=0:amode=0 tv:// \
-o dvd.avi -oac lavc -ovc lavc -lavcopts \
acodec=mp2:vcodec=mpeg2video:vhq:keyint=25:vbitrate=5555:scplx_mask=0.2\
-of mpeg -vf scale=720:528,expand=720:576 -srate 48000 

avidemuxem i tím se to dá dělat. Kde-endlive i cinerrellu celkem znám, již jsem s nimi cosi dělal dopadalo to celkem dobře, akorát zde mne ten pruh celkem dostal. Předtím se nic takového nedělo.

Já jsem spíše chtěl vědět co ten pruh, zda se s tím někdo setkal, popř. zda to není rozhozená synchronizace impulsů-

:) díky za inspiraci

[J. M.]

Ten pruh je normální věc, která je na každé nahrávce z VHS. U VHS je část celkového počtu (625) řádků vyhrazena na "servisní informace", synchronizaci a další věci, a typicky to zasahuje (tam dole) i do viditelného obrazu (576 řádků). Televizory používají overscan, zvětšení obrazu, takže okraje jsou mimo viditelnou obrazovku. Na monitoru počítače je vidět celý obraz. Takže věc č. 1, která se musí udělat u každé nahrávky z VHS, je kompletní ořez všech černých a nečistých okrajů.

[gtz]

Díky za info, na servisní informace jsem jaksi zapomenul.

[J. M.]

Ten "chaos v barvách", to je chrominanční šum. Jelikož je na chrominanci vyhrazeno menší datové pásmo než na luminanci, je náchylnější k nedostatkům, hlavně právě na takových starých analogových nahrávkách. Barvy můžou být posunuté - typicky je chrominance posunuta třeba o 2 nebo 4 pixely doprava (barvy nelícují s hranami objektů). Dá se posunout filtrem zpátky na správné místo (třeba v MPlayeru -ssf chs=-2, při použití škálovače). V chrominanční složce můžou být čárečky, tedy jakýsi duhový efekt.

K potlačení chrominančního šumu je tedy potřeba cíleně filtrovat chrominanční složku videa. A to buď časovým odšuměním (temporal denoise), prostorovým ("rozmazáním") nebo kombinací obojího (např. denoise3d). Třeba Avidemux na to má speciálně filtr Cnr2 (původně pro VirtualDub), ale účinnost je sporná. Efektivnější je rozmazání. Velmi doporučuji filtr "Median 5x5" z Avidemuxu, který, aplikován na chrominanci, umí ty duhové artefakty moc pěkně potlačit:

http://www.avidemux.org/admWiki/index.php?title=Video_filter_Median_%285x5%29

Podobného efektu lze dosáhnout i běžným rozmazáním jako gaussian blur, aplikovaným na chrominanci několikrát po sobě:

http://www.avidemux.org/admWiki/index.php?title=Video_filter_Gauss_smooth

Tudíž lze použít i MPlayer/MEncoder, který při filtru změny velikosti umí rozmazat separátně luminanci a/nebo chrominanci. Je to volba -ssf, která nastavuje parametry škálovače. S parametrem cgb (chroma gaussian blur) rozmaže chrominanci, s volitelnou sílou od 0 do 100. Nicméně tak hezký výsledek jako v Avidemuxu se s tím nedostane, při nižší síle to není tak účinné a při vyšší už je chrominance rozmazaná příliš, takže video bliká nebo jsou barvy úplně rozpité.

[pht]

Jelikož se podobným procesem zabývám doma taky, přidám pár svých postřehů.

Na začátku je dobré si koupit čisticí kazetu, hlavně pokud se video dlouho (nikdy) nečistilo. Co se týče nahrávání, platí, že mplayer je dobrý, ale mencoder zas tak dobrý není. Pokud máte jako já tv kartu která se zároveň chová jako zvukovka, případně pokud z tv karty vede kablík do zvukovky, je potřeba mencoder donutit ke grabování zvuku (viz manuál).

U grabování jsem taky musel explicitně uvést šířku a výšku obrazu, protože karta mi sama od sebe nutila 640x480, zatímco formát PAL je 576i (výška 576).

Nahrávání dělám do formátu AVI (protože mencoder prakticky nic jiného nezvládne) a do formátu s nejjednodušší kompresí a konstatní bitrate - video do mjpeg (což není totéž co mpeg) a audio do mp3 s CBR. Výsledný soubor pak nepotřebuje index a jde velmi dobře editovat. Osmihodinová kazeta má pak asi 60 giga, což při dnešních velikostech hdd není problém.

Takový soubor jde editovat v avidemuxu nebo glav, kde provedu základní rozstříhání, vyhození reklam, atp. Video/audio se jen kopíruje, bez překódování. Individuální filmy pak oříznu - černá místa a ten zmiňovaný pruh dole, který si tam video vymyslí, jak bylo řečeno. Někde je ořez větší, protože film je širokoúhlý atp.

Nakonec video zakóduju do mpeg4/avc pomocí programu x264, vyplatila se mi bitrate kolem 2000, kterou používám i pro nahrávky z digi tv. Výsledek vyrobím tak, že pomocí ffmpeg skombinuju zakódované video a původní zvukovou stopu do kontejneru mkv. Mencoder mkv neumí, proto ta šaráda.

Co se týče odstranění šumu, narazil jsem na docela slibný program y4mdenoise z mjpeg tools.

[J. M.]

Zvuk bych určitě doporučoval nahrávat do PCM/WAV. Jednak proto, že každý zdroj má jinou hlasitost (může např. na některých místech dojít k přebuzení signálu, není-li správně nastavena úroveň nahrávání, to je nevratné poškození, nebo může být zvuk moc tichý, dá se pak dodatečně normalizovat, i když "normalizovat" jde i MP3). Jednak proto, že při stříhání se zvukem v MP3 dochází k drobným nepřesnostem v A/V synchronizaci, které se s každým dalším střihem kumulují, i k občasným krátkým "pazvukům" v místě střihu. Pro střih je rozhodně vhodnější nekomprimovaný WAV a až následné překódování do něčeho úsporného. O tolik víc místa to nezabere (klasický WAV má asi 605 MB na hodinu).

[pht]

Ono je to místo střihu většinou tiché, ale i tak souhlasím, těch pár giga navíc se už ztatí.

[J. M.]

Jinak to s tím indexem - proč by AVI s MJPEG nepotřebovalo index? AVI potřebuje index k tomu, aby bylo "seekovatelné" a každý normální program jako MEncoder ten index nakonec zapíše, je-li korektně ukončen. Ani MJPEG nemá konstantní datový tok. Jde o to, že MJPEG nepoužívá P/B snímky, pouze intra ("klíčové") snímky. Proto se snadno edituje, ale stejného výsledku lze dosáhnout třeba s MPEG-4 kodéry tím, že se prostě v nastavení dá počet P snímků na 0 (respektive se vypne odhad pohybu atp.)

[Grunt]

Proto se snadno edituje, ale stejného výsledku lze dosáhnout třeba s MPEG-4 kodéry tím, že se prostě v nastavení dá počet P snímků na 0 (respektive se vypne odhad pohybu atp.)

S tím souhlasím. Rozumná délka GOP, pouze zpětná reference a zero me_method a snad by neměl být problém. Přeci jen v temporální redundanci jsou spousty zbytečných dat. A třeba ještě s Wavelety.

[pht]

A proč se s tím namáhat (procesorově), když to pak stejně budu převádět dál.

O tom indexu jsem se asi špatně vyjádřil, pointa byla spíš něco jako "uložit do co nejjednoduššího formátu, který má rozumnou velikost, aby šel stříhat s přesností na jeden snímek jen pomocí kopírování dat". Což je právě ta absence P/B snímků, jak je uvedeno výše.

[Grunt]

A proč se s tím namáhat (procesorově), když to pak stejně budu převádět dál.

Vždyť netvrdím že ne, ale MJPEG na to rozhodně není vhodný. To by musela být sakra vysoká bitrate aby nedocházelo k docela rapidnímu zkreslení, zvláště určenému pro další zpracování. Když se vypne kompenzace pohybu a dopředná reference, tak se to od toho MJPEGu příliš neliší, jen je ve snímcích nedrží pokaždé to samé, ale jen rozdíly mezi snímky. Což dovede ušetřit spousty místa(a u stejné bitrate v porovnání s MJPEGem rozhodně zmenšit zkreslení). Procesorově je o náročnější jen o pár součtů a rozdílů a s krátkými buffery pro udržení právě zpracovávaných GOP by to také nemuselo být o moc složitější než jen pomocí kopírování dat.

[pht]

To by musela být sakra vysoká bitrate aby nedocházelo k docela rapidnímu zkreslení, zvláště určenému pro další zpracování.

Jak to myslíte?

Když se vypne kompenzace pohybu a dopředná reference, tak se to od toho MJPEGu příliš neliší, jen je ve snímcích nedrží pokaždé to samé, ale jen rozdíly mezi snímky.

Jenže pak tam máte ty otravné P a B snímky. Editor by musel umět přepočítat snímek na začátku a konci střihu (a pokud se nemýlím, tak i snímky, které se budou odkazovat na snímky mimo střih) a zbytek jen skopírovat. Umí to nějaký?

Což dovede ušetřit spousty místa

To asi ano, ale těch 60 giga za 8 hodin mi přijde snesitelné, stejně to pak překóduju a smažu.

[gtz]

Mohu to dělat přes VIVO vstup naNV-6600GT popř. přes kartu Hercules SmartTV stereo (má brouka i na MPEG-2). Ten záznam co jsem dělal byl právě přes ten Hercules.

Bohužel jak jsem se díval, problém je i to, že původní záznam byl v VHS-C nakopírovaný přes VHS-C adaptér na velkou kazetu. Naštestí kazeta nebyla moc přehrávaná takže se s ní něco dá dělat.

Koncem týdne budu mít půjčený DVD recorder, takže se pokusím přes AV kabely propojit AV vstupy a pokusím se to celé nacpat na DVD v co nejlepší kvalitě. Výhoda tohoto řešení, je, že to mohu nechat puštěné přes noc celkem bez dozoru. Každopádně chci zkusit jak bude vypadat záznam z toho DVD-recorderu.

No zase, ale záleží i na tom, kam to nacpe zda do MPEG2 nebo to nacpe do DVD-VIDEO s MPG2 kodekem. No uvidím

[Grunt]

Koncem týdne budu mít půjčený DVD recorder, takže se pokusím přes AV kabely propojit AV vstupy a pokusím se to celé nacpat na DVD v co nejlepší kvalitě. Výhoda tohoto řešení, je, že to mohu nechat puštěné přes noc celkem bez dozoru. Každopádně chci zkusit jak bude vypadat záznam z toho DVD-recorderu.

No zase, ale záleží i na tom, kam to nacpe zda do MPEG2 nebo to nacpe do DVD-VIDEO s MPG2 kodekem. No uvidím

?

[gtz]

Kamarád má nějaký lepší model DVD-HDD-recorderu, který nahrává přímo do MPG-2. Nevím zda do nativního nebo do DVD-VIDEA s MPG2 kodováním. Jde i o to, že po dobu snímání nebudu muset být u počítače a převod se provede přes noc. Já bych pak jen mohl udělat ořez videa na správnou velikost.

[Grunt]

Aha, takže:

Koncem týdne budu mít půjčený DVD recorder, takže se pokusím přes AV kabely propojit AV vstupy a pokusím se to celé nacpat na DVD v co nejlepší kvalitě.

Proč kvůli tomu půjčovat DVD-Rekordér? Stejně dobře dovede udělat práci obyčejné PC. Kvalita naprosto stejná.

Výhoda tohoto řešení, je, že to mohu nechat puštěné přes noc celkem bez dozoru.

Jde i o to, že po dobu snímání nebudu muset být u počítače a převod se provede přes noc.

A to je u PC nějaký problém? Nehledě na to, že i můj notebook (ale záleží na parametrech) dovede MPEG-2 kódovat téměř rychlostí přehrávání. Takže proč celou noc? A ještě se to dá projet multi-passem.

Každopádně chci zkusit jak bude vypadat záznam z toho DVD-recorderu.

Pokud si můžu tipnout, tak úplně stejně. Měl by být důvod aby vypadal jinak?

No zase, ale záleží i na tom, kam to nacpe zda do MPEG2 nebo to nacpe do DVD-VIDEO s MPG2 kodekem.

Kamarád má nějaký lepší model DVD-HDD-recorderu, který nahrává přímo do MPG-2. Nevím zda do nativního nebo do DVD-VIDEA s MPG2 kodováním.

Tak to jsem nepochopil tuplem. Všechno, ať už DVD nebo ten počítač používá naprosto stejné MPEG-1/2. O čem je vlastně řeč?

Já bych pak jen mohl udělat ořez videa na správnou velikost.

Jen bych doplnil, že u perceptuálních kodeků je zakódování→rozkódování→zakódování→rozkódování→… cesta do pekel. Pokud se s daty pracuje, tak by se mělo v bezeztrátové podobě, což je v případě jednoho příkazu téměř bezproblémové. A když už náhodou potřeba je, tak je to lepší ukládat do ffv1 nebo aspoň nějakého formátu co používá DWT.

[gtz]

Na desktopu bohužel je jen Athlon 2100+ a ten toho při tom procesu má celkem dost. No celý ten záznam je skoro 240 minut a nejsem si jistý zda by to za noc zvládl jet stále na 100% výkonu CPU.

Bohužel NTB co mám k dispozici má Linuxem nepodporovanou televizní kartu tam ten záznam nesestříhám ani nanasnímám.

V podstatě mi šlo jen o vyzkoušení toho recorderu, pokud bude produkovat solidní záznam proč to neudělat i tak. Jak mi kamarád říkal, může se to celé nasnímat i na interní HDD a pak dále s tím nějak pracovat.

Nakonec to stejně dopadne tak, že záznam udělám osobně po částech a budu si s tím muset nějakou dobu hrát. V práci na to čas nemám a doma :) taky již moc ne. Ten DVD recorder jsem viděl jen jako časovou úsporu.

[Grunt]

V podstatě mi šlo jen o vyzkoušení toho recorderu, pokud bude produkovat solidní záznam proč to neudělat i tak?

vs

Jak mi kamarád říkal, může se to celé nasnímat i na interní HDD a pak dále s tím nějak pracovat.

[gtz]

Jak jsem se s ním o tom bavil měla by být k dispozici i verze , která to celé uloží do nějaké Ultra-Fine kvality cca na 1x DVD se pak vejde cca 45 min. záznamu. Tam je tuším datový tok 8Mbps. U té standardní verze je záznam v nějaké klasické podobě a tam je pak datový tok cca 2Mbps.

Na interní HDD dokáže prý uložit i nějaký záznam skoro bez komprese, otázka je zda je to jen jeho formát nebo je to obecný AVi nebo něco podobného.

V podstatě to chci jen zkusit co to bude umět :)

[gtz]

Bohužel ASUS má nějaký DIB-6600 hybrid tuner, který nefunguje ani v DVB-T ani v Analogovém režimu. Zkoušel jsem to v Vistách s nějakým free softwarem, ale ten se poroučel na nějaké nespecifikované chybě ovladače. A tahat do firemního komplu nějaký "jiný" SW nějak nechci a ani nemohu.

[Kvakor]

Nahrávání dělám do formátu AVI (protože mencoder prakticky nic jiného nezvládne) a do formátu s nejjednodušší kompresí a konstatní bitrate - video do mjpeg (což není totéž co mpeg) a audio do mp3 s CBR.

mencoder zvládne i syrové video (RGB nebo YUV), nastavení správného formátu je sice trochu komplikovanější (v případě zájmu zkusím najít použité skripty), nicméně to funguje a není třeba index. Já osobně na grabování z analogové karty používal program streamer z balíku XawTV, kde video šlo do samostatného formátu (Raw YUV) a audio nekomprimovaně do WAVu. S dnešní disky už není problém aní rychlost (pro plný PAL je třeba okolo 20MB/s), ani velikost.

Ale audio bych ponechal nekomprimované až do finální úpravy - vzhledem ke granualitě MP3 rámců (576 samplů) se při sestříhání může zvuk a obraz rozejít, pokud střihací program neumí MP3 překódovávat, zatímco u PCM nic takobvého nehrozí.

[pht]

Když jsem zkoušel to video v raw, tak mi vyšlo pár desítek giga za hodinu, což pro osmihodinovou VHS už zabere docela dost i z dnešního disku.

Se zvukem souhlas.

[gtz]

Jak jsem se na to díval, je toho cca 180 min v SP kvalitě a zbytek v LP všše na BASF-EQ kazetě.

[Grunt]

Když jsem zkoušel to video v raw, tak mi vyšlo pár desítek giga za hodinu, což pro osmihodinovou VHS už zabere docela dost i z dnešního disku.

Konkrétně 52GiB.

[gtz]

Ta karta co mám v PC ( Hercules SmartTV stereo ) má na zádech brouka pro MPEG-2, no nenašel jsem jak ho použít. Nevíte náhodou jak na něj. Ptám se hlavně proto, abych ulehčil procesoru.

Díky

[Grunt]

mencoder zvládne i syrové video (RGB nebo YUV)

Ano, sám s nimi pracuji a pokud nejde o nějaké testování, tak je to jako výměnný formát silně nevhodné. Když už nic tak alespoň komprimované huffmanem(huffyuv formát v ffmpegu) a nejlépe samozřejmě ffv1.

kde video šlo do samostatného formátu (Raw YUV) a audio nekomprimovaně do WAVu. S dnešní disky už není problém aní rychlost (pro plný PAL je třeba okolo 20MB/s), ani velikost.

I u projektů jako je ED nebo BBB se používal FLAC. Ten je stejně bezeztrátový a aspoň o 50% menší. Jinak s tím RAWem bych si nebyl tak jistý. 720x576*12*25/1024/1024=118,65234375 Mb/s = 14,83 MB/s což teda IMHO není málo.

[gtz]

a nějaký nápad, aby systém věděl interním MPEG-2 dekodéru ? Mám na mysli brouka co je na kartě a slouží pro HW kompresi. Podpora na toto bude asi jen ve Widlích.

[helios]

spíš bych doporučil svěřit převod VHSek nějaké odborné firmě, co se tím zabývá. Já jsem to tak před nějakou dobou udělal a byl jsem spokojen. Mohu doporučit www.prevodkazet.cz