Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Multimedia ja grafiikka => Aiheen aloitti: New_user - 03.04.18 - klo:16.48
-
Kyselisin tämän päivän neuvoja VHS-nauhojen digitointiin. Yhteistyökumppanilla on aikoinaan tehtyjä tallennuksia, jotka ovat rakkaita, ja ne pitäisi saada nykyformaattiin. Käytettävissä olisi hyväkuntoinen VHS-nauhuri toistoon ja liitäntöjä oli scartin lisäksi muistaakseni RGB, mutta ääni tietysti pitäisi saada myös talteen, koska se on hyvinkin tärkeä. Yhteistyökumppanilla on jokin "laite", jota en ole nähnyt vielä, ja se on PC-koneelle mahdollisesti Windows-ajureilla. Mutta voi olla, ettei moista laitetta lainkaan tarvittaisi. Itsellä käytössä kaksi läppäriä jossa 16.04 ja Win 8.1 sekä 12.04/WinXp. Piuhoja jonkin sorttisia on ja ulkoista kiintolevytilaa riittävästi. Jonkinlainen scart ->? muunnos ainakin ilmeisesti tarvittaisiin, ja sellaista ei ole. Yksi keino tietysti olisi ajaa nauhurilta TV:hen, ja kuvata ruudulta digivideokameralla, mutta se on kai viimeinen mahdollisuus?
Kaikki hyvät neuvot tarpeen, kiitos!
-
SCART-liittimen (https://fi.wikipedia.org/wiki/SCART) kautta saat ulos ainakin komposiittivideon (huonoin) ja mahdollisesti myös S-Videon (vähän parempi) tai RGB-kuvan (paras). Mikä tuo mainitsemasi RGB-lähtö on? Olisiko kyse YPbPr-komponenttilähdöstä (https://en.wikipedia.org/wiki/Component_video) (melko hyvä), joka on eri asia kuin RGB?
Tietokoneelle on saatavilla USB-väylään kytkettäviä videokaappareita, jotka yleensä osaavat kaapata komposiitti- tai S-video-kuvaa sekä ääntä. Niitä on myös Linuxissa toimivia malleja, mutta videon laatu ei ole paras mahdollinen. Näistä on ollut keskustelua myös tällä keskustelualueella. Sitä en tiedä millaisilla laitteilla RGB- tai komponenttivideota voisi kaapata, mutta niitäkin on varmaan olemassa.
-
Yksi vaihtoehto on polttava DVD-soitin, jossa on siis S-videolle sisääntulo.
Jos siihen päädyt, niin tarvitset myös tietokoneen, jossa on DVD-asema.
Mutta jos ei ole tarkoitus DVD-soittimella katsella VHS-videoita, niin kallistuisin Toimin ehdottamaan USB/Video-adapteria, ja ne eivät ole kyllä kovin laadukkaita, muttei se VHS:kaan ole kovin laadukas muoto videolle.
-
Ai niin...
Monissa kirjastoissa löytyy (tai ainakin löytyi) palvelua, jossa muutettiin VHS DVD:ksi.
Kannattaa kysellä kaupunginkirjastostanne.
-
Monissa kirjastoissa löytyy (tai ainakin löytyi) palvelua, jossa muutettiin VHS DVD:ksi. Kannattaa kysellä kaupunginkirjastostanne.
Tämä. Ei maksa mitään ja neuvovat miten tallennetaan. Odotusajan voi vaikka lukea uusimmat lehdet.
-
AV-harrastaja tekee toki homman mieluiten itse. :) Aihepiiriin kannattaa syventyä ensin lukemalla netistä muiden kokemuksia ja neuvoja. Esimerkiksi tämä aihe digivideo-foorumilla vaikuttaa varsin hedelmälliseltä: http://www.digivideo.fi/phpbb2/viewtopic.php?t=369816
Eli VHS-nauhojen digitointiin tarvitaan:
1. Hyvä S-VHS-nauhuri ja ehkä myös aikavirhekorjain.
2. Laadukas kaappauslaite. Blackmagicin kaapparit ovat hinta-laatu-suhteeltaan hyviä, jos ei tarvitse edetä ihan kengännauhabudjetilla.
3. Kaappausohjelma, jolla saa videon levylle häviöttömästi pakattuna tai johonkin sopivaan editoitavaan kevyesti pakattuun formaattiin.
4. Jälkikäsittelyohjelmisto. AviSynth/VapourSynth on tähän paras ratkaisu.
-
Kiitos vastauksista.
Homma ei ilmeisesti ole kovin paha, jos on oikeat laitteet. Nyt on ensin nähtävä, mikä/millainen on yhteistyökumppanin ostama laite, ja se selviää vasta ensi viikolla tapaamisessa. Mielenkiintoista, mutta ei yllättävää, on ollut lukea kotipolttoisten DVD-levyjen ongelmista. Itsellä on kunnon raudalla ja hitaahkollan nopeudella poltettuja CDR:iä, ja ne ovat pitäneet pintansa ainakin toistakymmentä vuotta hyvin.
Homman takia ei lähdetä hankkimaan erillistä S-VHS -nauhuria, vaan hommaan käytän joko omaani tai kumppanin, jolla ne on nauhoitettukin.
-
Mielenkiintoista, mutta ei yllättävää, on ollut lukea kotipolttoisten DVD-levyjen ongelmista. Itsellä on kunnon raudalla ja hitaahkollan nopeudella poltettuja CDR:iä, ja ne ovat pitäneet pintansa ainakin toistakymmentä vuotta hyvin.
Toki DVD-levyt ovat lyhytikäisiä, mutta DVD:ssä videot ovat tiedostoina, joten yksinkertaisella käskyllä DVD:stä saa tehtyä tiedoston, jonka jälkeen sen säilyttämisessä on samat ongelmat kuin muillakin videotiedostoilla.
cat /dev/dvd > MinunLeffani.iso
Tätä MinunLeffani.iso-tiedostoa voi käsittääkseni käyttää suoraan vlc:llä olettaen, ettei kirjoittava DVD tee niistä salattuja. Ainakaan itselläni aiemmin ollut LG:n kirjoittava DVD ei salannut DVD-tiedostoja.
-
Joo, sain käsiini yhteistyökumppanin videokaappauslaitteen. Näkyy olevan Lidl-kaupan Silver Crest USB2 videokaappari. Googletus toi esiin toimivuusongelmaa Windows puolella USB:hen liittyen. Joissain koneissa toimii, joissain ei, eli ilmeisesti jotain rautaongelmaa.
No, lsusb täällä 16.04:ssä näyttää seuraavaa
Bus 001 Device 008: ID 1d19:6109 Dexatek Technology Ltd.
Onkohan mahdollisuuksia saada Ubuntussa henkiin? Kone Lenovo Ideapad S300.
-
Joo, sain käsiini yhteistyökumppanin videokaappauslaitteen. Näkyy olevan Lidl-kaupan Silver Crest USB2 videokaappari. Googletus toi esiin toimivuusongelmaa Windows puolella USB:hen liittyen. Joissain koneissa toimii, joissain ei, eli ilmeisesti jotain rautaongelmaa.
No, lsusb täällä 16.04:ssä näyttää seuraavaa
Bus 001 Device 008: ID 1d19:6109 Dexatek Technology Ltd.
Onkohan mahdollisuuksia saada Ubuntussa henkiin? Kone Lenovo Ideapad S300.
Toimii suoraan kernelin versiosta 3.14 lähtien (Ubuntu 14.04.2 ja uudemmat): https://github.com/torvalds/linux/commit/dad4c41827c71a84c8455e19431278e8c1edf118#diff-e192feac35fbe135c8dc39fc21842dcf
Tarkempia teknisiä tietoja on linuxtv.orgin wikissä: https://linuxtv.org/wiki/index.php/SilverCrest_USB_2.0_Video_Grabber_SVG_2.0_A2
ffmpeg on hyvä videon kaappaukseen: https://trac.ffmpeg.org/wiki/Capture/Webcam#Linux
-
Toimii suoraan kernelin versiosta 3.14 lähtien (Ubuntu 14.04.2 ja uudemmat): https://github.com/torvalds/linux/commit/dad4c41827c71a84c8455e19431278e8c1edf118#diff-e192feac35fbe135c8dc39fc21842dcf
Tarkempia teknisiä tietoja on linuxtv.orgin wikissä: https://linuxtv.org/wiki/index.php/SilverCrest_USB_2.0_Video_Grabber_SVG_2.0_A2
ffmpeg on hyvä videon kaappaukseen: https://trac.ffmpeg.org/wiki/Capture/Webcam#Linux
Kiitos, toivotaan, että pelaa. Tuohon itse kaappaukseen kaipaisin vielä lähempiä neuvoja. Kyseessä on siis muutaman TV-tallennuksen (PAL) digitointi VHS-kaseteilta. Laatu on mitä siitä irti saa. Onko jotain ohjelmaa tai ffmpeg-komentoa, jolla voisi tallentaa suoraan H264-mp4:ään, ettei tulisi kauhean isoja tiedostoja ja toisaalta olisi kerralla valmista. Ei jaksaisi läträtä enempää, kun se on sitä työtä, joka sitten ottaa sitä käsityöaikaa.
-
Kiitos, toivotaan, että pelaa. Tuohon itse kaappaukseen kaipaisin vielä lähempiä neuvoja. Kyseessä on siis muutaman TV-tallennuksen (PAL) digitointi VHS-kaseteilta. Laatu on mitä siitä irti saa. Onko jotain ohjelmaa tai ffmpeg-komentoa, jolla voisi tallentaa suoraan H264-mp4:ään, ettei tulisi kauhean isoja tiedostoja ja toisaalta olisi kerralla valmista. Ei jaksaisi läträtä enempää, kun se on sitä työtä, joka sitten ottaa sitä käsityöaikaa.
Jos lopputuloksen laadulla ei ole erityisemmin merkitystä, voi toki käyttää ffmpegin tarjoamaa lomituksenpoistoa ja muita suotimia ja tallentaa videon suoraan H.264-tiedostoksi. Suosittelisin kuitenkin kaappaamaan videon raakamuodossa ja käsittelemään sitten erikseen toisessa vaiheessa. Siinä on joka tapauksessa tarvetta tehdä kokeita suotimilla.
Kuulostaa nyt kyllä siltä, että olisi helpompaa vain mennä sinne kirjastoon tekemään vedos valmiilla laitteilla, kuten Kamara ehdotti. Lopputulos olisi sillä tavalla todennäköisesti ainakin yhtä hyvä tai parempi. :)
-
Kuulostaa nyt kyllä siltä, että olisi helpompaa vain mennä sinne kirjastoon tekemään vedos valmiilla laitteilla, kuten Kamara ehdotti. Lopputulos olisi sillä tavalla todennäköisesti ainakin yhtä hyvä tai parempi. :)
Ei täällä maalaiskirjastossa ole moista mahdollisuutta. Hyvä kun on yksi kone, jolla nettiin pääsee. Kaapataan sitten raakaversioksi ja katsotaan, miltä näyttää. Itse sen duunin joka tapauksessa nyt teen, mutta aikaisintaan puolentoista viikon päästä. Nyt muita kiireitä.
-
No niin, nyt VHS-nauhuri tuossa pöydällä, kasetti sisällä ja piuhat kiinni. Nauhurissa olikin vain Scart-liitin. Videokaappaustikun mukana tulleella adapterilla ja kolmella piuhalla (compositea kai) kiinni. Käynnistin VLC:n testatakseni. Avasin analogisen kaappauksen. Sieltä kokeilin eri parametreja, ja sain kuvan näkymään Analoginen TV > /dev/video1. Ääntä en saanyt näkyviin, en hw0:lla enkä ykkösellä. Vasta kun avasin moodissa Videokamera /dev/video1 ja ääni hw1,0, saan sekä kuvan että äänen VLC:n kaappausruutuun. Mutta kuvassa on väärä kuvasuhde. Se on täysin neliömäinen, vaikka PAL-moodi on päällä.
Mitenkä tuon kuvasuhteen saisi kohdalleen? Jossain TV-moodissa kysyttiin jotain taajuutta, johon en osannut vastata myöskään, mutta se taisi olla äänipuolen valinta. Sitten vielä, jos ffmpegiä käyttäisi kaappaamiseen, millä komennolla se sitten onnistuisi?.
-
Onkohan VLC:n asetuksista laitettu täppä: "Muuta käyttöliittymä videon kokoiseksi" ?
Voit kokeilla toista vaihtoehtoa (eli jos on täppä, niin pois ja jos ei ole täppää, niin päälle).
Edit - Jos et pääse haluamallesi lopputulokseen, niin sitten kuvasuhteen voi pakottaa...
Asetukset->Video->Pakota kuvasuhde.
-
Vasta kun avasin moodissa Videokamera /dev/video1 ja ääni hw1,0, saan sekä kuvan että äänen VLC:n kaappausruutuun. Mutta kuvassa on väärä kuvasuhde. Se on täysin neliömäinen, vaikka PAL-moodi on päällä.
Mitenkä tuon kuvasuhteen saisi kohdalleen?
VLC:ssä kaappauslaitteen asetusten Advanced options -painikkeen takana on lisäasetuksia, joissa voi säätää mm. kuvasuhdetta.
Sitten vielä, jos ffmpegiä käyttäisi kaappaamiseen, millä komennolla se sitten onnistuisi?.
Ehkäpä näin:
ffmpeg -f v4l2 -standard PAL -i /dev/video1 -f alsa -i hw:1,0 -c:a copy -c:v copy tallenne.mkv
-
Kiitos vastanneille. VLC:ssä kuva on pakotettava 4:3 formaattiin. Kokeilin myös annettua ffmpeg-komentoa. Kyllä se toimii. VLC ei tosin ymmärrä matroska-koodekkia, Avidemux näyttää kolmea kuvaa rinnakkain ylösalaisin kavennettuna, ainoastaan Ubuntun oletussoitin näyttää sen, mutta siinäkin on määrättävä kuvasuhde ohjelmassa. Ääni ja kuva ovat synkassa ainakin tuolla testikasetilla.
Järkytys oli, että melko tarkkaan 2 min tallennustesti teki 2,4 Gt tiedoston. Siinä on kyllä julmetusti ilmaa?
Mikäs sitten olisi komento, jos tuosta tekisi mp4:ää suoraan tai jollakin lomituksen poistolla. Järkevä laatu, ei enempää.
-
Kiitos vastanneille. VLC:ssä kuva on pakotettava 4:3 formaattiin. Kokeilin myös annettua ffmpeg-komentoa. Kyllä se toimii. VLC ei tosin ymmärrä matroska-koodekkia
VLC ymmärtää Matroskaa, mutta ei FFmpegin tuottamana. Niissä on jokuin yhteensopivuusongelma, jota ei ole saatu korjattua. Olennaista on kuitenkin saada video levylle mahdollisimman häviöttömästi sellaisessa muodossa, jota voi hyödyntää seuraavissa prosessointivaiheissa.
ainoastaan Ubuntun oletussoitin näyttää sen, mutta siinäkin on määrättävä kuvasuhde ohjelmassa. Ääni ja kuva ovat synkassa ainakin tuolla testikasetilla.
Kuvasuhde on säädettävissä milloin vain prosessointiketjun aikana, mutta skaalauksia on syytä välttää viimeiseen vaiheeseen asti. Lopullisessa häviöllisesti pakatussa tiedostossa halutaan ehkä käyttää 1:1 pikseleitä, eli 704x576 -kaappaus voidaan skaalata vaikkapa neliöpikseliresoluutioon 768x576 tai 640x480.
Järkytys oli, että melko tarkkaan 2 min tallennustesti teki 2,4 Gt tiedoston. Siinä on kyllä julmetusti ilmaa?
Niin, tuossa video tallennetaan täysin pakkaamatta raakamuodossa. Toki tässä projektissa peli on jo menetetty nauhurin, liitäntöjen ja kaappauslaitteen osalta, joten kevyt häviöllinen pakkaus on enää vain pieni lisämurhe. :) Kokeile jotain kevyehköä intraframe-pakkausta, kuten DV:tä tai DNxHD:ta:
ffmpeg -f v4l2 -standard PAL -i /dev/video1 -f alsa -i hw:1,0 -c:a copy -c:v dnxhd -b 90M -pix_fmt yuv422p tallenne.mov
Mikäs sitten olisi komento, jos tuosta tekisi mp4:ää suoraan tai jollakin lomituksen poistolla. Järkevä laatu, ei enempää.
Tämä kannattaa tehdä sitten seuraavassa vaiheessa, kun olet ensin saanut videon levylle kokonaisuudessaan. Reaaliaikainen lomituksenpoisto ja H.264-pakkaus vaatii aika paljon laskentatehoa SD-videollekin, ellei ole pakottavaa tarvetta heittää vielä jäljelle jäänyt laatu ikkunasta pihalle. ;D
Lomituksenpoistoon kannattaa kokeilla ffmpegillä suotimia yadif (https://ffmpeg.org/ffmpeg-filters.html#yadif), w3fdif (https://ffmpeg.org/ffmpeg-filters.html#w3fdif) ja bwdif (https://ffmpeg.org/ffmpeg-filters.html#bwdif). Video on paras pakata x264:llä ja ääni vaikkapa FFmpegin omalla aac-enkooderilla, kun Ubuntun ffmpegiä ei ole käännetty libfdk_aac-tuella.
ffmpeg -i tallenne.mov -vf bwdif,scale=640:480 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k prosessoitu_tallenne.mp4
-
No such filter, bwdif
On tää kumma käyttis ja ohjelmatkin. Tulitikun pätkistä tekisi talon joskus nopeammin kuin näille vermeillä jotain ;)
EDIT: Ja onko tuossa jo lähtökohtaisesti jotain pielessä, kun tehty raakavideo on itsepäisesti neliömuodossa, ja sitä ei Handbrakekaan saanut oikeaan kuvasuhteeseen, ja lisäksi hukkasi äänen kokonaan, tein mitä tahaansa?
-
Oli pakko ottaa Winff käyttöön, että pääsin testauksessa eteenpäin. Se antoi ffmpeg-osioon tuollaisen komennon, kun yritin jotain järkevää laittaa parametreiksi. Bitrateksi laitettu 3000, mutta onkohan se sinne päinkään? Audioon on laitettu 128 ja 44100 kaksi kanavaa, mutta VLC ilmoittaa audion olevanm mp4a ja 48000 samplattu. Tuosta oikeastaan olisi pakko varmaan edetä niin, että kaappaus ja pakkaus hoituisi yhdellä komennolla. Eivät tule mun levytilat riittämään, jos jotain tunnin nauhoituksia joutuu kopsimaan. On parempi tehdä nauhoituksesta ensin pieni pätkä testiä ja jos kaikki on kunnossa, antaa mennä sitten suoraan mp4-pakettiin. Ei tuosta muuten tule mitään. Eli alla olevaan lauseseen sitten vielä grabbaus mukaan, ja parennusehdotuksia muihin parametreihin. Tuo 768x576 koko on nyt varmaan naulattu kiinni.
/usr/bin/ffmpeg -y -i "/home/user/tallenne.mkv" -crf 20.0 -vcodec libx264 -filter:v scale=768:576,yadif -preset slow -acodec aac -strict experimental -r:a 44100 -b:a 128k -coder 1 -flags +loop -cmp chroma -partitions +parti4x4+partp8x8+partb8x8 -me_method hex -subq 6 -me_range 16 -g 250 -keyint_min 25 -sc_threshold 40 -i_qfactor 0.71 -b_strategy 1 -threads 0 -b:v 3000k -r:v 25 -aspect 4:3 -b:a 128k -ac 2 "/home/user/tallenne.mp4"
-
No such filter, bwdif
Se on mukana FFmpegin versiosta 3.1 lähtien: https://github.com/FFmpeg/FFmpeg/blob/master/Changelog
version 3.1:
[...]
- Bob Weaver deinterlacing filter
Lataa staattinen binääri täältä, jos Ubuntussasi on liian vanha versio: https://johnvansickle.com/ffmpeg/
On tää kumma käyttis ja ohjelmatkin. Tulitikun pätkistä tekisi talon joskus nopeammin kuin näille vermeillä jotain ;)
No jaa. Mulla on sama fiilis, jos joskus joutuu jotain tekemään Windowsissa.
EDIT: Ja onko tuossa jo lähtökohtaisesti jotain pielessä, kun tehty raakavideo on itsepäisesti neliömuodossa
Jos nyt on kyse ffmpegistä, kuvasuhteen voi pakottaa vaikka setsar tai setdar-suotimella skaalauksen yhteydessä:
-vf scale=768:576,setdar=4:3
Oli pakko ottaa Winff käyttöön, että pääsin testauksessa eteenpäin. Se antoi ffmpeg-osioon tuollaisen komennon, kun yritin jotain järkevää laittaa parametreiksi. Bitrateksi laitettu 3000, mutta onkohan se sinne päinkään?
Nuo Winff:n lisäämät pakkausparametrit ovat kyllä täysin tarpeettomia ja mahdollisesti haitallisia. Tämä on juuri näiden graafisten käyttöliittymien ongelma: ffmpegin ja x264:n hyvien oletusten sijaan määritellään epämääräisiä vakioita, jotka ovat peräisin jostain kaukaa kymmenen vuoden takaa x264:n kehityksen alkumetreiltä. Suosittelen pitäytymään komentorivikäyttöliittymässä.
Tuosta oikeastaan olisi pakko varmaan edetä niin, että kaappaus ja pakkaus hoituisi yhdellä komennolla. Eivät tule mun levytilat riittämään, jos jotain tunnin nauhoituksia joutuu kopsimaan.
DNxHD:ssa ei tarkemmin katsoen taidakaan olla profiilia SD PAL-videolle, ja esimerkin 90 Mbps on turhan korkea bitrate, kun raakavideo on vain reilut 80 Mbps.
Kokeile MJPEGiä (DV:ssä käytetty pakkausta):
-c:v mjpeg -q:v 2
Laatua voi heikentää ja tiedostokokoa pienentää nostamalla parametrin -q:v arvoa ylemmäs. En edelleenkään suosittelisi suoraa pakkausta H.264-muotoon. Sitä on kyllä mahdollista käyttää intermediate-tallennukseen oikeilla parametreilla, mutta on helpompaa tehdä se muilla kodekeilla.
Kaappaus:
ffmpeg -f v4l2 -standard PAL -i /dev/video1 -f alsa -i hw:1,0 -c:a copy -c:v mjpeg -q:v 2 tallenne.mov(mkv käy myös formaatiksi)
Lomituksenpoisto ja uudelleenpakkaus MP4:ksi (H.264+AAC) FFmpeg 3.1:llä tai uudemmalla:
ffmpeg -i tallenne.mov -vf bwdif,scale=768:576,setdar=4:3 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k prosessoitu_tallenne.mp4
-
Kiitos taas kovasti. Minusta vaan alkaa tuntua, että pitäisikö luovuttaa. Ääni on tuossa kuitenkin raakatallenteessa tarkemmin katsoen reilusti kuvaa edellä, enkä tiedä miten sitä korjaisi? Ja jos lisäksi käy niin, että se viive pidemmän tallenteen aikana muuttuu niin hukassa ollaan.
Säilyyköhän synkka oikeana, jos siirtää tallentavalla DVD-soittimella DVD-levylle? Tuli sellainenkin mieleen, että pystyyköhän tallentava digiboksi hoitamaan homman ja vielä niin, että sen saisi tietokoneellekin?
Firmat mainostavat siirtoa DVD:lle 10-15 euroa kasetti, joten aika pian tämä homma pitäisi saada sujumaan kotikonstina.
EDIT: ffmpeg staattinen 64-bit binääri ladattu ja purettuna lataukset-kansiossa. Mitenkäs se siirretään /usr/bin:iin oikein, ja mitä kaikkea siirretään? Kansiossa on useita binäärejä.
EDIT2: Tällaisia huomautuksia tulee kaappauksessa (ffmpeg 2.8 jotain)
Guessed Channel Layout for Input Stream #1.0 : stereo
Input #1, alsa, from 'hw:1,0':
Duration: N/A, start: 1524899054.372583, bitrate: 1536 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s
[swscaler @ 0x838720] deprecated pixel format used, make sure you did set range correctly
[mov @ 0x821ee0] Codec for stream 1 does not use global headers but container format requires global headers
[mov @ 0x821ee0] Non-monotonous DTS in output stream 0:1; previous: 2574579, current: 2574561; changing to 2574580. This may result in incorrect timestamps in the output file.
-
Kiitos taas kovasti. Minusta vaan alkaa tuntua, että pitäisikö luovuttaa. Ääni on tuossa kuitenkin raakatallenteessa tarkemmin katsoen reilusti kuvaa edellä, enkä tiedä miten sitä korjaisi? Ja jos lisäksi käy niin, että se viive pidemmän tallenteen aikana muuttuu niin hukassa ollaan.
Juu, synkkaongelmat voivat olla hankalia ja syyt moninaisia. Yleisin ongelma on kuitenkin se, että videon pakkaus tai tallennus levylle ei onnistu reaaliajassa. Tapahtuiko tuota myös mjpeg-pakkauksella? Kannattaa kokeilla MOV-säiliön lisäksi AVIa ja MKV:tä.
Säilyyköhän synkka oikeana, jos siirtää tallentavalla DVD-soittimella DVD-levylle?
Eiköhän.
Tuli sellainenkin mieleen, että pystyyköhän tallentava digiboksi hoitamaan homman ja vielä niin, että sen saisi tietokoneellekin?
Todennäköisesti ei onnistu, koska digiboksit eivät yleensä tue analogisia videolähteitä lainkaan, eikä niissä myöskään ole tarvittavia enkoodereita, jotta videon saisi muunnettua käyttökelpoiseen digitaaliseen formaattiin.
Firmat mainostavat siirtoa DVD:lle 10-15 euroa kasetti, joten aika pian tämä homma pitäisi saada sujumaan kotikonstina.
Niin, tuollaista palvelua kannattaa vakavasti harkita, etenkin jos nauhoja on vain muutamia kappaleita.
EDIT: ffmpeg staattinen 64-bit binääri ladattu ja purettuna lataukset-kansiossa. Mitenkäs se siirretään /usr/bin:iin oikein, ja mitä kaikkea siirretään? Kansiossa on useita binäärejä.
Ei välttämättä tarvitse siirtää mihinkään vaan sitä voi ajaa suoraan kotihakemistosta lisäämällä polun komentoon:
~/Lataukset/ffmpeg -i tallenne.mov ...
Mutta kopioi vaikka /usr/local/bin-hakemistoon, niin toimii sitten komentorivillä /usr/biniin asennetun järjestelmän ffmpegin sijaan. Suoritusoikeus tarvitaan toki myös, jos et ole sitä vielä asettanut.
sudo chmod a+x ~/Lataukset/ffmpegsudo cp ~/Lataukset/ffmpeg /usr/local/bin/ffmpeg
EDIT2: Tällaisia huomautuksia tulee kaappauksessa (ffmpeg 2.8 jotain)
Guessed Channel Layout for Input Stream #1.0 : stereo
Input #1, alsa, from 'hw:1,0':
Duration: N/A, start: 1524899054.372583, bitrate: 1536 kb/s
Stream #1:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s
[swscaler @ 0x838720] deprecated pixel format used, make sure you did set range correctly
[mov @ 0x821ee0] Codec for stream 1 does not use global headers but container format requires global headers
[mov @ 0x821ee0] Non-monotonous DTS in output stream 0:1; previous: 2574579, current: 2574561; changing to 2574580. This may result in incorrect timestamps in the output file.
Tuo viimeinen huomautus viittaa tosiaan siihen, että streamin aikaleimoihin tulee jotain virhettä. Tarkempaa syytä on kuitenkin vaikea päätellä.
Joissain ohjeissa suositellaan reaaliaikaiseen kaappaukseen parametria -thread_queue_size 512. Sitä voisi vielä kokeilla:
ffmpeg -f v4l2 -standard PAL -thread_queue_size 512 -i /dev/video1 -f alsa -thread_queue_size 512 -i hw:1,0 -c:a copy -c:v mjpeg -q:v 2 tallenne.mov
-
Vastaan nyt lyhyesti, että videon viive ääneen nähden syntyy jo heti kaappauksessa. Oli sitten alkuperäinen matroska tai sitten tuolla mjpeg-pakkauksella. Sen jälkeen enää toisella ajolla mp4:ksi ei tuo muutu. Tässä on I3 prossu, 4G muistia mutta kiintolevy vielä vanhanaikainen pyörivä. Vanhassa Core2-duo -koneessa olisi SSD-levy, mutta se 12.04, joka ei taas tue tuota kaappaustikkua ja muutenkin hitaampi mylly. Jos ei tästä huomisen aikana homma selviä, luovutan. Eihän mun ole pakko hommaa tehdä, vaikka ystävää yritinkin auttaa. Kasetteja ei liene montaa.
-
Yksi ratkaisuvaihtoehto V4L2:n ja ALSA:n synkkausongelmiin on käyttää kaappaukseen GStreameria, joka ilmeisesti ymmärtää streamien eri kellot paremmin. GStreamerin kaappausparametrien konfigurointi on valitettavasti astetta monimutkaisempaa, mutta täällä on kattava ohje: https://linuxtv.org/wiki/index.php/V4L_capturing
Myös jotkut videoeditorit (kuten Shotcut) osaavat kaapata ja tallentaa analogista videota V4L2-rajapinnasta.
-
Nettihuhuista huolimatta päätin sitten kuitenkin kokeilla kaapparia Windows 8.1:ssä niillä ajureilla ja kaappausohjelmalla mitä mukana tuli. Mainitsemani viiveongelma häipyi ja kuvan laatu on sitä, mitä saattoi odottaa VHS:lle talletulta elokuvalta. Ohjelma tallentaa DV HQ asetuksella MPEG 1/2 videota 720x576 koossa. Ohjelmassa on jokin avi-asetus myös, mutta en ole kokeillut sitä. Jos siinä onnistuisi raakakaappaus, se olisi hyvä, jos ei, on tyytyminen tuohon mpg-formaattiin. Yksi mahdollisuus olisi tietysti etsiä Windowsiin toista videokaappausohjelmaa, jossa olisi H264-pakkaus tai sitten raakavideoasetus, mutta se on sitten toinen juttu. Movie Makeria ei tässä 8.1:ssä ole.
Summa summarum: kaupallista ohjelmatuotantoa kaivattaisiin lisää Ubuntuun tuomaan ammattimaisuutta ohjelmiin. Koko ffmpeg-seikkalu oli ainakin tällä kertaa valitettavasti aivan hukkaan heitettyä aikaa lopputuloksen kannalta. Se ei kuitenkaan estä kiittämästä kovasti kaikesta avusta mitä olen saanut! :)
-
FFmpegissä on toki puutteita ja bugeja niin kuin missä tahansa ohjelmistossa, mutta kokonaisuudessaan se on täydellisempi ja toimivampi videoprosessointialusta kuin mikään muu kaupallinen tai avoin ratkaisu. Analogisen videon kaappaus on vain nykypäivänä niin harvinainen tarve, ettei siihen juurikaan panosteta muualla kuin noissa kaapparilaitteiden omissa sovelluksissa.
Kaapatun videon lomituksenpoisto ja uudelleenpakkaus on kuitenkin paras tehdä ffmpegillä. Avisynth/Vapoursynth olisi siihen ainoa varteenotettava vaihtoehto, mutta käyttö vaatisi enemmän perehtymistä.
-
Alla oleva (nyt siis ffmpeg 3.1) teki alkuperäisestä .mpg:stä, joka oli oikeassa kuvasuhteessa ja ilman viivettä hurjasti vaakasuunnassa levittyneen videon, jossa taas oli äänessä viive. Onko yleensä tikun kaappausohjelman tuottama video lomitettua, kun ruutunopeus on 25?
$ ~/ffmpeg -i tallenne.mpg -vf bwdif,scale=768:576,setdar=4:3 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k prosessoitu_tallenne.mp4
-
Alla oleva (nyt siis ffmpeg 3.1) teki alkuperäisestä .mpg:stä, joka oli oikeassa kuvasuhteessa ja ilman viivettä hurjasti vaakasuunnassa levittyneen videon, jossa taas oli äänessä viive.
Synkkaongelma uudelleenpakkauksessa on hieman erikoinen juttu. Johtunee jotenkin siitä alkuperäisestä formaatista, tai sitten toistopuolella on jotain ongelmaa FFMpegin tuottaman mp4:n kanssa. FFmpegin päätteeseen tulostamasta listauksesta voisi ehkä selvitä jotain.
Kuvasuhteen osalta kannattaa kokeilla samaa komentoriviä ilman scale- ja setdar-filttereitä. Kuvasuhteen pitäisi mennä automaattisesti oikein läpi, jos se on asetettu lähdevideossa oikein.
Onko yleensä tikun kaappausohjelman tuottama video lomitettua, kun ruutunopeus on 25?
PAL-videon ruutunopeus (framerate) on 25 sekä progressiivisessa että lomitetussa videossa. Lomitetun videon kenttänopeus (field rate) on 50. Lomituksen olemassaolon pitäisi selvitä ffprobe:n listauksesta, jos osaa sitä tulkita, tai visuaalisesti katsomalla videota soittimella, joka ei tee automaattista lomituksenpoistoa. VLC käy hyvin.
On tietty mahdollista, että kaappausohjelma teki jonkun heikkolaatuisen lomituksenpoiston tallennuksen yhteydessä.
-
Palaan taas tähän. Tuo outo videon kuvasuhteen muutos mpegin 720x576:stä ffmpegillä 768x576 kai oli syyllinen muutokseen, en muuta syytä osaa keksiä.
Mutta muuta asiaa. Ei se lopputulos ole hullumpi, kun ajaa ensin Windows-puolella sillä tikun mukana tulleella kaappariohjelmalla ensin mpegiksi, ja sitten Avidemuxilla mp4:ksi. Avidemuxissa on sitä paitsi videon ja äänen synkkaamiseen oma mahdollisuutensa. Kyllä sen videokaapparin jäljiltäkin pientä viivettä on, jonka pystyy Avedemuxissa korjaamaan hyvin. Avidemux ei sen sijaan ymmärrä ffmpegin tekemää matroskaa oikein, joten se mahdollisuus on menetetty.
Kokemuksia lisäksi Windowsin media playerin ja VLC:n eroista. Testivideon mp4-formaatissa Windowsin media player toistaa hyvin tarkasti lipsync kohdallaan. VLC sen sijaan ei Windowsissakaan ihan, kuva tulee aivan hitusen perässä oikein tarkkaan katsoen. Ubuntun puolella sama juttu. Yhteistyökumppani etsii vielä nauhureidensa joukosta mahdollisesti ainakin S-videoliittimellä olevaa laitetta kun kiireiltään ennättää. Sitten laitetaan homma tulille joko tuolla mun Samsungilla tai hänen nauhurillaan.
-
toistaa hyvin tarkasti lipsync kohdallaan. VLC sen sijaan ei Windowsissakaan ihan, kuva tulee aivan hitusen perässä oikein tarkkaan katsoen. Ubuntun puolella sama juttu.
VLC:ssä voi toistaessa helposti säätää ääniraidan synkronointia, eteen/taaksepäin. Miten vaan haluaa.
-
Lisäään tähän ketjuun, kun asia liittyy nimenomaan tähän videoprojektiin.
S-videoliitännällä toimiva VHS-nauhurikin löytyi, ja lähden nyt siis nauha kerrallaan digitoimaan jossain vaiheessa yhteistyökumppanin nauhoja. Seuraava ongelma sitten liittyykin tallennukseen. Mikä/mitkä katsoisitte turvallisimmiksi medioiksi digitoitujen videoiden tallennukseen. Aiemmin jo kävi ilmi, etteivät DVD-levyt ole kovin turvallista tavaraa. CD-R:t ovat toimineet mulla hyvin, mutta niille mahtuu olemattoman vähän tavaraa. Mielessä käyneet isot muistitikut/muistikortit, SSD-kiintolevyt, miksi ei pyörivätkin vielä backup-sellaisina. Lisäksi asiaan liittyy tiedostojärjestelmäongelma. FAT32:lla tiedostokokoraja on 4 Gt, jota tuskin sitten taas toisaalta ylitetään/tiedosto (en ole varma), mutta sitten taas mediaa pitäisi pystyä vaivatta lukemaan myös Applen koneilla, jolloin ehkä systeemi olisi oltava kuitenkin FAT32? Tiedostomuodoksi on päätymässä mp4 h.264 pakattuna. Se ilmeisesti toimii mäkissäkin? Kysynkin siis, mikä/mitkä olisivat suositeltavia tallennusmedioita pidempiaikaiseen säilytykseen, toisaalta käyttömediaksi, ja toisaalta varmuuskopioksi. Ymmärtääkseni tikuille/korteille tallennettu tieto ei helposti häviä?
-
Kysynkin siis, mikä/mitkä olisivat suositeltavia tallennusmedioita pidempiaikaiseen säilytykseen, toisaalta käyttömediaksi, ja toisaalta varmuuskopioksi. Ymmärtääkseni tikuille/korteille tallennettu tieto ei helposti häviä?
Varmuusjärjestyksessä parhaasta huonoimpaan:
1. Pilvitallennus esim. Googlen, Amazonin tai Dropboxin palvelimilla
2. HDD (HGST tai vastaava testeissä hyväksi todettu merkki/malli)
3. Archive-tason laadukas DVD
4. SSD
5. Hyvä muistikortti/USB-tikku
Suosittelisin vaihtoehtoja 1 ja 2, molempia samanaikaisesti. Kovalevylle tiedostojärjestelmäksi käy vaikka NTFS, jos käytettävissä on Windows, jolla tiedostojärjestelmää voi tarvittaessa korjata.
-
Kiitän. Ykkösvaihtoehto jää pois, tästä sovittiin jo. Luultavasti sitten parille HDD:lle talletan, joista toinen backup, ja kaikkein tärkeimmät lisäksi DVD:lle tai tikuille/korteille.
-
Kiitän. Ykkösvaihtoehto jää pois, tästä sovittiin jo. Luultavasti sitten parille HDD:lle talletan, joista toinen backup, ja kaikkein tärkeimmät lisäksi DVD:lle tai tikuille/korteille.
Eri HDD-malleilla on tosiaan sitten huomattavia eroja luotettavuudessa, kuten millä tahansa tallennusvälineellä. HGST:n neljän teran levyt ovat hyviksi todettuja: https://www.backblaze.com/blog/hard-drive-stats-for-2017/
Tosin Backblazen käytössä levyjen käynnistymisestä aiheutuvaa kuormitusta ei käytännössä huomioida, koska levyt ovat jatkuvasti käynnissä.
-
Huomioin tuon levyjen tasoeron.
Palaan vielä audioformaattiin. Yhteistyökumppanin nauhat sisältävät musiikkiesityksiä myös, ja siksikin ääni olisi syytä saada talteen kelvollisesti. Joka paikassa suositellaan AAC-muotoa, joka taas faac:lla ei kaiketi ole kovin kummoinen. Avidemux antaa AAC:lle kaksi vaihtoehtoa; faac ja lav. Erot? Entäpä AC3? Sille annetaan vaihtoehdot lav ja aften. Erot? Mp3:n olen hylkäämässä vaillinaisen tuen vuoksi. Tärkeätä olisi toisaalta kohtuullinen laatu mutta toisaalta myös hyvä yhteensopivuus myös HTML5 videona. Mikä siis olisi järkevä vaihtoehto. PCM formaattiin en myöskään olisi suostumassa.
-
Palaan vielä audioformaattiin. Yhteistyökumppanin nauhat sisältävät musiikkiesityksiä myös, ja siksikin ääni olisi syytä saada talteen kelvollisesti. Joka paikassa suositellaan AAC-muotoa, joka taas faac:lla ei kaiketi ole kovin kummoinen. Avidemux antaa AAC:lle kaksi vaihtoehtoa; faac ja lav. Erot?
lav = FFmpegin AAC-enkooderi, joka on nykyisin kai ihan pätevä, mutta laajempia ABX-kuuntelutestejä ei taida olla sen osalta tehty viime aikoina. Tässä jonkun oma testi: https://hydrogenaud.io/index.php/topic,111085.0.html
Entäpä AC3? Sille annetaan vaihtoehdot lav ja aften. Erot?
Kumpikaan tuskin on kovin hyvä verrattuna vaikkapa Lamella pakattuun MP3:een tai hyviin AAC-enkoodereihin. AC3:n laitetuki on epävarmaa, jos käytät MP4-säiliömuotoa, ja HTML5-videossa se ei toimi lainkaan.
Mp3:n olen hylkäämässä vaillinaisen tuen vuoksi. Tärkeätä olisi toisaalta kohtuullinen laatu mutta toisaalta myös hyvä yhteensopivuus myös HTML5 videona. Mikä siis olisi järkevä vaihtoehto. PCM formaattiin en myöskään olisi suostumassa.
AAC on laajimmin tuettu ääniformaatti MP4-säiliössä, mutta MP3 toimii nykyisin myös aika varmasti. Itse pakkaisin joko libmp3lamella tai libavcodecin AAC-enkooderilla (lav), vähintään 128 kbps bitratella, jos on valittava sen ja FAAC:n välillä.
Esimerkiksi Mozillan ylläpitämän taulukon mukaan HTML5-videoelementin osalta AAC- ja MP3-ääniraitojen tuki MP4-säiliössä on yhtä laaja eri selaimissa ja mobiililaitteissa:
https://developer.mozilla.org/en-US/docs/Web/HTML/Supported_media_formats#Browser_compatibility
-
Mitä ongelmaa on tuossa alla olevassa komennossa? Kun ottaa tuon setdar'in parametreineen pois ja sitä edeltävän pilkun, tulee järkevän kokoista ruutua. Se mukana ollen litistää videon aivan mahdottoman näköiseksi.
$ ~/ffmpeg -i tallenne.mpg -vf bwdif,scale=768:576,setdar=4:3 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k prosessoitu_tallenne.mp4
Ehkä selviän digitoinnista kuitenkin Ubuntun puolella. FFmpegillä moviksi (mjpeg), sitten ajo mp4:ksi, ja sitten vasta audion ja videon synkkaaminen Avidemuxilla niin, että kumpikin ajetaan kopioiden läpi (copy) ja ruksataan audioon shift ja parametriksi testattu sopiva millisekuntimäärä. Projekti ei ole vieläkään edennyt yhteistyökumppanin kiireiden vuoksi, mutta ehkä parin viikon sisällä pääsen työstämään.
Onko vaakamitta videossa todella järkevää ajaa 768:aan pikseliin 720 sijasta, joka olisi alkuperäinen?
-
Eipä tämä ohje enää auta, mutta AliExpress (https://www.aliexpress.com/wholesale?catId=0&initiative_id=AS_20180607205022&SearchText=vhs+to+dvd+converter) tarjoaa pari noin $ 75 hintaista VHS -> DVD muuntimia. Jos haluaa tehdä kotona omalla laitteella. Nuo kirjastojen palvelut tuntuvat käteviltä.
-
Mitä ongelmaa on tuossa alla olevassa komennossa? Kun ottaa tuon setdar'in parametreineen pois ja sitä edeltävän pilkun, tulee järkevän kokoista ruutua. Se mukana ollen litistää videon aivan mahdottoman näköiseksi.
$ ~/ffmpeg -i tallenne.mpg -vf bwdif,scale=768:576,setdar=4:3 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k prosessoitu_tallenne.mp4
Outoa. Minulla tuo toimii niin kuin pitääkin, kun lähdevideo on 720x576 DVB-tallenne. Mutta jätä setdar pois, jos näyttää toimivan useammalla katseluohjelmalla oikein ilman sitä.
Onko vaakamitta videossa todella järkevää ajaa 768:aan pikseliin 720 sijasta, joka olisi alkuperäinen?
Ei välttämättä tarvitse skaalata. Riippuu millaisilla laitteilla ja katseluohjelmilla videota toistetaan. PC- ja mobiililaitteissa ja videoiden nettijakelussa on oikeastaan aina käytetty neliön muotoisia pikseleitä, ja PAL- ja NTSC-pikselisuhteet voivat toimia joissain (vanhemmissa) ympäristöissä väärin. Esimerkiksi Yle Areenassa PAL-videot on skaalattu 640x480 tai 1280x720 -kokoon, joskaan en välttämättä suosittelisi niitä. Toisaalta jos video tulee myös DVD-jakeluun, se on skaalattava takaisin 720x576-kokoon.
-
Paluu vielä aiheeseen. Milläs keinoin tuosta lauseesta pudotetaan lomituksenpoisto pois? Olen koettanyt yhtä ja toista, mutta aina virheilmo. Välillä on pilkkua välissä, välillä ei ym ym.???
$ ~/ffmpeg -i Capture2.mpg -vf bwdif,scale=720:576 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k capturex.mp4
On pakko käytännössä käyttää Windowsin Power Directoria, ja se tekee (netin mukaan) ihan hyvän lomituksen poiston itse. Oletuksena esim. puolen tunnin VHS-nauhasta syntyy 2.2 gigan mpeg-tiedosto. Se saisi olla mielellään mp4, luultavasti tuo menisi johonkin gigan paikkeille noilla yllä olevilla parametreilla. Toinen juttu sitten on, kannattaako kertaalleen pakettua pakata uudestaan?
Yhteistyökumppanin ekan nauhan ajanut, ja siinä ei kylläkään ollut synkkaongelmaa. Aikaisempi testinauhani, telkkarista äänitetty elokuva lienee ollut jo nauhoittaessa epäsynkassa non 300 ms.
-
Paluu vielä aiheeseen. Milläs keinoin tuosta lauseesta pudotetaan lomituksenpoisto pois? Olen koettanyt yhtä ja toista, mutta aina virheilmo. Välillä on pilkkua välissä, välillä ei ym ym.???
$ ~/ffmpeg -i Capture2.mpg -vf bwdif,scale=720:576 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k capturex.mp4
Ota bwdif-suodin pois:
ffmpeg -i Capture2.mpg -vf scale=720:576 -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k capturex.mp4
Todennäköisesti et halua myöskään skaalata videota enää, joten myös scale-suotimen voi poistaa:
ffmpeg -i Capture2.mpg -c:v libx264 -preset slow -crf 20 -c:a aac -b:a 128k capturex.mp4
Oletuksena esim. puolen tunnin VHS-nauhasta syntyy 2.2 gigan mpeg-tiedosto. Se saisi olla mielellään mp4, luultavasti tuo menisi johonkin gigan paikkeille noilla yllä olevilla parametreilla. Toinen juttu sitten on, kannattaako kertaalleen pakettua pakata uudestaan?
Jos et pysty tallentamaan videota PowerDirectorilla haluamaasi formaattiin, se kannattaa tuoda ulos mahdollisimman häviöttömänä eli korkealla bitratella ja tarkoitukseen sopivalla kodekilla pakattuna. MPEG-2 käy, jos Cyberlinkin(?) enkooderi on edes kohtalaisen hyvä. Minulla ei ole siitä kokemusta. 2 gigaa puolen tunnin pätkälle 576p25-videota MPEG-2-pakattuna kuulostaa ihan hyvältä uudelleenpakkausta ajatellen. Bitrate on silloin yli 9 Mbps.
-
Jos et pysty tallentamaan videota PowerDirectorilla haluamaasi formaattiin, se kannattaa tuoda ulos mahdollisimman häviöttömänä eli korkealla bitratella ja tarkoitukseen sopivalla kodekilla pakattuna. MPEG-2 käy, jos Cyberlinkin(?) enkooderi on edes kohtalaisen hyvä. Minulla ei ole siitä kokemusta. 2 gigaa puolen tunnin pätkälle 576p25-videota MPEG-2-pakattuna kuulostaa ihan hyvältä uudelleenpakkausta ajatellen. Bitrate on silloin yli 9 Mbps.
Kiitos! Tuo näyttää olevan Cyberlinkin PowerDirectorin ainoa vaihtoehto laadukkaassa profiilissa. Riittääkö tuo crf 20 tuollaiselle vai olisiko 19 järkevä. 20:llä bitrate on 3500 suurin piirtein, 19 antaa lähemmäs 5000. Olen iloisesti yllättynyt, että synkkaongelmaa ensimmäisillä 2 nauhalla ei ole. Värinöitä on kuvassa, eikä sille ole mitään tehtävävissä. Ihan tyypillistä VHS-nauhoittelle, eikä toisaalta projektin kokonaisuutta ajatellen ole aikaa ruveta halkomaan bittejä. 1987 nauhoitus toistui mielestäni ihan kohtuullisesti digitoituna, eikä sitä pidä nenä ruudussa tuijottaakaan.
-
Kiitos! Tuo näyttää olevan Cyberlinkin PowerDirectorin ainoa vaihtoehto laadukkaassa profiilissa. Riittääkö tuo crf 20 tuollaiselle vai olisiko 19 järkevä. 20:llä bitrate on 3500 suurin piirtein, 19 antaa lähemmäs 5000. Olen iloisesti yllättynyt, että synkkaongelmaa ensimmäisillä 2 nauhalla ei ole. Värinöitä on kuvassa, eikä sille ole mitään tehtävävissä. Ihan tyypillistä VHS-nauhoittelle, eikä toisaalta projektin kokonaisuutta ajatellen ole aikaa ruveta halkomaan bittejä. 1987 nauhoitus toistui mielestäni ihan kohtuullisesti digitoituna, eikä sitä pidä nenä ruudussa tuijottaakaan.
Arkistointiin kannattaa käyttää niin korkeaa laatua kuin on varaa tallentaa, eli tässä tapauksessa voi vaikka tallentaa ne PowerDirectorin mpegit sellaisenaan kovalevylle.
Toistettaviin vedoksiin voi sitten valita matalamman laadun siirtokaistan tai tallennusvälineiden mukaan. CRF 20 riittää kyllä paremmin kuin hyvin katseluun televisioruudulta ja mobiililaitteista. Enkoodauksen kannalta se vastaa Blu-ray-levyjen pakkauslaatua.