Robustesse MPEG2/MPEG4

par **PY-74** » 23 Jan 2006 15:17

==>Iphilgood ,

pas de ménage sur ton site , stp...
il est bien , il est tres bien , de plus "in french".
:music:

par **Laurent** » 23 Jan 2006 17:40

PY-74 a écrit:==>Iphilgood ,

pas de ménage sur ton site , stp...
il est bien , il est tres bien , de plus "in french".

"Je n'ai définitivement plus le temps de m'occuper du site. J'avais envisagé de le fermer, mais à travers vos emails, j'ai vu qu'il pouvait encore servir à pas mal de monde même si il n'y a pas de nouveaux articles.
Je continue à répondre à vos questions par mail avec plaisir.
En espérant que je puisse, un jour, reprendre ce travail, je vous souhaite bonne lecture."

Dixit l'auteur...

par **beber29** » 24 Jan 2006 20:45

IPhilGood a écrit:La robustesse est la meme car ce n'est pas celle de la compression qui intervient mais c'est du codage du canal autrement dit de la modulation et de ses parametres.
Voila

Salut

Maintenant, avec le choix de la modulation et de ses parametres, il arrive qd meme que des erreurs passent ( on connait bien le prob en sat avec des transpondeurs "faibles") , donc imaginons qu'une erreur passe , quelle incidence si on est en mpeg2 ou 4 ?

A+

par **Sub** » 25 Jan 2006 14:10

beber29 a écrit:
IPhilGood a écrit:La robustesse est la meme car ce n'est pas celle de la compression qui intervient mais c'est du codage du canal autrement dit de la modulation et de ses parametres.
Voila

Salut

Maintenant, avec le choix de la modulation et de ses parametres, il arrive qd meme que des erreurs passent ( on connait bien le prob en sat avec des transpondeurs "faibles") , donc imaginons qu'une erreur passe , quelle incidence si on est en mpeg2 ou 4 ?

A+

En Mpeg2 (en tout cas sur le DTR300) on observe enbcas d'erreurs soit des gros pavés "vert grillagés" dans l'image (sans doute si le parasite provoque des erreurs dans une trame I) ou des mouvements incorrects de macrobocs sur les parties mobiles de l'image. En général ca dure moins d'une seconde (le temps de recevoir une trame I sans erreurs)

En Mpeg 4 le dernier cas (oú des vecteurs de mouvement sont erronés) risque de provoquer des erreurs sur les déplacements des personnages ou objets mobiles mais sans trop les altérer. Enfin c'est une supposition. Si l'erreur touche une trame I ca risque sans doute de flouter un morceau de l'image ? A moins que dans ce cas le récepteur interpole à partir des trames précédentes reconstituées qu'il doit avoir encore en mémoire (stratégie risquée si on l'applique sans modération ...).

par **IPhilGood** » 01 Fév 2006 20:08

Cherchez pas, vous aurez le même type d'erreur à quelque chose pres .
:lol:

Pour le site : Ok je laisse mais n'oubliez pas que certaines infos commence à dater même si les principes eux ne changent pas .

par **DOBERMAN** » 19 Juin 2006 15:45

ca donneras quoi un porno en hd? , ca risque d'etre effrayant les gros plan :wink:

par **DOBERMAN** » 19 Juin 2006 16:57

dracherc a écrit:
DOBERMAN a écrit:ca donneras quoi un porno en hd? , ca risque d'etre effrayant les gros plan

pourquoi t'es en manque.....

curieux de ce que ca va donner surtout :shock:

une foret de poils à la ushaia
si on vois des trucs monter aux arbres ca seras pas des singes :shock:

par **stef050** » 21 Juin 2006 11:26

Ca manque cruellement de désentrlacement sur le foot :shock:

par **vidéo-33** » 21 Juin 2006 11:36

c'est ce que j'allais dire !
moi je vois des défauts partout ! si c'est ça la HD !!!
et aussi cette ligne retournée en bas sur l'image de hélico ???
et c'est du combien par combien ? ( en pixels officiels )

par **joel_5632** » 21 Juin 2006 12:10

Je ne comprends pas !

Les programmes HD actuels sont en 720p en attendant le 1080i plus tard.

p = progressif

Alors pourquoi voit on les trames dans les photos ???

IL faut des caméras progressives 720p pour le sport, sinon c'est du "footage" de gueule.

Robustesse MPEG2/MPEG4

Qui est en ligne