Reprise du message précédent :
mais biensur qu'il est sur la bonne voie du moment que c'est pas sur celle de easyd.. bon!
dis donc au fait la viper, ton truc avec les threads je m'y suis mis et le probleme c'est que vstrip me bouffe tous mon CPU et du coup ma barre de progression ne bouge pas quand vstrip travaille !! alors c'est ch...
 
astuces ?? ( je baisse la priorite ??)

 
merci tburs , mais "l'union fait la force" ...

 
ouhaa ... tu t'es mis en REALTIME ???  
moi j'me mets en Idle...
 
bref, oui si tu te mets en realtime au niveau de ton process, va se retrouver sur les genoux .. je te conseille de mettre au maximum à high priority, au dessus tu vas faire ramer l'affichage de ta gui .. "c'est normal"

ah non pas de realtime ( jesais ce que je fais)
le normal priority me conviens mais vstrip me bouffe le cpu qd meme!!
et puis je n'arrive pas a cacher la console( et pourtant dans les infos du processus je met cacher !)
et puis j'ai pas le temps alors ca me bouffe !!
et puis j'ai envie de tout recommencer avec une conception UML et tout faire en objet apres ! ( comme ca je peux passer les classes ss aucuns probleme de portabilite c++ )
 
c'est dur la vie...

lol !! oui trop dur !!
 
bon pour ce qui est hide .. -> impossible, ou plutot j'ai pas reussi non plus ..  
donc moi je le lance en minimize ... ca reste dans la barre des taches et c'est tout ..
pour ce qui est de vstrip .. c'est qu'il doit par dessus redefinir sa propre priorité .., une astuce .. tu peux avoir un handle sur le process et par ce biais modifier la priorité .. mais chez moi (et je me sers de vstrip), je n'ai pas de soucis avec ma gui, elle n'est pas ralentie (MFC).
 
o fét .. tu tournes sur quel OS ?? win98 ? ca peut venir de là à la limite
 
en general quand tu fais de la conception avancée / orienté objet, il faut prevoir un max de tps ..

pour le minimize c'est forcement possible car bruce le fait
Je suis sous XP Pro...
pour l'orienté objet je sais que ca prend du temp mais bon la conception n'est pas si difficile car depuis le temps que j'essaye de me faire un pack complet ( je suis en v4 pas finit!) j'ai une bonne idee de ce qu'il faut faire et techniquement le gros est deja realise ( lire les ifos et enchaine les actions..)

et pkoi ton 'pack' est pas dispo kkpart ??
 
sinon pour le minimize ca fonctionne impec SW_MINIMIZE
le SW_HIDE n'a pas l'air de bien fonctionner. (??)
 
sinon, il faut savoir que Bruce lance son process par le biais d'un .bat (enfin il me semble) et ca suit pas la meme logique que quand tu lances manuellement chaque soft par un process independant.

mon pack est d'abord fait pour moi et comme j'ai pas acces chez moi sur le net et ben je vois pas l'interet de le mettre quelques part ( peut etre bientot car je suis en derniere annee...)

bah l'interet .. c'est dans faire profiter tout le monde ...
et enlever des parts de marché à EasyDivx lol..

bah ouais je comprends....
le pire c'est que maintenant la technique de Avisynth devient de plus en plus puissante !!

rudaie : pour vstrip le seul moyen d'avoir du rt est de passer par la dll...
 
Sinon, pour le soft en commun je suis pour... je suis en train de réfléchir à plein de trucs en ce moment... Comme je code peu (pas le temps) je réfléchi et je vois que l'on peut avoir un put'1 de potentiel en reprenant quelques outils. Par contre cela sera GPL obligatoire...

moi ca me botte bien aussi
 
tu zieutes quels softs/outils bruce?

Bha du borland ça c kler...
Ensuite entre du Delhpi et du C++...
 
De toute façon il faudra les 3 environements (Delphi pour vstrip, visual c++ pour dvd2avi et quelques autres trucs, c++ builder pour le reste ).
 
Faut réfléchir à un truc qui puisse être utilisé par tous.

bruce : tu me dis qu'il faut utiliser les dll ( que j'ai pas compris par quelle fonctions commencer) pour ne pas avoir la console!!
 
sinon ouais tu penses a quelle methode pour ton "potentiel" car dvd2avi et m2a reste rapide mais limite (desentrelacement et autre filtre) car virtual nous donne avec la methode frameserver...

Bruce a écrit a écrit : Bha du borland ça c kler... Ensuite entre du Delhpi et du C++...   De toute façon il faudra les 3 environements (Delphi pour vstrip, visual c++ pour dvd2avi et quelques autres trucs, c++ builder pour le reste ).   Faut réfléchir à un truc qui puisse être utilisé par tous.

 
attends Delphi pour vstrip !!!!
VC++ pour DVD2AVI !!
attends si tu parles d'utiliser les dll il faut me montrer pa

merde ...
 
il faut me montrer par ou tu passe pour lancer les dll !!!

rudaie : la GUI de maven est en Delphi, c à mon avis le plus simple pour récupérer les fonctions de la DLL (copier/coller et hop !).
 
Quand au potentiel de DVD2AVI, c'est un excellent décodeur MPEG2, bien programmé... Dès lors l'ajout de filtres de re-size ou deinterlace est assez simple (voir comment ogo as ajouté le re-size en quelques jours en prenant le filtre AviSynth...).
L'autre avantage est la vitesse ! Moins on passe par des softs différents plus on vas vite ! C'est plus rapide d'encoder avec DVD2AVI re-sizé que d'avoir DVD2AVI -> AviSynth -> Vdub !

ouais je comprends bien ...maven n'a pas mis ces sources ...ni ogo !
bon, tu veux faire un prog avec 3 langages ??
pour le delphi c'est jouable de faire un composant ( et ca devrait etre le but) pour VC++ bah c'est du C++ donc pas de prob et le langage choisit est donc ... C++Builder car accepte Delphi et C++ !!

moi je vois ca comme ca ...  
 
GUI -> langage que vous voulez ...  
une DLL mere -> en C/C++ sous visual
les dll filles -> lame/vstrip etc.. commandées par la dll mere.
 
la gui ne pourra etre fait que dans un seul langage
la dll mere devra etre en C/C++ pour pouvoir etre exploité par n'importe kel langage ..

Heu c compliqué comme architecture là...
 
rudaie : les sources sont dispo sur le site de maven et sur doom9...

merci je viens de les trouve car je me suis dit que maven les aurais mis ...
par contre ogo ...c'est pas grave j'ai de quoi bosser ( moi qui n'est pas le temps)
 
pour les dll je suis pour mais pas autant que ca!!
vstrip est bien mais les infos Ifo je sais comment faire pour les avoir en C++ et l'extraction de l'audio doit etre a notre porter donc plus de vstrip.dll ( un GPL de moins !) par contre DVD2AVI... le desentrelacement est attendue par tout le monde a la prochaine release mais vas-t-il y avoir une autre ...
L'audio est automatise pas Ac3toMp3...
En fait y'a pas gd chose !!! l'interface ... ce qu'on peut proposer...graver ??(non c nul ca)

Il y as toute la partie Vdub à ré-intégrer !

Aussi, AC32MP3 n'est pas LA solution car ne prend pas en compte les son MP2 et LPCM...
 
Quand à ne pas utiliser vstrip, c une connerie car il y as d'excellentes fonctions dans vstrip qu'il n'y as pas ailleur !

Pourquoi VD ??
DVD2AVI peut encoder tout simplement non?
...Ah le multiplexage !!, heu ouais c'est jouable : ouvrir un flux video et audio et sauver le tout ... ouais bah on n'est pas sortie la !!

des options sympa...  
- couper le fichier avi de facon automatique.
- detecter le crop de l'image.
 
l'avantage de l'architecture que je propose ..c'est qu'une l'interface sera independante des process et pourra etre realisé par n'importe kel langage .. voir meme avoir plusieur GUI differente tapant chacune sur la meme dll mere.
 
et l'avantage de changer facilement la version d'une des dll filles sans alterer le code de la dll mere (ainsi que de la GUI)
 
c'est la methode 'royale' à utiliser.. maintenant il est p'etre plus chiante à mettre en place .. j'en conviens.
 
Il faut se rappeler qu'une GUI doit etre le plus independante possible des methodes de compression.

ouais d'alleurs j'ai une bande son en LPCM et je sais pas comment la traiter !!
vStrip a quelle fonction en plus que IfoParser ne fait pas  

ouhai ben le mp2 c'est ok maintenant
 
Ac3toMp3->VobtoMp3->BeSweet (gestion du mp2)

jsuis ok avec la viper mais pour la creation de nos propres dll... sinon on fait ce que tout les rippack font : de la recup : si il faut se faire chier il faut bien le faire c'est a dire et Bruce l'a expliquer essayer de tenire comte des differents formats et differentes config ( desentrelacement -> ca ca me fait chier pour les ripp de serie type friends...)

et LPCM (DVD 10 commandements ...)

LPCM : très simple à gérer avec Lame... C'est du Raw en 48 khz...
 
Concernant l'architecture, oui on doit avoir des dll qu'une GUI indépendante apelle... Mais je vois pas trop l'intéret de la DLL "mère". C un fourre tout ?
 
Quand à AC32MP3, c une bonne idée mais je trouve le truc un peu lourd comme il est fait... Surtout que re-faire l'équivalent est pas franchement dur dur...

ouhai cté dans cette optique là (faire nous meme nos dll) sinon j'vois pas l'interet.

l'interet de la dll mere c'est que si demain tu veux changer lame par un autre encodeur .. tu n'auras pas à faire de modif au niveau de la GUI ... pour un travail en equipe c'est mieux .. une partie de l'equipe sur la gui une autre sur la dll mere ... etc..

ouais et c'est pour ca que je me tape du code en lecture ...
dll principale : ok mais du coup ca sert juste pour une interface non fixe : on fait les fonctions et l'interface peut etre faite independemment ?? (je suis pas loin la non ??)
Bruce : c'est quoi les fonctions qui t'interessent dans vStrip car je suis en train de le "lire"...

ouhai l'avantage d'une dll mere .. ca serait que sur la meme dll, des gens pourront faire une interface en Vb d'autre en Borland et d'autre en Delphi par exemple ... sans se soucier du code qui se trouve derriere car dans tous les cas ca sera les meme fonctions qui seront appelés...

ok  
DVD2AVI en dll on se touche tout de suite ou plus tard parce que la ...on se la prend et on se la mord : c'est trop le bordel

lol !! c'est un peu ca oui ..

ouias je crois que pour le son c'est faisable mais pour la video il faut soit tenter ( et on sera pas les premiers) une customisation de DVD2AVI ou attendre une nouvelle version ou DVDx peut etre (px3...)

Pour vstrip regarde un peu mais il est largement plus puissant que tous les autres parser de ifo que j'ai vus... Genre tu sais quel canal est utilisé dans quel chaine...

Shush!
14/12/2001
 
----- version 1.2.3 -----
 
Modif. visuelles mineures
Mise à jour de SmartRipper -> 2.40
bug du script wavtowma.vcf avec NanDub non resolvable actuellement.
Possibilité de créer ses propres scripts
Ajout de choix de kbps dans le calcul du bitrate
Prise en compte du canal video dans mpeg2avi
Modification de la fenetre 'info sur le dvd'
 
 

Shush!
19/12/2001
----- version 1.2.4 -----
 
Ajout du mode trace (view/file)
Ajout de BeSweet 0.81
Mise à jour de SmartRipper -> 2.41
Ajout de l'option No-Aspi dans le rip du dvd

Shush!
24/12/2001
 
----- version 1.2.5 -----
 
Correction bug de log lors de l'encodage en mode 2 passages.
Ajout de BeSweet 0.9
Modif au niveau du mode trace