Article View: be.science.electronics
Article #1299Re: PAL+
From: Kristoff Bonne
Date: Tue, 01 Jun 2004 20:57
Date: Tue, 01 Jun 2004 20:57
177 lines
8334 bytes
8334 bytes
Gegroet, Steven Vandenput schreef: >>Nu, i.v.m. mijn PAL+ probleem. >>Ik heb hier een deel informatie gevonden over PAL+ (zoek eens met google >>op "WSS" en PAL+). >>Nu, ��n van de zaken die in zit PAL+ (naast de 4/3, 14/9 of 16/9 "aspect >>ratio") is de "cammera/film mode", die het mogelijk zou moeten maken om >>de-interlacing te doen van PAL-beeld (indien het afkomstig van film) >>zonder 100Hz TV. (...) > Ik ben er niet 100% zeker van maar volgens mij haal je 2 dingen door mekaar > PAL (en PAL-PLUS) en MPEG zijn 2 verschillende uitzendnormen, resp. analoog > en digitaal. OK, klopt inderdaad. Maar misschien even voor de mensen in be.telecom en be.science.electronics uitleggen waarom ik deze thread begonnen ben (oorspronkelijk in be.tv dus). Gisteren was dus de eerste dag van sporza en ��n van de zaken die ik opmerkte was dat mijn breedbeeld TV tijdens de uitzendingen van Roland Garros zichzelf -voor ��n of andere reden- in "zoom 14/9" zetten, alhoewel het beeld maar (;-)) 4/3 was. (Een foutje in de PAL+ codering, vermoedde ik dus). Ik was mezelf dus aan het afvragen aan het afvragen van hoe dit kon gebeuren en waar dat de fout kon zitten, bij de VRT of bij de kabelmaatschappij. Nu, ik *vermoed* dat het beeld van sporza -die wij dus analoog ontvangen- wel digitaal door de VRT aangemaakt wordt en ook digitaal naar de kabelmaatschappijen gestuurd wordt; en dat het uiteindelijk *daar* in een PAL+ signaal omgezet wordt. Nu, indien dit zou kloppen, dan wil dat zeggen dat er in de MPEG video-stream die de VRT naar de kabelmaatschappijen stuurt wel de nodige informatie zitten zodat de PAL+ modulator bij de kabelmaatschappij al de nodige PAL+ codering (de WSS codering) kan aanmaken. Vandaar dat ik me afvroeg wat er precies in die PAL+ zit, maar ook hoe die in een MPEG2 stream ge�ncodeerd is. > PAL-PLUS is ontwikkeld om met het ouwe getrouwe analoge PAL-systeem opnieuw > 625 lijnen beeldresolutie te krijgen, maar dan in 16/9-formaat. Dit omdat > 16/9-uitzendingen in PAL-formaat "maar" +/- 400 lijnen resolutie gaf, de > rest van de lijnen waren zwart (de bekende horizontale zwarte balken). > In die zwarte balken worden dan de "hulplijnen" gestoken die met een > PAL-PLUS decoder er weer uit gehaald worden om daarna in het 16/9 beeld te > worden ingebracht opdat men weer de 625 lijnen norm haalt (effectief 576 > lijnen) maar dan in 16/9 formaat. Klopt! Het 16/9 beeld wordt eerst zowel *horizontaal* als *vertikaal* samengeperst tot iets wat men binnen een normaal 4/3 formaat krijgt, en het zo doorsturen. . Op een 4/3 TV krijgt men dan een (verkleind) beeld met bovenaan en onderaan zo'n zwarte band. Het beeld is kleiner maar de verhoudingen in het beeld blijven wel behouden. . Op een 16/9 TV wordt het beeld eerst terug "uitgerokken" naar de volledige grootte en zo vertoont. > Midden jaren 90 ontwikkelde Philips een systeem dat het mogelijk maakt om > een 16/9 PAL-beeld ook naar 576 lijnen te brengen zonder dat hiervoor een > vrij dure PAL-PLUS decoder nodig was. Ik vermoed dat je het hier hebt over "FHA" (Full Hight Anamorphic): een 16/9 beeld *horizontaal* (enkel horizontaal!) "samenpersen" naar 4/3 , zo uitzenden en -bij de ontvanger- terugbrengen naar het oorspronkelijk formaat. Wel, het "probleem" hier is dat als je dit bekijkt op een gewone PAL-TV (zonder PAL+), dat je dan een horizontaal samengedrukt beeld krijgt. Aangezien men er wel kan van uitgaan dat er effectief nog van dit soort TVs in omloop zijn; is dit (m.i.) moeilijk toepasbaar voor "gewone" PAL TV-zenders. Voor een digitale ontvangst is het echter *wel* interessant, omdat men daar altijd een set-top-box heeft die desnoods eerst de conversie kan doen van 16/9 naar 4/3. De BBC en bepaalde Duitse zenders gebruiken dit op satelliet. NB. Meer info over PAL+: http://tallyho.bc.nu/~steve/palplus.html (met ook info over alle andere "opties" in PAL+). > MPEG is een digitale norm. De Pal en PAL-plus zendnormen komt daar zelfs > niet meer aan te pas (dacht ik). > Je digitale ontvanger zet die digitale signalem om naar een voor een TV > bruikbare video-norm, via SCART (of CVBS cinch connector, of > S-video-DIN-connector) of via de PAL-TV-modulator. Klopt; maar -zoals ik reeds zei- wat ik me afvraag is hoe dat een PAL+ modulator bij een kabelmaatschappij die WSS-signalering kan vinden op basis van een MPEG video-signaal. Precieze informatie over hoe de header-velden van een MPEG2 video-signaal er precies uitziet heb ik nog niet gevonden; maar ik heb toch een aantal zaken gevonden over wat er precies in een MPEG video-header zit: - de resolutie (uitgedrukt in "x" en "y", dus geen vaste waarden). - De "aspect ratio", als die 4/3 of 16/9 is. - "pan & scan" informatie, d.w.z. informatie waar het 4/3 "venster" binnenin het (breedere) 16/9 zit. (nodig om een film in 16/9 goed te kunnen afspelen op een 4/3 scherm zonder zwarte banden bovenaan en onderaan het scherm). Nu, inzake die resoluties is het zo dat DVB (in SDTV, het MP@ML profiel) maar een heel beperkt aantal resoluties toelaat. Voor ons zijn dat er eigenlijk maar twee die van belang zijn: 720x576 en 702x576 (50 Hz, interlaced). Nu, m.i. wil dit dan wel zeggen dat als je een "verkleind" 16/9 beeld uitzend (dus met die zwarte banden bovenaan en onderaan); dat die banden effectief in het video-signaal zitten dat uitgestuurd wordt. (Wat een beetje onlogisch is, waarom zou je iets uitsturen als er toch niets staat ???) Veel meer over wat precies wat er precies in die MPEG headervelden zit heb ik nog niet gevonden. Ik snap bv. nog niet hoe een set-top-box het verschil ziet tussen een gewoon 16/9 beeld (die het moet vergroten) of een 16/9 "anamorphic" beeld (die het enkel in horizontaal moet terug uittrekken). (Ik bedoel, enkel op basis van header-informatie; dus zonder IN het beeld kijken). >>Ik weet dat ��n van de pinnen van de scart plug -ping 8, als ik het me >>goed herinner- wel een "4/3 - 16/9" schakelaar is; maar de PAL+ codering >>bevat meer mogelijkheden dan enkel die twee! > Da's inderdaad de 4/3 - 16/9 schakelaar die nodig is om de TV automatisch > naar 16/9 letterbox te overschakelen. > Maar je 4/3 TV moet dan wel die mogelijkheid aan boord hebben. Wel, ��n van de dingen die ik niet snap is het volgende: Als ik een vergelijking maak tussen wat in de MPEG header zit, en wat er in de WSS van PAL+ zit; dan merk je dat er in PAL+ veel meer mogelijkheden zit. Bv. inzake aspect ratios heb je niet alleen 4/3 en 16/9; maar ook 14/9 middle frame, 14/9 top frame, 16/9 top-frame (nodig als er ondertiteling in het TV beeld zit die mogelijk buiten het 16/9 of 14/9 kader valt). En dan zijn er nog de andere zaken die in PAL+ zitten; zoals de 'film/camera" optie, e.a. Cheerio! Kr. Bonne. -- Kristoff Bonne, Bredene, BEL H323 VoIP: callto://krbonne.homelinux.net/ [nl] [fr] [en] [de]
Technical Details
Message-ID:
<40bcedca$0$8408$a0ced6e1@news.skynet.be>Path:
arc1-ca.pugleaf.net!controlnews3.google.com!news1.google.com!newshub.sdsu.edu!newshosting.com!nx02.iad01.newshosting.com!newsfeed.kabelfoon.nl!napean.nntp.kabelfoon.nl!83.128.0.10.MISMATCH!newsfeed.kabelfoon.nl!xindi.nntp.kabelfoon.nl!news.cambrium.nl!news.cambrium.nl!skynet.be!skynet.be!newspost001!tjb!not-for-mailReferences:
<40bcd607$0$9525$a0ced6e1@news.skynet.be>Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII X-Google-Thread: fb873,e920beeb4d54a5e8 X-Google-Thread: 101e80,e920beeb4d54a5e8 X-Google-Attributes: gidfb873,gid101e80,public Path: arc1-ca.pugleaf.net!controlnews3.google.com!news1.google.com!newshub.sdsu.edu!newshosting.com!nx02.iad01.newshosting.com!newsfeed.kabelfoon.nl!napean.nntp.kabelfoon.nl!83.128.0.10.MISMATCH!newsfeed.kabelfoon.nl!xindi.nntp.kabelfoon.nl!news.cambrium.nl!news.cambrium.nl!skynet.be!skynet.be!newspost001!tjb!not-for-mail Date: Tue, 01 Jun 2004 22:57:37 +0200 From: Kristoff Bonne <compaqnet.be@kristoff.bonne> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040124 X-Accept-Language: nl-be, nl, fr-be, fr, de, en MIME-Version: 1.0 Newsgroups: be.science.electronics,be.telecom,be.tv Subject: Re: PAL+ References: <40bcd607$0$9525$a0ced6e1@news.skynet.be> In-Reply-To: <40bcd607$0$9525$a0ced6e1@news.skynet.be> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Lines: 177 Message-ID: <40bcedca$0$8408$a0ced6e1@news.skynet.be> Organization: -= Belgacom Usenet Service =- NNTP-Posting-Host: 194.78.56.28 X-Trace: 1086123466 newsread003.isp.belgacom.be 8408 194.78.56.28:17910 X-Complaints-To: usenet-abuse@skynet.be