Ant Movie Catalog 3.4.3 - Code Source - Open Source
Ant Movie Catalog 3.4.3 - Code Source - Open Source
Hello,
Antp has choose to change the license of AMC 3.4.3 (Open source).
We can download the code source and make some modification and create a new projet in SourceForge.
The problem (or question) : It's very dommage to start a new developpment this this source and know that Antp prepare a new version !!!! But, the new version is not ready and, since more 6 months we wait this new version.
What do you think of this ?
Bonjour,
Antp a choisi de modifier la license de AMC 3.4.3 (Open source).
Nous pouvons télécharger le code source et faire des modifications dessus, voir créer un projet sous SourceForge.
Le problème (ou la question) : Ne serait-il pas dommage d'agir aussi sachant que Maitre Antp nous prépare une nouvelle version ??? Mais, il est également vrai que ça fait plus de 6 mois que nous attensdons cette version.
Que pensez vous de ça ???
Junior76 qui est désespéré d'attendre (et ce n'est pas une attaque envers Antp que j'estime énormement pour le travail accompli et qu'il accomplira dans l'avenir).
Antp has choose to change the license of AMC 3.4.3 (Open source).
We can download the code source and make some modification and create a new projet in SourceForge.
The problem (or question) : It's very dommage to start a new developpment this this source and know that Antp prepare a new version !!!! But, the new version is not ready and, since more 6 months we wait this new version.
What do you think of this ?
Bonjour,
Antp a choisi de modifier la license de AMC 3.4.3 (Open source).
Nous pouvons télécharger le code source et faire des modifications dessus, voir créer un projet sous SourceForge.
Le problème (ou la question) : Ne serait-il pas dommage d'agir aussi sachant que Maitre Antp nous prépare une nouvelle version ??? Mais, il est également vrai que ça fait plus de 6 mois que nous attensdons cette version.
Que pensez vous de ça ???
Junior76 qui est désespéré d'attendre (et ce n'est pas une attaque envers Antp que j'estime énormement pour le travail accompli et qu'il accomplira dans l'avenir).
Pourquoi ne pas travailler ensemble plutôt ? Ant décidant lui-même des personnes pouvant être apte à faire partie d'une team de co-développeurs (section privée sur ce forum).
Je trouve ça un peu bête de travailler chacun dans son coin ... et de ce fait, avoir finallement 2 softs "différents".
Je comprends ce genre de chose pour des softs comme emule ou chacun a des aspirations différentes quand à certaines fonctionalités/fonctionnement mais ici, je crois que tout le monde est un peu sur la même longueur d'onde : permettre à l'utilisteur de faire ses propres choix. Et je pense que sur ce terrain, Ant a déjà bien avancé avec la v4.
Voilà, donc, je me permet d'avancer l'idée d'une team de co-développeur plutôt que d'un nouveau projet. Ant, ça t'emmerderait d'avoir quelques personnes dans les pattes plus que de nature ?
ENGLISH : I propose a team of co-developers than of a new projet.
Je trouve ça un peu bête de travailler chacun dans son coin ... et de ce fait, avoir finallement 2 softs "différents".
Je comprends ce genre de chose pour des softs comme emule ou chacun a des aspirations différentes quand à certaines fonctionalités/fonctionnement mais ici, je crois que tout le monde est un peu sur la même longueur d'onde : permettre à l'utilisteur de faire ses propres choix. Et je pense que sur ce terrain, Ant a déjà bien avancé avec la v4.
Voilà, donc, je me permet d'avancer l'idée d'une team de co-développeur plutôt que d'un nouveau projet. Ant, ça t'emmerderait d'avoir quelques personnes dans les pattes plus que de nature ?
ENGLISH : I propose a team of co-developers than of a new projet.
Il faudrait que je mette le code source de la version 4 dispo aussi.
Mais le problème c'est que pour que d'autres personnes travaillent dessus, il faudrait que je documente un peu ce qui existe déjà, et que je fasse une liste de ce qu'il faut faire
Un projet sur Sourceforge ça serait pratique en effet, il faudra que je m'occupe de ça un de ces jours À la limite j'aimerais mieux créer ce projet moi-même sur Sourceforge
Personnellement je préfère faire la version 4 en partant de zéro, mais si certains veulent faire évoluer la version 3 en attendant, pourquoi pas ?
Il y a pas mal de choses qui pourraient être modifiées et qui ne sont pas très compliquées.
Par exemple raccorder AMC à Media Info ( http://mediainfo.sourceforge.net/ )
Sinon, comme le suggère Robin, la création d'une version Linux serait une bonne idée.
Mais le problème c'est que pour que d'autres personnes travaillent dessus, il faudrait que je documente un peu ce qui existe déjà, et que je fasse une liste de ce qu'il faut faire
Un projet sur Sourceforge ça serait pratique en effet, il faudra que je m'occupe de ça un de ces jours À la limite j'aimerais mieux créer ce projet moi-même sur Sourceforge
Personnellement je préfère faire la version 4 en partant de zéro, mais si certains veulent faire évoluer la version 3 en attendant, pourquoi pas ?
Il y a pas mal de choses qui pourraient être modifiées et qui ne sont pas très compliquées.
Par exemple raccorder AMC à Media Info ( http://mediainfo.sourceforge.net/ )
Sinon, comme le suggère Robin, la création d'une version Linux serait une bonne idée.
Super, c'est ce que j'espérais comme réactions !!!!
Je m'explique, je trouve très très bete d'attaquer sur une version qui viendra à être remplacé par une nouvelle version reprogrammé depuis le début. Donc je suis tout à fait d'accord avec vous.
Maintenant lire que Ant veut bien ouvrir lui-même le projet sous Source-Forge et parle de documenter les sources, il (ou tu) laisse(s) sous entendre que tu pourrais mettre le projet v4 en Open Source pour avoir un coup de main plus tôt que prévu.
J'avoue que j'attends cette version avec impatience car je souhaite intégrer toutes mes données média dans ce soft (DVD - DivX - MP3 - CD Audio - CD-Rom - et pourquoi pas Livres) et seul une version OpenSourtce nous permettra de faire évoluer ce logiciel pour arriver à un catalogueur universel (mais dédié Média) à l'image de UniCat qui lui prend tout et n'importe quoi.
Pourquoi -> à cause de MyHTPC qui est un autre projet plein d'avenir qui devrait passer OpenSource après mise à jour sur la version 2.
Je suis moi-même une quiche en Delphi (j'ai fais un petit programme nullos il y a quelques mois), mais pourquoi pas essayer d'aider ??? (ou moins pour la partie AlgoRythme)
Junior76 qui remercie encore AntP pour son EXCELLENT travail.
Je m'explique, je trouve très très bete d'attaquer sur une version qui viendra à être remplacé par une nouvelle version reprogrammé depuis le début. Donc je suis tout à fait d'accord avec vous.
Maintenant lire que Ant veut bien ouvrir lui-même le projet sous Source-Forge et parle de documenter les sources, il (ou tu) laisse(s) sous entendre que tu pourrais mettre le projet v4 en Open Source pour avoir un coup de main plus tôt que prévu.
J'avoue que j'attends cette version avec impatience car je souhaite intégrer toutes mes données média dans ce soft (DVD - DivX - MP3 - CD Audio - CD-Rom - et pourquoi pas Livres) et seul une version OpenSourtce nous permettra de faire évoluer ce logiciel pour arriver à un catalogueur universel (mais dédié Média) à l'image de UniCat qui lui prend tout et n'importe quoi.
Pourquoi -> à cause de MyHTPC qui est un autre projet plein d'avenir qui devrait passer OpenSource après mise à jour sur la version 2.
Je suis moi-même une quiche en Delphi (j'ai fais un petit programme nullos il y a quelques mois), mais pourquoi pas essayer d'aider ??? (ou moins pour la partie AlgoRythme)
Junior76 qui remercie encore AntP pour son EXCELLENT travail.
Au sujet d'un eventuel portage sous linux, quelle est la plateforme de developpement utilisé pour la version 4 ? J'ai vu que Kylix 3 etait dispo sous linux, mais que les librairie graphique utlilisée pour AMC ne sont pas particulièrement compatible.
Est ce que l'ensemble de la futur version sera totalement multiplatefome (ie par l'intermédiaire du compilateur et des librairie) ou bien sera-t-il necessaire de bidouiller un peu, en modifiant certaine librairies non disponible sous linux ?
Est ce que l'ensemble de la futur version sera totalement multiplatefome (ie par l'intermédiaire du compilateur et des librairie) ou bien sera-t-il necessaire de bidouiller un peu, en modifiant certaine librairies non disponible sous linux ?
Pour cela, il y a 3 solutions :
- soit utiliser des composants qui sont compatible avec Kylix et Delphi (mais vu l'état d'avancement du projet, je pense que ça remettrait en cause beaucoup de chose)
- soit modifier le code source et utiliser d'autres composants
- soit réécrire certains composants pour Kylix en espérant qu'ils soient Open-Source !!!
Je ne sui spas un expert sur les bibliothèque de composants, mais AntP pourra surement te répondre.
Junior76
- soit utiliser des composants qui sont compatible avec Kylix et Delphi (mais vu l'état d'avancement du projet, je pense que ça remettrait en cause beaucoup de chose)
- soit modifier le code source et utiliser d'autres composants
- soit réécrire certains composants pour Kylix en espérant qu'ils soient Open-Source !!!
Je ne sui spas un expert sur les bibliothèque de composants, mais AntP pourra surement te répondre.
Junior76
J'utilise les objets VCL et non CLX (qui, eux, sont cross-platform) parce que Qt (dont est issu la CLX) c'est pas formidable sous Windows. Donc déjà pour l'interface de base c'est raté.
J'utilise aussi Toolbar2000 qui n'a pas de version Linux.
VirtualTreeview a une version Linux je pense.
Mais comme de toute façon les fenêtres sont pas faites en CLX tout ce qui est interface est à refaire.
J'utilise aussi Toolbar2000 qui n'a pas de version Linux.
VirtualTreeview a une version Linux je pense.
Mais comme de toute façon les fenêtres sont pas faites en CLX tout ce qui est interface est à refaire.
A mon avis, si vous tenez absolument à passer le soft sous Linux ( ce dont personnellement je ne vois aucune utilité...> avec 98% du parc informatique sous Windows, c'est se faire du mal pour rien ), il serait plus simple de travailler avec un langage multi-plateforme tel que Java.
Je n'ai jamais utilisé que Delphi ; Kylix, je ne le connais que par lecture mais, d'après ce que j'ai pu en lire, c'est pas la gloire sur le plan stabilité.
Maintenant, il y a une solution toute plateforme ; reconstruire l'application en php sur un serveur dédié ; c'est la solution la plus simple mais aussi celle qui demandera un apport financier pour l'hébergement...
Bref, si jamais, je suis également développeur sous Delphi et je suis disposé à donner un coup de patte si vous en avez besoin.
Pour terminer, je remercie de tout coeur Antp pour son dévouement et sa générosité pour avoir ouvert son code ; c'est vraiment très très chouette !
Je n'ai jamais utilisé que Delphi ; Kylix, je ne le connais que par lecture mais, d'après ce que j'ai pu en lire, c'est pas la gloire sur le plan stabilité.
Maintenant, il y a une solution toute plateforme ; reconstruire l'application en php sur un serveur dédié ; c'est la solution la plus simple mais aussi celle qui demandera un apport financier pour l'hébergement...
Bref, si jamais, je suis également développeur sous Delphi et je suis disposé à donner un coup de patte si vous en avez besoin.
Pour terminer, je remercie de tout coeur Antp pour son dévouement et sa générosité pour avoir ouvert son code ; c'est vraiment très très chouette !
Je suis assez d'accord avec MicFrip.
Si le portage sous Lunix demande une quantité de travail importante (et donc un code source différent, a faire évoluer pour chaque version Windows), ce serait peut-être dépenser un peu beaucoup d'énergie pour "pas grand chose".
Par contre, je ne sais pas si ce soft est compatible avec WINE, mais is ce n'est pas le cas, pourquoi pas essayer d'améliorer plutôt ça (c'est à dire travailler sur le code Windows et intégrer cette contrainte au futur développement). Je pense de toute façon qu'il est hors de question pour AntP de recommencer sous un autre language. Quand au PHP, il sous-entend monté un serveur APACHE en local et donc surêment une base MySQL -> ca ne vaut pas un logiciel compilé à mon gout (ce n'est que mon avis).
Donc, dis-nous AntP, tu es en train de documenter ton code ???
I'm a Joke.
Junior76
Si le portage sous Lunix demande une quantité de travail importante (et donc un code source différent, a faire évoluer pour chaque version Windows), ce serait peut-être dépenser un peu beaucoup d'énergie pour "pas grand chose".
Par contre, je ne sais pas si ce soft est compatible avec WINE, mais is ce n'est pas le cas, pourquoi pas essayer d'améliorer plutôt ça (c'est à dire travailler sur le code Windows et intégrer cette contrainte au futur développement). Je pense de toute façon qu'il est hors de question pour AntP de recommencer sous un autre language. Quand au PHP, il sous-entend monté un serveur APACHE en local et donc surêment une base MySQL -> ca ne vaut pas un logiciel compilé à mon gout (ce n'est que mon avis).
Donc, dis-nous AntP, tu es en train de documenter ton code ???
I'm a Joke.
Junior76
Alors, perso c'est Delphi ou rien pour le développement Je pourrais le faire en C++ ou en PHP, mais vu que j'aime mieux programmer en Delphi...
Ce qui serait utile c'est une version PocketPC (par exemple moi je l'utiliserais).
Pour ce qui est de la doc du code, je ne documenterai probablement pas la version 3.
Le jour où j'ai le courage, il faudrait que j'écrive un document un peu plus fourni que ce que j'ai fait pour la version 4 (j'ai juste quelques trucs de base, le reste est dans ma tête je sais, c'est pas bien )
Ce qui serait utile c'est une version PocketPC (par exemple moi je l'utiliserais).
Pour ce qui est de la doc du code, je ne documenterai probablement pas la version 3.
Le jour où j'ai le courage, il faudrait que j'écrive un document un peu plus fourni que ce que j'ai fait pour la version 4 (j'ai juste quelques trucs de base, le reste est dans ma tête je sais, c'est pas bien )
Je parlais de la version 4 !!!Junior76 wrote: Donc, dis-nous AntP, tu es en train de documenter ton code ???
En ce qui concerne le language, ça coule de source !!!!!
Pour le pocket PC, il faudrait (je pense) repartir d'une version différente lite qui serait compatible avec la base de AMC4.
Junior76 qui attends AMC4 avec une impatience TERRIBLE !!
... et pourquoi pas C# tant qu'à programmer en .NET, ce qui aurait l'avantage d'être compilable sous Linux avec le compilateur du projet Mono.
Le plus dur n'est pas de changer de langage de prog, c'est surtout apprendre les nouvelles bibliothèques or avec Delphi.NET il vous faudra apprendre le framework .NET (sauf si utilisation de la VCL bien sûr). C# lui a été créé pour le framework .NET.
Ayant été un fervant utilisateur de Delphi pendant des années, il me parraît que la bibliothèque est dépassée par rapport à la bibliothèque .NET. La seule chose qui me parraît intéressante aujourd'hui dans Delphi c'est ECO ou anciennement Bold.
C# dispose an plus d'outils de développement stables en Open Source et quand on sait que la vesrion professionelle de Delphi 8 est à 1000$...
Le plus dur n'est pas de changer de langage de prog, c'est surtout apprendre les nouvelles bibliothèques or avec Delphi.NET il vous faudra apprendre le framework .NET (sauf si utilisation de la VCL bien sûr). C# lui a été créé pour le framework .NET.
Ayant été un fervant utilisateur de Delphi pendant des années, il me parraît que la bibliothèque est dépassée par rapport à la bibliothèque .NET. La seule chose qui me parraît intéressante aujourd'hui dans Delphi c'est ECO ou anciennement Bold.
C# dispose an plus d'outils de développement stables en Open Source et quand on sait que la vesrion professionelle de Delphi 8 est à 1000$...
Et au sujet du prix des licences de Delphi, la licence autorise à l'installer "sur un nombre raisonnable de machines", tant que c'est utilisé par la même personne sur ces différentes machines. Étant donné qu'on a des licences au boulot, ça ne pose pas de problème si je l'installe sur ma machine perso en plus de ma machine du boulot je suppose.
Pourquoi ce focaliser sur cette histoire de Linux, C++, .NET and Co.
Aujourd'hui, Anpt cdeveloppe sous Delphi et c'est sont choix. Je pense qu'il faut plutôt allez dans le sens d'un developpement collectif sous Delphi -> ca apportera plus de chose et on avancera plus vite.
AMC4 n'est pas un projet, mais du code déjà bel et bien réel donc je pense que Antp et trop avancé pour faire marche arrière.
Junior76
Aujourd'hui, Anpt cdeveloppe sous Delphi et c'est sont choix. Je pense qu'il faut plutôt allez dans le sens d'un developpement collectif sous Delphi -> ca apportera plus de chose et on avancera plus vite.
AMC4 n'est pas un projet, mais du code déjà bel et bien réel donc je pense que Antp et trop avancé pour faire marche arrière.
Junior76
Tout à fait
Mais si certains veulent faire des versions .NET ou Linux, ils peuvent le faire
Pour le moment ce qui pourrait être utile si quelqu'un s'ennuie, c'est de voir comment utiliser Media Info ( http://mediainfo.sourceforge.net/ ) depuis Delphi, par exemple en faisant une unit qui encapsule les appels à la DLL.
Sinon une version PocketPC ça serait chouette, si jamais quelqu'un sait développer pour ce genre de plate-formes.
Mais si certains veulent faire des versions .NET ou Linux, ils peuvent le faire
Pour le moment ce qui pourrait être utile si quelqu'un s'ennuie, c'est de voir comment utiliser Media Info ( http://mediainfo.sourceforge.net/ ) depuis Delphi, par exemple en faisant une unit qui encapsule les appels à la DLL.
Sinon une version PocketPC ça serait chouette, si jamais quelqu'un sait développer pour ce genre de plate-formes.