Discussion :

[Jipété]

Bonjour,

je bosse sur un comparateur visuel de morceaux musicaux, et un comportement étrange me fait m'arracher les cheveux…

je lance le prog avec F9, j'ouvre un fichier de playlist (un bête fichier texte avec une liste de morceaux de musique précédés de leur chemin) et je fais créer autant de frames que de morceaux avec dans l'idée que l'affichage des morceaux sera proportionnel les uns par rapport aux autres et par rapport au plus grand, chose assez simple normalement puisqu'il suffit de 2 boucles, une première pour connaître le morceau le plus long et une seconde pour adapter la longueur des autres morceaux à ce plus long, mais avec moi rien n'est jamais simple :



Un premier run (mais des fois il est bon, hé ouais…) me tronque le rendu des waves (image du haut, où les waves sont étirés et ce qui déborde à droite est perdu) car la longueur de la fenêtre d'affichage est correcte (erreur dans le calcul des bpp's ?) alors que le run suivant est bon (image du bas, où j'ai inclus en 4^e position le morceau "le plus long").
Je dis bien "run", c'est-à-dire qu'après l'erreur je ferme et rouvre le prog.
Et il s'agit strictement des mêmes morceaux, puisque issus d'un unique fichier .pll (extension perso pour dire PLayList).

Une idée de comment me sortir de ce pétrin ?

Une piste (que je remarque à l'instant, mais qui ne m'avance à rien) : dans l'image du bas (la bonne), on voit des traits bleus clNavy qui séparent le canal gauche en vert du canal droit en rouge, traits qui n'apparaissent pas sur l'image du haut. Et ça n'est pas une piste, c'est une complexité de plus car, encore une fois, c'est toujours les mêmes boucles qui font le même taf sur les mêmes fichiers, mais un coup bien et un coup mal, allez comprendre !
Contexte : ma vieille machine Linux - Debian 32 bits avec son vieux Lazarus 1.4 et la librairie Bass 2.4.15, pas la dernière mais presque.

Sinon, Joyeux Noël, hein, c'est de saison, , en espérant que le petit papa Noël connaîtra la soluce à ce problème bien costaud…

[droggo]

Bonjour,

C'est un gag, ou faut-il commander une boule de cristal au type en rouge ?

[Jipété]

C'est un gag,

Ben non, pas du tout, c'est ce que je vis au quotidien, tiens, regarde, j'ai bricolé un autre montage, de haut en bas le fichier 1 bad puis good, puis le fichier 2 puis le 3 :



Et la seule différence entre ces rendus, c'est l'arrêt-redémarrage du programme.
Ce qui est curieux avec le fichier 3, c'est que la toute fin du bad ressemble beaucoup à celle du good, mais ça doit être pour compliquer l'affaire !

Alors oui,

faut-il commander une boule de cristal au type en rouge ?

j'ai peur que ça s'impose, n'ayant aucune explication logique, sensée et rationnelle…

[ChPr]

Sans rentrer dans le détail de ton programme, ce genre de problème : "un fonctionnement aléatoire", est pour la plupart du temps, dû à un défaut d'initialisation d'une variable ou autre.

Si ce n'est une solution, c'est une piste ...

Cordialement.

Pierre.

[Jipété]

Bonjour et merci de ta réponse,

[…] un défaut d'initialisation d'une variable ou autre.

Comme si l'accès à une variable, dont l'emplacement (et donc le contenu) change en fonction de l'environnement global du prog (nombre de progs en cours d'exécution, nombre de pages ouvertes dans le navigateur web, etc.) pouvait impacter le fonctionnement du prog ?
Bizarre car j'initialise tout au FormCreate et surtout, quand j'ai le défaut, je me contente d'arrêter le prog et de le relancer, sans toucher au navigateur web ni lancer d'autres progs, plus le fait que je surveille les messages du compilateur et qu'une "variable non initialisée" m'est signalé, traqué et corrigé.

Je vais continuer à creuser…

Bonne journée,

[droggo]

Bonjour,

Ben non, pas du tout, c'est ce que je vis au quotidien, tiens, regarde, j'ai bricolé un autre montage, de haut en bas le fichier 1 bad puis good, puis le fichier 2 puis le 3

Par "C'est un gag", je soulignais qu'il est difficile de trouver le problème d'un programme sans disposer du code. !)

La balle est dans ton camp.

[Jipété]

Yop !

Par "C'est un gag", je soulignais qu'il est difficile de trouver le problème d'un programme sans disposer du code. !

Oui je sais bien, je ne l'ai pas mis car
1- c'est vraiment trop brouillon ;
2- je ne change rien au code, je me contente de faire F9 et parfois ça foire et d'autres fois c'est bon, c'est ça qui m'anéantit.

Je continue à chercher la variable mal initialisée…


Merci à celui qui a corrigé le tag de la discussion.

[droggo]

Bonjour,

Yop !


Oui je sais bien, je ne l'ai pas mis car
1- c'est vraiment trop brouillon ;
2- je ne change rien au code, je me contente de faire F9 et parfois ça foire et d'autres fois c'est bon, c'est ça qui m'anéantit.

Je continue à chercher la variable mal initialisée…


Merci à celui qui a corrigé le tag de la discussion.

Donc ton code merde !

Et tu avais déjà fait ce genre de réponses dons un autre sujet, et j'y avais rappelé qu'il faut dès le départ programmer proprement.

Donc, si ça te plaît de faire n'importe quoi, pour ensuite venir demander de l'aide, sans nous fournir le nécessaire, libre à toi, mais en ce qui me concerne, c'est la toute dernière fois que j'interviens dans un de tes sujets.

[Jipété]

Bonjour bonjour,

En fait, ce fut un poil plus compliqué que ça car ce que vous voyez sur les copies d'écran c'est une mainform qui affiche un mainpanel qui propose autant de slavepanels que de morceaux de musique, ces slavepanels affichant une TFrame complète avec panels, TImage et autres composants.

Et bien sûr il a fallu prendre en compte le resize de la fiche qui impacte tous les slavepanels tout comme la modification d'une frame (changement de morceau) ou son déplacement dans la liste ou sa suppression, toutes choses impactant cette frame et par conséquent toutes les autres.
Surtout en voulant que les affichages soient proportionnels les uns par rapport aux autres et par rapport au plus grand de tous.

Mais je m'en suis sorti en, oui, remettant tout à plat.

Merci à tous, et le 0,01 % de Guesset je l'ai déjà vécu, ça fait bizarre je vous jure.