plv-z1/ae-100 ja lomitettu kuva

[iguchi]

Olen nyt hankkimassa itselleni ensimmäistä LCD-tykkiä, ja sen osalta olisi muutama kysymys.
HT on muuten kaikinpuolin kunnossa, ainoastaan kuvalähde "uupuu" (tv:stä päästävä eroon). DVD-soittimena on tällä hetkellä Pioneerin DV-444, johon olen erittäin tyytyväinen. Olen nyt kuitenkin tässä lähiaikoina selaillut tätä ja muita foorumeita ja eteen osunut useammin kuin tarpeeksi keskustelua progressiivisuudesta.
Nyt haluaisinkin siis tietää, onko lomitettu kuva ko. soittimella (rgb) todellakin niin huonoa että minun on "pakko" hankkia progressiivinen soitin tai vaihtoehtoisesti juovatuplain? Soitinta en malttaisi vaihtaa jo senkään takia, että se istuu sisustukseen kuin sormi.. nojoo.
Noista muista threadeista olen vinkkejä lueskellut, mutta sekavammaksi juttu vaan tuntuu menevän kun mielipiteiden jakelijat lisääntyy.
Onko ero suuri sanyon ja panasonicin välillä?

[jjokivuo]

Itse omistan Z1:n ja en näe itselläni olevan tarvetta proge soittimen hankintaan. Koska AE100:ssa tai Z1:ssä ei ole varsinaista juovatuplausta (kuten ei suuressa osassa edullisista projektoreista) niin on lopulta katsojan silmässä se että miten hyvin lomitetun kuvan esitys silmään sattuu.
Video RGB on harvinaisempaa herkkua "pixeli projektoreille" AE100 ei näemmä tue sitä, vaan vasta VGA taajuista. Z1:llä on tuki mutta vaatinee erilliset synkat, eli lisä elektroniikkaa. (Ellei nyt Sanyolta ala selvitä ns. Australian SCART-VGA salaisuus)

[Klemmari]

Originally posted by jjokivuo
Koska AE100:ssa tai Z1:ssä ei ole varsinaista juovatuplausta Jokaisessa video-inputit sisältävässä LCD-projektorissa on juovatuplain ja sen lisäksi myös skaalain.

MKL

[jjokivuo]

Originally posted by Klemmari
Jokaisessa video-inputit sisältävässä LCD-projektorissa on juovatuplain ja sen lisäksi myös skaalain.

MKL

Miksi olisi juovatuplainta? Tämä grafiikan käsittelystä vastaava "skaalain" piiri ei näytä sisältävän moista, sillä sopivasti liikkeen sattuessa ainakin minä havaiset ns. scanlinet ja niiden väliin jäävät tyhjät alueet. Jos taas tarkoitat juovataajuuden kasvattamista niin sekään ei oikein istu "pixeli" projektoreihin.

Eli miten tämä juovatuplain mielestäsi näkyy kuvassa??

Onhan lomitettu -> proge kuvan tuottokin PAL DVD materiaalilla aivan helppo homma ja silti sellaista ominaisuutta ei projektoreihin laiteta ns. perus skaalain piireillä.

[Klemmari]

Originally posted by jjokivuo
Miksi olisi juovatuplainta? Tämä grafiikan käsittelystä vastaava "skaalain" piiri ei näytä sisältävän moista, sillä sopivasti liikkeen sattuessa ainakin minä havaiset ns. scanlinet ja niiden väliin jäävät tyhjät alueet.Kuten Rauer sanoi, LCD:n kuva on tuplattua tavalla tai toisella. Liikkeessä näkyvien viivojen näkyminen johtuu siitä, että tuplain ei ole aidosti progressiivinen vaan se vain yhdistää sattumanvaraisesti peräkkäiset kuvakentät. Parilliset ja parittomat juovat näkyvät yhtä aikaa eli kuva on tuplattu - harmi vain, että juovat ovat eri kuvista.


Onhan lomitettu -> proge kuvan tuottokin PAL DVD materiaalilla aivan helppo hommaTuo ei pidä paikkaansa. Progressiivinen PAL-kuva on paljon hankalampi tapaus kuin progressiivinen NTSC. Se johtuu siitä, että NTSC:ssä lomitetussa filmikuvassa (3:2) joka toisen kuvan kolmas kenttä on ensimmäisen kentän duplikaatti joten oikean sekvenssin löytäminen on melko helppoa suoralla kenttien vertailulla mutta PAL-kuvassa jokainen kenttä on erilainen, joten sekvenssin löytäminen vaatii samaan kuvaan kuuluvien kenttien löytämisen vertailemalla kentissä tapahtuneiden muutosten määrää.

MKL

[jjokivuo]

Näkemissäni LCD projektoreissa lopullinen kuvan tuotto matkii kuitenkin lomitetulla signaalilla lomitettua kuvaa, tosin LCD:n luonteesta johtuen piirto tapahtuu puolikuva kerrallaan, eikä "juova" kerrallaan kuten CRT pohjaisissa. Enkä ole mitään juova tuplaukseen viittaava nähnyt. Kertokaa toki tarkemmin, ei kuvitelmani ole kiveen kirjoitettu :) Vai käsitämmekö ihan eri asioita sanalla juovatuplaus?

Minä käsitän sen niin että:
1. Juova "kaapataan" eli digitoidaan
2. Juova esitetään uudelleen 2 juovana, jolloin CRT:ssä myös juovataajuus kasvaa 2x, LCD:ssä asia juova on taas vaan osa kuvaa/puolikuvaa.
3. Näin ollen juovamäärä puolikuvassa tuplaantuu ja kuvassa ei näy ns. scanlineja.
4. Seuraavan puolikuvan tuleessa sama toimen pide mutta piirto aloitetaan 1 juovan verran ylempää tai alempaa, kun kyseessä on kuitenkin lomitettu kuva joka ei juovatuplauksella muutu lomittamattomaksi, progeksi.

[jjokivuo]

Originally posted by Klemmari
Kuten Rauer sanoi, LCD:n kuva on tuplattua tavalla tai toisella. Liikkeessä näkyvien viivojen näkyminen johtuu siitä, että tuplain ei ole aidosti progressiivinen vaan se vain yhdistää sattumanvaraisesti peräkkäiset kuvakentät. Parilliset ja parittomat juovat näkyvät yhtä aikaa eli kuva on tuplattu - harmi vain, että juovat ovat eri kuvista.


Kyse ei ole varhaisten 100hz telkkareiden ongelmasta jotka 1a,1b,1a,1b, 2a,2b,2a,2b tai 1a+b, 2a+b sekvensillä josta taas aiheutui kauhea kampa effari kun molemmat puolikuvat olivat ikäänkuin yhtäaikaa näkyvissä (siis TV lähetyksissä, 50hz liike..). Tuota en ole LCD tykeissä koskaan nähnyt.


Tuo ei pidä paikkaansa. Progressiivinen PAL-kuva on paljon hankalampi tapaus kuin progressiivinen NTSC. Se johtuu siitä, että NTSC:ssä lomitetussa filmikuvassa (3:2) joka toisen kuvan kolmas kenttä on ensimmäisen kentän duplikaatti joten oikean sekvenssin löytäminen on melko helppoa suoralla kenttien vertailulla mutta PAL-kuvassa jokainen kenttä on erilainen, joten sekvenssin löytäminen vaatii samaan kuvaan kuuluvien kenttien löytämisen vertailemalla kentissä tapahtuneiden muutosten määrää.

MKL

Minun käsityksen mukaan PAL DVD on juuri siksi helppo tapaus kun kuvan a ja b puolikuvat ovat nimenomaan samasta "filmi" kuvasta. Eli proge onnistuu kaappamalla molemmat puolikuvat ja näyttämällä se koostettuna, ei voisi helpommin olla. Tämä siis vain elokuva materiaalilla, TV/videopeli materiaali 50hz liikeformaatilla on sitten vaikeampi pala, siihen on omat erikoistuneet piirinsä... esim Fa.... jotain :)

[Klemmari]

Originally posted by jjokivuo
2. Juova esitetään uudelleen 2 juovana, jolloin CRT:ssä myös juovataajuus kasvaa 2x, LCD:ssä asia juova on taas vaan osa kuvaa/puolikuvaa.Tässä kohtaa meni vikaa. Ei tyhmäkään juovatuplain sentään näytä juovaa kahtena vaan se odottaa seuraavaa kenttää ja näyttää ne sitten yhtäaikaa. Ongelma on siinä että, että ei-progressiivinen tuplain ei mieti, kuuluvatko peräkkäiset kentät yhteen vaan se voi näyttää kenttäparit AA BB CC muodossa ?A AB BC C?. Ja mahdollinen väpätys johtuu siitä, että parilliset ja parittomat juovat ovat vaihtaneet paikkaa.

Mikäli kukin juova vain näytettäisiin kahdesti, niin silloin formaatti esim. NTSC:llä olisi 240p eli pystytarkkuus olisi vain 240 juovaa plus väpinät. Niin huonosti asiat eivät sentään nykyään ole.

MKL

[Klemmari]

Originally posted by jjokivuo
Minun käsityksen mukaan PAL DVD on juuri siksi helppo tapaus kun kuvan a ja b puolikuvat ovat nimenomaan samasta "filmi" kuvasta. Eli proge onnistuu kaappamalla molemmat puolikuvat ja näyttämällä se koostettuna, ei voisi helpommin olla.Ja mistä tiedetään, että valitut puolikuvat muodostavat parin? Vertaamalla filmikuvaan?

Tai no, ei tarvitse vastata. Taidanpa lopettaa omalta osaltani keskustelun asiasta tähän.

Kiitos.

MKL

[jjokivuo]

Originally posted by Klemmari
Ja mistä tiedetään, että valitut puolikuvat muodostavat parin? Vertaamalla filmikuvaan?

Tai no, ei tarvitse vastata. Taidanpa lopettaa omalta osaltani keskustelun asiasta tähän.

Kiitos.

MKL

Elä nyt lopeta leikkiä kesken :)

Valitut puolikuvat???, ei niitä tarvitse valita, A:n erottaa B:stä ihan signaalitasolla, mites muuten luulisit että telkkari osaa moiset piirtää oikein
:thumbsup:

Jotenka onkos mielessäsi jotain muuta mikä estäisi helpon proge PAL DVD kuvan??

[jjokivuo]

Originally posted by Klemmari
Tässä kohtaa meni vikaa. Ei tyhmäkään juovatuplain sentään näytä juovaa kahtena vaan se odottaa seuraavaa kenttää ja näyttää ne sitten yhtäaikaa. Ongelma on siinä että, että ei-progressiivinen tuplain ei mieti, kuuluvatko peräkkäiset kentät yhteen vaan se voi näyttää kenttäparit AA BB CC muodossa ?A AB BC C?. Ja mahdollinen väpätys johtuu siitä, että parilliset ja parittomat juovat ovat vaihtaneet paikkaa.

Mikäli kukin juova vain näytettäisiin kahdesti, niin silloin formaatti esim. NTSC:llä olisi 240p eli pystytarkkuus olisi vain 240 juovaa plus väpinät. Niin huonosti asiat eivät sentään nykyään ole.

MKL

Niikuin vastasin toiseen postiin, puolikuvat eroitetaan ihan signaalitasolla A ja B kenttiin.

Myönnän että en ole koskaan kaivanut esiin mitä juovatuplas tarkoittaa, tuo oli vaan oma käsitys asiasta, ja jos noin on niin ei siinä mitään.

Nyt vaan menee aika kummaliseksi kun onlisi ei-älykkäitä juovatuplaimia, alykkäitä juovatuplaimia ja progressiivisia juovatuplaimia...... joku menee metsään, juovatuplain on juovatuplain ja proge muutos on erikseen. Eli minusta juovatuplaus ei ole proge kuvan tuottamista.

Laite joka tuottaa 2 puolikuvasta 1 kuvan ja näyttää sen yhdellä kertaa on proge "piiri". Ja jos tämä onnistuu kaikenlaisilla matskuilla (PAL/NTSC ja liike materiaaleilla 60hz/30hz/50hz/25hz/24hz ) on HYVÄ proge "piiri".

Juovatuplaimen virallista määrittelyä odotellen
:thumbsup:

[Pentele]

Originally posted by jjokivuo
Nyt vaan menee aika kummaliseksi kun onlisi ei-älykkäitä juovatuplaimia, alykkäitä juovatuplaimia ja progressiivisia juovatuplaimia...... joku menee metsään, juovatuplain on juovatuplain ja proge muutos on erikseen. Eli minusta juovatuplaus ei ole proge kuvan tuottamista.

Juovatuplain esim. iScan antaa ulos progressiivista 576p signaalia kun sille syötetään lomitettua 576i signaalia. Tästä voitaneen päätellä, että juovatuplain tuottaa progressiivista kuvaa eikö totta? Mikäli juovatuplain osaa tunnistaa 2:2 (PAL) ja 3:2 (NTSC) filmimoodin, niin tuplatuista kentistä muodostettu filmiltä peräisin oleva kuva on kunnollinen eikä vain tuplattuja kenttiä ja sahalaitoja filtteröity pehmeäksi.

Juovatuplaimia voi todellakin olla myös ei-älykkäitä, sellainen on esim. juuri sinun tykissäsi sisäänrakennettuna, kuten useimmissa muissakin.

Useissa tykeissä sisäänrakennetut juovatuplaimet tuottavat "juovatuplattua" kuvaa jopa siten, että otetaan puolikuva ja täytetään "välit" tästä lasketun informaation perusteella, tämä on ns. BOB deinterlacing. Tuloksena on hieman pehmeä kuva mutta se ei "kampaa" liikkeessä.

[mattim]

Kannattaa vilkaista vaikka tuolta http://members.aol.com/ajaynejr/viddoubl.htm#Doubler hieman teoriaa noista tuplaimista. Kertaus ei tehnyt pahaa itsellenikään.

Matti

[jjokivuo]

Mukavaa luettavaa, nyt selvisi että "juovatuplain" ei ole niin kiveen kirjoitettu vaan kattaa aikamoisen skaalan.

Edelleenkään en tajua miksi PAL DVD materiaalille ei ole jopa halvoissa tykeissä proge asetusta... kyllä luulisi nyt 2 puolikuvaa mahtuvan masiinan muistiin.
Kaipa se on enempi kaupallinen päätös ja se että PAL on kuitenkin pieni osa projektorin toimintaa, noin niikuin maailman laajuisesti.

[Pentele]

Originally posted by jjokivuo
Edelleenkään en tajua miksi PAL DVD materiaalille ei ole jopa halvoissa tykeissä proge asetusta... kyllä luulisi nyt 2 puolikuvaa mahtuvan masiinan muistiin.
Kaipa se on enempi kaupallinen päätös ja se että PAL on kuitenkin pieni osa projektorin toimintaa, noin niikuin maailman laajuisesti.
Ei se nyt ole pelkästä "masiinan" muistista kiinni, vaan se nyt ei ole niin helppoa tehdä kunnolla. Kuten on tiedossa kaikki progressiiviset DVD-soittimet eivät ole yhtä hyviä progressiivisen kuvan tuottamisessa.

Tällä hetkellä ainoastaan SiL tai Sage/Faroudja piireihin perustuvissa soittimissa saadaan aikaan kunnollista progressiivista kuvaa. Myös HTPC on erittäin hyvä filmipohjaisella materiaalilla ja soveltuu erityisen hyvin pikselitykkien kaveriksi tämän lisäksi laadukkaan skaalauksen ansiosta.

Suosittelisin lukemaan täällä aiemmin käsiteltyjä aiheita saadaksesi hieman kuvaa mistä oikein on kysymys.

[jjokivuo]

Originally posted by Pentele

Suosittelisin lukemaan täällä aiemmin käsiteltyjä aiheita saadaksesi hieman kuvaa mistä oikein on kysymys.

Voi helkutta, tähän se menee tämmöisillä "yleisillä" foorumeilla... Kiitos vaan, olen harrastanut + työkseni ohjelmoinut assemblerista lähtien kaikenlaisilla värkeillä, kielillä ja vehkeillä, harrastan tietokone grafiikkaa/video nikkarointia, PAL signaali ja sen toiminta on tuttua. Nyt kun sitten yritän ihmetellä mikä maksaa PAL DVD proge tuotossa projektoreissa joissa olisi kyky tuottaa moista niin sitten tulee tuommoisia ylimalkaisia kommentteja joista näkee että etpä ole vaivautunut asiaa ajattelemaan tai selvittämään.

Tekisi mieli ruveta nikkaroimaan moinen "niin helkutin mahdoton" pal proge palikka niin saisi asian taottua kaaliin. Mutta mitään hyötyä tuosta ei kuitenkaan olisi itselleni... eli unohdan nyt tästä eteenpäin tällä foorumilla kaikenlaiset "monimutkaisemman" teknisen keskustelun. Kiitos tästä valaistumisesta.

/vuodatus loppu :thumbsup:

[Jayman]

Originally posted by jjokivuo
Niikuin vastasin toiseen postiin, puolikuvat eroitetaan ihan signaalitasolla A ja B kenttiin.


No vedäppäs nyt ihan signaalitasolla tuo erottaminen kun tuntuu olevan niin pässinlihaa. Olisi mukava lukea, voit lähteä ihan fourier tasolta tai liikevektoreista niin saadaan lopullinen selvyys asiaan.

[Jayman]

Niin ja toivomus koskee vain ja ainoastaan PAL matskun puolikuvaparien etsimistä...

[jjokivuo]

Originally posted by Jayman
No vedäppäs nyt ihan signaalitasolla tuo erottaminen kun tuntuu olevan niin pässinlihaa. Olisi mukava lukea, voit lähteä ihan fourier tasolta tai liikevektoreista niin saadaan lopullinen selvyys asiaan.

Uskon kyllä että täällä on paljon parempia signaali & elekroniikka hemmoja paikalla kuin minä mutta toivottavasti et kirjoitellut ihan vaan vittuilu mielessä.

Siinä ei mitään fourier tai liike laskentoja tarvitse...

Kuva kertoo enemmän kuin 1000 sanaa,.. joko tämä jauhaminen loppuu??

[Klemmari]

Originally posted by Jayman
Niin ja toivomus koskee vain ja ainoastaan PAL matskun puolikuvaparien etsimistä... Ja tähän asiaan suoraan liittyen, minua ja varmasti monia muitakin varmasti kiinnostaa, miten sitten valituista puolikuvapareista voidaan päätellä, onko kyseessä filmi vai video? Eli voidaanko juovat yhdistää suoraan vai pitääkö rakentaa liikekompensaatiolla kokonaan uudet kentät, mahdollisesti useamman kuin kahden kentän dataan perustuen?

Pelkkä vuokaavio riittää, assemblerin voit säästää patenttihakemukseesi.

MKL

[jjokivuo]

Originally posted by Klemmari
Ja tähän asiaan suoraan liittyen, minua ja varmasti monia muitakin varmasti kiinnostaa, miten sitten valituista puolikuvapareista voidaan päätellä, onko kyseessä filmi vai video? Eli voidaanko juovat yhdistää suoraan vai pitääkö rakentaa liikekompensaatiolla kokonaan uudet kentät, mahdollisesti useamman kuin kahden kentän dataan perustuen?

Pelkkä vuokaavio riittää, assemblerin voit säästää patenttihakemukseesi.

MKL

Lue mitä olen kirjoittanut, lue uudestaan jos et ymmärtänyt. Olen koko ajan tarkoittanut PAL DVD filmi materiaalia jossa ei tarvitse arpoa, en TV/video materiaalia, jonkun mainitsemat "SiL tai Sage/Faroudja " ja esim DScaler ovat sitten sitä varten jos haluaa esim. 50hz liikemateriaalin muuttaa 25 tai 50hz proge liike muotoon.

[Klemmari]

Originally posted by jjokivuo
Olen koko ajan tarkoittanut PAL DVD filmi materiaalia jossa ei tarvitse arpoa, en TV/video materiaaliaMutta mistä sinä tiedät, kumpi on kyseessä?

MKL

[jjokivuo]

Originally posted by Klemmari
Mutta mistä sinä tiedät, kumpi on kyseessä?

MKL

Täähhh... asian ydin lienee siinä että olisin iloinen jos projektorissa olisi sellainen optio: normal / PAL proge. Sitä kääntelisin haluamallani tavalla ihan niikuin 100hz telkkareissa erilaisia 100hz asetuksia. Vastaus kysymykseesi: Kokelemalla, jos kyseessä on video matsku niin kuva on ikävä, jotenka vippaisin option "normal" asetukseen. ("normal" siis edustaa videoprojektoreiden olemassa olevaa perus tapaa hoitaa PAL kuva.)

[Klemmari]

Originally posted by jjokivuo
Kuva kertoo enemmän kuin 1000 sanaaMainitsemasi "signalointi" ohjaa vain lomitusta, ei videosignaali ole progressiivista. Kentistä A1 A2 B1 B2 alkuperäinen progressiivinen kuva voi muodostua myös kentistä A2 ja B1 ja usko pois, se menee lomitetussa televisiossa ihan oikein.

MKL

[Klemmari]

Originally posted by jjokivuo
Täähhh... asian ydin lienee siinä että olisin iloinen jos projektorissa olisi sellainen optio: normal / PAL proge. Sitä kääntelisin haluamallani tavalla ihan niikuin 100hz telkkareissa erilaisia 100hz asetuksia. Vastaus kysymykseesi: Kokelemalla, jos kyseessä on video matsku niin kuva on ikävä, jotenka vippaisin option "normal" asetukseen. ("normal" siis edustaa videoprojektoreiden olemassa olevaa perus tapaa hoitaa PAL kuva.) Pakotus filmimoodiin löytyy tietokoneista, monista juovatuplaimista/skaalaimista ja jopa uudemmat televisiot sisältävät hieman vastaavan option.

Tämä voi kyllä pahasti haitata patenttihakemustasi.

Aina kyseinen optio ei kuitenkaan täysin toimi vaikka kyseessä olisi filmikin.

MKL

[jjokivuo]

Originally posted by Klemmari
Mainitsemasi "signalointi" ohjaa vain lomitusta, ei videosignaali ole progressiivista. Kentistä A1 A2 B1 B2 alkuperäinen progressiivinen kuva voi muodostua myös kentistä A2 ja B1 ja usko pois, se menee lomitetussa televisiossa ihan oikein.

MKL

Miksi se noin masteroitaisiin levylle?? Jos pystyt esittämään että DVD masteroidaan noin idiootilla tavalla niin uskon sanomasi, muuten pysyn siinä että PAL DVD materiaali masteroidaan siten että yksi kuva koostuu yhteenkuuluvista kentistä kuten 1a,1b

Itse pystyn näkemykseni puolesta esittämään myös sen että vanhinkin PC:lle omistamani video in kortti + kaappausofta kaapaa täydellä video resoluutiolla DVD elokuva materiaalia siten että molemmat täyskuvan muodostavat puolikuvat ovat lähtöisin samasta "filmi" ruudusta. Muutenhan kaapauksen tulos näyttäisi huonolta. Ja huom. tuossa kaapaussoftassa ei sitten ole mitään ylimääräistä älyä, se kaappaa kuvan molemmat puolikuvat ja yhdistää ne.

[Jayman]

Originally posted by jjokivuo
Täähhh... asian ydin lienee siinä että olisin iloinen jos projektorissa olisi sellainen optio: normal / PAL proge. Sitä kääntelisin haluamallani tavalla ihan niikuin 100hz telkkareissa erilaisia 100hz asetuksia. Vastaus kysymykseesi: Kokelemalla, jos kyseessä on video matsku niin kuva on ikävä, jotenka vippaisin option "normal" asetukseen. ("normal" siis edustaa videoprojektoreiden olemassa olevaa perus tapaa hoitaa PAL kuva.)

Niimpä, eli ei se nyt ihan niin helppoa olekaan. Ymmärrän kyllä hyvin mitä tarkoitat, ideaalitilannehan on että jokainen filmin frame on jaettu kahteen puolikuvaan, jotka ehdottamallasi tavalla vaan yhdistettään kaksi peräkkäistä yhdeksi tuon kuvan esittämän parillisen juovan jälkeen tulevan tahdistuspulssin mukaan. Näinhän se voisi täydellisesti filmiltä masteroidulla DVD:llä toimiakin.

Ongelmaksi tulee vaan se ettet mitenkään pysty tietämään onko DVD masteroitu juuri filmimasterilta, josta noi kehykset voi noin jakaa. Tätähän noi kivat algoritmit yrittää aina skaalaimissa arpoa vertailemalla puolikuvia. Ja usko tai älä niin tässä päästään liikevektoreihin ja fourier analyysiin. Toinen asia on se, että väärintehty DVD levyn liputus voi vielä sotkea algoritmia muuksi vaikka se olisikin filmipohjaista.

[Pentele]

Originally posted by jjokivuo
Voi helkutta, tähän se menee tämmöisillä "yleisillä" foorumeilla... Kiitos vaan, olen harrastanut + työkseni ohjelmoinut assemblerista lähtien kaikenlaisilla värkeillä, kielillä ja vehkeillä, harrastan tietokone grafiikkaa/video nikkarointia, PAL signaali ja sen toiminta on tuttua. Nyt kun sitten yritän ihmetellä mikä maksaa PAL DVD proge tuotossa projektoreissa joissa olisi kyky tuottaa moista niin sitten tulee tuommoisia ylimalkaisia kommentteja joista näkee että etpä ole vaivautunut asiaa ajattelemaan tai selvittämään.

Tekisi mieli ruveta nikkaroimaan moinen "niin helkutin mahdoton" pal proge palikka niin saisi asian taottua kaaliin. Mutta mitään hyötyä tuosta ei kuitenkaan olisi itselleni... eli unohdan nyt tästä eteenpäin tällä foorumilla kaikenlaiset "monimutkaisemman" teknisen keskustelun. Kiitos tästä valaistumisesta.

/vuodatus loppu :thumbsup:
Älä nyt toki suutu mutta tätä asiaa on todellakin käsitelty täälläkin usein aiemmin. Jos se olisi todellakin noin yksinkertaista toteuttaa niin miksi sitä ei jo ole tehty?

Ehkä sinä voisit valaista asiaa meille ei niin monimutkaisen tekniikan päälle tajuavia.