Quelques news en direct d'avs ou Jim Peterson est en train de se lacher en ce moment même !
Jim Peterson a écrit:There are three circuit boards in the RadianceXD that could each be replaced. These are the video input/output board, the audio/misc board and the Video-deinterlacer board.
It is possible to independently change any of these.
We plan to offer an uprade independantly for the video input/output board (to add HDMI 1.3). We don't have a timetable or price set yet. Also, as I posted I don't think there is a great reason to do the upgrade, but we will offer it.
Il y a 3 cartes qui peuvent être remplacées séparément sur le Radiance:
- une carte des entrées/sorties vidéo,
- une carte comprenant la partie audio et certaines fonctionnalités connexes,
- une carte comprenant la partie désentrelacement vidéo.
Ils offriront la possibilité d'upgrader séparément la partie entrées/sorties vidéo pour ajouter le HDMI 1.3 (qui ne sera pas là dans la version de base). Il n'y a pas encore de date envisagée de sortie, ni d'estimation de prix. Jim estime qu'il y a peu de raisons de vouloir faire cette upgrade, mais elle sera disponible.
Jim Peterson a écrit:The various features of HDMI 1.3 are optional.
What I understand is that the units calling out HDMI 1.3 support the uncompressed bitstream formats and not the deeper video pixel depths. Some may support the deeper pixel depths I just don't know of any at this time.
En réponse à un post, il indique ici que plusieures des fonctionnalités HDMI 1.3 sont optionnelles. Ce qu'il en comprend (note du traducteur
: si ce n'est pas clair pour lui, j'ai bien peur que ça ne soit pas clair pour énormément de monde !) c'est qu'un appareil HDMI 1.3 supporte les formats "trains de bits" non compressés (il parle ici de l'audio), mais pas forcément l'augmentation du nombre de bits pour l'encodage vidéo. Certains appareils le supporteront, mais il est trop tôt pour le savoir aujourd'hui (note du traducteur : le Radiance n'étant pas HDMI 1.3 dans sa version de base, il ne le supportera pas et il n'est pas dit qu'avec cette évolution HDMI 1.3 sur ses entrées/sorties il le supporte plus).
Jim Peterson a écrit:I think we agree the source should feed the Lumagen with 4:2:2 at 12-bit, since this is as close to the source format as possible.
I need to clarify that the Gennum does scaling at 4:4:4, but that it does other processes at 4:2:2. In addition we do some processing at 4:4:4 and some at 4:2:2. For example for Y/C delay we upsample the Chroma and then shift it and then down sample again.
Where we might disagree is on whether this is at all visible. Based on what we have seen, this up/down sample of Chroma does not create visible artifacts. This is because the Chroma only has bandwidth of 1/4 the Luma resolution. This is coupled with the human eyes reduced acuity for Chroma. So, while I think artifacts in Luma, such as ringing, are easily seen, I just don't think you can see this Chroma processing.
I agree that CRT projectors look better being feed RGB, but disagree for digital displays. This comes from the fact that virtually all current displays mess with the color space for both RGB and 4:2:2 YCbCr inputs. This means they have to convert the RGB inputs to YCbCr (digital component) and then back to RGB.
With calibration on a digital display, RGB and component will look the same. In fact since virtually all current displays/projectors convert RGB inputs to YCbCr so they can add their infamous red and green push, sending the display 4:2:2 should, if anything, be better than RGB as it has one less conversion --- and you get the 12-bit depth. I should note that I used to recommend RGB until all the manufacturers changed there ways and started messing with the RGB input color space.
So, I have to say I disagree; 4:2:2 is better than RGB for current digital displays. I still believe not having a 12-bit RGB (or 4:4:4) format is moot.
Cette partie est très technique et je ne vais pas m'aventurer à l'expliquer en détail (je ne suis pas familier avec avec les types d'encodages 4:2:2 et autres 4:4:4). J'essaierai de rajouter un lien vers une explication de ces différents formats.
Il indique ici que le meilleur moyen d'alimenter le Radiance en entrée est un format 4:2:2 sur 12bits qui est le plus près du format de la source.
Il explique qu'en interne, la puce Gennum fait son scaling en 4:4:4, mais fait tous les autres traitements en 4:2:2. Concernant les autres algorithmes du Radiance, ils sont également pour certains en 4:4:4 et pour d'autres en 4:2:2. Par exemple pour le Chroma, ils passent en 4:4:4, font les corrections, puis repassent en 4:2:2 (note du traducteur : au cours de l'ensemble des traitements vidéo, on passe donc notre temps à augmenter la résolution vidéo pour certains traitements contenant des algorithmes profitant de cette "largeur", mais on repasse systématiquement en 4:2:2 en fin de traitement - le gain de résolution n'est pas conservé entre ces différents traitements, il n'est profitable qu'au cours de l'exécution de l'algorithme correspondant à certains d'entre eux).
Jim indique par contre que "tout ça" n'est pas visible à l'écran (note du traducteur : ça ne provoque pas d'artifacts et il n'est pas nécessaire de rester en 4:4:4 tout au long de la chaine vidéo), tout au moins pour le Chroma.
Il réagit par contre au fait que le RGB est mieux pour alimenter les diffuseurs. Il est d'accord pour les diffuseurs analogiques, mais ne l'est pas pour les diffuseurs numériques. Il indique que la majorité des diffuseurs numériques transforment les flux RGB entrants en flux 4:2:2 YCbCr en interne (pour augmenter "artificiellement" le rouge et le vert) avant de les retransformer ensuite en RGB pour affichage. Le mieux actuellement est donc d'envoyer un flux 4:2:2 (si possible sur 12 bits) au diffuseur numérique plutôt qu'un flux RGB. Jim recommandait précédemment d'alimenter les diffuseurs numériques en RGB jusqu'a ce qu'il découvre ce "problème".
Il pense que l'idéal serait d'avoir un format RGB 12 bits (4:4:4).
Concernant le lip-sync du HDMI 1.3 :
Jim Peterson a écrit:You will likely have to wait for our HDMI 1.3 hardware upgrade. We might be able to get it done with the 1.1 chips, but we would have to look closely at it to know for sure, and we won't be looking at this anytime soon.
The time sync feature also presumes the source reports the info and does so correctly. I don't think is a an issue in any case for clean sources like DVDs, HD DVDs and Blu-ray, where audio and video have a pretty consistent (from what I have seen) time sync, as much as it is for satellite and cable. I think it may be some time before this becomes common for either satellite or cable, and even longer before they get it right a majority of the time. Hopefully I'm wrong on this as it would definitely be nice for these sources to have better consistency of delay between audio and video.
Il faudra attendre l'upgrade HDMI 1.3. Ils pourraient peut-être le faire avec la version 1.1 (note du traducteur : le module HDMI de base du Radiance est donc seulement 1.1), mais ils n'ont aujourd'hui pas travaillé du tout sur ce sujet.
Cette fonctionnalité de synchronisation suppose que la source transmette l'information de syncronisation et le fasse correctement. Ce ne sera pas un problème sur les sources "propres" comme les DVD, les HD-DVD ou les Blu-Ray, mais ce le sera pour les sources Sat et Cable. Il espère qu'il se trompe sur ce dernier point car il serait très intéressant d'avoir une information cohérente du délai entre l'audio et la vidéo transmise dans tous les cas par la source.
Jim Peterson a écrit:We will actually output 12-bit 4:2:2. To clarify, the video pipeline is a full 10-bits from input up to the color palette used for gamma and grayscale calibration. However, we will have 12-bits out from this color palette, and then keep 12-bits through the rest of the pipeline and output 12-bit 4:2:2.
At first this may not seem to be beneficial. However, when gamma is corrected by the Lumagen, we need to move the output values with reference to the input. Consider a simplified video with 8 levels where you want to change one of the levels by 1%. To do this you need to have 7-bits in the palette output (1 part in 128) even though this simplified input only starts out with 3-bits (1 in
, or else you can't represent this small change.
As another example, for our actual video pipeline, we might want to change a level of say 512 to 511.25. This requires 12-bit accuracy (1 in 4096). With 10-bits, the 511.25 would be rounded down to 511. If we started with the linear map we use as default, this would mean the sequence is 510, 511, 511, 513. A small flat spot in the curve. This extra bits prevent the flat spots.
En sortie du Radiance, le flux est du 12bits 4:2:2. De l'entrée jusqu'à la palette de couleur utilisée pour la calibration du Gamma et de l'échelle de gris, le flux est en 10bits 4:2:2. En sortie de ces traitements, il est en 12bits 4:2:2 et reste dans cette résolution (note du traducteur : sauf quand il passe par des algos le transformant en 4:4:4 et le rammenant en 4:2:2 ensuite comme indiqué dans un post précédent) sur tout le reste de la chaine et ce jusqu'a la sortie.
Cette augmentation de résolution permet de proposer des réglages plus précis. Par exemple, sur 10 bits, un réglage de 512 niveaux seranon linéaire parce que 511 et 512 seront arrondis de la même façon à 511 en interne tandis que sur 12 bits, les 512 niveaux pourront être représentés de façon linéaire et précise (511 et 512 ne sont alors pas interprétés de la même façon en interne).
Jim Peterson a écrit:We use the Gennum for deinterlacing and noise reduction. Unlike other vendors, we do the rest of the video processing in our own Lumagen proprietary logic design using a Field Programmable Gate Array (FPGA). So, we can increase the pipeline depth at various points of the pipeline (such as from the palette to the output) when it helps the picture quality. Unlike the other processors out there we are not limited to what the Gennum (or some other vendors chip) can do for any portion but deinterlacing and noise-reduction.
This also allows us to use our proprietary "No-ring" scaling, and add our own extensive video calibration features.
Jim indique ici qu'ils utilisent pas puce Gennum pour le désentrelacement et la réduction de bruit. A la différence des autres scalers, tout le reste est réalisé par des algorithmes propriétaires Lumagen implémentés sur des FPGA. Il leur est donc possible d'augmenter la profondeur du pipeline (10bits -> 12bits) a chaque fois que cela peut être profitable pour la qualité de l'image. A la différence des autres, ils ne sont pas limités par ce que la puce Gennum (ou toute autre puce) peut faire ailleurs que sur les portions désentrelacement et réduction de bruit.
Cela leur permet notamment d'utiliser leur algorithme de mise à l'échelle labellisé "no-ring" (note du traducteur : algorithme réputé comme étant le meilleur algorithme de mise à l'échelle sur cette gamme de produits) ainsi que les propres algorithmes de calibrage.
Enfin un dernier point qui m'intéresse plus particulièrement et qui concerne une version "light" du Radiance XD
Jim Peterson a écrit:I can't get into specifics at this point, except to say we do plan a RadianceXS, with one HDMI output and fewer inputs, while having the same video processing pipeline and picture quality.
We do not yet have a schedule nor have we set a price - even internally at Lumagen. We are focused on getting the RadianceXD out to Beta right now and are not doing more than having a few "what-if?" converstions on the RadianceXS. Sorry I can't be more specific just yet.
What we have decided is that we plan to announce RadianceXS specifics at CEDIA in September.
Il ne peut entrer dans le détail sur le RadianceXS (version "light" du RadianceXD), mais il peut tout de même dire que ce produit est prévu et qu'il devrait avoir une seule sortie HDMI, un nombre plus limité d'entrées, mais les mêmes fonctionnalités de traitement vidéo et de qualité d'image.
Il n'y a pas aujourd'hui de date de sortie prévue, ni de prix (même en interne chez Lumagen). Ils se focalisent aujourd'hui sur le RadianceXD actuellement en Beta et ne font rien de plus que de discuter entre eux sur ce qui pourrait constituer le RadianceXS. Il ne peut être plus précis aujourd'hui.
Par contre, ils ont décidé que le RadianceXS serait annoncé au CEDIA en septembre.
Voila pour un ensemble d'informations qui me semblent très intéressantes ! Dommage que l'annonce de la version "light" ne soit prévue qu'en Septembre, ca veut dire que l'on ne verra probablement pas ce produit avant l'année prochaine...
Richard.
...
Créé le 10 Juin 2016 18:10
