Requests Ri4m

Depuis ma HB3220, j'écume les forums pour justement voir les retours utilisateurs et éviter ce genre de déconvenue.

Le dernier est mon canon A70 qui a clamsé au bout de deux ans, c'est normal il parait.

Ce message a été modifié par YannBresil - 31/12/2005 21:19.

Va falloir que tu passes sur le site de ebay Pepsi (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif)

Sinon tu le vends combien ?

Ce message a été modifié par zombi55 - 01/01/2006 01:16.

Moi je l'ai aussi depuis 2 ans et elle dépote toujours autant .. (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo.gif) ( FW non officiel ).

Euh, c'était une blague, je ne vais pas arnaquer quelqu'un en lui refilant une daube pareille (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo1.gif)

Profite-z-en, la mienne dépotait aussi avec un FW on officiel, jusqu'à ce que le moteur cd meurt. 5et en parcourant internet, tu verras que c'est très courant sur cette platine). Mais je me suis à quoi, déjà, a oui, la xbox, avec la joie du streaming (plus de cd à graver), lecture de à peu près n'importe quoi, jeux videos (je rejoue à sonic, délire).... le bonheur quoi.

pour le moteur du lecteur je suis au courant car des fois mon lecteur ne veut pas s'ouvrir alors je suis obligé de lancer le tourniquet à la main pour faire sortir le tiroir .. (IMG:http://forum.ripp-it.com/style_emoticons/default/yahoo.gif)
Mais sinon elle lit tout .. (IMG:http://forum.ripp-it.com/style_emoticons/default/cling.gif) ( enfin le XviD de bonne qualité je voulais dire .. )

(IMG:http://forum.ripp-it.com/style_emoticons/default/ouin.gif) http://forum.ripp-it.com/index.php?s=&show...ndpost&p=106141

Sinon, Est-ce que Ripp-it peut generer des logs? Pareil pour les filtres DirectShow?
Ca pourrait etre utile de dumper les Time-Stamps audio/video et les numeros de frames? Ripp-it pourrait meme peut-etre analyser les decalages si l'utilisateur place des marqueurs sur la video?

Toujours pour le decalage lors d'un re-encodage: le nombre de frames total d'une video est contenu dans le conteneur (avi, mkv,ogm,etc.) ainsi que la duree totale normalement pas calculée a partir du frame-rate. Ripp-it pourrait faire une verification du frame-rate (avant et apres re-encodage).

Parce-que en fait, pourquoi ya-t'il decalage?
A mon avis, c'est que les algos de compression sont differents et que pas le meme nombre de frames sont encodés pour une meme source selon l'encodeur. (OK?) Ce qui veut dire que certaines frame sont "skippées" lors de l'encodage. En clair, meme avec le meme frame-rate (fps) globale pour les 2 videos, en fait certaines portions necessitent plus de frames avec un encodeur plutot qu'avec un autre (c clair? (IMG:http://forum.ripp-it.com/style_emoticons/default/an_kes.gif) ) .
Par exemple: Un algo the compression mp4 peut utiliser des B-frames (frames de prediction) ou non selon le profile mpeg.

Donc si on avait ces information comme: le nombre total de frames, le nombre skippées et la durée, exacte finale comparé a l'audio on pourrait savoir si ya souci...

Ca serait pas mal de pouvoir calculer le decalage audio/video automatiquement durant l'encodage...Je reconnais que c'est pas evident mais je suis sur que c'est possible.

Sinon, pour eviter le decalage peut-etre que l'encodage pourrait se faire en 2 temps:
1 - On decode completement la video et l'audio (YUV9 ou RGB et PCM) dans un gros tres gros avi.
2 - Puis on re-encode tranquilement en autre chose, normalement aucune chance de decalage. Bon c'est sur il faut de la place disque mais bon c'est jouable...
Peut-etre le faire par petit bouts et recoller a la fin, decoder 10mn d'audio/video, encoder dans le format désiré, effacer, puis recommencer...

Qu'est-ce que vous en pensez? (IMG:http://forum.ripp-it.com/style_emoticons/default/hem.gif)

Troll.

Edition pour correction de balise.

Ce message a été modifié par Dirk-Pitt - 03/01/2006 15:13.

Je crois que tu vas te heurter très rapidement à la taille maximale d'un AVI (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif)

Mouais, en RGB24 pour du 520x370 a 25fps ca fait deja 18Mo par seconde... (IMG:http://forum.ripp-it.com/style_emoticons/default/maya.gif)
Ce qui fait ~1Go par minute... (IMG:http://forum.ripp-it.com/style_emoticons/default/an_what.gif)
(IMG:http://forum.ripp-it.com/style_emoticons/default/beuh.gif) Les petits bouts c'est peut-etre mieux, mais ca risque de merder aux jointures... (IMG:http://forum.ripp-it.com/style_emoticons/default/snif.gif)

Troll.

Et aux limites imposées par le système de fichiers (FAT 32 = 2 Go et NTFS = 4 Go il me semble) ...

Pour information sur la ntfs :
La limite théorique de la taille d’une partition NTFS est de 16 exaoctets (17 milliards de To), mais la limite physique d’un disque est de 2To.

Y a de la marge (IMG:http://forum.ripp-it.com/style_emoticons/default/an_ouarf.gif)

EDIT

Voici un morceau choisi qui montre aussi la limite d'un fichier avi : http://www.repaire.net/forums/showthread.php?s=&postid=22606

Ce message a été modifié par POLLUX - 03/01/2006 19:02.

Je me disait aussi ... (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif)

D'après ce qu'ils disent, on ne peut pas faire un AVI de plus de 2 Go, et moi je réponds faux ..
J'ai fait des films de + de 2 Go et je n'ai jamais eu de problème .. (IMG:http://forum.ripp-it.com/style_emoticons/default/hop.gif)

Toute la différence réside dans le "OpenDML" je pense

C'est à dire ??? (IMG:http://forum.ripp-it.com/style_emoticons/default/an_kes.gif)

OPen DML est une "bidouille" dans l'AVI qui permet de mettre plusieurs bouts d'AVI à la suite dans un AVI. la limitation reste dans le flou artistique ....

OK, donc au temps pour moi .. (IMG:http://forum.ripp-it.com/style_emoticons/default/gloups.gif)

Tant que c'est "artistique" ... tout va bien. (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif)


(IMG:http://forum.ripp-it.com/style_emoticons/default/guix_jesors.png)

Ca c'est la taille d'une partition et moi je parle de la taille d'UN fichier ... (IMG:http://forum.ripp-it.com/style_emoticons/default/euh.gif)