Journal Nouvelle béta de Xvid-1.0.0

Posté par  .
Étiquettes : aucune
0
27
déc.
2003
Salut à tous,
Le dernière beta de la branche de dévellopement 1.0.0 de Xvid vient de sortir.
A télécharger sur: http://ed.gomez.free.fr/projects/xvid-1.0.0-beta3/xvidcore-1.0.0-be(...)
Au menu:

XviD 1.0.0 beta3 available
Posted by: GomGom

This is the third beta of XviD 1.0.0. Codenamed "Selam".

Binary compatibility is preserved. Some plugin data structure fields are now marked deprecated and they will be removed for next release.

Changes since 1.0.0 beta2 (Ciao):

* xvidcore:
o Defaulted back to VGA 1:1 PAR.
o Enabled SSE2 assembly code for IA32 platforms.
o Improved and bugfixed two pass:
+ better frame size scaling.
+ better defaults.
+ handles up to 2TB target filesizes
+ 1st pass disables automatically CPU hungry features.
o Added fast ME replacement routines.
o Added Post Processing to decoder:
+ Deblocking.
+ FILM noise.
o Various Bugfixes.
* VFW frontend:
o Added AR widget.
o Added "Turbo mode" that enables core fast ME routines.
o Removed DXN profiles from the profile list.
o New defaults.
* DShow decoder frontend:
o Added PP widgets.

You can read a more detailed description of the changes in the ChangeLog file available in the top directory of the inflated source tarballs.

Next beta releases will focus on bugfixes and core library documentation.

Merry Christmas and Happy New Year -- Edouard Gomez.


N'empêche que je comprends toujours pas comment fonctionne l'intégration avec mencoder, j'ai pas moyen d'activer le trellis, alors que c'est clairement un must pour des encodages de qualité :-(

  • # Re: Nouvelle béta de Xvid-1.0.0

    Posté par  . Évalué à 2.

    J'oubliais un détail: Le site officiel, c'est: http://www.xvid.org/(...)
    Sinon, j'ai déjà vu Edouard Gomez traîner sur LinuxFR: dis-moi Edouard, pourrais-tu me donner quelques pointeurs vers des documentations techniques sur le MPEG-4 (j'ai déjà vu celle que tu as mis sur ton site sur Xvid).
    Aussi, je voulais savoir si tu étais en charge juste de la couche d'interface avec mencoder et trancode, mais que tu ne décidais pas de l'intégration de telle ou telle nouvelle fonctionnalité (trellis ou psnr, ...) à mencoder?

    Autre remarque, avec la désactivation de certaines analyses lors de la première passe, ne risque-t-on pas d'avoir une qualité moindre?

    • [^] # Re: Nouvelle béta de Xvid-1.0.0

      Posté par  (site web personnel) . Évalué à 0.

      C'est bizarre, je ne vois pas cette news dans la file d'attente de modération...

      "Contribuer" en haut : http://linuxfr.org/submit.html(...)

    • [^] # Re: Nouvelle béta de Xvid-1.0.0

      Posté par  (site web personnel) . Évalué à 6.

      >quelques pointeurs vers des documentations techniques sur le MPEG-4

      Hmm, désolé j'ai pas çà sous le coude. Mais bon si tu veux LES détails, le standard est ton ami pour quelques brouzoufs suisses sur iso.org. Sinon, sur le web toute doc sur MPEG1/MPEG2 et MPEG4 sont bonnes à étudier car la vulgarisation masque les différences majeures entre ces standard. Les principes, eux, restent les mêmes.

      >Aussi, je voulais savoir si tu étais en charge juste de la couche d'interface avec mencoder et trancode

      Oui, enfin je bosse sur xvidcore avant tout, je ne fais pas que les frontends ;-).

      >mais que tu ne décidais pas de l'intégration de telle ou telle nouvelle fonctionnalité (trellis ou psnr, ...) à mencoder?

      Pour transcode, je suis en bon terme avec le mainteneur donc je fais ce que bon me semble...

      Par contre pour mplayer, disons que je préfère pas m'embêter avec à envoyer les patchs directement. Cela est principalement dû au fait que:
      - mplayer-dev est fichtrement plus chiant quant à leur acceptation des patchs. Autant laisser qq un d'autre jouer le proxy. Y'a aussi une ambiance que j'apprécie pas des masses (entre l'elitisme affiché de certains, et les grandes gueules...)
      - ca donne l'occasion à d'autres de reviewer/tester car XviD attire peu de codeurs, donc je souhaite pas tout monopoliser.

      >quelques pointeurs vers des documentations techniques sur le MPEG-4

      Nos tests n'ont rien montrés de tel. Ceci est dû au fait que notre seconde passe prend des décisions un peu grossières et donc une première passe moins précise (mais bcp plus rapide) n'impacte pas au final sur la qualité.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.