Forum Ripp-it After Me > XviD1.1beta2 ne passe pas sur platine KiSS ?

Version complète : XviD1.1beta2 ne passe pas sur platine KiSS ?

Forum Ripp-it After Me > Les ressources > Les codecs, pilotes etc (audio et vidéo)

Jack...

mardi 19 avril 2005 à 18:05

2 films encodés avec la beta2, sur 2 PC différents en plus, mais avec les paramètres employés jusque-là sans pb avec la v.1.1beta1 (B-Vop à 1, DNX HT PAL, etc.)... et ils ne passent pas sur ma KiSS : la lecture reste bloquée à 0:00:00 sans démarrer, pourtant la platine reconnaît le format de fichier (via le "set-up"), et lit tjrs très bien les XviD1.1beta1. J'ai gravé avec Nero, Sonic ou Windows, même toutim... Les films passent évidemment sans souci sur PC.

Bizarre pour une version censée être plus compatible avec le matériel certifié DivX...

QUOTE

* VFW frontend
- Improved compliancy with DivX profiles.

rien vu à ce sujet sur Doom9. Je vais réencoder la 2nde passe avec la v1.1beta1 pour avoir une certitude...

Qui a les mêmes soucis ?

paco67

mardi 19 avril 2005 à 18:18

Tu as utilisé le même support?

Jack...

mardi 19 avril 2005 à 18:28

QUOTE(paco67 @ mardi 19 avril 2005 à 19:18)

Tu as utilisé le même support?

c'est à dire, mêmes CD-R, oui... Mêmes CD-RW aussi...

Jack...

mardi 19 avril 2005 à 20:34

certitude : ça passe sans pb sur KiSS avec le même film et la 2nde passe refaite avec la v.1.1beta1...

à la corbeille la beta2...

Guix

mercredi 20 avril 2005 à 07:25

Des personnes ont également évoqué cette incompatibilité sur hardware.fr

Cédric@07

mercredi 20 avril 2005 à 08:34

Pour info :

cela passe très bien sur ma H&B DX-3220 ....

bizarre quand même que la beta 2 ne soit plus compatible avec ta platine Kiss .....

Pour ceux qui ont une platine Divx, pouvez vous faire un essai pour savoir si la beta 2 est compatible avec votre platine ....

paco67

mercredi 20 avril 2005 à 11:39

Effectivement,j'ai resortis ma vielle kiss 450 et comme pour Jack,ilisible.
Le film ne demarre pas et l'analyse dans le setup est bonne.

Jack...

mercredi 20 avril 2005 à 12:59

bon, on est 2...

j'ai posté chez doom9 pour voir...

pepsilite

mercredi 20 avril 2005 à 16:27

Ben, fort heureusement, les betas "changent" un peu le code du codec, l'améliorent et l'affinent, peut être que ces améliorations demandaient de passer un cap et de ne plus être compatibles...

ou alors c carrément un gros bug

Cédric@07

mercredi 20 avril 2005 à 16:30

je ne sais pas si c'est seulement les Kiss qui ne l'accepte pas ?

je dirais (au conditionnel ...

) que toutes les platines à base de MEDIATEK (au moins HB-3220

) acceptent la beta 2 ...

Jack...

mercredi 20 avril 2005 à 22:34

Bien vu Pepsi, le "bug" vient d'un changement du code DivX dans le "userdata string" de la beta 2 : "DivX503b1393p" au lieu de "DivX999b000p".

QUOTE("changelog XviD 1.1 beta 2")

xvidcore
========
* added XVID_GLOBAL_DIVX5_USERDATA global flag
* removed the bvop delay warning text ("warning: nothing to output), as this often confuses joe user.
* minor changed to closed gop image_printf statement: s/"DX50 BVOP->PVOP"/"CLOSED GOP BVOP->PVOP"
* additional comments for low_delay_default mode within decoder_decode()
* divx userdata string: s/DivX999b000/DivX503b1393. this has been suggested by dxn for improved hardware compatibility [nb: i dont have a hardware player to confirm this]
* vbv_peakrate constraint is ignored if <= 0

vfw frontend
============
* dxn profiles now confirm to "DivX Certified Profile Compatibility v1.1", February 2005. this document was provided by DivXNetworks, USA. when a dxn profile is selected, strict conformance is enabled:
- force 1:1 picture aspect ratio
- disable bframes if interlacing is enabled
- force maximum of 1 consecutive bvops for the portable and ht profiles, 2 bvops for the hd profile
- always write divx 5 userdata string to bitstream - force packed bitstream option
- updated dxn vbv parameters
* added PROFILE_4MV flag. 4mv is now disabled for the dxn handheld profile.
* moved PROFILE_AS/PROFILE_ARTS/PROFILE_S to config.c
* profile[].max_bitrate now measured in bit/sec (not kbps)
* profile->level box: widgets are now greyed-out if they are not used.
* increase vertical size of profile drop down list.
* about box button: s/Dismiss/OK

merci à Mephisto66 de surdvd.com qui m'a mis le "nez dessus"

Si j'ai bien compris c'est DivX Networks qui leur ont soufflé l'idée... Que ne les ont-ils ignoré...

Jack...

mardi 10 mai 2005 à 10:59

solution pour changer le "userdata string" d'un XviD1.1beta2 non lu sur platine : mpeg4modifier (j'ai testé, ça marche au poil) => http://forum.ripp-it.com/Mise-a-jour-de-l-actualite-des-logiciels-video-t3880.html&st=238

stryke

mardi 10 mai 2005 à 11:17

Tu nous ferais pas un petit post là-dessus (unpack & Cie) ? ...Histoire d'avoir un lien interne et non sur un autre forum dans l'un de mes posts

PS : Parait que le logiciel avidemux est capable de le faire aussi

Jack...

mardi 10 mai 2005 à 12:09

QUOTE(stryke @ mardi 10 mai 2005 à 12:17)

Tu nous ferais pas un petit post là-dessus (unpack & Cie) ? ...Histoire d'avoir un lien interne et non sur un autre forum dans l'un de mes posts

un jour...

Sinon, c'est tellement simple que ça ne mérite pas un tuto :
cocher [x] unpack pour enlever le packedbitstream
éditer le userdata string et le remplacer par divx999b000p
et sauver

PS : Parait que le logiciel avidemux est capable de le faire aussi

Tiens, ça m'aurait éviter de D/L 23 Mo de .NET framework

ricouledingue

mardi 10 mai 2005 à 12:13

on peut modifier l'aspec ratio sans réencoder avec MPEG4 modifier ?
voilà quelque chose d'intéressant.

Jack...

mardi 10 mai 2005 à 13:24

QUOTE(ricouledingue @ mardi 10 mai 2005 à 13:13)

on peut modifier l'aspec ratio sans réencoder avec MPEG4 modifier ?
voilà quelque chose d'intéressant.

Attention : il s'agit du Display Aspect Ratio = une information sur la forme à donner au pixel lors de la lecture (1:1 ; 59:54 = 12:11 comme le 4/3 PAL : 10:11 comme le 4/3 NTSC, etc. Comme en MPEG-2 un apsect ratio 4/3 ou 16/9)
Sinon la vidéo fait tjrs XXX*YYY pixels. Changer son format nécessite évidemment de réencoder.

---edit--- Ceci n'a d'intérêt que si la vidéo MPEG4 est contenue dans un container .mkv, .mp4 ou .divx, les seuls à supporter les informations d'aspect ratio. Pour du .avi ou du .ogm, ça n'a aucune utilité. ---edit---

ricouledingue

mardi 10 mai 2005 à 18:35

Merci Jack…, donc c’est sans intérêt pour moi.

Jack...

mardi 10 mai 2005 à 20:41

pour moi aussi

pepsilite

mardi 10 mai 2005 à 21:36

Ca fait 2 fois que tu dis la même chose Jack, le MKV non seulement contient un display ratio mais même un display size....

Jack...

mercredi 11 mai 2005 à 10:54

Désolé, j'édite, j'étais sûr que seul les .mp4 et les .divx le pouvaient... C'est une bonne nouvelle alors !
Comment régler le D.A.R. dans le player ? (quel player le peut ?)

Ceci dit, les .mkv n'étant pas (encore?) lus sur platine, sur les PC n'importe quel bon player (= tous sauf WMP) permettent de modifier le ratio H*L de l'image lue, donc ça n'aurait d'intérêt que dans les .avi ou .ogm lus sur platine.

rol

mercredi 11 mai 2005 à 11:09

C'est quoi le D.A.R ?

lauden

jeudi 12 mai 2005 à 09:53

Sûrement Display Aspect Ratio

rol

jeudi 12 mai 2005 à 10:51

MatMaul

jeudi 12 mai 2005 à 23:10

cadeau : la dll xvidcore.dll modifié pour les platines kiss (passage de DivX503b1393 a DivX999b000, a part ca rien de changer c'est la beta 2)
non tester sur une kiss (pas eu le temps) mais ca devrait marcher en théorie (en tout cas c'est bon dans mpeg4modifier).
installer xvid 1.1 beta 2 de koepi, faire une sauvegarde du fichier c:/windows/system32/xvidcore.dll (au cas ou) puis copier le fichier dans c:/windows/system32 ; on vous demande si vous voulez remplacer le fichier vous répondez oui et puis c'est bon !

http://membres.lycos.fr/matmaul16/xvid-kiss.htm

stryke

vendredi 13 mai 2005 à 14:53

cool de ta part....ça va faire un heureux je pense :-))

GLoBoLLo

lundi 17 octobre 2005 à 21:55

Salut,
C'est normal l'écart de taille pour une si petite modif ?

xvidcore.dll de la Beta2 =
728 Ko (745 472 octets)

xvidcore.dll de la Beta2 modifiée par MatMaul =
505 Ko (517 359 octets)

A+

pepsilite

lundi 17 octobre 2005 à 22:11

le xvid est très capricieux apparemment, ça n'est pas "normal", mais ça "arrive"....

GLoBoLLo

dimanche 23 octobre 2005 à 00:19

QUOTE(pepsilite @ lundi 17 octobre 2005 à 23:11)

le xvid est très capricieux apparemment, ça n'est pas "normal", mais ça "arrive"....

Salut,
Je suis d'accord avec toi sur le fait que le Xvid est capricieux lors de la création d'un film.
Mais ici, je ne vois pas pourquoi le fait de modifier la chaine DivX503b1393 en DivX999b000 dans une DLL fait varier la taille de la DLL.
Je l'ai fait avec un éditeur hexa et la taille de la DLL ne bouge pas d'un octet.
J'ai testé un Xvid 1.1.0 Beta2, sur ma KiSS, fait avec cette DLL et c'est tout bon.
A priori, cette bidouille fonctionne, je n'est pas essayer la beta2 sur la KiSS avant de modifier cette DLL.

Je met ICI La DLL modifiée pour ceux qui veulent essayer.

-> Félicitations et bravo aux auteurs pour ce super logiciel qu'est Ripp-It!

<-

A+

C'est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez XviD1.1beta2 ne passe pas sur platine KiSS ?.