Reprise du message précédent :
test de la dernière version releasée...
 
tiens, c'est space, impossible de lancer le codage d'un film !

!!!!

T'y est arrivé finalement ?

Au fait en terme de performance, cette nouvelle version compense le ralentissement global qui avait été introduit lorsde l'ajout du redimensionnement d'images par ajout de bandes noires.

bon bon bon, j'ai du bug pour kinenveut© !
alors je confirme le plantage quand l'image est de dimensions plus horizontale que verticale ! sinon p2m accepte bien les images plus petites que le fichier video généré.
 
(p2m v.0.5.0.23)

Ca y est la 1.0est dispo offcieusement pour mes petits testeurs HFR ftp://ftp2.kcsoftwares.com/kcsoft [...] omovie.exe
 
Dès qu'Asterix me confirme qu'il arrive à encoder un film avec, je la release en public !
 
Merci à tous ! (même si le test continuera avec les versions à venir ;-)

 
Tu peux me zipper+mailer une image qui fait planter svp ?

c'est une image toute noire jpeg de 106x101 pixels (plus horizontale)
j'ai testé d'autres pics horizontales, pas de soucis.
retesté avec la même image en bmp, plantage.
reretesté avec la même image mais redim > 640x480, ça fonctionne !
 
edit: sur un slide en 640x480

ok je vais jeter un coup d'oeil là dessus !

je reteste un slide show vertic + horizont.
edit: ce qui est cool, c'est qu'au plantage, avec le numéro d'image affiché, on voit tout de suite l'image qui ne va pas ! (tiptop)
 
request
quand on crée un nouveau projet, ce qui serait cool, c'est de garder le même dossier de sortie que celui du projet précédent. ça évite à avoir à se balader sur le disque dur. pourrait-on le fixer dans les prefs de l'applic / p2m ?

pour le chemin:  je vais voir si c'est possible.
 
Pour le bug : corrigé, je fixe encore 2-3 truc et je vous refait une pre-release

cool, parceque je seche sur l'image, enregistrée en jpg puis bmp puis jpeg, j'ai encore le soucis, et cela sur la pict toute noire comme sur une photo portrait.
edit: pour le portrait, l'image fait 1261 x 1706  Pixels.
je vais voir en bmp...
edit : zarbe, j'ai le même soucis en bmp ! donc ce n'est pas un problème d'enregistrement compatible en jpeg...
 

c'est le passage en bmp qui fait chi*r ;-)
sans rentrer dans des considérations technique, tous les softs n'écrivent pas les bmp de la même façon...

oui, mais j'ai néanmoins le soucis en jpeg !

ok, je crois que je suis sur ce bug là ;-)

tu peux me passer ton mail en mp pour que je t'envoie la photo incriminée ?

Tu as mon mail dans la fenêtre "a propos" de P2M

*bump* mail en partance pour img incriminée.

reçu... dès que j'ai corrigé le problème avec MES images foireuses, je teste la tienne ;-)

oki ! =)

Le bug est plus génant que prévu... je pense sortir une nouvelle version dans l'aprem. Le lancement officiel de l'appli est repoussé à demain

Excellente initiative.
 
Point à améliorer :
 
- ne pas resizer les images qui ne sont pas en 4/3
- pouvoir encoder en Mpeg1 ou Mpeg 2 pour compatibilité avec platine dvd de salon

Merci.
 
Pour le premier point, c'est déjà fait, il ne resize pas mais il met des bandes noires.
Pour le MPEG c'est pluas chaud déjà... je mieux et de balancer ensuite l'avi dans TMPGEnc pas exemple.

Sympa quoi que ca plante réguliérement
 
 
Sinon mettre un codec mpeg et mpeg 2 serait sympa pour pouvoir les graver et les lire sur la platine de salon

Pour les plantages je vais travailler dessus.

Et hop une nouvelle release : ftp://ftp2.kcsoftwares.com/kcsoft [...] omovie.exe
 
normalement ça corrige les problèmes d'images déformées. Confirmation ?

WIP
 
edit:
[gromèle]
lancement du codage - popup!
"since you are an unregistered user blablaba..."
bon, passe encore ce message, mais au moins, il faudrait l'avoir en Français !
[/gromèle]
 
bah voilà, il n'y a plus de plantage !
adopted !

C'est à dire ?

C'est à dire ?

 
mpeg2 est un format protégé par copyright... donc niet.
mpeg1, tu peux le faire avec le codecs standard de windows - microsoft video 1. edit: p2m n'a pas la résolution 320x240 de prévue, donc ce n'est pas jojo...

Parfait !
 
Je traduis et je release demain !
 
thx !!!!

tiens, je teste le codec on2 vp6 free for personal usage, ça fonctionne !
 
edit: la qualité est fabuleuse (800x600) en une passe (1300kb/s) par rapport à tout ce que j'ai vu. même wmv9 à 6000kb ne fait pas aussi bien !

indeo5 est pas mal, mais c'est plus lourd en fichier final.

ca sera à mettre dans le tableau comparatif ça ;-)

ouaip.
 
par contre, ce qui est un peu space, c'est que dans la config du codec on indique un débit, mais que le codec semble plutôt adapter le débit lui-même en fonction de ce qu'il a à se mettre sous la "dent" si on lui indique un débit "trop élevé".  
mais le résultat final est sans appel: on dirait de l'avi brut non compressé !
 
le fait même que tu ajoute ta première image p2m / kcsoftware est très utile pour juger directement de la qualité du codec.  
là ou divx & xvid (et les autres d'ailleurs) sont incapable de laisser le texte propre, les vp60/vp61/vp62 (déclinaisons de on2 vp6) font un travail remarquable en 1024x768 @ 800kb/s !
 
pour les différencier, le dirais simplement que si le fichier en sortie est de très bonne facture, il semble que la taille de fichier varie d'une version à l'autre. c'est à dire qu'à qualité visuelle égale, vp62>vp61>vp60.
mais c'est plus une histoire de paramètre de profile (comme les différentes version de divx / xvid).

C'est très instructif tout ça .... faudra vraiment que je prenne le temps de tester tout ça.
 
Bon, là je recompile un kernel linux, dès qu'il marche je repasse sous Windows pour faire la release publique !

j'ajoute que ne connaissant rien à la compression vidéo "quantizer" et autres paramètres abscons pour moi, je laisse tout par défaut, simplement je ne fait que régler le débit initial (1300kb/s par exemple).

donc il doit y avoir en plus possibilité d'affiner tout ça... il faudrait demander aux "experts" du forum plus d'infos à ce sujet.

bon, ça me chagrine, je refais un test/comparo perso
 
_______________________________________________________________________
 
divx 5.11 bundle gratuit (profile highdef), xvid 1.0.0 finale, vp6(2), en 800x600 (futur mpeg2/dvd).
edit: une passe évidemment, comme ce ne sera pas donné à tout le monde de faire du 2 ou x passes.
edit2: 12 secondes de filmn (300 frames) sans l'effet "dynamic", mais avec transition + 1 seconde par image.
 
 
A 1300ko/s
Les 3 codecs s'en sortent bien, les images (et surtout le texte au départ) sont propres, je dirais identiques (subjectivement), les transitions sont douces et pas d'artéfact visible/choquant sur mon 17 pouces à 50 cm.
 
Verdict: 3 vainqueurs.
 
----------------------------------
 
A 800ko/s
bon, ça commence à jouer intéressant, là !
 
divx5.11: bonne tenue de la première pict, les images sont bonnes, mais les transitions commencent a faire apparaitre les artefacts carrés / pixel. mais l'image fixe redevient bonne après le key-frame.
 
vp6(2): idem ci-dessus, mais moins de soucis sur les transitions, et très peu d'artefact.
 
xvid 1.0.0 final: àprès 4 lectures et le nez sur l'écran, là, j'ai pas tout compris , euh en fait, je ne vois pas la différence avec le 1300ko/s, à 50-60cm de mon 17 pouces. à noter que le codec est en full défaut et qu'il ne plante pas comme c'était le cas dans mes précédents tests.
 
Verdict:
- 1 xvid haut la main
- 2 vp62 pas très loin
- 3 divx 5.11 s'en sort pas mal, mais montre des faiblesses.
=> mais sur une télé, on ne verra peut-être pas les défauts ...
 
----------------------------------
 
A 400ko/s
Là, ça devient très chaud !
 
divx5.11: la première image reste correcte, pour le reste, vu le débit et la dimension de la vidéo, on a les artefacts divx gros carrés + couleurs et les transitions sont dures... on a néanmoins le temps voir un peu l'image à peu près nette mais avec pas mal d'artefact.
 
vp6(2): la première image est nickelle, pour les transitions, on voit les artefacts un peu comme divx, le codec a tendance à floutter un peu pour gommer ces défauts, cela reste supportable, et surtout, le codec a le bon goût de mettre un key-frame sur les images fixes et cela permet de les voir correctement au moins un instant !
 
xvid 1.0.0 final: la première image est nickelle, mais les transitions sont plus difficiles. Artefacts jpeg comme le divx, mais les key-frame en moins ! pas l'occasion de voir les images très nettes mais cela reste tout a fait acceptable. néanmoins, la vidéo est nettement plus agréable que divx, xvid a peut-être tendance à adoucir, par rapport au divx qui "sharp" un peu.
 
Verdict:
Là, c'est plus difficile à dire.
- le divx est un peu out en globalité par rapport au xvid et au vp6(2).
- xvid va floutter un peu pour gommer la faiblesse du débit, c'est bien en globalité.
- vp6(2) va entre les deux ! sharp un peu plus que xvid, et vu le débit, les transitions laisse un peu plus apparaitre des carrés nets. par contre, par défaut, et ça c'est fort intéressant pour un diaporama, ce codec a réussi à placer des key-frame sur les images fixe au milieu des transitions, et donc on a des images nettes un court instant, mais on les a !
Donc:
-1 VP6(2)
-2 Xvid 1.0.0 final d'une courte tête
-3 Divx qui lâche le morceau.
 
Mais il y a certainement moyen de "key-framer" plus souvent dans xvid, mais je ne suis pas un expert en codec!
 
_______________________________________________________________________
 
 
MAJ du 25/06/2004
Bon, c'est plus fort que moi , je teste le mode 2 passes sur les codecs testés ci-dessus (divx xvid vp6).
 
Divx 5.11 bundle:  
Premier test: amère déception, c'est beaucoup mieux que le mode une passe, mais malheureusement, il n'y a pas moyen d'avoir - malgré le mode highdef, une seule image nette.
En second test 2 passes pour le divx, j'ai donné 4000ko/s de débit pour la première passe, malgré tout, le résultat final est légèrement mieux, certes, mais vraiment pas terrible - pas d'image propre et ce malgré un key-frame forcé à 30 - et surtout bien bien en dessous de ses concurrents. Le débit final obtenu est le plus respectueux des 3 codecs avec 393ko/s.
En troisième test 2 passes à un débit identique au xvid (500ko/s demandés pour 473ko/s environ reçu), changement de scénario ! la qualité commence à venir ! on a enfin des images nettes après les transitions pixelisées. Encourageant pour l'outsider ! =)
 
On2 Vp6(2): c'est vraiment pas mal, à tel point que sur mon 17 pouces, on voit vraiment peu la différence avec le mode 800ko/s ! on voit les transitions qui pixelisent, mais après, hors transition, les images sont nettes. Débit final obtenu à 423ko/s.
Deuxième test: réglage à 475ko pour 473ko obtenu, le résultat est épatant par rapport au 800ko/s. C'est franchement meilleur que le xvid (qui est beaucoup mieux que le divx), les transitions sont plus agréables, peut être parceque le vp6(2) floutte très légèrement les carrés des xvid/divx, et le résultat final vaut le coup d'oeil !
 
xvid 1.0.0 final: comme le Vp6(2), il fait du très bon boulot, cependant, le réglage du codec est très délicat, et en fait, même si je demande 400ko/s de débit, on ne peut le fixer en première passe, mais seulement en deuxième passe (en fait peut importe), et au lieu des 400ko/s requis, j'obtiens 492ko/s. Très mauvais point pour la gestion du débit!
 
----------------------------------
 
Petite conclusion de MAJ:
Les codecs mpeg4, sur les diaporama, s'en sortent pas mal:
- 1 passe, 800x600 avec un débit de 800ko environ
- 2 passes, 800x600 avec un débit de 500ko environ, mais le temps de codage est logiquement plus long, "mode 2 passes" oblige...
 
Avec des fichiers comme suit:
702ko pour divx, 703ko pour vp6(2) en second test, et 731ko pour xvid.
Les débit sont de 473(Divx), 474ko/s(VP62) et 492ko/s(xvid).
 
Résultats finaux du 2 passes:
- VP6(2), fait vraiment du très très bon travail.
- Xvid, est pas mal, mais commence à montrer ses limites - à un niveau acceptable.
- Divx à la corde avec le xvid, fournit un travail analogue au xvid à environ 500ko/s, mais qui peut mieux gérer le débit (à mon niveau, je ne suis pas une flèche du codage) que xvid.
 
_______________________________________________________________________
 
Si je puis me risquer une recommandation pour cette application:
 
Mode rapide:
Choisissez un codec mpeg4 (voir ci dessus) à 1300ko/s de débit à 800x600 ou moins et faites une passe, le résultat n'est pas mal.
 
Mode 2 passes:
Choisissez un des même codecs que ci-dessus également et sur une vidéo de 800x600 ou moins, jouez avec un débit allant de 500ko/s à 800ko/s, le résultat est très probant sur un écran 17 pouces à 60cm.
 
On peut faire du bon boulot en diaporama avec des vidéo légères !
 
_______________________________________________________________________
 
 
Voilà !

juste pour savoir, que signifie "WIP" que tu utilise à outrance ? Je suppose que c'est Wait I... P... mais il m'en manque un morceau ;-)

WIP ?
Work In Progress ...
on trouve cela sur pas mal de site sur le web, cela signifie que l'on travaille sur un truc (un site, une action etc...)