🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.science.electronics
Article #1299

Re: PAL+

#1299
From: Kristoff Bonne
Date: Tue, 01 Jun 2004 20:57
177 lines
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-mail
References: <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