Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forum DivX Video Ripp-it After Me Ri4m _ Les codecs, pilotes etc (audio et vidéo) _ XviD1.1beta2 ne passe pas sur platine KiSS ?

Écrit par : Jack... 19/04/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...

* 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...

beuh.gif Qui a les mêmes soucis ? an_kes.gif

Écrit par : paco67 19/04/2005 18:18

Tu as utilisé le même support? an_kes.gif

Écrit par : Jack... 19/04/2005 18:28

(paco67 @ mardi 19 avril 2005 à 19:18)
Tu as utilisé le même support? an_kes.gif
*


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

Écrit par : Jack... 19/04/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... snif.gif

Écrit par : Guix 20/04/2005 07:25

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

Écrit par : Cédric@07 20/04/2005 08:34

Pour info :

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

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

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

Écrit par : paco67 20/04/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. bof.gif

Écrit par : Jack... 20/04/2005 12:59

bon, on est 2... an_coucou.gif

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

Écrit par : pepsilite 20/04/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... hop.gif ou alors c carrément un gros bug yahoo1.gif

Écrit par : Cédric@07 20/04/2005 16:30

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

je dirais (au conditionnel ... yahoo.gif ) que toutes les platines à base de MEDIATEK (au moins HB-3220 aaaa.gif ) acceptent la beta 2 ... cling.gif

Écrit par : Jack... 20/04/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".

("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é... hop.gif

Écrit par : Jack... 10/05/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/index.php?showtopic=3880&st=238

Écrit par : stryke 10/05/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

Écrit par : Jack... 10/05/2005 12:09

(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... mrgreen2.gif  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  bof.gif

*

Écrit par : ricouledingue 10/05/2005 12:13

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

Écrit par : Jack... 10/05/2005 13:24

(ricouledingue @ mardi 10 mai 2005 à 13:13)
an_what.gif
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---

Écrit par : ricouledingue 10/05/2005 18:35

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

Écrit par : Jack... 10/05/2005 20:41

pour moi aussi gloups3.gif

Écrit par : pepsilite 10/05/2005 21:36

hop.gif 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....

Écrit par : Jack... 11/05/2005 10:54

gloups3.gif 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.

Écrit par : rol 11/05/2005 11:09

C'est quoi le D.A.R ? gniark.gif

Écrit par : lauden 12/05/2005 09:53

Sûrement Display Aspect Ratio maya.gif

Écrit par : rol 12/05/2005 10:51

Ah yahoo1.gif

Écrit par : MatMaul 12/05/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

Écrit par : stryke 13/05/2005 14:53

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

Écrit par : GLoBoLLo 17/10/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+

Écrit par : pepsilite 17/10/2005 22:11

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

Écrit par : GLoBoLLo 23/10/2005 00:19

(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 http://xthost.info/GLoBoLLo/xvidcore.rar La DLL modifiée pour ceux qui veulent essayer.

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

A+

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)