Bzzz a écrit :
On Sun, 30 Mar 2014 23:37:55 +0200
BERTRAND Joël joel.bertr...@systella.fr wrote:
Sauf s'il y a un problème de concurrence où les printf()
risquent fort de masquer le problème. Maintenant, si le blocage
Et alors, il peut utiliser une VAR de comptage ≠ par appel
si
Le 31 mars 2014, BERTRAND Joël a écrit :
Soit instruction non disponible sur le processeur et TRAP géré
incorrectement par le noyau. Il serait surprenant qu'avec de la mémoire
HS, le truc plante toujours au même endroit avec le même outil. Idem
pour le disque. Ça devrait gratouiller,
Le 31/03/2014 11:00, Alain Rpnpif a écrit :
Le 31 mars 2014, BERTRAND Joël a écrit :
Soit instruction non disponible sur le processeur et TRAP géré
incorrectement par le noyau. Il serait surprenant qu'avec de la mémoire
HS, le truc plante toujours au même endroit avec le même outil. Idem
pour
On Mon, 31 Mar 2014 11:00:43 +0200
Alain Rpnpif rpn...@free.fr wrote:
À mon avis aussi mais de non-expert, une incompatibilité
ibstruction-processeur, c'est la piste la plus probable (sauf
surchauffe brutale ??? parce que j'ai un doute sur le
refroidissement).
Wai, c'est sûrement vous qui
Le 29 mars 2014, Dominique Dumont a écrit :
On Saturday 29 March 2014 19:54:09 Alain Rpnpif wrote:
La commande ffmpeg -i unfilm.wmv unfilm.mkv gèle Debian après
environ 3 min. Plus rien ne réagit que ce soit sous Xorg ou en console
pure. C'est le seul film qui fait ça.
Ca donne
On Sun, 30 Mar 2014 14:27:22 +0200
Alain Rpnpif rpn...@free.fr wrote:
Un indice : ça bloque toujours à peu près même endroit du film en
transcodage.
Déjà dit, mais ça ne règle pas le PB de savoir ce qui génère le
blocage.
Le CPU ne supporte pas SSE2. Normalement, ffmpeg détecte ça
On 03/30/2014 02:27 PM, Alain Rpnpif wrote:
PS : ce n'est pas moi qui l'ai fabriqué avec avec MSW Maker (beurk).
Je veux justement le convertir dans un format plus durable C'est
pourtant un film simple : un diaporama sonorisé avec des transitions.
Si tel est l'objectif laisse tomber ffmpeg et
Bzzz a écrit :
On Sat, 29 Mar 2014 19:54:09 +0100
Alain Rpnpif rpn...@free.fr wrote:
Auriez-vous une idée pour comprendre ce qui se passe ?
On ne le dira jamais assez: weendauze c'est caca.
Tu pourrais recompiler le source en ajoutant des printf()
de contrôle; ça peut prendre un certain
On Sun, 30 Mar 2014 23:37:55 +0200
BERTRAND Joël joel.bertr...@systella.fr wrote:
Sauf s'il y a un problème de concurrence où les printf()
risquent fort de masquer le problème. Maintenant, si le blocage
Et alors, il peut utiliser une VAR de comptage ≠ par appel
si besoin est ou une seule
Bonjour,
La commande ffmpeg -i unfilm.wmv unfilm.mkv gèle Debian après
environ 3 min. Plus rien ne réagit que ce soit sous Xorg ou en console
pure. C'est le seul film qui fait ça.
ffmpeg dernière version (2.1.4) ou avconv de Wheezy ont le même effet.
Que ce soit avec le noyau Linux de wheezy
On Sat, 29 Mar 2014, Alain Rpnpif wrote:
Je n'ai jamais ce genre de problème avec les autres programmes ni avec
les autres films, sachant que cet ancien PC est utilisé de très
fréquemment.
Auriez-vous une idée pour comprendre ce qui se passe ?
Absolument aucune. :D
Plus sérieusement, as-tu
On Sat, 29 Mar 2014 19:54:09 +0100
Alain Rpnpif rpn...@free.fr wrote:
Auriez-vous une idée pour comprendre ce qui se passe ?
On ne le dira jamais assez: weendauze c'est caca.
Tu pourrais recompiler le source en ajoutant des printf()
de contrôle; ça peut prendre un certain temps, mais tu vas
On Saturday 29 March 2014 19:54:09 Alain Rpnpif wrote:
La commande ffmpeg -i unfilm.wmv unfilm.mkv gèle Debian après
environ 3 min. Plus rien ne réagit que ce soit sous Xorg ou en console
pure. C'est le seul film qui fait ça.
Ca donne l'impression que toute la RAM est utilisée. Tu peux
13 matches
Mail list logo