Bonjour,
j'utilise VDJ régulièrement en soirée et j'aurais quelques demandes à formuler :
1 - serait-il possible d'intégrer la date d'importation d'un fichier dans les données du browser, cela me permet de faire in tri sur ces dates et donc de placer les dernier fichiers enregistrés en haut de la liste.
2 - Lorsque la liste des fichiers se rafraîchit dans le browser, VDJ met beaucoup trop de temps pour faire cette opération, il faut dire que j'ai plus de 14.000 tracks. Mais bon c'est problématique en soirée. Pourquoi ne pas travailler avec un vrai moteur de DB style firebird qui n'est pas trop lourd (c'est une simple suggestion).
3 - serait-il possible d'avoir une fonction de mise en plein écran sans que cela déforme le skin?
Voilà, je tiens à insister sur le fait qu'il s'agit de simples suggestions, je ne remets pas en cause tout le travail que vous avez déjà effectué, bien au contraire je trouve que VDJ devient de plus en plus performant avec des fonctions qui surpassent pas mal d'autres softs pro du DJing.
Encore merci pour votre travail,
cordialement, Laurent.
j'utilise VDJ régulièrement en soirée et j'aurais quelques demandes à formuler :
1 - serait-il possible d'intégrer la date d'importation d'un fichier dans les données du browser, cela me permet de faire in tri sur ces dates et donc de placer les dernier fichiers enregistrés en haut de la liste.
2 - Lorsque la liste des fichiers se rafraîchit dans le browser, VDJ met beaucoup trop de temps pour faire cette opération, il faut dire que j'ai plus de 14.000 tracks. Mais bon c'est problématique en soirée. Pourquoi ne pas travailler avec un vrai moteur de DB style firebird qui n'est pas trop lourd (c'est une simple suggestion).
3 - serait-il possible d'avoir une fonction de mise en plein écran sans que cela déforme le skin?
Voilà, je tiens à insister sur le fait qu'il s'agit de simples suggestions, je ne remets pas en cause tout le travail que vous avez déjà effectué, bien au contraire je trouve que VDJ devient de plus en plus performant avec des fonctions qui surpassent pas mal d'autres softs pro du DJing.
Encore merci pour votre travail,
cordialement, Laurent.
Posted Sat 28 Feb 09 @ 3:25 am
2) Je ne suis pas d'accord. J'ai regardé vite fait ce qu'est Firebird et je dois dire qu'à mon sens, ça ne s'applique pas du tout à VDJ.
En effet, Firebird est prévu pour l'utilisation de BDD SQL. Donc, ça implique, de changer et de repenser totalement la partie BDD de VDJ. Je ne sais pas si tu peux imaginer le travaille gargantuesque que cela représente mais je suis sûr que n'importe quel développeur qui lira ceci en mesurera l'ampleur... Or, Atx Prod est une société qui doit, pour conserver sa position sur le marché, continuer à avancer et à innover.
Cette "amélioration" (voir paragraphe suivant) n'a de plus, à ma connaissance, jamais été demandée. Personne ne se plaint du système actuel (à part toi).
Autre raison, l'utilisation d'un serveur SQL dégraderait au contraire les performances.
Je ne sais pas si en te lançant dans cette suggestion tu t'es intéressé au fonctionnement de la BDD de VDJ, mais en voici le principe global : les fichiers XML contenant la "BDD" sont mis en RAM par VDJ au démarrage de celui-ci. Donc, une recherche équivaut à une simple lecture dans la RAM, qui reste l'une des mémoires les plus rapides de l'ordinateur.
Dans le cas d'un serveur SQL, l'ensemble de la BDD est enregistré sur le disque dur et les résultats sont stockés en RAM. Donc en gros, lors d'une recherche, on aurait le processus suivant :
- Requête sur la BDD et donc accès au disque dur et intéraction avec une application extérieure (serveur SQL)
- Mise des résultats de la requête en RAM par le serveur SQL
- Lecture des résultats par VDJ
En résumé,la ou VDJ ne fait quasiment que de la lecture et écriture en RAM, un serveur SQL ajouterait à cela des accès lecture/écriture sur le disque dur qui est, quant à lui, bien plus lent que la RAM.
Et bien, sûr, si le système de recherche reste le même que maintenant (recherche instantanée quand tu tapes) : ce processus effectué à chaque fois que tu ajoutes une lettre à ta recherche.
Pour finir, il ne faut pas oublier que cela rendrait VDJ dépendant de ce projet et d'une application extérieure, ce qui n'est jamais bon : en plus des bugs de VDJ, s'ajouteraient ceux de l'application extérieure.
Au passage, j'ai plus de 35 000 titres dans ma BDD (avec des karaokés et des vidéos dans le tas), soit plus duy double de toi, et je n'ai aucun ralentissement, tout est immédiat, que ce soit sous Mac ou sous Windows.
Donc peut-être devrais-tu regarder de ton côté avant de suggérer un changement aussi important. :)
EDIT : ayant subitement un doute sur ce que j'ai dit pour SQL et la gestion de la RAM, je vais vérifier cela.
En effet, Firebird est prévu pour l'utilisation de BDD SQL. Donc, ça implique, de changer et de repenser totalement la partie BDD de VDJ. Je ne sais pas si tu peux imaginer le travaille gargantuesque que cela représente mais je suis sûr que n'importe quel développeur qui lira ceci en mesurera l'ampleur... Or, Atx Prod est une société qui doit, pour conserver sa position sur le marché, continuer à avancer et à innover.
Cette "amélioration" (voir paragraphe suivant) n'a de plus, à ma connaissance, jamais été demandée. Personne ne se plaint du système actuel (à part toi).
Autre raison, l'utilisation d'un serveur SQL dégraderait au contraire les performances.
Je ne sais pas si en te lançant dans cette suggestion tu t'es intéressé au fonctionnement de la BDD de VDJ, mais en voici le principe global : les fichiers XML contenant la "BDD" sont mis en RAM par VDJ au démarrage de celui-ci. Donc, une recherche équivaut à une simple lecture dans la RAM, qui reste l'une des mémoires les plus rapides de l'ordinateur.
Dans le cas d'un serveur SQL, l'ensemble de la BDD est enregistré sur le disque dur et les résultats sont stockés en RAM. Donc en gros, lors d'une recherche, on aurait le processus suivant :
- Requête sur la BDD et donc accès au disque dur et intéraction avec une application extérieure (serveur SQL)
- Mise des résultats de la requête en RAM par le serveur SQL
- Lecture des résultats par VDJ
En résumé,la ou VDJ ne fait quasiment que de la lecture et écriture en RAM, un serveur SQL ajouterait à cela des accès lecture/écriture sur le disque dur qui est, quant à lui, bien plus lent que la RAM.
Et bien, sûr, si le système de recherche reste le même que maintenant (recherche instantanée quand tu tapes) : ce processus effectué à chaque fois que tu ajoutes une lettre à ta recherche.
Pour finir, il ne faut pas oublier que cela rendrait VDJ dépendant de ce projet et d'une application extérieure, ce qui n'est jamais bon : en plus des bugs de VDJ, s'ajouteraient ceux de l'application extérieure.
Au passage, j'ai plus de 35 000 titres dans ma BDD (avec des karaokés et des vidéos dans le tas), soit plus duy double de toi, et je n'ai aucun ralentissement, tout est immédiat, que ce soit sous Mac ou sous Windows.
Donc peut-être devrais-tu regarder de ton côté avant de suggérer un changement aussi important. :)
EDIT : ayant subitement un doute sur ce que j'ai dit pour SQL et la gestion de la RAM, je vais vérifier cela.
Posted Sat 28 Feb 09 @ 4:41 am
Donc, d'après ce que j'ai pu lire, il semble que les serveurs SQL disposent d'un cache et qu'ils vampirisent la RAM pour gagner en rapîdité d'exécution.
Le problème qui se pose alors c'est que seul l'OS est autorisé à lui demander de restituer de la RAM. Donc, pour les personnes ayant peu de RAM, le cache est une mauvaise chose puisque ça va amener l'OS à constamment demander de la RAM au serveur (l'ordinateur travaille donc). Dans ce cas là on peut donc, me diras-ru désactiver le cache, mais alors on retombe dans le cas que j'évoquais tout à l'heure avec de nombreux accès disque. Or, en général ceux qui ont des problèmes de manque de RAM sont aussi ceux qui ont les disques durs les moins rapides.
Donc, même si, ce dont je doute, ça améliorait les performances pour les gens ayant une machine correcte, cela ferait dégringoler les performances pour des gens ayant une machine assez vieille, faisant grimper la configuration minimale requise pour VDJ.
Le problème qui se pose alors c'est que seul l'OS est autorisé à lui demander de restituer de la RAM. Donc, pour les personnes ayant peu de RAM, le cache est une mauvaise chose puisque ça va amener l'OS à constamment demander de la RAM au serveur (l'ordinateur travaille donc). Dans ce cas là on peut donc, me diras-ru désactiver le cache, mais alors on retombe dans le cas que j'évoquais tout à l'heure avec de nombreux accès disque. Or, en général ceux qui ont des problèmes de manque de RAM sont aussi ceux qui ont les disques durs les moins rapides.
Donc, même si, ce dont je doute, ça améliorait les performances pour les gens ayant une machine correcte, cela ferait dégringoler les performances pour des gens ayant une machine assez vieille, faisant grimper la configuration minimale requise pour VDJ.
Posted Sat 28 Feb 09 @ 5:44 am
1) Il existe un attribut FirstSeen, date de première visualisation d'un fichier dans VDJ;
Dis, tu as 14000 fichiers dans le même répertoire ??? Il y a UN attribut, DateCreated, qui lis la date de création du fichier DEPUIS le disque dur, sans passer par le fichier XML. Regarde si cet attribut a été activé, auquel cas je comprends la lenteur de l'affichage :)
En son temps, je m'étais amusé à mettre à jour la valeur de l'attribut FirstSeen pour refleter la date de création du fichier proprement dit (le tout via une petite application).
2) Absolument inutile, les db xml sont chargées en mémoire au démarrage de VDJ, on ne va pas s'embêter avec un truc qui fera des accès disque et/ou qui risque de prendre plus d'espace mémoire :)
Dis, tu as 14000 fichiers dans le même répertoire ??? Il y a UN attribut, DateCreated, qui lis la date de création du fichier DEPUIS le disque dur, sans passer par le fichier XML. Regarde si cet attribut a été activé, auquel cas je comprends la lenteur de l'affichage :)
En son temps, je m'étais amusé à mettre à jour la valeur de l'attribut FirstSeen pour refleter la date de création du fichier proprement dit (le tout via une petite application).
2) Absolument inutile, les db xml sont chargées en mémoire au démarrage de VDJ, on ne va pas s'embêter avec un truc qui fera des accès disque et/ou qui risque de prendre plus d'espace mémoire :)
Posted Sat 28 Feb 09 @ 6:50 am
Pas DateCreated mais Filedate. ;)
Posted Sat 28 Feb 09 @ 8:01 am
re-bonjour,
@DJ mix mac
tu as raison concernant le moteur de DB, mais je t'informe que je ne connais pas le fonctionnement interne de la DB de VDJ.
Pour info, je suis aussi développeur donc mon intervention était une suggestion qui peut paraître une connerie à tes yeux mais pas aux miens.
De plus j'insiste : c'est une suggestion donc de nouveau si tu as une autre solution donnes-la moi. Pour le reste je n'ai pas de problème avec VDJ.
Le problème que j'ai viens du fait que lorsque je demande au browser d'afficher tout ou que après avoir effectuer une recherche par mot clé, il y a un rafraîchissement pendant le quelle je vois un pop-up (recursing) qui parcours toute mon arborescence et lorsque VDJ joue ce ralentissement est quand-même conséquent (il m'arrive d'enchaîner des titres sous la minutes donc c'est trop long).
Il peut s'agir effectivement d'un problème de config donc un conseil serait le bien venu. :-)
Enfin, au vu de certains commentaires de ta réponse, j'ai l'impression de t'avoir vexé par ma suggestion, je tiens à dire qu'il ne s'agit pas d'une critique! Je suis face à un petit désagrément et pour info je travail avec d'autres soft que VDJ et pour lesquels le problème ne se présente pas.
Et désolé d'être le seul à m'en plaindre!
Salutations
@DJ mix mac
tu as raison concernant le moteur de DB, mais je t'informe que je ne connais pas le fonctionnement interne de la DB de VDJ.
Pour info, je suis aussi développeur donc mon intervention était une suggestion qui peut paraître une connerie à tes yeux mais pas aux miens.
De plus j'insiste : c'est une suggestion donc de nouveau si tu as une autre solution donnes-la moi. Pour le reste je n'ai pas de problème avec VDJ.
Le problème que j'ai viens du fait que lorsque je demande au browser d'afficher tout ou que après avoir effectuer une recherche par mot clé, il y a un rafraîchissement pendant le quelle je vois un pop-up (recursing) qui parcours toute mon arborescence et lorsque VDJ joue ce ralentissement est quand-même conséquent (il m'arrive d'enchaîner des titres sous la minutes donc c'est trop long).
Il peut s'agir effectivement d'un problème de config donc un conseil serait le bien venu. :-)
Enfin, au vu de certains commentaires de ta réponse, j'ai l'impression de t'avoir vexé par ma suggestion, je tiens à dire qu'il ne s'agit pas d'une critique! Je suis face à un petit désagrément et pour info je travail avec d'autres soft que VDJ et pour lesquels le problème ne se présente pas.
Et désolé d'être le seul à m'en plaindre!
Salutations
Posted Sat 28 Feb 09 @ 8:15 am
lol
à une moyenne de 4 minutes par titre, ça fait... grosso modo 15 titres diffusés par heure...
Une soirée dure en moyenne 6 heures, ça fait donc 15 x 6 = 90 à 100 titres...
donc en prévoyant un peu de marge, on peut aller jusqu'à... disons 1000 titres (soit déjà 10 fois plus que l'utile), mais là, les chiffres que je lu me font écarquiller les yeux comme pas possible !!!
lol
(just a joke, les gars, no offense...)
à une moyenne de 4 minutes par titre, ça fait... grosso modo 15 titres diffusés par heure...
Une soirée dure en moyenne 6 heures, ça fait donc 15 x 6 = 90 à 100 titres...
donc en prévoyant un peu de marge, on peut aller jusqu'à... disons 1000 titres (soit déjà 10 fois plus que l'utile), mais là, les chiffres que je lu me font écarquiller les yeux comme pas possible !!!
lol
(just a joke, les gars, no offense...)
Posted Sat 28 Feb 09 @ 8:32 am
Pour répondre à ta question je joue tout publique et j'ai un très grand éventail de style de musique.
De plus lorsque je mixe en soirée je ne me contente pas de passer simplement ce que tout le monde passe, j'aime bien ajouter ma petite touche perso ;-)
Donc, je peux mélanger du vieux sur du neuf et j'en passe ...
C'est pour cela que le soft doit être très réactif à mes recherches sinon le bon moment que je présentais pour introduire un sample (par exemple) est dépassé. C'est vrai que c'est un peu jouer au feeling, vous allez me dire qu'il existe d'autres softs pour faire cela, moi je vous répondrai que quand j'ai débuté on avait que deux 1200mk2 et on faisait avec.
Pour qui j'ai choisi de travailler maintenant avec VDJ et bien parce que j'estime que DJing doit évoluer mais les techniques de bases restes le mêmes. Je mixe toujours à l'oreille (pas d'automix) je joue la musique comme je le sens voilà tout.
Merci quand-même.
De plus lorsque je mixe en soirée je ne me contente pas de passer simplement ce que tout le monde passe, j'aime bien ajouter ma petite touche perso ;-)
Donc, je peux mélanger du vieux sur du neuf et j'en passe ...
C'est pour cela que le soft doit être très réactif à mes recherches sinon le bon moment que je présentais pour introduire un sample (par exemple) est dépassé. C'est vrai que c'est un peu jouer au feeling, vous allez me dire qu'il existe d'autres softs pour faire cela, moi je vous répondrai que quand j'ai débuté on avait que deux 1200mk2 et on faisait avec.
Pour qui j'ai choisi de travailler maintenant avec VDJ et bien parce que j'estime que DJing doit évoluer mais les techniques de bases restes le mêmes. Je mixe toujours à l'oreille (pas d'automix) je joue la musique comme je le sens voilà tout.
Merci quand-même.
Posted Sat 28 Feb 09 @ 8:34 am
Tu as lu ma réponse au-dessus ?
Parce que la seule chose qui peut faire ralentir VDJ dans son execution, c'est l'affichage d'informations qui ne sont pas dans la db, ce qui force VDJ à lire l'information depuis le disque dur. Il s'agit bien de FileDate, merci max, je ne doutais pas un instant que tu le retrouverais ;)
Parce que la seule chose qui peut faire ralentir VDJ dans son execution, c'est l'affichage d'informations qui ne sont pas dans la db, ce qui force VDJ à lire l'information depuis le disque dur. Il s'agit bien de FileDate, merci max, je ne doutais pas un instant que tu le retrouverais ;)
Posted Sat 28 Feb 09 @ 8:54 am
Non non je ne suis pas vexé, bien au contraire, j'aime avoir des discussions qui amènent de nouvelles idées.
Où sont situées tes musiques? Disque interne ou externe? Et effectivement, vérifie bien comme le dit Phen que Filedate n'est pas coché.
@ ralph : quand t'as un gus qui vient te demander une chanson que tu passes jamais, il est peu probable que tu l'aies dans tes 1000 chansons. Alors que dans 35000.... :)
Où sont situées tes musiques? Disque interne ou externe? Et effectivement, vérifie bien comme le dit Phen que Filedate n'est pas coché.
@ ralph : quand t'as un gus qui vient te demander une chanson que tu passes jamais, il est peu probable que tu l'aies dans tes 1000 chansons. Alors que dans 35000.... :)
Posted Sat 28 Feb 09 @ 10:26 am
laurenzo wrote :
re-bonjour,
@DJ mix mac
tu as raison concernant le moteur de DB, mais je t'informe que je ne connais pas le fonctionnement interne de la DB de VDJ.
Pour info, je suis aussi développeur donc mon intervention était une suggestion qui peut paraître une connerie à tes yeux mais pas aux miens.
De plus j'insiste : c'est une suggestion donc de nouveau si tu as une autre solution donnes-la moi. Pour le reste je n'ai pas de problème avec VDJ.
Le problème que j'ai viens du fait que lorsque je demande au browser d'afficher tout ou que après avoir effectuer une recherche par mot clé, il y a un rafraîchissement pendant le quelle je vois un pop-up (recursing) qui parcours toute mon arborescence et lorsque VDJ joue ce ralentissement est quand-même conséquent (il m'arrive d'enchaîner des titres sous la minutes donc c'est trop long).
Il peut s'agir effectivement d'un problème de config donc un conseil serait le bien venu. :-)
@DJ mix mac
tu as raison concernant le moteur de DB, mais je t'informe que je ne connais pas le fonctionnement interne de la DB de VDJ.
Pour info, je suis aussi développeur donc mon intervention était une suggestion qui peut paraître une connerie à tes yeux mais pas aux miens.
De plus j'insiste : c'est une suggestion donc de nouveau si tu as une autre solution donnes-la moi. Pour le reste je n'ai pas de problème avec VDJ.
Le problème que j'ai viens du fait que lorsque je demande au browser d'afficher tout ou que après avoir effectuer une recherche par mot clé, il y a un rafraîchissement pendant le quelle je vois un pop-up (recursing) qui parcours toute mon arborescence et lorsque VDJ joue ce ralentissement est quand-même conséquent (il m'arrive d'enchaîner des titres sous la minutes donc c'est trop long).
Il peut s'agir effectivement d'un problème de config donc un conseil serait le bien venu. :-)
Bonsoir,
Le recursing vous sert-il à voir les fichiers des sous-répertoires ou à voir toute votre db?
Car, s'il s'agit de voir toute votre db, le mieux est de désactiver le recursing pour gagner du temps et d'utiliser une des 2 méthodes suivantes:
- taper * dans la recherche (Rq: les wildcards * et ? sont reconnus par la recherche)
ou
- créer un filter folder "Search Database" avec "isscanned=0 or isscanned=1"
Enfin, comme il a été dit, vérifiez que la colonne "Filedate" du browser est désactivée
Posted Sat 28 Feb 09 @ 11:00 am
@ DJ mix mac
c'est vrai qu'il faut du choix quand on fait du tout public ;-)
@ djcel
le problème est que lorsque je supprime le mot clé de recherche du champ du browser, c'est à ce moment que le récursing se lance automatiquement.
S'il y avait un moyen de désactiver cela ce serait bien :-))
Merci encore,
@+
c'est vrai qu'il faut du choix quand on fait du tout public ;-)
@ djcel
le problème est que lorsque je supprime le mot clé de recherche du champ du browser, c'est à ce moment que le récursing se lance automatiquement.
S'il y avait un moyen de désactiver cela ce serait bien :-))
Merci encore,
@+
Posted Sat 28 Feb 09 @ 12:00 pm
C'est normal car si le champ de recherche est vide, cela signifie aucune recherche donc VDJ réaffiche les fichiers du répertoire courant et donc fait un recursing si l'option est activée.
Posted Sat 28 Feb 09 @ 9:03 pm
bonjour
moi une idée me viens se serais pas mal si virtual dj pouvais être compatible avec la lame mp3 pro surtout pour le broadcast ;)
une meilleur qualité avec un debit qui ne changes pas lol
moi une idée me viens se serais pas mal si virtual dj pouvais être compatible avec la lame mp3 pro surtout pour le broadcast ;)
une meilleur qualité avec un debit qui ne changes pas lol
Posted Sun 01 Mar 09 @ 6:53 am
Salut à tous,
je viens de constater que sous Vista le rafraichissement de liste de tracks est beaucoup plus rapide.
Donc problème réglé.
je viens de constater que sous Vista le rafraichissement de liste de tracks est beaucoup plus rapide.
Donc problème réglé.
Posted Sun 01 Mar 09 @ 11:24 am
Je me demande si ce gain de performance n'est pas du à l'indexation.
WinXP pourrait profiter de ce genre de gain si l'application d'indexation est installée et ciblée sur, entre autres, les bibliothèques de musique. A tester.
WinXP pourrait profiter de ce genre de gain si l'application d'indexation est installée et ciblée sur, entre autres, les bibliothèques de musique. A tester.
Posted Mon 02 Mar 09 @ 4:20 am
Pour répondre concernant l'indexation, je désactive systématiquement ce service qui cause trop d'accès disque à mon goût.
Posted Mon 02 Mar 09 @ 12:15 pm
Oui, c'est un des avantages de Vista sur XP, l'indexation est silencieuse et mieux adaptée à l'usage quotidien.
Posted Tue 03 Mar 09 @ 6:49 am