VHS-nauhojen digitointi

[nm]

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ä:

Koodia: [Valitse]

-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):

Koodia: [Valitse]

-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:

Koodia: [Valitse]

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:

Koodia: [Valitse]

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

[New_user]

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)

Koodia: [Valitse]

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.

[nm]

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:

Koodia: [Valitse]

~/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.

Koodia: [Valitse]

sudo chmod a+x ~/Lataukset/ffmpeg

Koodia: [Valitse]

sudo cp ~/Lataukset/ffmpeg /usr/local/bin/ffmpeg

EDIT2: Tällaisia huomautuksia tulee kaappauksessa (ffmpeg 2.8 jotain)

Koodia: [Valitse]

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:

Koodia: [Valitse]

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

[New_user]

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.

[nm]

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.

[New_user]

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! 

[nm]

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ä.

[New_user]

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?

Koodia: [Valitse]

$ ~/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


[nm]

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ä.

[New_user]

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.

[jarmala]

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.

[New_user]

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ä?

[nm]

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.

[New_user]

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.

[nm]

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ä.

[New_user]

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.

[nm]

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

[New_user]

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.

Koodia: [Valitse]

$ ~/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?

[ilkant]

Eipä tämä ohje enää auta, mutta AliExpress tarjoaa pari noin $ 75 hintaista VHS -> DVD muuntimia. Jos haluaa tehdä kotona omalla laitteella. Nuo kirjastojen palvelut tuntuvat käteviltä.

[nm]

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.

Koodia: [Valitse]

$ ~/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.