GKnot et le bits/(pixel*frame)
GKnot et le bits/(pixel*frame) - Traitement Vidéo - Video & Son
Marsh Posté le 12-11-2002 à 22:15:13
| W3C Compliant a écrit a écrit : Plus c haut mieux c. Mais plus c gros. |
Autant utiliser toute la place des deux cd, non ?
Marsh Posté le 12-11-2002 à 22:20:27
| Brachypelma a écrit a écrit : Autant utiliser toute la place des deux cd, non ? |
Ben ouais !
---------------
I will now demonstrate the varying levels of rage that toneh might induce upon thee. ლ(ಠ益ಠ)ლ
Marsh Posté le 12-11-2002 à 22:21:17
j'avais lu qque part qu'il fallait eviter de dépasser 0.5 car cela "saturait" le codec...
Ptet sur les guides de doom9
Marsh Posté le 12-11-2002 à 22:27:08
T'es déjà arrivé à dépasser 0.5 toi ??? 
'tain comment tu fais, tu encodes sur 2 CDs de 900 Mo ? 
---------------
I will now demonstrate the varying levels of rage that toneh might induce upon thee. ლ(ಠ益ಠ)ლ
Marsh Posté le 13-11-2002 à 12:51:52
ben une vidéo 160x120 de 30 min sur 3 cds (peut-être) ;-)
---------------
Matheux Fou - https://afficheur-tempo.fr - TEMPO BOX pour abonnés TEMPO EDF
Marsh Posté le 13-11-2002 à 12:56:55
| davidmarli a écrit a écrit : ben une vidéo 160x120 de 30 min sur 3 cds (peut-être) ;-) |
---------------
I will now demonstrate the varying levels of rage that toneh might induce upon thee. ლ(ಠ益ಠ)ლ
Marsh Posté le 13-11-2002 à 13:09:06
| davidmarli a écrit a écrit : ben une vidéo 160x120 de 30 min sur 3 cds (peut-être) ;-) |
---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
Marsh Posté le 13-11-2002 à 14:00:34
| Brachypelma a écrit a écrit : J'ai vu un peu partout que dans l'onglet résolution de GKnot, dans la case bits/(pixel*frame), il fallait s'arranger pour obtenir un nombre autour de 0,25 quand on désire faire un divx sur deux cd. Mais ce que j'ai pu lire à ce sujet n'est pas très clair : j'ai bien compris qu'il valait mieux éviter de descendre trop en dessous de cette valeur, mais peut-on la dépasser allègrement ?. Par exemple, je suis en train de coder un film de 1h50min, dans la case bits/(pixel*frame), j'obtiens qqchose comme 0,310. Est-ce moins bien, pareil ou mieux que du 0,25 ?. Bye - Brachy |
mieux.
il ne fo pas descendre en dessous de 0.15 , il se dit...
---------------
Dams
Sujets relatifs:
- quand je boot sur ma tv : couleurs en 4 bits...
- Compatibilite de mozilla 1.0 avec le SSL 128 bits
- Comment convertir du PCM,44 100 Hz; 16 bits; Stéréo en mp3?
- Grosse difference entre les MP3 en 128K/bits et 192/Kbits ?
- GKnot et Divx5.02 : Ligne verte a droite .....??
- Gknot : blème pour le project dvd2avi...plantage bizarre [HELP!!]!!!!!
- Aux habitués de GKnot
- gknot et compressibility check !!!!!!!
- GKnot 023/DivX 4 ou GKnot 026/DivX 5 ?
- Faut il laisser Gknot ouvert quand on encode en sbc?
Marsh Posté le 12-11-2002 à 22:08:35
J'ai vu un peu partout que dans l'onglet résolution de GKnot, dans la case bits/(pixel*frame), il fallait s'arranger pour obtenir un nombre autour de 0,25 quand on désire faire un divx sur deux cd. Mais ce que j'ai pu lire à ce sujet n'est pas très clair : j'ai bien compris qu'il valait mieux éviter de descendre trop en dessous de cette valeur, mais peut-on la dépasser allègrement ?.
Par exemple, je suis en train de coder un film de 1h50min, dans la case bits/(pixel*frame), j'obtiens qqchose comme 0,310. Est-ce moins bien, pareil ou mieux que du 0,25 ?.
Bye - Brachy