Reprise du message précédent :
ok pour la mise au point et désolé pour avoir confondu Fu avec un "vulgaire" rippack    
Par contre je serai curieux d'avoir au moins quelques indications sans rentrer forcément dans les détails sur la solution algorithmique (resize/gamma....) ou autre utilisée qui te permet de tant gagner en compressibilité-qualité parceque là je suis dubitatif.

clair : 2 cd = ac3

Ben sur les films, je vois pas la diff avec le 128, parcontre pour de la musique seul, je la sent la diff.
 
Donc je privilegie la qualitée d'image
 
Edit: j'ai pas de Son Home cinema de la mort moa

Est-ce que la version 0.35 règle ce pb ?

ffdshow, sa install juste les decodeurs ?

avec une kiss dp450 et le dernier firmware + film encodé en 034d, l'avance rapide marchait moins bien, c vrai, qu'avec la 031 (excellent, pas de meilleur divx)
 
je te tiens au courant demain pour la 035
 
edit : ffdshow, c'est un décodeur

 
non , seule soution trouvée : un passage par vd ou vdm en direct stream copy (ce qui ne change en rien la qualité d'encodage ) ,  
 cela modifie peut etre le container .avi ??? plus compatible avec le kiss

 
techniquement si le rippack est bien programmer avec les mêmes reglage de codec la difference de qualité doit pas etre enorme

 
j'attends toujours ma reponse  

je pense pas qu'il y ai de truc particulier

 
bah si y'a un algo magique  

Ya le code source sur le site, sa peut peut etre repondre a ta question

Je suis pas assez bon (pour ne pas dire mauvais) en codage brut pour explorer le code source. par contre j'ai quelques notions en traitement d'image...

Je crois que j'ai trouvé la methode du resize
 
void ResizePlaneFields::Resize(const unsigned char *top, const unsigned char *bottom, unsigned char *dst, bool allowDeinterlace, bool doBilinearResize)
{
 unsigned char  *ptr;
 const unsigned char *temp;
 unsigned   loop0;
 
 if(_empty == false) {
  if(top == bottom) {
   if(allowDeinterlace && smartDeinterlace)
   {
    if(doBilinearResize)
    {
     unsigned  src_size = _srcDim.x * _srcDim.y;
     unsigned  chroma_srcsize = src_size >> 2;
     unsigned  chroma_width = _srcDim.x >> 1;
     unsigned  chroma_height = _srcDim.y >> 1;
     unsigned char *ptrC1;
     unsigned char *ptrC2;
     unsigned char *topC1 = (unsigned char *)top + src_size;
     unsigned char *topC2 = (unsigned char *)top + src_size + chroma_srcsize;
 
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      ptr += _srcDim.x;
      top += _srcDim.x * 2;
     }
     for(loop0 = 0, ptrC1 = _buffer + src_size, ptrC2 = _buffer + src_size + chroma_srcsize; loop0 != chroma_height; loop0 += 2) {
      memcopy(ptrC1, (unsigned char *)topC1, chroma_width);
      ptrC1 += chroma_width;
      topC1 += chroma_width * 2;
      //
      memcopy(ptrC2, (unsigned char *)topC2, chroma_width);
      ptrC2 += chroma_width;
      topC2 += chroma_width * 2;
     }
    }
    else
    {
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      ptr += _srcDim.x;
      top += _srcDim.x * 2;
     }
    }
    temp = _buffer;
   }
   else
   {
    temp = top;
   }
  } else {
   if(allowDeinterlace && smartDeinterlace)
   {
    if(doBilinearResize)
    {
     unsigned  src_size = _srcDim.x * _srcDim.y;
     unsigned  chroma_srcsize = src_size >> 2;
     unsigned  chroma_width = _srcDim.x >> 1;
     unsigned  chroma_height = _srcDim.y >> 1;
     unsigned char *ptrC1;
     unsigned char *ptrC2;
     unsigned char *topC1 = (unsigned char *)top + src_size;
     unsigned char *topC2 = (unsigned char *)top + src_size + chroma_srcsize;
 
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      ptr += _srcDim.x;
      top += _srcDim.x * 2;
     }
     for(loop0 = 0, ptrC1 = _buffer + src_size, ptrC2 = _buffer + src_size + chroma_srcsize; loop0 != chroma_height; loop0 += 2) {
      memcopy(ptrC1, (unsigned char *)topC1, chroma_width);
      ptrC1 += chroma_width;
      topC1 += chroma_width * 2;
      //
      memcopy(ptrC2, (unsigned char *)topC2, chroma_width);
      ptrC2 += chroma_width;
      topC2 += chroma_width * 2;
     }
    }
    else
    {
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      ptr += _srcDim.x;
      top += _srcDim.x * 2;
     }
    }
   }
   else
   {
    if(doBilinearResize)
    {
     bottom += _srcDim.x;
 
     unsigned  src_size = _srcDim.x * _srcDim.y;
     unsigned  chroma_srcsize = src_size >> 2;
     unsigned  chroma_width = _srcDim.x >> 1;
     unsigned  chroma_height = _srcDim.y >> 1;
     unsigned char *ptrC1;
     unsigned char *ptrC2;
     unsigned char *topC1 = (unsigned char *)top + src_size;
     unsigned char *topC2 = (unsigned char *)top + src_size + chroma_srcsize;
     unsigned char *bottomC1 = (unsigned char *)bottom + src_size;
     unsigned char *bottomC2 = (unsigned char *)bottom + src_size + chroma_srcsize;
 
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      memcopy(ptr + _srcDim.x, (unsigned char *)bottom, _srcDim.x);
      ptr += _srcDim.x * 2;
      top += _srcDim.x * 2;
      bottom += _srcDim.x * 2;
     }
     for(loop0 = 0, ptrC1 = _buffer + src_size, ptrC2 = _buffer + src_size + chroma_srcsize; loop0 != chroma_height; loop0 += 2) {
      memcopy(ptrC1, (unsigned char *)topC1, chroma_width);
      memcopy(ptrC1 + chroma_width, (unsigned char *)bottomC1, chroma_width);
      ptrC1 += _srcDim.x;  // chroma_width * 2
      topC1 += _srcDim.x;  // chroma_width * 2
      bottomC1 += _srcDim.x; // chroma_width * 2
      //
      memcopy(ptrC2, (unsigned char *)topC2, chroma_width);
      memcopy(ptrC2 + chroma_width, (unsigned char *)bottomC2, chroma_width);
      ptrC2 += _srcDim.x;  // chroma_width * 2
      topC2 += _srcDim.x;  // chroma_width * 2
      bottomC2 += _srcDim.x; // chroma_width * 2
     }
    }
    else
    {
     bottom += _srcDim.x;
     for(loop0 = 0, ptr = _buffer; loop0 != _srcDim.y; loop0 += 2) {
      memcopy(ptr, (unsigned char *)top, _srcDim.x);
      memcopy(ptr + _srcDim.x, (unsigned char *)bottom, _srcDim.x);
      ptr += _srcDim.x * 2;
      top += _srcDim.x * 2;
      bottom += _srcDim.x * 2;
     }
    }
   }
   temp = _buffer;
  }
  ResizePlane::Resize(temp, dst, allowDeinterlace, doBilinearResize);
 }
}
 
C'est un peu trop complexe pour moa

Y'a rien de magique dans tout ca. En fait si je peux me permettre c'est la question qui est mal posée. En réalité, je pense que l'estimation de la compressibilité de GK sous-estime la compressibilité s'il tombe sur des séquences inappropriées lors du test de compressibilité.

Au fait, j'ai mis en ligne FU 0.36 ( http://fairuse.free.fr ) qui gère XviD 1.0 RC1

 
peut etre mais tu ne réponds toujours pas sur la stratégie employée

Désolé, je croyais avoir répondu
 

En deux mots, la version originale du resize de FairUse appliquait plein de filtres aux noms compliqués dont je ne connais pas l'effet précisément : window hamming, convolve, shorten, et normalize (je rappelle que je ne suis pas l'auteur original, voir plus haut dans ce thread).
Sur les conseils de Milan Cutka (auteur de ffdshow) j'ai donc remplacé l'algo de redimensionnement par une version MMX piochée dans le source de FlaskMPEG.
Concernant le mode "smart deinterlace", il s'agit simplement de ne lire qu'une trame pour obtenir une image de demi-hauteur, pour ensuite la redimensionner en pleine taille. C'est le seul moyen de se débarrasser de l'effet de "peigne" quand une vidéo entrelacée a été encodée en progressif.
 
Je répète donc qu'il n'y a pas de "stratégie" particulière, et pour la comparaison avec GK, je suis convaincu que GK aurait donné le même niveau de qualité que FU si KikitheKing avait encodé avec la même résolution.
 
A la limite, la seule différence en XviD vient du codec : GK ne gère pas les 1.0 beta, tandis que FU intègre la dernière beta de XviD. C'est donc plutôt de ce côté qu'il faut chercher à mon avis...
 
Enfin, je pense que les softs se valent effectivement en qualité, ce qui fait la différence c'est la simplicité.

Ah ben voilà! ok pour les explications.
Je suppose que pour le choix automatique de la resolution Fu le fait en fonction du nbr de bits/pixel.

oui, c'est d'ailleurs expliqué sur l'écran concerné dans FU. Il s'agit de choisir une valeur entre 150 et 200 (à titre indicatif) en fonction du type de film, chose que évidemment seul l'utilisateur peut faire. La sélection automatique de résolution utilise un paramètre assez conservateur de 165.

j ai faéis un rip de film ..franchement pas vu de diff par rapport a neodixv avec un temps de compression beaucoup plus long .....

 
Trouvé le Pb... ma mémoire n'aime pas trop le dual à 166MHz...   (et pourtant c'est de l'infineon 3200)
 
Très bon bench donc ce logiciel, car à part prime95, tout passe sans pb.
 
    Sinon, je trouve FaireUse tout simplement génial.      
 
A conseiller à tout ceux qui ne veulent pas s'embêter avec 36 logiciels...

 
Continue à utiliser neodixv alors...

je vais tester sur un film avec plus d effet style le seigneur des anneaux

 
J'ai testé. Nickel.

j'ai compris que tu veux pas de vbr je suis triste mais c toi le boss
cette demande intéressera pas mal de monde,
y a moyen d'améliorer la qualité même si je tourne a 5fps/s j'ai un p4 3.2 et la nuit mon pc dort c dommage ..
je suis sur que tu équilibre qualité et vitesse d'encodage pkoi pas une option qualité a donf
je m'explique une option qui bouffe bcp de ressource pour avoir un rendu encore plus beau  
tu es le seul qui maîtrise a la perfection ton outil et le codec vu la qualité des ripp tu dois savoir comment faire mieux même si ça bouffe 2 fois plus de puissance  
la nuit mon pc na pas besoin de dormir

Si tu veux la meilleure qualité possible sans t'occuper de la taille clique sur "load defaults" et crée un seul encodage avec quant = 2
Si tu veux la meilleure qualité possible pour une taille donnée, active GMC+QPel+VHQ=4, mais ca va être beaucoup plus lent et tu ne verras probablement aucune différence de qualité.

merci de ta reponse je vais tester ce soir

y a un mieux avec la new codec xvid ? des options en plus ?
elle approrte quoi de neuf qui peu repondre ?

c'est comme pour les nouvelles version du codec divx
il y a des ameliorations

Est-ce que quelqu'un pourrait faire un test sur platine Kiss avec la 0.36a que je viens de mettre en ligne svp ? J'ai fait une petite modif qui règlera peut-être le pb.

je vais faire ça cette nuit .

l'avi produit avec v 0.36a , c'est pas bon du tout .
ça plante tout : media player , bsp player , et même impossible à ouvrir avec virtualdub.

pluc75, si tu as créé un XviD, peux-tu essayer de faire un DivX plutôt stp ?
 
Pour pouvoir ouvrir avec VDub il te faut le codec XviD 1.0 RC1 dispo ici : http://roeder.goe.net/~koepi/xvid.shtml
 
Chez moi tout fonctionne très bien, peux-tu être plus précis quand tu dis que "ca plante tout" ?
 
Les autres lecteurs du topic ca va ou pas chez vous ?

idem chez moi
l'avi plante

cyberpat : je l'ai fait avec divx 5.11 pro (je ne fais jamais de xvid):
options classiques : 672*288 , bitrate 1100 , gmc , b-frames, son ac3 (paramétres habituels pour moi qui passent bien sur le kiss dp450, avec des résultats satisfaisants)
encodage générique "séparé"  
 
les plantages : bspplayer plante ,media player idem.c'est à dire que rien ne s'ouvre , et cela fini par un message du style "windows peut il envoyer un message d'erreur chez crosoft ??"
l'avi produit n'est pas ouvert , ni par gspot(il ne donne alors aucune info sauf la taille) , ni par virtualdub 1.5.10 (format invalide)
 
seul avicheck arrive à ouvrir le fichier crée.
 
remis version 0.36 , et c'est OK =>à priori , il y a un blème avec le format de l'avi produit avec 0.36a.
 
mais bon l'avance rapide sur un kiss n'est pas primordiale pour tout le monde. ce bug n'enlève aucunes qualités à fairuse , d'autant que la solution est simple : un passage par virtualdub en direct stream copy audio+video et ça roule  

J'ai contacté Kiss Technologies par mail pour essayer de comprendre ce qui coince sur ces platines, j'aurais donc besoin de quelques infos :
 
1. types de fichiers qui ne fonctionnent pas (vidéo/audio)
2. modèle de platine
3. version du firmware
 
Merci bcp

kiss dp 450  
firmware 2.80

je tiens à dire que la recherche rapide fonctionne chez moi avec kiss dp 450, firmware 2.80 et fichier créé avec la 0.35
--> fichier divx et xvid
 
sauf que c'est moche (l'image qui défile n'est pas la bonne, il faut se référer au compteur temps sur la platine, qui lui ne merde pas...)
 
parfait avec la version 031 de fairuse
 
j'ai un divx qui merde totalement, recherche rapide inopérante
MAIS je me rappelle pas fait avec quelle version de fair use
 
@+

même chose que wanou
cyberpat : ne cherche pas .
je pense que le kiss est en cause.
les divx crées avec fu 0.36 fonctionne normalement sur le grandin dvx 3000 des enfants...
ce qui laisse à penser que le kiss avec sa "vieille" puce est moins tolérant.

même chose que wanou
cyberpat : ne cherche pas .
je pense que le kiss est en cause.  
les divx crées avec fu 0.36 fonctionnent normalement sur le grandin dvx 3000 des enfants ...(avance rapide ok)
ce qui laisse à penser que le kiss avec sa "vieille" puce est moins tolérant que le grandin à puce ess.
 
par contre divx avec 0.36a pas bon chez moi sur le PC