J'utilise dvdrip install=E9 avec les paquets de Christian Marillat.
Je viens de constate que les fichiers avi cr=E9=E9s sont tronqu=E9s.
L'extraction se fait normalement, le programme d'encodage aussi et la =20
cible est de 1 disque de 700Mb, il calcule bien les dur=E9es respectives =20
de l'audio et de la video.
Ensuite, il commence l'encodage avec une dur=E9e probable qui semble =20
correcte mais il s'arr=EAte beaucoup plus t=F4t sans message particulier =20
mais en donnant un fichier de sortie qui est bien plus court que les =20
700M attendus.
dvdrip version 0.52.3-0.2
transcode version 0.6.14-0.2
Le 03.05.2005 14:51:00, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour,
J'utilise dvdrip installé avec les paquets de Christian Marillat. Je viens de constate que les fichiers avi créés sont tronqués.
L'extraction se fait normalement, le programme d'encodage aussi et la cible est de 1 disque de 700Mb, il calcule bien les durées respectives de l'audio et de la video.
Ensuite, il commence l'encodage avec une durée probable qui semble correcte mais il s'arrête beaucoup plus tôt sans message particulier mais en donnant un fichier de sortie qui est bien plus court que les 700M attendus.
dvdrip version 0.52.3-0.2 transcode version 0.6.14-0.2
Jean-Luc
Vraiment pas d'idée ?
(ça me fait la même chose avec transcode tout seul...)
Il me planifie un disque de 700M et s'arrête à environ 670M sans message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message « success ».
Le 03.05.2005 14:51:00, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour,
J'utilise dvdrip installé avec les paquets de Christian Marillat.
Je viens de constate que les fichiers avi créés sont tronqués.
L'extraction se fait normalement, le programme d'encodage aussi et la
cible est de 1 disque de 700Mb, il calcule bien les durées
respectives de l'audio et de la video.
Ensuite, il commence l'encodage avec une durée probable qui semble
correcte mais il s'arrête beaucoup plus tôt sans message particulier
mais en donnant un fichier de sortie qui est bien plus court que les
700M attendus.
dvdrip version 0.52.3-0.2
transcode version 0.6.14-0.2
Jean-Luc
Vraiment pas d'idée ?
(ça me fait la même chose avec transcode tout seul...)
Il me planifie un disque de 700M et s'arrête à environ 670M sans
message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message
« success ».
Le 03.05.2005 14:51:00, Jean-Luc Coulon (f5ibh) a écrit :
Bonjour,
J'utilise dvdrip installé avec les paquets de Christian Marillat. Je viens de constate que les fichiers avi créés sont tronqués.
L'extraction se fait normalement, le programme d'encodage aussi et la cible est de 1 disque de 700Mb, il calcule bien les durées respectives de l'audio et de la video.
Ensuite, il commence l'encodage avec une durée probable qui semble correcte mais il s'arrête beaucoup plus tôt sans message particulier mais en donnant un fichier de sortie qui est bien plus court que les 700M attendus.
dvdrip version 0.52.3-0.2 transcode version 0.6.14-0.2
Jean-Luc
Vraiment pas d'idée ?
(ça me fait la même chose avec transcode tout seul...)
Il me planifie un disque de 700M et s'arrête à environ 670M sans message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message « success ».
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit : >[...] > Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit :
>[...]
> Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans
> message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le
message
> « success ».
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit : >[...] > Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit :
Il me planifie un disque de 700M et s'arrête à environ 670M sans message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'es t normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "t wo pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en de ux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris . Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'atte ndu.
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit :
Il me planifie un disque de 700M et s'arrête à environ 670M sans
message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message
« success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'es t
normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "t wo pass" ou
"deux passages" (je me souviens plus du nom). En fait, la compression en de ux
passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris . Mais
le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'atte ndu.
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit :
Il me planifie un disque de 700M et s'arrête à environ 670M sans message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'es t normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "t wo pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en de ux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris . Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'atte ndu.
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit : > Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'est normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en deux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris. Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'attendu.
Je fais bien l'encodage en deux passes. Mais non, il ne va pas jusqu'à la fin, il en manque un petit bout : ça s'arrête brusquement.
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit :
> Il me planifie un disque de 700M et s'arrête à environ 670M sans
> message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le
message
> « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui,
c'est
normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two
pass" ou
"deux passages" (je me souviens plus du nom). En fait, la compression
en deux
passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait
surpris. Mais
le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo
qu'attendu.
Je fais bien l'encodage en deux passes.
Mais non, il ne va pas jusqu'à la fin, il en manque un petit bout : ça
s'arrête brusquement.
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit : > Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'est normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en deux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris. Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'attendu.
Je fais bien l'encodage en deux passes. Mais non, il ne va pas jusqu'à la fin, il en manque un petit bout : ça s'arrête brusquement.
Le 06.05.2005 06:55:39, Jean-Luc Coulon (f5ibh) a écrit :
Le 05.05.2005 22:29:43, Sylvain Sauvage a écrit :
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit : >[...] > Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
... 700*10^6/1024^2 = 667 ?
Alors là, ce serait *the* bug.
Je retente l'opération avec 700*1024^2/10^6 = 734
Bon, ça a pris du temps mais ce n'est ptoujours pas résolu. Il s'est arrêté cette fois à 577Mo
Le 06.05.2005 06:55:39, Jean-Luc Coulon (f5ibh) a écrit :
Le 05.05.2005 22:29:43, Sylvain Sauvage a écrit :
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit :
>[...]
> Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans
> message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le
message
> « success ».
... 700*10^6/1024^2 = 667 ?
Alors là, ce serait *the* bug.
Je retente l'opération avec 700*1024^2/10^6 = 734
Bon, ça a pris du temps mais ce n'est ptoujours pas résolu.
Il s'est arrêté cette fois à 577Mo
Le 06.05.2005 06:55:39, Jean-Luc Coulon (f5ibh) a écrit :
Le 05.05.2005 22:29:43, Sylvain Sauvage a écrit :
Jeudi 5 mai 2005, 20:21:08 CEST, Jean-Luc Coulon (f5ibh) a écrit : >[...] > Vraiment pas d'idée ?
Pas vraiment, mais...
> Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
... 700*10^6/1024^2 = 667 ?
Alors là, ce serait *the* bug.
Je retente l'opération avec 700*1024^2/10^6 = 734
Bon, ça a pris du temps mais ce n'est ptoujours pas résolu. Il s'est arrêté cette fois à 577Mo
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit : > Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'est normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en deux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris. Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'attendu.
Si c'est pas ça je sais pas. ;o)
Je viens de faire un encodage en une passe. La cible était de 700M et j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
C'est donc un contournement du problème mais je ne sais pas trop quel est le problème lui-même.... Et il ne fait pas être trop pressé pou r les essais !
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit :
> Il me planifie un disque de 700M et s'arrête à environ 670M sans
> message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le
message
> « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui,
c'est
normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two
pass" ou
"deux passages" (je me souviens plus du nom). En fait, la compression
en deux
passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait
surpris. Mais
le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo
qu'attendu.
Si c'est pas ça je sais pas. ;o)
Je viens de faire un encodage en une passe. La cible était de 700M et
j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
C'est donc un contournement du problème mais je ne sais pas trop quel
est le problème lui-même.... Et il ne fait pas être trop pressé pou r
les essais !
Le jeudi 5 Mai 2005 22:21, Jean-Luc Coulon (f5ibh) a écrit : > Il me planifie un disque de 700M et s'arrête à environ 670M sans > message d'erreur. Il s'arrête c'est tout, dans dvdrip, j'ai le message > « success ».
Est-ce que le film de 670M ainsi sauvé va jusqu'à sa fin ? Si oui, c'est normal. Ca m'est déjà arrivé lorsque j'ai sélectionné l'option "two pass" ou "deux passages" (je me souviens plus du nom). En fait, la compression en deux passages en mpeg4 compresse beaucoup plus que prévu, ça m'avait surpris. Mais le film allait pourtant jusqu'à sa fin bien que moins lourd en Mo qu'attendu.
Si c'est pas ça je sais pas. ;o)
Je viens de faire un encodage en une passe. La cible était de 700M et j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
C'est donc un contournement du problème mais je ne sais pas trop quel est le problème lui-même.... Et il ne fait pas être trop pressé pou r les essais !
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit :
Je viens de faire un encodage en une passe. La cible était de 700M et j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
C'est donc un contournement du problème mais je ne sais pas trop quel est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette pag e (à la ligne : 2004-10-24: Important note on OpenDML AVI) http://www.luniks.net/java/jtvd.do Avec un patch sur celle-la : http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356.ht ml Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Et il ne fait pas être trop pressé pour les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins r écent ?
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit :
Je viens de faire un encodage en une passe. La cible était de 700M et
j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
C'est donc un contournement du problème mais je ne sais pas trop quel
est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette pag e (à la
ligne : 2004-10-24: Important note on OpenDML AVI)
http://www.luniks.net/java/jtvd.do
Avec un patch sur celle-la :
http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356.ht ml
Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Et il ne fait pas être trop pressé pour
les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins r écent ?
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit :
Je viens de faire un encodage en une passe. La cible était de 700M et j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
C'est donc un contournement du problème mais je ne sais pas trop quel est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette pag e (à la ligne : 2004-10-24: Important note on OpenDML AVI) http://www.luniks.net/java/jtvd.do Avec un patch sur celle-la : http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356.ht ml Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Et il ne fait pas être trop pressé pour les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins r écent ?
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit : > Je viens de faire un encodage en une passe. La cible était de 700M et > j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
> C'est donc un contournement du problème mais je ne sais pas trop quel > est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette page (à la ligne : 2004-10-24: Important note on OpenDML AVI) http://www.luniks.net/java/jtvd.do Avec un patch sur celle-la : http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356. html Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Ça n'explique pas pourquoi en 2 passes, le fichier est tronqué. Le fichier fait moins de 1G (cible 700M).
> Et il ne fait pas être trop pressé pour > les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins récent ?
Oui, avec l'amd64 mais ça rame quand même pas mal. En fait il semble que ce soit assez gourmand en bande passante mémoire. On est toujours pris entre laisser le nice à 0 ou le début de l'encodage (1ère passe) se sent réellement et le mettre à 6 où il faut 6 heures pour traiter un DVD.
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit :
> Je viens de faire un encodage en une passe. La cible était de 700M
et
> j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
> C'est donc un contournement du problème mais je ne sais pas trop
quel
> est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette
page (à la
ligne : 2004-10-24: Important note on OpenDML AVI)
http://www.luniks.net/java/jtvd.do
Avec un patch sur celle-la :
http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356. html
Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Ça n'explique pas pourquoi en 2 passes, le fichier est tronqué. Le
fichier fait moins de 1G (cible 700M).
> Et il ne fait pas être trop pressé pour
> les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins
récent ?
Oui, avec l'amd64 mais ça rame quand même pas mal. En fait il semble
que ce soit assez gourmand en bande passante mémoire. On est toujours
pris entre laisser le nice à 0 ou le début de l'encodage (1ère passe)
se sent réellement et le mettre à 6 où il faut 6 heures pour traiter un
DVD.
Le vendredi 6 Mai 2005 16:35, Jean-Luc Coulon (f5ibh) a écrit : > Je viens de faire un encodage en une passe. La cible était de 700M et > j'ai obtenu un fichier avi de 690M mais il est complet cette fois.
As-tu fixé le bitrate ?
> C'est donc un contournement du problème mais je ne sais pas trop quel > est le problème lui-même....
Moi non plus. Mais après un coup de google, peut-être que sur cette page (à la ligne : 2004-10-24: Important note on OpenDML AVI) http://www.luniks.net/java/jtvd.do Avec un patch sur celle-la : http://itdp.fh-biergarten.de/~itdp/html/transcode-devel/2004-09/msg00356. html Une histoire de << option "OpenDML AVI (>1GB)" >> , je crois.
Ça n'explique pas pourquoi en 2 passes, le fichier est tronqué. Le fichier fait moins de 1G (cible 700M).
> Et il ne fait pas être trop pressé pour > les essais !
Ca dépend, tu transcodes avec ton nouvel amd64 ou avec une proc moins récent ?
Oui, avec l'amd64 mais ça rame quand même pas mal. En fait il semble que ce soit assez gourmand en bande passante mémoire. On est toujours pris entre laisser le nice à 0 ou le début de l'encodage (1ère passe) se sent réellement et le mettre à 6 où il faut 6 heures pour traiter un DVD.