Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1768 connectés 

 
 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  31  32  33  ..  35  36  37  38  39  40
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

Techniques de codage DVD --> Mpeg4 (venez tester tuxrip099rc1 !)

n°528311
zeb_
Posté le 27-07-2004 à 10:45:21  profilanswer
 

Reprise du message précédent :
Merci beaucoup pour tes explications :)

mood
Publicité
Posté le 27-07-2004 à 10:45:21  profilanswer
 

n°528332
zeb_
Posté le 27-07-2004 à 11:11:10  profilanswer
 

CREX :
Petite correction dans transperl : ligne 83 trancode -> transcode
 
Sinon j'ai vu que transcode etait lance avec le resizing "fast". Pourquoi ne pas utiliser --zoom_filter avec le Lanczos3 par defaut, de meilleure qualite ?
 
EDIT : contrairement a ce que dit leur man, --zoom_filter n'a pas de defaut, il faut mettre --zoom_filter Lanczos3


Message édité par zeb_ le 27-07-2004 à 11:17:14
n°528334
Profil sup​primé
Posté le 27-07-2004 à 11:12:46  answer
 

un petit drapeau :)

n°528698
Mjules
Modérateur
Parle dans le vide
Posté le 27-07-2004 à 18:55:53  profilanswer
 

un RPM de la nouvelle version :
http://mjules.free.fr/tuxrip/tuxrip-0.98-1.noarch.rpm


---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. |  Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.
n°529054
Data Jim
Posté le 28-07-2004 à 02:18:53  profilanswer
 

Bonjour.
J'ai utilisé tuxrip avec les options par défaut pour ripper un chapitre d'un dvd. Je veux utiliser une petite partie du fichier obtenu pour l'insérer dans un article à propos du dvd. Je veux donc pouvoir le découper. Mais les éditeurs vidéos que je connais sous linux ne peuvent pas ouvrir le fichier. Des idées ?
 
 
Sortie de avidemux (fin uniquement) :
 

Code :
  1. Decoder FCC: DIVX (58564944)Initializing postproc
  2. Deleting post proc
  3. updating post proc
  4. Enabled type:3 strength:5
  5. FFMpeg build : 4708
  6. Decoder init: FFMpeg MPEG4 video decoder initialized!
  8. checking for B-Frames...
  9. [mpeg4 @ 0x83782dc]header damaged
  11. error in FFMP43/mpeg4!
  13. ***oops***
  14. 5 is a b frame
  15. 7 is a b frame
  16. 9 is a b frame
  17. 11 is a b frame
  19. Mmm this appear to have b-frame...
  21. But the  index is not up to date
  22. XXX
  23. Please used Misc->Rebuild frame for BFrames!  XXX!!!
  24. End of B-frame check
  26. Editor :Audio streamer initialized
  27. Ogg/Vorbis
  28. Trying to initialize vorbis codec with 3974 bytes of header data
  29. Vorbis init successfull
  30. avidemux: ADM_edRender.cpp:294: uint8_t ADM_Composer::getUncompressedFrame(unsigned int, uint8_t*, uint32_t*): Assertion `rewind' failed.
  31. Aborted


 
Kino :

Code :
  1. KinoCommon::bulkLoad: Invalid file specified: /home/jim/SUGARCUBES_COMPILE3.ogm


 
Cinelerra :

Code :
  1. format couldn't be determined.

n°529083
mean
Posté le 28-07-2004 à 08:52:36  profilanswer
 

Upgrade en avidemux 2.0.26 et ca devrait rouler
Si ca marche pas, un bout du fichier m'interresse

n°529520
CREX
Posté le 28-07-2004 à 16:47:39  profilanswer
 

Data Jim a écrit :

Bonjour.
J'ai utilisé tuxrip avec les options par défaut pour ripper un chapitre d'un dvd. Je veux utiliser une petite partie du fichier obtenu pour l'insérer dans un article à propos du dvd. Je veux donc pouvoir le découper. Mais les éditeurs vidéos que je connais sous linux ne peuvent pas ouvrir le fichier. Des idées ?


Si ça marche toujours pas avec des version + récentes des outils cité au-dessus, tu devrais pouvoir faire ce que tu veux avec "ogmsplit" et "mkvmerge --split".


Message édité par CREX le 28-07-2004 à 17:00:29
n°529632
Data Jim
Posté le 28-07-2004 à 18:56:11  profilanswer
 

Merci pour les réponses.
Je disposais déjà de avidemux 2.0.26, par contre j'ai trouvé mon bonheur du côté de "mkvmerge --split" :)

n°530771
_darkalt3_
Proctopathe
Posté le 30-07-2004 à 12:01:24  profilanswer
 

[:drapal]

n°532393
CREX
Posté le 02-08-2004 à 14:19:24  profilanswer
 

Je suis en train de travailler sur le portage de toutes les fonctionnalités de tuxrip vers transperl. Si vous aimez le risque, vous pouvez récupéer un version de dev sur http://tuxrip.free.fr/transperl/transperl.pl et me dire ce que vous en pensez. Ceci n'est pas la toute dernière version de dev en date (elle ne comporte pas le test de compressibilité, sur lequel je bosse, et pour lequel rien ne fonctionne vraiment pour le moment), mais vous pouvez déjà commencer à jouer avec si vous avez besoin d'appliquer un filtre de débruitage ET/OU désentrelacement sur votre média.
J'ai aussi codé la compression audio ogg, mais sans normalisation audio et sans choix de qualité (par défaut, 1). J'ai aussi à porté de main une version mp3 pour les gens que ça intéresse.
Tout feedback est le bienvenue (correction de français, bugs, etc...)


Message édité par CREX le 02-08-2004 à 14:20:12
mood
Publicité
Posté le 02-08-2004 à 14:19:24  profilanswer
 

n°535189
ohan
Posté le 07-08-2004 à 00:13:02  profilanswer
 

salut,
est-il possible de convertir simplement un mkv (crée via tuxrip) en avi (xvid)
 
Merci bien.
++

n°535204
Sagittariu​s
Posté le 07-08-2004 à 01:11:01  profilanswer
 

Bravo CREX !

n°536161
CREX
Posté le 09-08-2004 à 08:09:12  profilanswer
 

ohan a écrit :

salut,
est-il possible de convertir simplement un mkv (crée via tuxrip) en avi (xvid)


Oui, et non:
oui, tu peux extraire le flux MPEG4 du matroska avec mkvextract (pour la syntaxe: man mkvextract)
non, tu ne peux pas encapsuler du ogg dans du avi: ça pose vraiment trop de problèmes de synchro, et les seules solutions qui le permettaient étaient des gros hacks. Je crois que NanDub le permettait notamment.  
Pour avoir du son dans ton avi, il faudrait soit recompresser le ogg que tu aurais extrait avec mkvextract, soit extraire depuis le dvd le son et le convertir en mp3 ou le garder en ac3.
A ce propos, je suis en trait de bosser dans transperl sur l'extraction et compression du son compatible avec les avi (mp3, ac3). Ça fonctionne plutôt bien. J'espère que jotenakis ne m'en voudra pas trop de ne pas me limiter aux formats libres...

n°541681
CREX
Posté le 17-08-2004 à 13:27:02  profilanswer
 

Rien de nouveau à vous annoncer du côté de tuxrip ou transperl... l'été n'est guère propice à s'enfermer devant son ordi, n'est-ce pas?
Ok, je suis pas tout à fait resté sans rien faire, puisque j'ai pas mal bossé sur la doc XviD de mplayer, qui laissait franchement à désirer.
Je viens d'envoyer le patch, mais si vous voyez des choses aberrantes dans la doc ci-après, merci de me le faire savoir rapidement (dans les 48h max) sur mon adresse perso: gpoirier chez irisa point fr

Code :
  1. xvidenc (-xvidencopts)
  2.        Il y a trois modes disponibles:  débit  binaire  constant
  3.        (CBR), quantificateur fixe et 2passes.
  5.        pass=<1|2>
  6.               Défini la passe en mode 2passes.
  8.        bitrate=<valeur>
  9.               Fixe  le  débit  binaire  (bitrate)  à utiliser en
  10.               kbits/seconde si  <16000  ou  en  bits/seconde  si
  11.               >16000.
  12.               Si  <valeur>  est un nombre négatif, XviD l'inter-
  13.               prètera comme la taille  désirée  pour  la  vidéo.
  14.               (CBR ou mode 2passes, défaut : 687 kbits/s)
  16.        fixed_quant=<1-31>
  17.               Passe  en  mode  quantificateur  fixe et défini le
  18.               quantificateur à utiliser.
  20.        me_quality=<0-6>
  21.               Contrôle la qualité  de  détection  de  mouvement.
  22.               Plus  cette valeur est grande et plus l'évaluation
  23.               est fine et utilise judicieusement les  bits.   En
  24.               revanche, cette plus grande finesse se paye par un
  25.               temps d'encodage plus long; aussi, si  vous  devez
  26.               faire  un  encodage  en temps réel, agissez sur ce
  27.               paramètre. (par défaut : 6)
  29.        interlacing
  30.               Active le support des vidéos  entrelacées.   Ainsi
  31.               vous  n'avez  pas  besoin  d'utiliser de filtre de
  32.               désentrelacement.
  34.        4mv    Utilise 4 vecteurs de  mouvement  par  macro-bloc.
  35.               Peut  améliorer  la  compressibilité  mais ralenti
  36.               l'encodage.   ATTENTION :  Cette  option  n'existe
  37.               plus avec XviD 1.0.x
  39.        rc_reaction_delay_factor=<valeur>
  40.               Défini avec quelle rapidité le contrôleur de débit
  41.               binaire CBR réagira à un changement de  débit  bi-
  42.               naire  et s'efforcera de le compenser pour obtenir
  43.               un débit binaire  constant  sur  cet  ensemble  de
  44.               trames.
  46.        rc_averaging_period=<valeur>
  47.               Un  encodage à débit binaire vraiment constant est
  48.               très difficile à réaliser.  En fonction du type de
  49.               scène,  le  débit binaire peut fortement varier et
  50.               peut être difficile  à  prédire.   C'est  pourquoi
  51.               XviD  essaye  plutôt  de garantir ce débit binaire
  52.               sur <valeur> nombre de trames.
  54.        rc_buffer=<valeur>
  55.               Taille du tampon de contrôle du débit.
  57.        quant_range=<1-31>-<1-31>[/<1-31>-<1-31>]
  58.               quantificateur min & max pour toutes  les  trames.
  59.               (défaut : 2-31, mode CBR)
  60.               quantificateur   min   &   max  pour  trames  I/P.
  61.               (défaut : 2-31/2-31, mode 2passes)
  63.        min_key_interval=<valeur>
  64.               Intervalle   minimum   entre   les    trames-clés.
  65.               (défaut : 0, 2passes uniquement)
  67.        max_key_interval=<valeur>
  68.               intervalle  maximum entre les trames-clé (défaut :
  69.               10*fps)
  71.        mpeg_quant
  72.               Utilise les quantificateurs MPEG au lieu de H.263.
  73.               À  débit binaire plutôt élevé (> 950kb), les quan-
  74.               tificateurs MPEG ont tendance à conserver plus  de
  75.               détails.   À  faible  débit binaire, H.263 adoucit
  76.               plus les traits de l'image et donnera une image où
  77.               les   macro-blocs   se  verront  moins.   Si  vous
  78.               utilisez vos  propres  matrices  de  quantization,
  79.               vous devez utiliser MPEG.
  81.        mod_quant
  82.               Décide   trame  par  trame  d'utiliser  ou non les
  83.               quantificateurs MPEG ou H.263.  ATTENTION :  Cette
  84.               option génèrera un flux vidéo incompatible avec la
  85.               norme  MPEG4.   Ainsi,  ne  pourrez-vous  vraisem-
  86.               blablement  le  lire  qu'avec  libavcodec ou XviD.
  87.               (mode 2passes uniquement)
  89.        greyscale
  90.               Indique à XviD de ne pas enregistrer l'information
  91.               de chroma pour que la vidéo produite ne soit qu'en
  92.               noir & blanc.  Notez que cela ne changera en  rien
  93.               le   temps  de  compression,  cela  évitera  juste
  94.               d'avoir l'information de chroma présente  dans  le
  95.               fichier vidéo.
  97.        debug  Sauve les statistiques par trames dans ./xvid.dbg.
  98.               Ce n'est PAS le fichier de contrôle 2passes.
  100.        keyframe_boost=<0-1000>
  101.               Emprunte des bits  depuis  les  autre  "pools"  de
  102.               trames  vers  les  trames-clés  pour  augmenter la
  103.               qualité des trame-clés.  (défaut : 0, mode 2passes
  104.               uniquement)
  106.        kfthreshold=<valeur>
  107.               (défaut=10, mode 2passes uniquement)
  109.        kfreduction=<0-100>
  110.               Les  deux  options  ci-dessus contrôlent la taille
  111.               des trames-clées qui vous  semblent  trop  proches
  112.               l'une  de l'autre.  kfthreshold contrôle la réduc-
  113.               tion de la distance inter trame-clées et  kfreduc-
  114.               tion contrôle leur réduction de débit binaire.  La
  115.               dernière  trame-clé   est   traitée   normalement.
  116.               (défaut : 30, mode 2passes uniquement)
  118.        Les  options  suivantes  ne sont disponibles que dans les
  119.        dernières versions stables 1.0.x de XviD (api4).
  121.        packed Crée un flux de  bits  pouvant  être  décodé  sans
  122.               décalage. (défaut=off)
  123.               ATTENTION :   Ceci  engendrera  un  flux  de  bits
  124.               illégal vis à vis de la norme MPEG4,  et  NE  SERA
  125.               PAS   décodable  par  les  décodeurs  excepté  di-
  126.               vx/libavcodec/xvid.
  127.               ATTENTION : Ceci  ajoutera  également  une  fausse
  128.               version  de divx dans le fichier donc l'autodétec-
  129.               tion de bogues risque de ne pas fonctionner.
  131.        divx5bvop
  132.               Génère des trames B compatibles  DivX5.  (défaut :
  133.               on)
  135.        qpel   MPEG4 recherche par défaut les mouvements avec une
  136.               précision d'un demi-pixel.  Il est néanmoins  pos-
  137.               sible  de  faire  une recherche avec une précision
  138.               d'un quart de pixel, ce  qui  permet  généralement
  139.               d'obtenir une image plus détaillée et d'économiser
  140.               des  bits  en  description  de  mouvement.    Mal-
  141.               heureusement, cette plus grande précision consomme
  142.               une partie de la bande passante vidéo, ainsi cette
  143.               option  peut  aussi  bien  dégrader  la qualité de
  144.               l'image que l'améliorer.  Le  mieux  est  donc  de
  145.               comparer  la  vidéo obtenue avec et sans cette op-
  146.               tion et de ne garder que celle qui vous paraît  la
  147.               plus fidèle (qui n'est pas forcément celle dont le
  148.               PSNR est le plus élevé).
  150.        gmc    Active la Compensation de  Mouvement  Globale,  ce
  151.               qui permet à XviD d'engendrer des trames spéciales
  152.               (trames GMC), particulièrement adaptées aux mouve-
  153.               ments  de  travelling/zoom/rotation.  L'efficacité
  154.               de cette option en terme d'économie  de  bits  est
  155.               très dépendante du type de vidéo source.
  157.        trellis
  158.               La  quantization  trellis  est  un type d'encodage
  159.               adaptatif qui permet d'économiser des bits en mod-
  160.               ifiant  les coefficients de quantization pour aug-
  161.               menter la compressibilité de  la  vidéo.   À  même
  162.               temps de calcul, cela améliore plus la qualité vi-
  163.               suelle que de jouer sur les options VHQ .   Aussi,
  164.               dans  un  contexte d'encodage temps réel, pensez à
  165.               cette option!
  167.        cartoon
  168.               Ceci est un  mode  spécial  d'XviD  permettant  de
  169.               mieux  tenir compte des grands à-plats de couleurs
  170.               que l'on trouve typiquement dans les  dessins  an-
  171.               imés.
  173.        chroma_me
  174.               Utilise  l'information  chroma  en plus de la luma
  175.               pour estimer le mouvement.  L'efficacité de  cette
  176.               option dépend de la vidéo source.
  178.        chroma_opt
  179.               Active  un  préfiltre  d'optimisation  chroma  qui
  180.               améliore la qualité subjective de l'image, tout en
  181.               dégradant sensiblement le PSNR et la vitesse d'en-
  182.               codage.
  184.        reduced
  185.               Active l'encodage de trames en résolution réduite.
  186.               ATTENTION :  Cette  option  générera un flux vidéo
  187.               incompatible avec la norme MPEG4.  Ainsi, ne pour-
  188.               rez-vous vraisemblablement le lire qu'avec XviD.
  190.        max_bframes=<0-4>
  191.               Nombre  maximum  de  trames  B à insérer entre les
  192.               trames I/P. (défaut : 0)
  194.        bquant_ratio=<0-1000>
  195.               Rapport de quantificateur entre les  trames  B  et
  196.               non B, 150=1.50. (défaut : 150)
  198.        bquant_offset=<-1000-1000>
  199.               Offset de quantificateur entre les trames B et non
  200.               B, 100=1.00. (défaut : 100)
  202.        bf_threshold=<-255-255>
  203.               Parfois, les trames B dégradent l'image en  intro-
  204.               duisant  des artefacts visuels lorsque par exemple
  205.               une scène est globalement statique sauf une petite
  206.               région  en  mouvement rapide.  Cette option permet
  207.               de changer la probabilité qu'une  trame  soit  une
  208.               trame B.  Plus la valeur est haute, plus la proba-
  209.               bilité que la trame générée soit une trame  B  est
  210.               forte. (défaut : 0)
  212.        hq_ac  Active une meilleure prévision du composant AC.
  214.        vhq=<0-4>
  215.               L'algorithme  de  recherche de mouvement s'efforce
  216.               de trouver un vecteur de mouvement qui minimise la
  217.               différence entre la trame de référence et la trame
  218.               encodée.  Cette option permet à XviD de faire aus-
  219.               si sa recherche dans le domaine fréquentiel (DCT),
  220.               pour obtenir non seulement un vecteur de mouvement
  221.               qui  minimise la différence spatiale du vecteur de
  222.               mouvement mais aussi la longueur du bloc.  Du plus
  223.               rapide au plus lent :
  224.                  0   off (défaut)
  225.                  1   sélection du mode (inter/intra MB)
  226.                  2   recherche limitée
  227.                  3   recherche moyenne
  228.                  4   recherche large
  230.        aspect=<x/y | f (nombre flottant)>
  231.               Stocke  le  rapport  d'aspect  du film en interne,
  232.               tout comme les fichiers MPEG.  C'est une meilleure
  233.               solution  que  le  redimensionnement, parce que la
  234.               qualité n'est pas alterée.   MPlayer  et  quelques
  235.               autres  lecteurs liront ces fichiers correctement,
  236.               les autres l'afficheront avec un  mauvais  rapport
  237.               d'aspect.   Le paramètre aspect peut être donné en
  238.               ratio ou en nombre flottant.
  240.        autoaspect
  241.               Même chose que l'option aspect  mais  calcule  au-
  242.               tomatiquement  le  rapport d'aspect, en prenant en
  243.               compte les ajustements faits par la chaîne de fil-
  244.               tres             (découpage/expansion/redimension-
  245.               nement/etc...).
  247.        psnr   affiche le psnr (peak signal to noise ratio : rap-
  248.               port du signal crête sur bruit) pour l'ensemble de
  249.               la vidéo après encodage  et  stocke  le  psnr  par
  250.               trame  dans  un  fichier  portant  un  nom tel que
  251.               'psnr_hhmmss.log'.  Les valeurs renvoyées sont  en
  252.               dB  (décibel),  plus  elles  sont  hautes, plus la
  253.               vidéo générée est fidèle à l'originale.


Message édité par CREX le 17-08-2004 à 16:10:41
n°541716
Sagittariu​s
Posté le 17-08-2004 à 14:34:59  profilanswer
 

De la belle ouvrage, bravo.
Quelques suggestions postées en MP.

n°541771
CREX
Posté le 17-08-2004 à 16:09:09  profilanswer
 

Sagittarius a écrit :

De la belle ouvrage, bravo.
Quelques suggestions postées en MP.


J'ai mis à jour mon message ci-dessus en fonction de tes remarques.
Merci!

n°545344
farib
Posté le 23-08-2004 à 23:32:21  profilanswer
 

'soir.
 
Une question, comme ça.
 
Une GUI pour tuxrip, ça vous intéresserait ?
 
A priori, si je m'y colle, ça serait du Qt, mais je ne rechignerait pas à apprendre autre chose.
 
Voili-voilou


---------------
Bitcoin, Magical Thinking, and Political Ideology
n°545348
jjgan
...
Posté le 23-08-2004 à 23:39:07  profilanswer
 

ouai ça me dit bien en GTK2 ;)

n°545350
farib
Posté le 23-08-2004 à 23:43:35  profilanswer
 

faut l'avis des develo quoi surtout


---------------
Bitcoin, Magical Thinking, and Political Ideology
n°545357
jjgan
...
Posté le 23-08-2004 à 23:53:14  profilanswer
 

C'est pas du open source ? on fork :D... (non c'est bon je déconne)
Moi ça me dit bien mais je ne connais pas du tout GTK2 et encore moin comment l'utiliser avec bash
(mais j'aimerai bien savoir)
Je ne connais pas du tout le C ni le C++ (juste le PHP)
 
mais si les dév sont OK je veux bien essayer de t'aider :D

n°545377
weed
Posté le 24-08-2004 à 00:27:48  profilanswer
 

farib a écrit :

'soir.
 
Une question, comme ça.
 
Une GUI pour tuxrip, ça vous intéresserait ?
 
A priori, si je m'y colle, ça serait du Qt, mais je ne rechignerait pas à apprendre autre chose.
 
Voili-voilou


ouai pourquoi pas lorsque l'on est sous Xfce ou gnome on est qd meme obliger de se taper du Qt si on veut utiliser K3B, les lib Qt sont donc deja chargé je pense  
donc voilou je suis tres favorable car ca permettrait d'eviter de rebooter sous windows pour ripper facillement, car perso, le premier post fais vraiment peur.

n°545387
jjgan
...
Posté le 24-08-2004 à 00:32:31  profilanswer
 

HS: hélas, pour K3B, rien de mieux en GTK :(

n°545466
cedricbrun
Posté le 24-08-2004 à 07:59:36  profilanswer
 

ça se fait très bien en GTK2 aussi, grâce à Gtk2-perl ;)
http://gtk2-perl.sourceforge.net/
 
beaucoup mieux qu'en C+Gtk d'ailleur :D


---------------
<Chipo> Tortoose : je te garanti que ça marche <naf> vi ça marche c une solution merci <Chipo> Tortoose : de rien ;)
n°546148
CREX
Posté le 25-08-2004 à 11:41:53  profilanswer
 

farib a écrit :


Une GUI pour tuxrip, ça vous intéresserait ?
 
A priori, si je m'y colle, ça serait du Qt, mais je ne rechignerait pas à apprendre autre chose.


Tuxrip est un merveilleux outil de rip, qui fonctionne très bien, de façon très prédictive, tout en laissant de la marge de manoeuvre à l'utilisateur et en permettant à l'utilisateur "de base" de rester presque appuyé sur la touche "entrée" tout au long du processus, tant les choix par défauts sont pertinents.
Le problème, c'est que le code n'est absolument pas maintenable, car d'après ce que dis Jotenakis, tuxrip est né de son désir d'apprendre à programmer en bash. Coup d'essai, coup de maître en matière de notoriété, mais pas en matière de génie logiciel. Il y a énormément de code dupliqué, ce qui est l'ennemi du programmeur.
 
C'est la raison pour laquelle je me suis penché sur le problème en commençant un portage des fonctionnalités de tuxrip dans transperl (si, vous savez, le petit plugin qui permet d'utiliser transcode au lieu de mencoder pour la phase de compression).
Il n'a pas beaucoup avancé depuis plusieurs mois, mais j'ai déjà la compression vidéo en lavc et XviD, avec mencoder et trancode, des filtres de désentrelacement et débruitage, le tout dans une 30aine de ligne (j'exagère à peine).  
Il y a aussi la compression du son en mp3, ogg, et l'extraction des pistes ac3.
Pour le reste: rip, calcul de la résolution, test de compressibilité, sous-titre, ça reste un chantier ouvert à tous contributeurs, pour autant que le code soit propre, commenté, et utilise un tant soit peu les facilités de la programmation perl.
 
Tout ça pour dire que si tu te coller à une gui, ou à la programmation, je te propose de te faire les dents sur transperl, en t'inspirant du code de tuxrip pour l'interfaçage avec les programmes extérieurs, et de la version de dével de transperl, dont j'ai donné l'URL dans un post au-dessus.
Tu peux aussi essayer de faire une gui pour transperl en perl-gtk2, car ce qui est formidable avec transperl, c'est que les options en ligne de commande peuvent aussi être acquises par l'intermédiaire d'une gui.
 
Si tu as besoin d'articles d'initiation pour perl, va voir du côté des mongueurs (http://paris.mongueurs.net/) ou (http://www.med.univ-rennes1.fr/~poulique/cours/perl/)
 
Cela dit, si tu as d'autres idées, on peu en discuter ici.

n°546169
Sagittariu​s
Posté le 25-08-2004 à 12:11:48  profilanswer
 

Kommander pourrait s'y prêter semble-t-il ?
http://forum.hardware.fr/hardwaref [...] 0726-1.htm


Message édité par Sagittarius le 25-08-2004 à 12:21:53
n°546200
jotenakis
Posté le 25-08-2004 à 13:05:09  profilanswer
 

le mieux est je pense comme dit crex de collaborer à une nouvelle version en perl. écrite proprement et qui permettra à terme une gui.
 
Ce sera malheureusement sans moi pour les mois à venir.


---------------
Jotenakis
n°546549
bobuse
Posté le 25-08-2004 à 22:49:46  profilanswer
 

'alut, j'avais envoyé un mail dernièrement aux devs justement (je sais plus qui m'a répondu), pour proposer aussi de developper une GUI :) On m'a dit que j'étais pas le seul à vouloir le faire ...
 
Bon, au final, j'ai réussi à ne pas prendre mon portable en vacances (j'ai fait semblant de l'oublier :D ).
 
Mon idée était aussi de la faire en QT.
Pour ça le plus simple (pour moi) me semblait de recoder le tout en python qui propose une lib pour les bindings QT.
 
Bon maintenant reste plus qu'à s'y mettre ... le retour de vacances est un peu dur. Je re-geekise peu à peu ... :)

n°546554
bobuse
Posté le 25-08-2004 à 22:55:03  profilanswer
 

Bon alors, à ce que je lis, il y en a qui sont partant en perl ... :/
bon pourquoi pas, mais bon ... on vote ? :D
 
EDIT : Bon en fait je connaissais pas l'existence de transperl :D
CREX semble avoir eu la bonne initiative, car c'est vrai que tuxrip marche bien, mais pas franchement exploitable :D
Bon ben puisque c'est parti en perl, j'essaierai de m'y coller un peu :)


Message édité par bobuse le 25-08-2004 à 23:03:38
n°546639
cedricbrun
Posté le 26-08-2004 à 08:13:11  profilanswer
 

+1 pour le perl, je prépare une gui en ce moment avec gtk2-perl et ça marche du tonnerre ! :)


---------------
<Chipo> Tortoose : je te garanti que ça marche <naf> vi ça marche c une solution merci <Chipo> Tortoose : de rien ;)
n°546758
bobuse
Posté le 26-08-2004 à 12:07:19  profilanswer
 

le truc c'est qu'il faudrait un temps soit peu respecter le pattern MVC (modéle-vue-controleur), histoire de bien séparer le dev de la GUI et le dev de tuxrip lui même ...

n°546760
jotenakis
Posté le 26-08-2004 à 12:10:36  profilanswer
 

faudrait essayer aussi de ne pas refaire un dvd::rip.


---------------
Jotenakis
n°546761
jjgan
...
Posté le 26-08-2004 à 12:10:40  profilanswer
 

cedricbrun a écrit :

+1 pour le perl, je prépare une gui en ce moment avec gtk2-perl et ça marche du tonnerre ! :)


Je suis interessé pour voir le code, est-il disponible ?

n°546785
bobuse
Posté le 26-08-2004 à 13:09:33  profilanswer
 

heu il commence à y avoir du monde (en tout cas plus que 1 ou 2), un petit projet sourceforge histoire d'avoir un CVS ?

n°546808
jjgan
...
Posté le 26-08-2004 à 13:49:55  profilanswer
 

pourquoi pas, avec l'accord des dev principaux
 
edit: en tout cas moi je veux etre dans le coup ;)


Message édité par jjgan le 26-08-2004 à 13:52:24
n°546809
jotenakis
Posté le 26-08-2004 à 13:54:42  profilanswer
 

je suis entièrement d'accord même si, dans l'immédiat, je ne pourrais pas collaborer...


---------------
Jotenakis
n°546853
cedricbrun
Posté le 26-08-2004 à 15:00:36  profilanswer
 

jjgan a écrit :

Je suis interessé pour voir le code, est-il disponible ?


le code sera bientot disponible, mais déja en attendant voici un tuto:
http://perso.wanadoo.fr/gtk2-perl/ [...] oriel.html
pas mal fait et en français, sinon le Linux mag de l'été et le prochain ont un article là dessus.
 
edit:
pas mal de programmes ici aussi :
http://gtk2-perl.sourceforge.net/links/


Message édité par cedricbrun le 26-08-2004 à 15:03:18
n°546992
bobuse
Posté le 26-08-2004 à 19:08:21  profilanswer
 

cedricbrun> merci :bounce:  
Allez, je suis motivé pour me mettre au perl :)

n°547054
jjgan
...
Posté le 26-08-2004 à 22:25:53  profilanswer
 

PS: je ne connais ni perl ni gtk2 :D


---------------
Qui suis-je ? Que fais-je ? | phpLister | Perdu ? Vous êtes ici --> *
n°547057
farib
Posté le 26-08-2004 à 22:28:17  profilanswer
 

hop, motivé. aussi. le tuto a l'air bien fait en plus


---------------
Bitcoin, Magical Thinking, and Political Ideology
n°547080
jjgan
...
Posté le 26-08-2004 à 23:57:59  profilanswer
 

quel est le RPM pour mandrake pour programmer avec gtk2-perl ?


---------------
Qui suis-je ? Que fais-je ? | phpLister | Perdu ? Vous êtes ici --> *
n°547207
cedricbrun
Posté le 27-08-2004 à 10:32:52  profilanswer
 

jjgan a écrit :

quel est le RPM pour mandrake pour programmer avec gtk2-perl ?


t'as rien a faire, c installé par défaut étant donné que tous les drak* sont fais comme ça, et comme c'est de l'interpreté, pas besoin de "devel".


---------------
<Chipo> Tortoose : je te garanti que ça marche <naf> vi ça marche c une solution merci <Chipo> Tortoose : de rien ;)
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  31  32  33  ..  35  36  37  38  39  40
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
[Linux - Bash] Commande pour tester si un fichier existetester php avec mysql
MPlayer, XFree, NVidia et les DVDlecteur DivX, mp3 et DVD "maison"...
TROLL : OSA le forum des super doués ..venez les meilleurs sont la !!![REDHAT 8]Installation foireuse [FIXED] firmware DVD coupable
[Samba] partager un DVD vidéoRipper de DVD sous Linux ?
Topic Encodage Dvd->Mpeg4 
Plus de sujets relatifs à : Techniques de codage DVD --> Mpeg4 (venez tester tuxrip099rc1 !)

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.243 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR