Au programme  
- Encodage en 2 passes
- Support des avi entre 2 et 4 Gig
- Support de l'AC3
 
Darky, GUG comme d'hab
 
http://fixounet.free.fr/avidemux

Oops le lien etait pas bon (et personne l'a dit)

étant un très bon produit, je vais essayer cette nouvelle mouture, merci et bonne continuation
 
 

Merci, tes remarques/suggestions bug etc.. sont les bienvenues

ça y va les salamaleks

jaloux  
 

mean a écrit a écrit : Merci, tes remarques/suggestions bug etc.. sont les bienvenues

 
bon , on y va franco :  
 
la derniere fois tu m'as rembarré quand je te fais la notice d'un moviez qui plantait avidemux et pas quand je l'ouvrais avec l'option broken avi.  
 
mon opinion ? ton soft n'a pas a se planter quand je tente d'ouvrir un moviez sans index.  C'est à TON SOFT de faire le tri.  
 
bordel.

secundo , le marquage des flags de debuts et de fin sur ta 'regle' serait pas inutile car c'est pas franchement intuitif de naviguer entre A et B .,

faut s'enerver pour se faire entendre ?

Ca m'etonne j'ai pas l'habitude de rembarrer les gens
mais bon.
 
Pour repondre a ta remarque, oui ca ne devrait pas planter.
C'est juste que je prefere mettre un assert(0) plutot que de laisser le soft dans un etat instable.
 
Je l'ajoutes au TODO's
 
Pour la regle, je suis 100% d'accord.
Mais il faut ecrire une nouvelle  widget en GTK et c'est pas simple.
 
Ps : J'ai été désagréable la derniere fois ?
 
 

 
 
plutot pas pris en consideration .  la derniere fois j'ai été super soft , style discret qui teste l'air de rien.  
 
mais kedal .  Avidemux plante quand on tente d'ouvrir un divx sans index avec l'option 'open' .  Alors qu'il fallait 'open broken' .  
 
à ton avis , un user peut tolerer un tel comportement de ton soft ?  
 
la reponse etait tellement evidente que ca m'a vexé.

viens d installer le package debian fait 2/3 ouvertures de divx, etc...
pour l instant ca a l air de fonctionner corectement

tous les divx que je tente d'ouvrir me font une erreur, soit j'ai une erreur dans la petite fenêtre Working qui me dit qu'il y a eu une erreur en tentant d'ouvrir le fichier et dans le shell il me met :
 
not a avi...
Not a BMP File !
not a bmp...
**working**
 
-> là plus rien, tout est figé, le disque ne tourne pas et l'interface "se vide" quand je bascule sur une autre applie
 
sinon l'autre cas, j'obtiens ça dans le shell :
 
 Decoder fccDX50#0  0x401a7512 in ?? ()
#1  0x0805a024 in ?? ()
#2  0x402c142b in ?? ()
#3  <signal handler called>
#4  0x403d99c0 in ?? ()
 
aucun divx ne passe alors qu'avec la 0.9pre4 je n'ai aucun problème  
 
tu conseilles quel compilo ? là j'ai utilisé gcc (g++)  3.0.2 (comme d'habitude), là je retente avec la 2.96 (celle connue pour bugger )
 
 

Gug : enfin !. Champagne pour tout ce qui bouge
 
Poltergeist:  
 
Désolé, ca a du tomber a un mauvais moment. Je commences des maintenant.

BMO: Bizarre, je l'ai testé il y a pas lontemps avec gcc 3.1
Tu peux me confirmer si ca marche mieux avec 2.9x ?

Poltergeist :  
Je viens de retester pour voir si je l'ai pas corrigé sans m'en souvenir.
Et c'est bizarre, je viens d'essayer sur un avi sans index et avec un header incomplet et ca me fait juste un erreur (sans planter)
 
Tu connais le defaut de ton avi ?
Tu peux me donner l'assert qui echoue ?

pareil avec gcc/g++ 2.96
 
j'ai essayé sur un autre divx, il me l'ouvre mais me met "error decompressing frame" et dans la console une erreur liée à decore
 
étrange, j'ai aucun problème avec transcode au niveau encodage, ni avec mplayer et compagnie au niveau décodage, et comme je l'ai dit précédemment, la pre4 fonctionne sans problème avec tous les divx que j'ai actuellement essayé
 
 

au fait, ton lien FAQ > 3. DivX, Xvid, .... : http://fixounet.free.fr/avidemux/FAQ_xvid.html est hs.....
 
 

Oui il faut que je l'ecrive.
 
Tu utilises quoi comme distribution ?
Mandrake ?
 
Tupeux me donner les derniere lignes du ./configure ?

je suis sous RH 7.2
 
autrement rien d'anormal, j'obtiens ça au ./configure :
 

 
Mad n'est pas nécessaire, si ? sinon les divx que je tente de lire sont soit en DIVX4, soit en DIVX5
 
autrement j'ai l'impression que c'est mon esd qu'il aime pas trop, je l'ai redémarré et maintenant il me met :
 
 

 
mise à jour nécessaire, nan ?
 
 

Tu peux mettre la fin du gtrace dump ?
Ca aide beaucoup au debug.
 
Tu peux faire :  
make distclean
./configure
 
edit le config.h et mettre en commentaire  
#define OSS_SUPPORT 1
 
puis make -j 8
 
Et voir si ca va mieux ?

bon je peux pas te dire ce que ça donne encore, il a pas aimé le make -j 8
 
bref il m'a rempli la RAM (256 Mo) et le swap (512 Mo) à 95% les 2 alors là je sais pas trop où il en est, j'ai plus vraiment la main vu que ça rame pas possible....
 
sinon j'ai regardé le config.h, j'avais déjà la ligne "#define OSS_SUPPORT 1" telle qu'elle
 
ah ! ben là il vide le swap et la RAM je vais bientôt pouvoir revenir sur la machine  
 
c'est étrange car j'ai déjà fait du make -j (illimité) et jamais eu ça  
 
sinon pendant la compil j'ai pas mal d'erreurs sur ADM_divx4.cpp
 
bon ça se vide là
 
 

bon ben c'était pas mieux, sinon je t'ai mis tout ce que j'obtiens avec ./configure et make : http://bmo.ath.cx/tempo/avidemux.txt
 
ça devrait t'aider  
 
 

c'est utile un : hello : systematique à tous les posts ?
 
la 4eme dimension de l'humanité sur HFR

Poltergeist a écrit a écrit : c'est utile un : hello : systematique à tous les posts ?   la 4eme dimension de l'humanité sur HFR

 
   
y-en a un il met "gni" à la fin de tous ces posts, c'est pas mieux  

djoh a écrit a écrit :         y-en a un il met "gni" à la fin de tous ces posts, c'est pas mieux

 
moi ce qui m'agace c'est qu'on me taxe d'emmerdeur alors que j'arrete pas de constater des trucs incroyables et fou furieux.
 
Seti , c'est merdeux comme tu peux pas t'imaginer , OSA , integriste comme pas permis , blabla , débile et qui ferait les choux gras d'un psy , hardware et o/c entre les 2 derniers.   Pis c'est pas spécifique HFR , c'est partout pareil .  Mais surtout mon constat c'est que ça touche les jeunes , les tres jeunes (meme pas la majorité).  
 
Une vague de puberes avec un cerveau aussi creux que leurs burnes sonnent creux le retard hormonal.    J'en veux pas à BMO et je m'excuse de l'avoir chambrer ici (il comprendra) mais putain y'en a marre de ces toutes ces incoherences , debilités de communautés qui sentent le renfermé comme un chiotte peut sentir le vomi apres une soirée bien arrosée.

BMO, c'est bizarre. Je vais voir si j'ai pas une RH 7.2 au boulot.
Poltergeist (/nico ?) tu peux me donner l'assert qui echoue et le stack dump qui devrait apparaitre si ca plante ?
 

 
  pas sur OSA, sur S@hfr, mais pas ici
 
 

BMO, je viens de faire un essai sur une Mdk 7.0 et c'est passe sans probleme.
 
Tu peux verifier que tu n'as pas 2 versions de divxencore & decore sur ton PC ?

mouarf..... je crois bien que c'est depuis que j'ai installé divx5 que ça va pas, voici ce que me donne un locate :
 
/usr/local/lib/libdivxencore.so
/usr/local/lib/libdivxencore.so.0
/lib/libdivxencore.so
/lib/libdivxencore.so.0
 
c'est ça qui pose problème ? sinon les include sont dans /usr/local/include
 
le problème c'est pour le divx4, des erreurs (dont je mets quelques lignes seulement) sont générées lors de la compil en faisant appel à ADM_divx4.cpp, c'est qui bloque à mon avis :
 
(Attention : ce résultat est obtenu sur la 0.9pre2, j'obtiens la même chose sur la 0.9pre7, mais seulement les lignes sont différentes)
 
In file included from ADM_divx4.cpp:47:
../ADM_codecs/ADM_divx4.h:46:5: warning: no newline at end of file
ADM_divx4.cpp:127:17: warning: pasting "." and "mp4_edged_ref" does not give a valid preprocessing token
ADM_divx4.cpp:127:17: warning: pasting "." and "mp4_edged_ref" does not give a valid preprocessing token
ADM_divx4.cpp:127:17: warning: pasting "." and "mp4_edged_ref" does not give a valid preprocessing token
 
la liste est longue et c'est seulement sur ça que ça ne passe pas, d'où viendrait le problème ?
 
 

Oui c'est le fait d'en avoir deux qui pose probablement  probleme
 
Purge tout et reinstall divx5 (il est plus rapide)
 
A purger
 
libdivxencore.*
libdivxdecore.*
decore.h
encore2.h

Ca marche mieux BMO ?
 
Poltergeist tu peux me donner l'info qd ca plante ?

désolé, j'avais pas vu
 
bref, j'ai tout nettoyé, réinstallé divx5, nettoyer mon install et mes sources d'avidemux, compilé et...................... c'est toujours pareil  
 
j'en déduit que c'est un problème de divx5 (version 2002-04-18), je vais réinstaller les divx4 pour voir et recommencer
 
sinon c'est normal que les librairies soient en double, j'avais tout nettoyé et j'ai la même chose après réinstalle, sinon la lecture de divx fonctionne très bien
 
 

Euh non c'est pas normal que tu ai tout en double.
Que tu ai divxdecore.so et divxdecore.so.0 ---> OK
 
Que tu ai /usr/lib/libdivxdecore et /usr/local/lib/libdivxdecore --> non
 
Je ne comprends le probleme.

désolé, j'étais parti manger entre temps
 
bon, j'ai installé divx4, puis recompilé -----> idem
 
bon, je n'ai plus les librairies en doubles, elles sont seulement dans /usr/local/lib et bien sûr je me tape un écran gris avec mplayer quand je veux lire un divx5, les divx3 et 4 fonctionnants sans problème
 
pas vraiment d'idée là  
 
peut-être un fichier de conf qui ne va pas ?
 
edit : rien à voir avec avifile ?
 
 

Je soupconne un pb lie a l'inclusion d'un include venant d'ailleurs.
 
Mais d'ou et lequel ?
 
L'ideal serait que qq avec une RH7.2 te genere un binaire pour voir si ca c'est un pb de ce type la.
 
Je vais essayer de trouver une rh 7.2

youpla !! t'embête pas ! j'ai une autre machine sous RH 7.2, j'aurais juste à compiler pour cette machine après avoir installé les divx5 sur l'autre mais je verrai ça demain par contre car j'ai quelques autres choses à voir dessus, je te donnerai le résultat
 
merci
 
 

Bonne soirée, j'attends de tes nouvelle demain
 
(Divx4 est a oublier, trop lent)

mean a écrit a écrit :   Bonne soirée, j'attends de tes nouvelle demain   (Divx4 est a oublier, trop lent)

 
merfi toi aussi
 
pour ma part ----->  
 
 

mean serait ce possible de mettre ds tes sources le rep debian avec les fichiers qu il faut pour faire un package ?
ce serait tiptop  
merci d avance