Gebruikersgegevens.

idd, da's waar, maar ff terug to the point. Het feit blijft dat ik het bij een deq gehad heb en webbie bij een dcx. Dus bij 2 apparaten waarvan ik veronderstel dezelfde technologie voor hun ingang te gebruiken en vrij toevallig dezelfde fout geven.
Op tijd binnendoen is dus geen overbodige luxe want de kans dat het erger wordt is vrij groot.

daarom dat ik er even bijschreef bij verschillende winkels, in verschillende provincies ...

sorry, maar helemaal niet kortzichtig, heb dit probleem al meer voorgehad met behringer in verschillende winkels. En toch blijf ik er producten van kopen. De meeste dingen doe het goed voor hun geld en waar ik het voor gebruik. Maar dat doet hier niet echt ter zake.

oei, even verkeerd gelezen, ik had het over een deq2496, raar genoeg met dezelfde kuren. De dcx heb ik ook, tot nutoe nog geen probs mee gehad buiten dat de remote soft wat onderbrekingen in het geluid veroorzaken (uitgezonderd de volume regeling)

Hey, dit komt me bekend voor. 'k heb dus net hetzelfde "gehad". Waarom gehad tussen ""?!? Het begon dus idd zo (trouwens ook kanaal A en ook na clippen gedaan of na op en afzetten) en na een tijd ging het van kwaad naar erger. Hij begon system errors te geven. De eerste keer dacht ik dat het mijn fout was, maar toen 'k 'n keer om 3u 's nachts uit m'n bed gehaald werd omdat het ding compleet gecrashed was en dus geen signaal meer doorlaatte in volle productie (dus ook geen by-pass ed) heb 'k hem maar eens binnen gedaan ('k weet het, veel te laat). En dan begint natuurlijk het leuke bij behringer, de eindeloos lange reparatie. In de winkel vertelde ze me dat het aan een flatcable lag en dat er meerdere met dit probleem sukkelen (waarschijnk dus ook jouw probleem). Het strafste van de zaak is dat ik hem dus nog altijd niet terug heb (sinds eind juli). Gelukkig heb ik een vervangtoestel gekregen toen 'k hem binnendeed en ben er voor de rest ook heel tevreden over (buiten de support van die dingen dan he).
Binnendoen dus of je zit er binnenkort ook mee in de problemen en jij weet evengoed als mij dat die meestal op de ongelukkigste momenten komen!!

even een reactie ... de dll is zeker en vast niet door een bedrijf ontwikkeld (en ook niet door mij om dit nog eens te benadrukken). Wat ik al dacht zal ook gebeuren en dat is dat martin in hun volgende versie beter gaat uitkijken (jammer dat het misschien op zo'n manier moet gebeuren, maar goed van je fouten leer je en soms kosten ze wat ...). Wat je daar zegt over het ontwikkelen van eigen lichtsturingen, been there done that idd (verschillende zelfs).

Wat ik wel weet is dat ik 9 kansen van de 10, als de nieuwe stabiele versie van de 3 uit is, deze wel officieel zal aanschaffen. Maar wat ik nog altijd niet begrijp is dat de makers van lj het ontwikkelen van lj faders wel aanmoedigd terwijl dat dit toch ook tegen hun eigen winkel is (zie lf fingers)?!? Dus dit laat me zo'n beetje twijfelen over waar ze hun lijn gelegd hebben over wat wel kan en niet.

Wat wel vast staat is dat ik de files van de site ga halen, niet omdat ik het warm voel worden aan m'n voeten, maar omdat ik de contstante vraag van het hoe werkt het nu juist en hoe moet het nu eigenlijk meer als beu ben (ben nu ook eenmaal geen helpdesk). Het stond (en nog steeds staat) duidelijk genoeg beschreven, maar nu komt het verschil erbij dat er iets of wat meer moeite gedaan zal moeten worden om de files in handen te krijgen. Flauw? Tja, je weet wat je wilt en alles kost nu eenmaal moeite zekers?!? Trouwens de files zijn eigenlijk vrij vlot te vinden op het internet.

Indien er echt nog serieuze vragen over zijn wil ik ze nog altjid verder helpen ...

op sunlite werkt het ook (2002 alleen), dashard hernoemen naar dashard_.dll, okdmx naar dashard.dll, rest vh verhaal blijft hetzelfde (trouwens martinusb.dll = dashard.dll vandaar dat het werkt op bijna elke soft die met deze dll werkt)

ok pacific was me voor met de tlbuis

zenders .. zwakstroom. Ik sta toch niet graag in de buurt van een tv zender of gsm basestation. Staan etteljike Kilowatts op. Niet voor niets dat we indertijd met zware shunts moesten testen om ze dan rechtstreeks in gsmpjes in te pluggen!!
Draadloos vermogensoverdracht is perfect mogelijk, maar op beperkte afstand. Kijk bv naar ontwerpen van laadstations voor elektrische auto's (even wat stroom tanken), maar dit is dan weer meer het pricipe van een transfo met een onderbroken kern (zlfde principe als het laadstation voor je elektrisch tandenborstel). Nu een onderbroken transfokern is niets meer als een laagfrequent zendstation. Om het simpel te houden, hoe hoger je frequentie, hoe kleiner je kern en hoe meer je via de lucht kan gaan. Alleen om hoogfrequent grote stromen te gaan schakelen is voor de gewone gebruiker wat te duur. Dan liever een kabeltje betalen
Wat ook leuk is (maar best niet doen) is in een hoogspanningsstation met een TL buis gaan staan, light is in the air (heb dit eens kunnen doen op m'n werk, vandaar). Niet voor niets dat er bij ons onder de alternator staat geschreven dat je er niet met een paecemaker mag komen .
Nog een mooi voorbeeldje van draadloze energie, kijk naar het amerikaanse leger met hun electrokanon, bedoeld om alle electronica waar het op gericht is te koken zonder dat er menslijke slachtoffers vallen. enz enz.
Er vliegt meer sterkstroom door de lucht dan je denkt!! Allemaal elektrosmog zoals ze zeggen.

niets verzenden naa rmodem of whatever, als ge verbinding hebt met je interface zie je het witte scherm voor je. In dit scherm komt de info te staan die je interface zend naar jouw toe. Wat je zelf typt kan goed zijn dat je dat niet te zien krijgt (echo off noemen ze dat dan). dus gewoon heel simpel s drukken, doet ie het dan niet (dus krijg je geen response), dan is je baudrate anders en moet je op een andere rate proberen (dus die 38400).
Weet je, als je interface werkt, blijf er dan overal zo 'n beetje van af, da's misschien nog het verstandigste als je niet weet met wat je bezig bent. Zoveel te minder dat je fout kan doen.

gewoon connectie maken met de juiste compoort, je moet geen bestand ofzo gaan proberen te verzenden. Als je even de handleiding leest dan staan daar duidelijk (voor mij toch allesinds) de handelingen die je moet doen (zoals druk op "s" bv).
Doet ie dan niets, probeer dan verbinding te maken op 38400 bauD, lukt dit wel dan staa tie goed en moet je er dus afblijven (programma dus gewoon terug afsluiten). Meer kan ik ook niet meer zeggen, is duidelijk genoeg denk ik zo, ik kan moeilijk een volledige uitleg gaan geven over hoe je een seriele verbinding maakt, niet?!? Wil je daar meer over weten, zoek dan even rond op het internet, staat duidelijk genoeg zowat overal beschreven

ik weet niet welke ronald heeft gekopieerd. 'k dacht dat _2 ingesteld was voor 38400

idd, start het programma en maak verbinding met je interface (bv via com1), stel je baudrate in (normaal gezien in 't begin 19200) en de rest staat in de handleiding van je interface.
kijk auw een beetje verder dan je neus lang is, je komt al snel een pak verder met eens eerst wa tuit te proberen ipv direct een vraag te stellen.

https://www.thewillows.nl/pdf/DMX44xV4_NL.pdf, pagina 7 (een handleiding is soms toch zo handig als je een apparaatje koopt).
Indien je interface op een andere instelling werkt is het mogelijk dat ie wel werkt, mar vroeg of laat zal het zoiezo problemen geven.
Als je niet weet wat een terminal programma is: zoek eens op hyperterminal in je windows help, kom ja al wat verder mee.

roland, 'k heb even zitten lezen. Je moet wel zien als je zegt van com1 t/m com9 dat je er de juiste dll bij zet, dit werkt alleen met één van de laatste geposte dll's!!
Ten 2e, zie dat je de versie er bij zet van 38400 baud, met de andere ga je je pc teveel belasten en een tragere stream creeren en dan ook niet vergeten bij te vermelden dat ze de interfcace op 38400 baud moeten instellen, anders zal ie niet veel doen. Voor de rest, goed gedaan, krijg 'k misschien wat minder mails om uitleg te geven

ben van net dezelfde mening en 'k ben er vrij zeker van dat ze dezelfde fout niet opnieuw zullen maken

dat hangt af van de interface zelf, bv de dmx4all interface emuleerd een seriele poort via usb, dus deze zal even snel gaan, maar een pcdmx(sunlite/dashard) doet dit dan weer niet en hier zal de communicatie pc/interface dus stukken sneller verlopen (lees minder pc belasting). Een interface via de printerpoort is ook vele sneller dan een seriele vanwege de parallelle data overdracht.

Ik krijg precies 'n heel slordige indruk van die alto. Vermogensweerstandjes die half scheef staan, kabels ongestructureerd. 'k dek dat je moet oppassen dat ie niet teveel trillingen krijgt bij het vervoeren of je zou wels slechte contacten kunnen krijgen aan die 5 watt weerstandjes (printbanen die mee lostrillen).
Nu dat neemt niet weg dat ie mss niet goed speelt, maar echt warm wordt 'k er allesinds niet van.
Daarintegen wat Frank76 heeft gepost ben 'k wel 'ns benieuwd naar??

staan idd interessante dingen op, weet alleen ook niet meer juist waar en hoe. 'k heb daar ook eens alle mapjes aan 't doorzoeken geweest

Bert, 'k denk dat je best de link naar die build 1 even kunt posten, heb inmiddels ook even geprobeerd met build 7 en daar krijg je idd die fout op. Ik veronderstel dat je die versie nog op de ftp site van martin gevonden hebt?