3.0.5_b5

salut à tous,
@Fred

Par contre j'ai essayé de charger un patch midi en ouvrant un .sho (en esperant qu'il retrouve la config midi à l'intérieur) et bien tu sais quoi ??? Et bien ça fait planter DLight

deux solution, soit la config midi peut être chargé à partir du .sho, soit il faut utiliser le .sho Manager pour ouvrir le fichier et choper le fichier .xml
je préfère la deuxième car en cas de gros show et d'un ordi pas très rapide, les opérations sur les .sho prennent du temps (mais of course, c'est un peu plus chiant...)

aussi, pour le rapport d'erreur que tu as posté, as-tu obtenu le crash en fin de conduite? suite à un goback? parce qu'il y avait un jump sur les pas de séquence?

@gabby

Lorsque je place la souris sur le XFADE et que je le fait varier avec la souris pas jusqu'à Full( disons 75 - 25 par exemple). Ensuite la touche Goback est inactive et la touche Go fait planter DLight.

effectivement sur Mac on est obligé d'appuyer 2x sur Go pour reprendre le transfert (c'est quelque chose que j'avais pas vu...), et c'est ce qui doit faire crasher l'OS pourri avec lequel tu bosses
je vais corriger ça pour la suivante, par contre je reste dubitatif pour le GoBack.
comme vous l'avez constaté avec Fred, quand on bouge le XFade et qu'on reprend le transfert en automatique, les temps du pas de séquence ne sont pas modifiés.
je vais essayer de corriger ça (trouver le pourcentage de temps qui reste) et peut-être que ça va marcher pour le GoBack... vous me direz.

@passa

-pas eu de souci avec le .sho (mais quel avantage par rapport à avant? plus stable?)

disons que les opérations Save/SaveAs ne sont plus que de la copie de fichier et je pense que oui c'est plus stable.
Je pense aussi que l'archivage des conduites est plus clair.

-par contre, toujours le même problème: avec l'osc actif, dl crashe régulièrement sur certaines mémoires.

j'avoue, j'ai pas regardé ta conduite, mais est-ce qu'il crashe sur des pas de séquence avec des MLink?

-crashes répétés aussi avec défilement très rapide en maintenant touche appuyée sur go ou sur step+ (osc on ou off ne change rien a celui-là)

quand tu fais que des step+ est-ce qu'il crashe?

-et y aura quoi entre circuits et pavé num?

t'es curieux.....
je ne sais pas encore

++

Voici le rapport d'erreur sous Vista. (si ça peut servir, moi je comprend pas)

Signature du problème
Nom d’événement du problème : APPCRASH
Nom de l’application: DLight.exe
Version de l’application: 0.0.0.0
Horodatage de l'application: 4d591a43
Nom du module par défaut: StackHash_5523
Version du module par défaut: 0.0.0.0
Horodateur du module par défaut: 00000000
Code de l’exception: 40000015
Décalage de l’exception: 0510d898
Version du système: 6.0.6001.2.1.0.768.3
Identificateur de paramètres régionaux: 1036
Information supplémentaire n° 1: 5523
Information supplémentaire n° 2: d0234f1a04197974f14754a389789beb
Information supplémentaire n° 3: b536
Information supplémentaire n° 4: f074753e2be5b7c73c37066e81de17d9

_________________________________________________________________________

J'ai essayé une dizaine de fois, tous les autres rapport sont identiques sauf la ligne "décalage de l'exception"

J'ai un double boot (en spectacle je suis sous XP) donc je vais essayer sous XP voir si c'est la même chose.

Si je me souviens bien, DL a freezé en fin de conduite puis à crashé mais je ne peux pas te dire la manip exacte pcque j'ai tellement essayé de le faire crashé que j'y suis finalement arrivé ! Je pense qu'il DL était arrivé en fin :de conduite suite à des Go successifs en restant sur la space bar puis déplacement avec Step+/Step-.

Tout en écrivant j'ai retenté la procédure et ça a crashé à nouveau mais 1 seule fois à nouveau impossible à reproduire...(ça doit être du à une routine empêchant DL de planter plus d'une fois par jour )

Log du crash identique à celui d'hier.

Bon matin

Fred

Crasch complet quand j'utilise la commande Xcross depuis le midi

pierremine wrote: Crasch complet quand j'utilise la commande Xcross depuis le midi

I have this (Xfade crash with MIDI) also

Also if I open Utility->Hour Trigger and click in the time input, I ger 'Error: can't find package msgcat 1.4' This lso happened in 305b4

Error log and screen video grab in attached zip file

Brilliant program

Colin

Sorry, the file was not allowed to be attached

Also if I open Utility->Hour Trigger and click in the time input, I ger 'Error: can't find package msgcat 1.4' This lso happened in 305b4

Pour moi idem des que je passe la souris sur un des douzes numeros, DL ne plante pas mais affiche un message d'erreur

rapport :
can't find package msgcat 1.4
can't find package msgcat 1.4
while executing
"package require msgcat 1.4"
("uplevel" body line 2)
invoked from within
"uplevel \#0 {
package require msgcat 1.4
if { $::tcl_platform(platform) eq {windows} } {
if { [catch { package require registry 1.1 }] } {
..."
(file "C:/Program Files/DLight3.0.5_b5/lib/tcl8.5/clock.tcl" line 23)
invoked from within
"source -encoding utf-8 [file join $TclLibDir clock.tcl]"
(procedure "::tcl::clock::format" line 3)
invoked from within
"clock format $seconds -gmt 1 -format "%I:%M %P""
(procedure "timePicker::ButtonEnter" line 21)
invoked from within
"timePicker::ButtonEnter hour 1"
(command bound to event)

________________________________________________________

Sinon sous XP c'est pareil que sous vista des que je touche au transfert sans aller au bout, un go fait crasher DL et le goback ne marche pas.

Quand je fais bouger des valeurs du GrandMaster avec la molette de la souris DL n'envois pas d'OSC

La molette ne marche pas sur les touches des subs ainsi que Master AllSub, Master Flash et Joy

L'affichage des niveaux des subs ne s'actualisent pas quand je flash en solo ou quand je baisse le Master AllSub

@+
Gab

Pas de souci Hour Trigger sous Mac www.nicole-banana.com/components/com_kun...ticons/whistling.png

Pour les retours OSC, je vais jeter un oeil pour voir ce qu'envoie DL et au besoin adapter le DLight_pad.

Par contre j'ai eu un crash via l'OSC en mode checkcirc et en revenant rapidement en arrière (sans être pour autant revenu au premier circuit). Voici le rapport :

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x00000001ef590147
Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 libtk8.5.dylib 0x000000010040684c DisplayText + 568
1 libtcl8.5.dylib 0x0000000100310331 TclServiceIdle + 76
2 libtcl8.5.dylib 0x00000001002f61c5 Tcl_DoOneEvent + 329
3 libtk8.5.dylib 0x0000000100392a47 Tk_UpdateObjCmd + 162
4 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
5 libtcl8.5.dylib 0x000000010029201f TclEvalEx + 2188
6 libtcl8.5.dylib 0x00000001002923eb Tcl_EvalEx + 26
7 DLight 0x00000001000817c4 AscensceurToChannel + 164
8 DLight 0x00000001000b0536 checkThisCircCommand + 134
9 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
10 libtcl8.5.dylib 0x00000001002c9fea TclExecuteByteCode + 4405
11 libtcl8.5.dylib 0x00000001002d0b9a TclCompEvalObj + 466
12 libtcl8.5.dylib 0x00000001002929d0 TclEvalObjEx + 817
13 libtcl8.5.dylib 0x000000010029d594 Tcl_IfObjCmd + 520
14 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
15 libtcl8.5.dylib 0x000000010029201f TclEvalEx + 2188
16 libtcl8.5.dylib 0x00000001002923eb Tcl_EvalEx + 26
17 libtk8.5.dylib 0x0000000100390b4b Tk_BindEvent + 5240
18 libtk8.5.dylib 0x0000000100393d5f TkBindEventProc + 342
19 libtk8.5.dylib 0x000000010039a5ac Tk_HandleEvent + 1784
20 libtk8.5.dylib 0x000000010038ef90 Tk_EventObjCmd + 4667
21 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
22 libtcl8.5.dylib 0x00000001002c9fea TclExecuteByteCode + 4405
23 libtcl8.5.dylib 0x0000000100304be7 TclObjInterpProcCore + 985
24 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
25 libtcl8.5.dylib 0x00000001002c9fea TclExecuteByteCode + 4405
26 libtcl8.5.dylib 0x0000000100304be7 TclObjInterpProcCore + 985
27 libtcl8.5.dylib 0x000000010029140a TclEvalObjvInternal + 784
28 libtcl8.5.dylib 0x000000010029201f TclEvalEx + 2188
29 libtcl8.5.dylib 0x00000001002923eb Tcl_EvalEx + 26
30 DLight 0x00000001000adca4 CheckCircPrecedent + 132
31 DLight 0x000000010009bca6 Osc_EventCallback + 166
32 libtcl8.5.dylib 0x00000001002f5ec2 Tcl_ServiceEvent + 147
33 libtcl8.5.dylib 0x00000001002f6106 Tcl_DoOneEvent + 138
34 DLight 0x0000000100068f17 main + 231
35 DLight 0x0000000100001c24 start + 52

Après Check de l'OSC, DLight renvoi bien le niveau du master lorsqu'on le modifie (DLight_3.0.5_b5 et dlight_pad_1. par contre DL n'envoi pas le numéros séquences scène et prépa quand on passe les effets via XFade ou X/Y comme ça se passe lors d'un Go.

Quel DLight et quel version du pad?

D'ailleur ce serait cool d'avoir un retour d'info OSC du niveau X/Y l'ors du passage d'effet en go. Et un petit Up de la proposition de retour d'info du numéro de cue scene/prepa.

Courage nico t'y est presque.

A+
Fred

saalut

@sl200:
-est-ce qu'il crashe sur des pas de séquence avec des MLink?
non, les mem qui font crasher ne contiennent ni mlink, ni apparemment rien de special (timegroups ou autres)
-quand tu fais que des step+ est-ce qu'il crashe?
quand je maintiens la touche step+ enfoncée, oui, il crashe au bout d'un certain tps, mais avant meme que la conduite ait fini de défiler une fois -meme si je ne suis pas belge
-t'es curieux.....
ben oué, sinon je serais pas là éhéh!

-au fait, crois-tu possible de pouvoir enregistrer avec ou sans masters ds une version ulterieure (style touches rec et rec-sum sous strand)?

a tobien

-au fait, big probleme avec une conduite exportée en ascii par la 305b5, sur une pronto: la pronto part en vrille, parle msdos puis propose de formater la diskett, puis bug complet (désolé, je sais que tu adores l'ascii, mais c'est quand meme un des grands potentiels de dlight que de pouvoir "communiquer" avec d'autres consoles...). Pas encore testé sous d'autres consoles, donc pas sûr que ça vienne de dl ou du pronto, bien que celui-ci n'ait pas eu de pb à l'import d'autres ascii sortis de congo ou autre.

vivement la suite...........

hello,
tout d'abord, et à la réflexion, j'ai l'impression que c'était une erreur de'ouvrir DL sur le dernier show chargé.
je vais revenir à l'ancienne méthode où on fait New pour créer un show ou Open/Open recent pour en ouvrir un existant.
fallait bien essayer...

@Antoine

On est en scène, on fait une modification sur un circuit.
On passe en prépa, on fait une modif (ou bien la même) On enregistre la modification sur la mémoire en prépa. Alors les modifs sur le registre de scène se perde si on n'ai pas enregistré la mémoire chargé avant de passer en prépa.

t'as raison, je l'avais vu aussi et puis je lai oublié, je vais essayer de le corriger

@Gabby,
je comprends rien non plus au rapport d'errue que t'as posté, mais je pense que j'ai trouvé et corrigé l'erreur.
pour ce qui est du goback qu'en t'es en cours de XFade Manuel, je pensais même pas que quelqu'un pouvait essayer de faire ça.... du coup y avait aucune fonction associé.
j'essaye d'en faire une qui tient prends en compte le pourcentage de XFade passé et le reporte sur le temps de goback par défaut.
vous verrez...

@Pierre

Crasch complet quand j'utilise la commande Xcross depuis le midi

t'es sûr que le crash que t'as posté est le bon qcar celui-ci indique une erreur de la commande File/New.
si c'est le cas, il y a effectivement un gros bug avec le xfade en midi....

@Colin && Gabby
something is missing in the windows distribution i ship... will be fixed

@Fred

Par contre j'ai eu un crash via l'OSC en mode checkcirc et en revenant rapidement en arrière (sans être pour autant revenu au premier circuit). Voici le rapport :

pourquoi tu dis que le crash est dû à l'OSC?
est-ce que t'as le même sans que l'OSC soit activé?

par contre DL n'envoi pas le numéros séquences scène et prépa quand on passe les effets via XFade ou X/Y comme ça se passe lors d'un Go.

je vais voir ça

@Passa,

-au fait, crois-tu possible de pouvoir enregistrer avec ou sans masters ds une version ulterieure (style touches rec et rec-sum sous strand)?

là où il y a écrit le contenu du sub, clique dessus, ça passe en orange.
dès lors, le contenu du sub n'est pas enregistré dans les mémoires

la pronto part en vrille, parle msdos puis propose de formater la diskett, puis bug complet

ya pas que DL qui à des soucis avec l'ascii

++

pour ce qui est du goback qu'en t'es en cours de XFade Manuel, je pensais même pas que quelqu'un pouvait essayer de faire ça.... du coup y avait aucune fonction associé.
j'essaye d'en faire une qui tient prends en compte le pourcentage de XFade passé et le reporte sur le temps de goback par défaut.

En faite, j'ai testé un demi-transfert manuel suivie d'un go et là crash, alors j'ai essayé le goback. Effectivement en situation soit je fais un go soit un transfert manuel, mais sur un transfert manuel un fausse manip comme un go ne doit pas planter DL.
Aprés si en cours d'un transfert manuel les touches go, goback, pause sont inactives ça n'est pas un probleme.

là où il y a écrit le contenu du sub, clique dessus, ça passe en orange.
dès lors, le contenu du sub n'est pas enregistré dans les mémoires

Super, j'avais pas compris ce bouton j'ai édité le wiki car je pense pas etre le seul.

@Fred
Par contre j'ai eu un crash via l'OSC en mode checkcirc et en revenant rapidement en arrière (sans être pour autant revenu au premier circuit). Voici le rapport :
pourquoi tu dis que le crash est dû à l'OSC?
est-ce que t'as le même sans que l'OSC soit activé?

Je n'ai pas réussi à le reproduire avec ou sans OSC mais DL a planté lors de cette manipulation qd j'étais au plateau. J'ai posté pour info au cas ou...

A+
Fred

re voici un autre toujours avec xfade
c'est sur c'est le bon

3.0.5_b6 online