Reprise du message précédent :
Pour ceux que ça intéresse, j'ai mis en place un channel IRC sur IRCnet (#rippack). Ceux qui connaissent Mirc ne devraient pas avoir de problème à se connecter, pour les autres j'ai ajouté une petite applet java à mon site :
http://www.bheller.com/chat
 
Enjoy !

Bruce a écrit a écrit : Pour ceux que ça intéresse, j'ai mis en place un channel IRC sur IRCnet (#rippack). Ceux qui connaissent Mirc ne devraient pas avoir de problème à se connecter, pour les autres j'ai ajouté une petite applet java à mon site : http://www.bheller.com/chat   Enjoy !

pff je vais devoir ouvrir un mIRC de plus

dje33 a écrit a écrit :   pff je vais devoir ouvrir un mIRC de plus

 
Mé non, tu as l'applet sinon

petite question je ne sais pas pkoi mais quand je veux encoder les vobs au moment de checker tout il me dit que j'ai une violation de l'aspi!!!
 
Quelqu'un peut m'aider plz car je suis vraiment en galere  
Merci

Error initializing:
Audio Stream compression: the requested conversion is not possible...
Ensuite:
AviOutputWAV:
descripteur non valide.
 
Comprend po...apres 10h de rip y me trouve le moyen de me faire un DivX ss son...C koi l'erreur??plZ

bon mon probleme d'aspi est regler mais maintenant il me dit que mon DVD NE PEUT ETRE AUTHENTIFIE!!!
 
Comment je peux regler ce probleme??  
J'ai un pioneer 16/40 en slot in IDE
 
MERCI

angel18 : si l'aspi marche pas installez ForceASPI qui est dispo sur www.doom9.org
L'authentification c pas forcément un problème. Certain DVD n'en n'ont en effet pas besoin... Mais impossible au rippack de le savoir Donc par sécurité, lancez la lecture pendant quelques secondes dans un player DVD (qui lui authentifie) et passez l'étape !
 
ElfiK : copie le contenu du .rpk ici svp. Quel format de son avais-tu demandé ? Avais-tu installé les codecs ?

Bruce:  J'ai utilisé rippackv3 beta 15.5
Voila mon fichier .rpk
 
[File]
ifo=E:\PEARL hARBOR\out.ifo
lst=E:\PEARL hARBOR\out.lst
[Movie]
width=720
height=576
aspect=16:9
framerate=25
format=PAL
length=02:55:36
[Audio]
0xBD 0x80=English, AC3, 384 kbps
0xBD 0x81=Francais, AC3, 384 kbps
 
Sinon pour les options audio, j'ai rien touché et tous laissé par défaut...simplement selectionné les deux pistes tour à tour.
 
j'ai utilisé les codecs divx4.02 car on m'a dit que les divx4.11 fonctionnaient mal puis dvt l'echec audio,j'ai qd mm essayé les 4.11 exactement mm messages d'erreur.

UP For BrUce.

Voilà,  
 
Je voudrais riper un dvd d'un concert...mais le pb est qu'a chaque fois queje veux copier les vob sur mon dur via la rippack de Bruce il écrit que mon DVD n'est pas authentifié puis que l'authentification à échoué !
Alors que lorsque que je test avec le dvd du Grand bleu il n'y à pas de pb...ça rewlZ !
 
Si qqu'1 à une ch'tite idée !
 
Thanx.  
 
Doudos>t'as essayé de lire le DVD (kelke secondes) avec un playerDVD avant de le ripper !?
 
Ca n'a rien donné.......j'ai déjà essayé....je post qu'apres avoir tout esayé généralement !
 
Bruce>Bon, bha il y as même les réponses, mais je ferme, comme l'as dit OrBiK, pour le rippack c dans le thread du rippack qu'il faut aller
 
Oki, ça le fera remonter au moin ;-)
 
ThanX

Bruce a écrit a écrit : Normallement oui En tout cas si ton dvd est NTSC le rippack devrais automatiquement mettre sur 23.976 fps et l'ivtc à -4...

 
J'ai essayé avec "Taxi" le DVD était en NTSC 29.x et je l'ai mis en 23.976 avec l'ivtc a -4
 
Il est effectivement entré dans la taille demandé, mais le film est tout dégeux.
C'est plein de lignes qui se promenent partout dans l'images, des pixels qui bougent, bref, la qualité devient attroce, je sais pas pourquoi.
Je vais le ré-encoder en 29.x et je vais envoyer des screenshots.
 
Je vais donc continuer à faire les rips en 29.x mais je me retrouve avec le probleme de taille du fichier, quel est le calcul que je devrais faire pour lui demander une taille ?
 
C'est assez complexe car la trame sonore reste toujours de la meme taille, donc la regle de trois n'est pas juste
 
T'as une suggestion ?

ElfiK : bon, installe bien les deux codecs, DivX 4.11 (ou 4.12), pas la peine de prendre un 4.02 buggé ! Et aussi le DivX 3.11a ! Sinon t'as pas de condec son...
 
Killerman : si tu lisais la réponse que g donné dans le post précédent ?
 
OrBiK : Taxi en NTSC ??? Impossible !

 
Yap, screenshot ?  

Voilà, j'utilise avec bonheur le rippack 15.5 qui fonctionne à merveille avec mon Athlon 750 slot A, et ceci aussi bien en encodage qu'en lecture (merci Bruce).
Mon PB vient du fait que je voudrait lire mes DivX sur mon 2ème ordino qui est un K6 2 450 128 Mo SDRAM et CG ATI Rage pro 8 Mo.
Hélas la lecture saccade un peut et pour les vrais DVD c'est pareil. Voici mes questions :
1-Est-ce que si j'achète une CG récente, je vais améliorer la lecture des DivX et des DVD ? si oui, quelle modèle est valable à moins de 1000 balles.
2-Est-ce qu'une carte de décompression Mpeg2 pour la lecture des DVD améliorera aussi la lecture des DivX ?
 
Merci de votre aide.

1) ce qui te limite plus à mon avis c le CPU (K6-2... ). Essaye déjà de baisser le taux de post-processing en lecture et d'installer le filtre DivXG400... Si ça suffit pas, change de CPU...
2) Non...

Bruce j'ai une question au niveau indice de qualité:
Tu mets koi en général?
Merci d'avance

Moi ? 0.15 comme c par défaut... Mais avant de demander ce que je met faudrait-il savoir si vous avez pigé le principe
Faites une recherche dans le thread j'en ai déjà expliqué tout les détails.

Je remet l'explication comme ça
 
En DivX vous devez déjà connaitre le débit (bitrate), c'est ce qui défini la qualité de l'image. Mais cela ne prend pas en compte la taille de l'image elle même... Alors si du 600 kbps peut être magnifique sur du 352*288, en 720*576 c'est une autre histoire ! Et c'est là qu'intervient l'indice de qualité. Cet indice est basé à la fois sur le débit et la résolution.  
Donc, pour le calcul... c'est très simple. On compte déjà le nombres de pixels de l'image, ça c facile, on multiplie la largeur par la hauteur... Donc en 352*288 vous avez 101376 pixels. Voilà, vous nottez ça qq part  
Ensuite, on sais que l'on veux utiliser 600 kbps... Première étape, comme on étudie une seule image (frame) on divize par le nombres d'images par secondes (oui, le framerate). En PAL c'est 25 fps, donc 600/25=24 kb pour 1 frame. Ensuite on converti en bit pour y voir plus clair, soit une multiplication par 1024 (pour ceux qui ont pas fait d'info, pour passer du bit au kb on multiplie par 1024, même topo pour aller au Mo... mais revenons à nos mouttons ), donc 24*1024=24576 bit. C'est le poid "moyen" d'une frame... Moyen car on sais bien que le codec fait varrier le débit en fonction de ce qu'il as à encoder.  
Ensuite voici le fameux calcul de l'indice, on divise cette taille par le nombres de pixels de l'image (mais si vous l'avez notté tt à l'heure ! ). Soit :  
24576/101376=0.242424... bit par pixel par frame. Voici ce fameux indice de qualité  
Faisons rapidement le même calcul tj à 600 kbps mais en 720*576 :  
24576/(720*576)=0,05925... bit par pixel par frame.  
Et là vous voyez que c tout petit par rapport à l'autre...  
En général en DivX on obtiens une bonne qualitée quand l'indice de qualité est au dessus de 0.15, en dessous on as souvent des macroblocks, au dessus c encore mieux Par contre au delà de 0.3 le codec a tendance à "saturer"... Logique, il vas pas inventer des choses à encoder à partir de l'original  
Voilà... j'espère avoir été clair  
Donc vous pigez l'intéret du truc, le rippack lui vous calcule tout ça tout seul comme un grand... Et en fonction de la durée et du format de votre film !  
Donc pour les difficils qui veulent une pure qualité, ils peuvent monter l'indice à 0.2 par exemple, mais vous metterez moins de films sur 1 CD...

Merci bcp

ben je croyais que las 3.11a etait installé par defaut avec rippack sinon c ca le pb pas de codec audio...
thx bruce..

le post de fabcool c moi...dsl chuis chez un pote.

 
Vi, si tu as utilisé l'installer... Sinon, au cas ou ré-installe le codec, il est dans le rep du rippack.

ouaip thx je vais essayé...

 
Contenu du .rpk du rip de taxi:
 
[File]
ifo=E:\DVD Ripping\out.ifo
lst=E:\DVD Ripping\out.lst
[Movie]
width=720
height=480
aspect=4:3
framerate=29.97
format=NTSC
length=01:26:08
[Audio]
0xBD 0x80=Francais, AC3, 192 kbps, -0:00:00.067

c'est bien l'indice de qualité mais si on affiche le résultat en plein écran, la basse résolution a besoin d'etre beaucoup + propre que la haute résolution pour avoir une qualité égale (chaque défaut se voit énormément, et un carré de 8*8 contient + de détails, donc se compresse moins facilement). D'ailleurs avec le post-processing à fond, la qualité d'un 352*288 en 600 kbits sera + proche de celle du 720*576-600 kbits que de celle du 720*576-2400 kbits.
En +, le divx4 avec post-processing a tendence à rendre l'image floue ( moins de détails, comme si on baissait la résolution) plutot qu'à faire plein de macroblocks, quand on baisse le bitrate. J'ai vraiment l'impression que la résolution compte assez peu (beaucoup moins qu'avec le 3.11 ou le mpeg), si ce n'est que la baisser limite forcément la qualité à haut bitrate.
 
Si on encode en 64*48 avec un bitrate de 300 kbps ça va donner un indice de qualité excellent, mais le résultat ne sera beau que dans une fenetre de 64*48 pixels, et affreux en plein ecran.

Comment eviter la desynchronisation ?
Ca fait 2 fois que j'encode Incassable et 2 fois que je trouve une legere desynchro.
Pourtant la 2eme fois, j'avais un bitrate de un peu plus de 900.
Je comprends pas vraiment d'ou ca vient.
J'ai essaye avec plusieurs players (micro dvd, cinematograph,...) et plusieurs reglages mais rien.

OrBiK : je pige vraiment pas, et il te dit quoi si tu lis le DVD dans un player DVD ? Parceque Taxi en NTSC ça me parais zarb ! Je penche plus sur un IFO merdique qu'autre chose...
 
wave : tu confond un peu certains éléments là... L'indice de qualité se base directement sur la réolution. Un DivX en 352*288 à 600 kbps sera aussi bo qu'un même divx en 720*576 à 2400 kbps, mais tu perd en précision ! Tu perd pas en qualité d'encodage en réalité mais en définition...
Evidement, mettre du 64*48 en plein écran fera un truc tout flou (pas d'histoires de macro-blocks là ! Les macro-blocks sont l'inverse du flou, justement si on floute c pour masquer les macro... enfin bon ).
Tu parles ici de la précision qui deviens plus crutiale au fur et à mesure que l'on baisse en résolution... Et tu as raison ! J'ai bcp discuté de ça aux débuts, perso je croyais que ct mieux d'encoder en 720 tout le temps que de réduire la res comme le faisaient d'autres. En effet j'avais une bien meilleure précision mais cela nécéssite aussi un bien plus gros débit dans certaines scenes... D'un autre côté mes "oposants" encodaient en 352*xxx et affirmaient avoir un truc bo... J'ai fait plusieurs tests d'encodages et on est à peut-près tous arrivé à un avis commun, il faut adapter la résolution en fonction du débit, mais pas non plus trop baisser la résolution sous peine d'avoir une image bcp trop lissée et peu détaillée... Si la majorité des gens encodent en 640 ou 512 c pas pour rien
 
fanflarage : la désynchro ne viens pas du player (sauf The playa mais c un autre pb ).
Elle arrive parfois car le rippacj n'arrive pas tj à synchroniser comme il faut. Dans 99% des cas corriger la désynchro est très simple. Ta désynchro est constante ou progressive ?

[edtdd]--Message édité par Bruce--[/edtdd]

Elle est progressive mais sur la fin, le son est presque bien calee avec l'image.
Sinon autre probleme, je viens d'encoder un autre film, j'ai specifie la taille (730 Mo) et je me retrouve avec un fichier de 840 Mo...Pas cool

 
Encode bien en 2 passes !
 
Pour la synchro, comment ça ? Le son est synchro au début et à la fin mais pas au milieu ???

J'ai encode en 2 passes et ouais le son est synchro au debut puis merde petit a petit et sur la fin, ca se remet presque correct...
Ca me surprend moi aussi !

Heu j'en pert mon latinus DivXus là...  
Pour la taille en 2 passes ça peut pas faire ça normallement... et pour le son... Je pige plus là !

Desole y'a vraiment que chez moi qu'il se passe des trucs pareils !!!
Bon ben la je vais retenter le coup...
C'est bizarre parceque j'en fait un autre cette nuit et y'a aucun souci...
Je reviens dans quelques heures  

je suis pas trop d'accord. Sur les quelques tests que j'ai fait, c'est pas le cas pour une raison simple: un carré de 8*8 en haute résolution contiendra généralement moins de détails (entre autres il a moins de chances de contenir le bord d'un objet en mouvement et davantage d'appartenir à une zone qui ne change pas beaucoup d'une frame à l'autre) donc sera + facile à compresser.
Pour le choix de la résolution: vu que le post-processing gomme les macroblocks en haute résolution à faible bitrate, je préfère garder la résolution d'origine, au moins les scènes lentes ne perdent pas en détails. Bon pour les très faibles bitrates je dis pas, mais j'encode uniquement des films à regarder chez moi, pas des anims à mettre sur des sites web.

 
Ok, soit t'as pas lus ce que g dit, soit t'as pas compris...

oyo bruce
j'ai enfin résolu (enfin presque) les plantages de mon PC et maintenant je peux re-encoder des divx.  
j'ai donc réussi à finir de faire amélie poulain sur un cd en double passe, avec des réglages presque par défault, mais je suis po trop content de la qualité par rapport à des divx que je faisais avant.  
j'ai la v3 béta15.5, et il y a marqué que le codec dedans est le 4.02, pourtant j'était sur d'avoir mi au moins le 4.11 !!! est ce que ça peut jouer sur la qualité?

ben pourtant j'avais l'impression d'avoir compris...
Ce que je dis c'est qu'un carré de 8*8 en basse résolution contient + d'infos qu'un carré de 8*8 en haute résolution (il correspond à une partie  grande de l'image, avec davantage de chances de contenir une zone qui est modifiée d'une frame à l'autre), donc si on lui alloue le même nombre de bits il risque d'etre moins beau (sans même le zoomer pour afficher en plein écran).
C'est pourquoi, même sans zoomer, 360*288 en 600 kbps sera moins beau que 720*576 en 2400 kbps.

opengeol : télécharge bien la dernière version sur le site, il y as un installer dedans. Et si tu veux met même à jour le codec pour le 4.12
Pour la qualité, Amelie fait près de 3 heures si je me souviens bien, sur 1 CD c normal que la qualité soit moyenne.
 
wave : un carré de 8 pixels * 8 pixels fait tj 8*8 pixels que ce soit en haute ou basse résolution... Le nombre d'info qu'il contient est donc identique ! La qualité dont est codé ce carré varie lui en fonction du débit.
Un 360*288 à 600 kbps sera encodé avec la même QUALITE qu'un 720*576 à 2400 kbps, par contre il sera bcp moins préçit ! L'image au final sera donc moins belle c'est évident... Encore une fois relis mon post d'avant c exactement ce que je dit.

 
PowerDVD

salut a tous et vraiment merci pour tes reponses precedentes Bruce.
voila mon new pb:j'ai rippe un dvd a deux faces.j'ai donc 2 ripps avec 2 fichiers "rpk".comment reunir tout ca pour n'avoir qu'un seul film et pas 2 morceaux de film?
that is the grande question!

t'es têtu bruce!
un exemple simplifié:
imaginons une tête de quelqu'un qui parle:
en basse résolution: elle est codée en un seul carré qui contient donc la partie en mouvement du visage (bouche): ce carré est donc différent d'une frame à l'autre.
En haute résolution: il peut y avoir 1 carré contenant la bouche et 3 autres qui contiennent des parties figées du visage, voir meme presque de couleur uniformes (front ou joues par exemple).
Il y a donc 3 (75%) carrés qui sont faciles à compresser pour 1 (25%) difficile. En moyenne, on pourra avoir un bitrate + faible pour 75% des carrés. Donc il ne sera pas nécessaire de multiplier le bitrate par 4 pour avoir la même qualité.
Si on multiplie quand-meme le bitrate par 4, la qualité sera meilleure, car il n'y a pas 4 fois + d'informations dans une image haute résoution (sauf cas exceptionnel où toute l'image est très détaillée et bouge partout).

Bon nouveau souci : lors de copie des fichires vob sur dsique dur, message d'erreur => Violation d'acces a l'adresse 78463F39 dans le module 'ntdll.dll'.
Ca veut dire quoi ?