Dtek, nouveau logiciel de gestion de films

Posté par dtek le 08 décembre 2007 à 22:13. Modéré par Jaimé Ragnagna.

Étiquettes :

déc.

2007

DteK est un logiciel sous licence GPLv3 de gestion de films sur tout type de support. DteK est développé en Java ce qui implique que dtek peut être installé sur linux comme sous windows.

Le gros avantage de dtek par rapport à des solutions existantes (GCStar, Tellico...) c'est la possibilité de scanner votre disque dur à la recherche de vos films. DteK gère la récupération des informations techniques (Codec, BitRate, Résolution...) Qu'est ce que DteK ?

DteK est un logiciel open source et gratuit développé en java. Il est donc multiplateforme et peut ainsi être installé sur différents système d'exploitation comme linux, windows ou mac OS...
DteK vous propose de gérer votre collection de films, qu'elle soit sur votre ordinateur ou sur d'autres supports (VHS, CD, DVD...).
DteK est à même de rechercher les films sur votre disque dur, dans les dossiers que vous lui avez indiqué.
Vous pouvez ainsi lancer votre film avec votre lecteur de vidéo par défault depuis le logiciel sans aller le rechercher sur votre ordinateur.
DteK gère aussi la recherche des informations de vos films depuis internet sur des sites tels que imdb, allocine, cinemotions...

Fonctionnalités

Interface multilingue actuellement disponible en Français et en Anglais (Nous recherchons par ailleurs des personnes pouvant faire des traductions pour d'autres langues) ;
Recherche des informations et des affiches des films sur internet sur les sites Imdb, Allocine, Cinemotions (pour l'instant) ;
Récupération des informations techniques de films présents sur le disque dur (Codecs, BitRate, Résolution...) ;
Module de recherche avancé ;
Importation CSV ;
Module de remplacement de champs ;
Panneau d'informations configurable en html ;
Possibilité d'ajouter ses propres catégories/champs personnalisés si celles proposées ne suffisent pas ;
Gestion de prêt ;
Lancement du film depuis le logiciel/Ouverture du dossier contenant le film ;
Module de statistiques évolué avec graphiques ;
Exportation de la base de donnée vers divers formats (html, xml, texte, csv) et possibilité de créer ses propres types d'exportation ;
Possibilité de sauvegarder/restaurer la base de donnée ;
Impression ;
...

Aller plus loin

Site web Dtek (812 clics)
Captures d'écran (537 clics)

# Plus facile comme ça

Posté par Zakath (site web personnel) le 08 décembre 2007 à 22:47. Évalué à 10.

Et après il maile tout ça directement à M.Olivennes ?
- [^] # Re: Plus facile comme ça
  
  Posté par dtek le 09 décembre 2007 à 00:18. Évalué à 3.
  
  Bien sûr...
  M. Olivienne paye bien (1¤/mail) ;)
# question du noob

Posté par Nicoco (site web personnel) le 09 décembre 2007 à 00:49. Évalué à 2.

Salut à tous,

J'aimerai juste savoir comment on compile ce programme qui a l'air de correspondre parfaitement à mes attentes.
Je sais à peu près faire quand il faut faire ./configure et make, mais là je ne sais pas du tout par où commencer.

Merci de m'aider !
- [^] # Re: question du noob
  
  Posté par Jerome Robert le 09 décembre 2007 à 09:57. Évalué à 4.
  
  L'équivalent de make pour les applications Java est ant ( http://ant.apache.org/ ). Dans le cas de Dtek le script ant (build.xml) a été genéré avec Netbeans ( http://www.netbeans.org ) et il ne sera donc pas simple de lui spécifier les dépendances sans utiliser cet IDE. Si malgré tout tu veux le faire à la main, c'est dans le fichier nbproject/project.xml. Regarde aussi la page licence et dépendances du site web de Dtek.
  
  Jerome
  - [^] # Re: question du noob
    
    Posté par Nicoco (site web personnel) le 09 décembre 2007 à 12:11. Évalué à 1.
    
    Merci de ta réponse !
    
    Effectivement, ce n'est pas simple...
    J'ai d'abord du retirer une ligne de commentaire car "unmappable character for encoding UTF8" mais maintenant "cannot find symbol" une centaine de fois... Bref je m'en sortirai pas /o\
    
    Si un généreux contributeur pouvait mettre à disportion une version précompilée et/ou un PKGBUILD pour archlinux, merci de le signaler ici !
    
    J'espère ne pas finalement avoir à l'utiliser dans virtualbox :o)
    - [^] # Re: question du noob
      
      Posté par ndesmoul le 09 décembre 2007 à 13:43. Évalué à 3.
      
      Euh, c'est du Java. Le même "binaire" fonctionne sur n'importe quelle architecture et OS à partir du moment où tu as une marchine virtuelle Java.
      Si c'est juste pour utiliser le programme, c'est vraiment pas la peine de le recompiler. Évidemment le problème c'est qu'ils ne fournissent que des rpm ou des deb et pas une bête archive zip qui aurait l'avantage d'être complètement indépendante de l'architecture.
      
      Alors soit tu parvient à décompresser le rpm ou le deb pour récupérer le résultat de la compilation, soit tu recompiles et alors il vaut mieux utiliser netbean.
      - [^] # Re: question du noob
        
        Posté par Nicoco (site web personnel) le 09 décembre 2007 à 15:26. Évalué à 3.
        
        Youpi !
        
        Merci pour vos conseils, j'ai réussi à bricoler qqch à partir du .deb (méthode la rache)
        
        Quelques remarques à l'auteur s'il lit ce commentaire :
        1/ c'est génial, ce logiciel propose LA fonctionnalité : chercher les films sur le disque dur
        2/ MAIS il faudrait pouvoir préciser manuellement l'URL des infos du films quand le logiciel ne le trouve pas tout seul. En effet, pour certains films, (notamment avec des caractères spéciaux genre accents... mais aussi pour "Bernie" par exemple, sans que j'ai pu y trouver d'explication) le programme ne trouve pas le film dans les bases de données en ligne.
        
        Bonne continuation et merci !
    - [^] # Re: question du noob
      
      Posté par Sytoka Modon (site web personnel) le 10 décembre 2007 à 08:45. Évalué à -1.
      
      C'est un des soucis avec java d'avoir voulu mettre du XML un peu partout et pas toujours au bon endroit. Par exemple, dans les fichiers de conf de Tomcat et dans Ant ! Du coup, on se retrouve vite avec la dépendance sur l'IDE... Erreur de conception.
      
      Perl a trouvé une voie que je trouve médiane en mettant ses fichiers de conf sous le format YAML. C'est facile pour la machine et c'est lisible par l'homme.
      
      Enfin, on va avoir du mal à dévier le char d'assaut Java de sa trajectoire ;-)
      - [^] # Re: question du noob
        
        Posté par windu.2b le 10 décembre 2007 à 10:42. Évalué à 8.
        
        Euh... Je vois pas en quoi la présence du XML dans les fichiers d'Ant inclue une dépendance avec l'IDE !
        Pour lire du XML avec Java, y a pas besoin d'un IDE. Et même pour exécuter un build.xml, on peut le faire à la ligne de commandes, pour autant que je sache.
        
        [^] # Re: question du noob
        
        Posté par Nelis (site web personnel) le 10 décembre 2007 à 14:56. Évalué à 4.
        
        Exactement ! Si un build ant est bien fait, il n'est pas dépendant de l'IDE et peut être exécuté en ligne de commande (c'est même le but).
        
        Et l'XML n'a rien à voir la dedans
      - [^] # Re: question du noob
        
        Posté par Nelis (site web personnel) le 10 décembre 2007 à 14:59. Évalué à 3.
        
        Tu peux nous expliquer en quoi mettre de l'XML dans des fichiers de config ou des scripts de build c'est mal ? Et pourquoi ça produirait une dépendance sur l'IDE ?
        
        Parce que là je dirai plutôt erreur de compréhension de ta part que erreur de conception de Java ;-)
        
        [^] # Re: question du noob
        
        Posté par Sytoka Modon (site web personnel) le 10 décembre 2007 à 21:15. Évalué à 2.
        
        A propos de la dépendance, je n'ai fait que répéter le post qui me précédait...
        
        Je sais bien qu'un bon XML se compile avec ANT sans l'IDE. L'idée du post au dessus était de pouvoir ensuite modifier ce fichier pour le faire évoluer. Et là, il dis qu'il y a une dépendance probable sur l'IDE. Encore une fois, je ne fait que le répéter.
        
        Sinon, si tu aimes les fichiers de conf en XML, tant mieux pour toi. J'avoue que j'ai horreur de voir un truc en XML dans mon /etc. Un fichier de conf doit rester lisible par l'Homme or le XML ne l'est pas dans la plupart des cas. D'ou ma tirade sur le YAML et le fichier de config des paquetages Perl sur le CPAN.
        
        [^] # Re: question du noob
        
        Posté par windu.2b le 11 décembre 2007 à 09:20. Évalué à 4.
        
        "n fichier de conf doit rester lisible par l'Homme or le XML ne l'est pas dans la plupart des cas."
        La partie en gras est la partie la plus importante de ton propos...
        Un fichier XML est censé être "human-readable", s'il ne l'est pas ce n'est pas la faute du XML en soi, mais de ceux qui ont écrit la DTD.
        Si certains préfèrent nommer des balises et/ou des attributs XML avec un seul caractère, c'est leur droit...
        
        [^] # Re: question du noob
        
        Posté par Sytoka Modon (site web personnel) le 11 décembre 2007 à 11:32. Évalué à 3.
        
        Le problème n'est pas dans le seul nom des balises, il est intrinsèque au langage. Voila un exemple d'un fichier de configuration d'un module Perl pris sur le CPAN : http://search.cpan.org/src/MSERGEANT/AxKit2-1.1/META.yml
        # http://module-build.sourceforge.net/META-spec.html #XXXXXXX This is a prototype!!! It will change in the future!!! XXXXX# name: AxKit2 version: 1.1 version_from: lib/AxKit2.pm installdirs: site requires: Danga::Socket: 1.52 LWP::UserAgent: 0 Test::Builder::Module: 0.03 XML::LibXML: 1.59 XML::LibXML::XPathContext: 0.07 XML::LibXSLT: 1.59 distribution_type: module generated_by: ExtUtils::MakeMaker version 6.17
        Je prends un truc écrit pour Java et Tomcat pris sur le web aléatoirement sur le site http://www.dailly.info/java/tomcat.php Cela me semble représentatif cependant de ce genre de fichier de configuration qui plus est dans un cas simple (car souvent, c'est bien plus lourd que cet exemple).
        < !-- en tête (obligatoire pour définir le type du fichier) --> <?xml version="1.0" encoding="ISO-8859-1"?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd"> <web-app>  <servlet-name> nom_servlet  </servlet-name> <servlet-class> classe_servlet  </servlet-class> <servlet-mapping> <servlet-name> nom_servlet <!—Choix du servlet visé par le mapping --> </servlet-name> <url-pattern> motif <!—Choix de la forme de l’adresse sur l’URL --> </url-pattern> </servlet-mapping> </web-app>
        Je laisse à chacun son propre jugement mais je pense personnellement que la première manière d'écrire est bien plus lisible. On sais que l'important dans ce genre de chose est la lisibilité.
        
        [^] # Re: question du noob
        
        Posté par Nelis (site web personnel) le 11 décembre 2007 à 12:48. Évalué à 4.
        
        <?xml version="1.0" encoding="ISO-8859-1"?>
        <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "http://java.sun.com/j2ee/dtds/web-app_2_2.dtd">
        <web-app>
                <servlet-name>nom_servlet</servlet-name>
                <servlet-class>classe_servlet</servlet-class>
        
                <servlet-mapping>
                        <servlet-name>nom_servlet</servlet-name>
                        <url-pattern>motif</url-pattern>
                </servlet-mapping>
        </web-app>
        
        Bizarrement une fois formaté correctement ça va mieux ...
        
        [^] # Re: question du noob
        
        Posté par Sytoka Modon (site web personnel) le 11 décembre 2007 à 22:35. Évalué à 4.
        
        Tu remarqueras que j'ai cité ma source et n'est rien modifié...
        
        Il n'empêche qu'au final, c'est nettement moins lisisble qu'un YAML car les paramêtres du système sont noyés dans du verbiage XML. Il y a beaucoup de personne ici qui aime beaucoup le Python et le YAML oblige à bien faire l'indentation comme en Python. Il faut avouer que dans ce cadre là, cela oblige à une formatage correct sinon cela ne marche pas. En YAML, les fichiers de conf doivent être lisible et éditable ligne à ligne.
        
        web-app: servlet-name: nom_servlet servlet-class: classe_servlet servlet-mapping: servlet-name: nom_servlet url-pattern: motif
        
        [^] # Re: question du noob
        
        Posté par Nelis (site web personnel) le 12 décembre 2007 à 09:33. Évalué à 2.
        
        Je ne dis pas que YAML n'est pas clair où que l'XML doit être utilisé partout.
        
        Simplement que XML est une alternative comme une autre et qu'il peut-être plus ou moins clair selon la manière dont il est utilisé.
        
        Un des avantages du XML par exemple, c'est qu'il existe une tonne d'outil pour le visualiser, l'éditer, le valider, et qu'il est très facilement manipulable dans les applications.
        
        [^] # Re: question du noob
        
        Posté par petit_bibi le 15 décembre 2007 à 15:53. Évalué à 1.
        
        Il est possible de rendre plus "lisible" un document xml en utilisant un peu plus les attributs. Pour les hachages, j'utilise souvent cette forme:
        <parameters charset="" file="" titi="" toto="" tata.name="" />
        Ceci dit, il y a un problème si l'on souhaite commenter les attributs. Et probablement d'autres quand on écrit la DTD.
        <servlet name="nom_servlet" class="servlet_class" description="..." /> <servlet-mappings> <mapping url-pattern="/a/*" servlet-name="nom_servlet"/> <mapping url-pattern="/b/*" servlet-name="nom_servlet"/> </servlet-mappings>
# Un essai

Posté par Rémi Pannequin le 09 décembre 2007 à 18:57. Évalué à 4.

J'ai essayer ce logiciel et voici quelques modestes commentaires : Tout d'abord, le concept est super. Merci donc pour le temps gagné à ne pas saisir les informations techniques des films.

La récupération des information sur les films se déroule plutôt bien... Cependant, le cas des films ayant plusieurs bandes sons et/ou plusieurs bandes sous-titres n'est pas traité, et c'est dommage...

D'autre part (et un peu bassement) je salue les efforts de l'auteur pour rendre java presque joli. Hélas, ça manque encore cruellement "d'eye candy".

Bref, un projet très prometteur !
- [^] # Re: Un essai
  
  Posté par Gniarf le 09 décembre 2007 à 19:43. Évalué à 3.
  
  > Hélas, ça manque encore cruellement "d'eye candy"
  
  ou pas. du tout.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.