Effekte stoppen bei aufrufen von Menüs

Auch wenn der Thread schon ziemlich alt ist:
Auch bei mir tritt das gleiche Problem auf!
Wenn man einen (oder mehrere) Effekte am laufen hat, und dann ein Fenster von DMX Control verschiebt oder z. B. bei der grafischen Bühnenansicht manuell einen Wert ändert (oder z. B. nur im Dropdown Menü der Farbauswahl hoch und runter scrollt), friert die Ausgabe aller DMX Werte ein.
Ist man fertig mit dem verschieben o. ä. "springen" die Scanner, Heads, etc. auf den aktuellen Wert, der Effekt an sich läuft also weiter.
Ist sowohl im Visualizer als auch bei "richtigen" Geräten so zu beobachten.

Also der Fehler tritt auf unter Vista Home Premium Service Pack 2 auf nem Laptop mit dem Intel T8300 als Prozessor, bei 2GB RAM, und DMX Control 2.10 Update 3.

Hab es noch nicht unter XP ausprobiert... glaube aber dort den selben Fehler zu haben, dass werde ich in den nächsten Tagen noch einmal ausprobieren.

Also wäre gut wenn es dafür eine Lösung gibt..., weil das beim Live Einsatz von DMX Control nicht wirklich schön ist.

Das gleiche Problem habe ich auch... und zwar schon lange
Aber bis jetzt habe es einfach versucht zu umgehen bzw. hab mich in den Menüs beeilt mit dem Klicken

semmelkuh

Hi!

Ich meine mich erinnern zu können, dass das irgendwie mit Windows zu tun hatte. Oder zumindest mit VisualBasic wegen irgendwelchem fehlendem Multitaskingkram.

Man korrigiere mich bitte von Programmiererseite falls falsch.

Hoc

hmmm..

die 2.x versionen sind glaube nicht zwischen gui und kern getrennt! somit gui änderung---> kern steht kurz. irgendwie sowas wars glaube.

mfg maik

das klingt logisch...

also ich hab es jetzt nochmal auf einem anderen Rechner probiert (Windows XP Prof. Service Pack 2 auf AMD Athlon 64 3000+; 1.5 GB RAM; Geforce 6600GT), erst mit DMX Control 2.8 dann mit 2.10 (Update 3) und auch da tritt der gleiche Fehler auf.

Also wenn es irgeneine Möglichkeit gibt den Fehler zu umgehen wäre sehr gut, ich wollte DMX Control nächstes Wochende live einsetzen und will eig nicht für jede Farbe dann einen Effekt (oder Szene) programmieren .

Ach, muss das Problem jetzt in den BugTracker eingetragen werden, oder wie funktioniert das mit dem? Ich hab es da nämlich (noch) nicht gefunden...

Hi!

Habe nun eine eindeutige Antwort für Dich/Euch:
Systembedingt läuft die grafische Oberfläche und der Kern der 2.xx-Reihe gemeinsam (singlethreaded) und daher ist dieses Problem leider nicht vermeidbar. Änderungen wären technisch möglich, sind aber leider so umfangreich, dass es bis zum Erscheinen der 3.0 nicht mehr realisiert werden kann. Auch wenn das noch länger dauern wird, aber da tritt dieses Problem vom Grunde her nicht mehr auf.
Allerdings muss ich gestehen, dass das weder für mich noch für viele andere Anwender jemals ein großes Problem war. Für gewöhnlich bediene ich diese Dinge nicht während einer Show sondern nur beim Programmieren. Vielleicht musst Du Dir doch die Arbeit mit den Effekten oder einigen Buttons in der Kommandobox machen.

Bis dann,
Hoc

hi

naja, das ist schade, dass es so ist, aber vielen Dank für die "offizielle Antwort"... dann heißt es wohl: mehr vorprogrammieren (Effekte und Kommandobox) und auf DMX Control 3.0 zu warten.

Bis dann, hoffentlich erscheint DMX Control 3 bald...

Christian

HI ,

auch wenn es mir keiner glaubt, bei mir geht alles einwandfrei.
Habe eben, allerdings nur mit EasyView, drei Effekte gestartet und so fast alle Konfig Fenster aufgemacht, die Effekte laufen ohne Sörung weiter. Prozessorlast ca. 8 %. Wenn ich ein Fenster wie wild auf dem Monitor verschiebe steigt die Last bei einem Kernel auf so 70 % , bei dem anderen auf ca. 30 % , aber die Effekte laufen ohne Probleme weiter.
Mein Laptop :

System Information
------------------
Time of this report: 5/24/2009, 20:07:30
Machine name: MASAX32
Operating System: Windows Vista™ Business (6.0, Build 6001) Service Pack 1 (6001.vistasp1_gdr.090302-1506)
Language: German (Regional Setting: German)
System Manufacturer: FUJITSU SIEMENS
System Model: LIFEBOOK E8410
BIOS: Version 1.15
Processor: Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz (2 CPUs), ~2.1GHz vPro
Memory: 3326MB RAM
Page File: 977MB used, 5866MB available
Windows Dir: C:\Windows
DirectX Version: DirectX 10
DX Setup Parameters: Not found
DxDiag Version: 6.00.6001.18000 32bit Unicode

Display Devices
---------------
Card name: NVIDIA GeForce 8400M G
Manufacturer: NVIDIA
Chip type: GeForce 8400M G
DAC type: Integrated RAMDAC
Device Key: Enum\PCI\VEN_10DE&DEV_0428&SUBSYS_142210CF&REV_A1
Display Memory: 1520 MB
Dedicated Memory: 113 MB
Shared Memory: 1407 MB
Current Mode: 1280 x 800 (32 bit) (60Hz)
Monitor: PnP-Monitor (Standard)
Driver Name: nvd3dum.dll,nvwgf2um.dll
Driver Version: 7.15.0011.5616 (English)
DDI Version: 10
Driver Attributes: Final Retail
Driver Date/Size: 7/25/2007 12:09:00, 5029888 bytes
WHQL Logo'd: Yes

Gruß Franz