You can subscribe to this list here.
| 2005 |
Jan
(44) |
Feb
(62) |
Mar
(35) |
Apr
(24) |
May
(77) |
Jun
(44) |
Jul
(47) |
Aug
(92) |
Sep
(39) |
Oct
(7) |
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(34) |
Feb
(13) |
Mar
(13) |
Apr
(14) |
May
(23) |
Jun
(43) |
Jul
(1) |
Aug
(8) |
Sep
(33) |
Oct
(11) |
Nov
(9) |
Dec
(24) |
| 2007 |
Jan
(17) |
Feb
(26) |
Mar
|
Apr
|
May
(13) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gary H. <car...@ho...> - 2012-01-01 22:46:42
|
Hello. First post here. I am adding support for Open DMX to my application. There are several code samples for interfacing with it so that is no problem. But all that I have seen simply assume that if the FTDI Open command succeeds that it is communicating with an Open DMX device. In my case, my application may be connected to multiple devices that use FTDI chips for USB. So, does anyone know how I would be able to determine when I am actually communicating with an Open DMX and not something else? I looked up the default FTDI VID/PID and they are 0x0403 and 0x6001. Are these what Open DMX uses? Thanks, Gary |
|
From: Zac S. <zs...@gm...> - 2009-02-02 12:21:05
|
Hi Ronen, I have had a look through the code on those pages in particular the Linux sample code and couldn't find anything that looked like it was for outputting to the USB DMX Pro. Could you possibly point me in the right direction? Regards, Zac Shenker On Thu, Jan 29, 2009 at 4:36 AM, Ronen Tzadok <ron...@ya...> wrote: > find linux code at > http://www.arfx.nl/index.php?main_page=page&id=7&chapter=0 > > ------------------------------ > *From:* Zac Shenker <zs...@gm...> > *To:* ope...@li... > *Sent:* Tuesday, January 27, 2009 11:03:45 PM > *Subject:* [opendmxusb] DMX USB Pro under Linux > > Hi All, > > I am interested in using a DMX USB Pro for a project I am working on that > will be running on Linux. > > I have tried compiling dmx4linux 2.6.1 under Ubuntu 8.10 with Kernel > 2.6.27-9, so far I have not had any success in compiling it, it also looks > like the project hasn't been updated in a while. > > Are there any open source projects that you could recommend for working > with the DMX USB Pro under Linux? > > Regards, > Zac Shenker > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > _______________________________________________ > Opendmxusb-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opendmxusb-users > > |
|
From: Ronen T. <ron...@ya...> - 2009-01-28 17:36:32
|
find linux code at http://www.arfx.nl/index.php?main_page=page&id=7&chapter=0 ________________________________ From: Zac Shenker <zs...@gm...> To: ope...@li... Sent: Tuesday, January 27, 2009 11:03:45 PM Subject: [opendmxusb] DMX USB Pro under Linux Hi All, I am interested in using a DMX USB Pro for a project I am working on that will be running on Linux. I have tried compiling dmx4linux 2.6.1 under Ubuntu 8.10 with Kernel 2.6.27-9, so far I have not had any success in compiling it, it also looks like the project hasn't been updated in a while. Are there any open source projects that you could recommend for working with the DMX USB Pro under Linux? Regards, Zac Shenker |
|
From: MasterPeaceFreeDmx <Mas...@fr...> - 2009-01-28 09:10:08
|
I alredy has one example for opendmx coded in gambas. I will try to find it and send you (as all in linux is a little tricky) I am not a linux man sorry. cheers ----- Original Message ----- From: Zac Shenker To: ope...@li... Sent: Wednesday, January 28, 2009 5:03 AM Subject: [opendmxusb] DMX USB Pro under Linux Hi All, I am interested in using a DMX USB Pro for a project I am working on that will be running on Linux. I have tried compiling dmx4linux 2.6.1 under Ubuntu 8.10 with Kernel 2.6.27-9, so far I have not had any success in compiling it, it also looks like the project hasn't been updated in a while. Are there any open source projects that you could recommend for working with the DMX USB Pro under Linux? Regards, Zac Shenker ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ------------------------------------------------------------------------------ _______________________________________________ Opendmxusb-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opendmxusb-users |
|
From: Zac S. <zs...@gm...> - 2009-01-28 04:03:48
|
Hi All, I am interested in using a DMX USB Pro for a project I am working on that will be running on Linux. I have tried compiling dmx4linux 2.6.1 under Ubuntu 8.10 with Kernel 2.6.27-9, so far I have not had any success in compiling it, it also looks like the project hasn't been updated in a while. Are there any open source projects that you could recommend for working with the DMX USB Pro under Linux? Regards, Zac Shenker |
|
From: Juanjo <jum...@gm...> - 2008-05-28 07:19:52
|
Hello, i wrote a basic and experimental java wrapper for use open dmx widget from java applications (with source code java / c++), the project is at sourceforge... http://sourceforge.net/projects/opendmxjavajni/ I hope that it interest to someone! Thanks. Juanjo. |
|
From: Rowan M. <row...@in...> - 2008-05-19 13:13:11
|
It’s not the pro, they are doing the same thing on a jands desk now, so
don’t worry!
Cheers
Hip
_____
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Rowan
Maclachlan
Sent: Sunday, 11 May 2008 8:23 PM
To: ope...@li...
Subject: [opendmxusb] Strange Mac250 thing
Hi there!
After two years of having no problems at all with the PRO, I
went to use 4 mac 250+ units on the weekend, and strange things were
happening…
First the macs indicated DMX was present, but did not “home” the stayed a
0,0 and did not respond, looking in the mac’s menus, it was receiving a
start code of 200 ?!?!?
WTF, thinking my box was stuffed, I went home and got another PRO, same
story!
Im not an idiot, the macs were set up and addressed correctly in dmx mode
and on personality 4, as was my software correctly set up…
I have done this before successfully before on many occasions, just not with
these macs but entours and other macs..
I discovered that, even though the macs were already on “dmx 4”, if I went
into pers/dmx4 and press enter they started to work!
This was the same for all four macs…
So they were already on dmx4 from powerup, but to make them respond, I still
had to go into the menu, and hit enter on dmx4 even though it was already
there!!!
Any ideas, because if I lost power, I would have to scale the trusses during
show to tell the macs to do what they are already set for!?!?!?!?
I wasted and hour and a drive to figure this out, it’s really bizarre..
Cheers,
hip
No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.15/1426 - Release Date: 10/05/2008
11:12 AM
No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.15/1426 - Release Date: 10/05/2008
11:12 AM
No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.20/1453 - Release Date: 18/05/2008
9:31 AM
|
|
From: Rowan M. <row...@in...> - 2008-05-11 10:23:21
|
Hi there!
After two years of having no problems at all with the PRO, I
went to use 4 mac 250+ units on the weekend, and strange things were
happening…
First the macs indicated DMX was present, but did not “home” the stayed a
0,0 and did not respond, looking in the mac’s menus, it was receiving a
start code of 200 ?!?!?
WTF, thinking my box was stuffed, I went home and got another PRO, same
story!
Im not an idiot, the macs were set up and addressed correctly in dmx mode
and on personality 4, as was my software correctly set up…
I have done this before successfully before on many occasions, just not with
these macs but entours and other macs..
I discovered that, even though the macs were already on “dmx 4”, if I went
into pers/dmx4 and press enter they started to work!
This was the same for all four macs…
So they were already on dmx4 from powerup, but to make them respond, I still
had to go into the menu, and hit enter on dmx4 even though it was already
there!!!
Any ideas, because if I lost power, I would have to scale the trusses during
show to tell the macs to do what they are already set for!?!?!?!?
I wasted and hour and a drive to figure this out, it’s really bizarre..
Cheers,
hip
No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.15/1426 - Release Date: 10/05/2008
11:12 AM
|
|
From: Glenn M. <gl...@ch...> - 2008-04-22 04:35:58
|
I just released new beta test software for both Mac and Windows that uses the Enttec DMX USB Pro interface box. miniStageConsole is an extremely simple, 24 channel, unlimited cue, light board with MIDI input so you can control it with a MIDI control surface such as a Behringer BCF2000. It is currently running lights for a show controlled by QLab showcontrol software. This software is designed for small theaters using conventional dimmers and fixtures. No moving light features or fancy DJ/nightclub features. Free to download at: http://www.chromakinetics.com/DMX |
|
From: Rowan M. <row...@in...> - 2008-04-21 14:13:25
|
Hey man,
How did you manage that??? Sound like you must send back to factory,
Look in enttec.com knowledge bank :( If the led is flashing there is a boot
loader in there (I think) maybe try an older version firmware. I will pass
this onto the mailing list also, someone may be able to help you :)
Good Luck,
Hippy
-----Original Message-----
From: Андрей Фищук [mailto:go...@ma...]
Sent: Tuesday, 22 April 2008 12:05 AM
To: row...@in...
Subject: Need help with USB DMX PRO
Hello Roman.
I have problem with my DMX USB PRO. I kill boot loader on it and can't
repair. I download reburn_boot.bin and uploaded it using JTAG. My led is
blinking but I can't upload firmware using Pro Widget Toolkit or PRO
Utility.
My serial number is 2055678.
Can you help me with this problem, please !
No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.2/1388 - Release Date: 20/04/2008
3:01 PM
No virus found in this outgoing message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.2/1388 - Release Date: 20/04/2008
3:01 PM
|
|
From: Ronen T. <ron...@ya...> - 2008-03-01 08:17:49
|
one easy way to obtain LEDs, power supply, and an SDK with examples for the USB DMX Pro can be found at http://www.a-r-e.nl ----- Original Message ---- From: Mike <i3l...@gm...> To: ope...@li... Sent: Friday, February 29, 2008 6:41:00 PM Subject: [opendmxusb] Looking for help learning to program DMX usb pro via C++.. Hi! Recently I purchased a USB dmx pro as well as a 4 channel dimmer pack. Everything works great i've been able to use various control software to get everything working in a standard way and so far I'm pretty happy with everything. However, my intent when buying the DMX usb pro was to use it to integrate lighting VIA c++ into a specific application that would then control the lights based on whatever/whenever I sent instructions through the USB pro through code I hope to integrate into the application. I do know BASIC C++, but i've been searching around and looking at some of the DMX pro source offered on the official site, and I havn't been able to get anywhere. Would anyone be willing to work with me to just get the basics running? For now all I want to do is to set the intensity of the individual channels on my dimmer pack in a standard C++ program - no fancy gui's no fancy slider bars, just a simple instruction "Set channel 3 to 30%" or something of that nature. From there I hope to understand the code enough to experiment and do various effects with it - and hopefully learn enough to work with RGB Led lights when I do manage to purchase some. Thanks in advance for any help anyone can give me - just shoot me an email back if you'd be willing to help. -- - Mike ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Opendmxusb-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opendmxusb-users ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping |
|
From: Mike <i3l...@gm...> - 2008-02-29 23:40:57
|
Hi! Recently I purchased a USB dmx pro as well as a 4 channel dimmer pack. Everything works great i've been able to use various control software to get everything working in a standard way and so far I'm pretty happy with everything. However, my intent when buying the DMX usb pro was to use it to integrate lighting VIA c++ into a specific application that would then control the lights based on whatever/whenever I sent instructions through the USB pro through code I hope to integrate into the application. I do know BASIC C++, but i've been searching around and looking at some of the DMX pro source offered on the official site, and I havn't been able to get anywhere. Would anyone be willing to work with me to just get the basics running? For now all I want to do is to set the intensity of the individual channels on my dimmer pack in a standard C++ program - no fancy gui's no fancy slider bars, just a simple instruction "Set channel 3 to 30%" or something of that nature. From there I hope to understand the code enough to experiment and do various effects with it - and hopefully learn enough to work with RGB Led lights when I do manage to purchase some. Thanks in advance for any help anyone can give me - just shoot me an email back if you'd be willing to help. -- - Mike |
|
From: Rowan M. <row...@in...> - 2008-02-26 13:18:41
|
Hi All,
Im looking for volunteer’s to beta test Vocus 2. :-)
Vocus 2 has had a complete disconnection from previous code and uses
advanced filtering and detection methods to improve accuracy and ‘real
world’ sensibility.
It also includes some extra functionality with the implementation of a
fixture control module and pre-heating capabilities.
http://users.on.net/ Vocus2.0-0208-upgrade.rar
This requires you have SAPI installed on your machine, in case you don’t,
obtain and install the “full installer” of Vocus 1 before running Vocus 2.
For DMX transmission to occur, you need a key, and an Enttec DMX USB PRO or
ESP-NET supporting device.
I am offering 5 keys to the first English-speaking people to send me a
sample (in 128kbs MP3 please) of their voice saying in their natural voice…
“Channel One Hundred At Forty Three Percent“ followed by a silence of 2
seconds in length, then “ AND GO NEXT GO BACK MASTER” and then
some random whatever sentences for about 20 seconds.
AND a detailed account of their experiences or suggestions you might have
with Vocus2.
If It’s all too hard…. And by the way, your voice won’t be used for
terrorist purposes. :-)
Interested parties please contact rowanmac _@_ internode.on.net
Cheers,
Hippy
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.516 / Virus Database: 269.21.0/1296 - Release Date: 24/02/2008
12:19 PM
|
|
From: David N. <dn...@en...> - 2008-02-24 21:58:10
|
Hip, Please see this FAQ for a fix to the problem: http://www.ftdichip.com/Support/Knowledgebase/index.html?whydoesmymousenotwo rkwhe.htm -----Original Message----- From: ope...@li... [mailto:ope...@li...]On Behalf Of Rowan Maclachlan Sent: Monday, 25 February 2008 12:51 AM To: ope...@li... Subject: [opendmxusb] MS Ballpoint pen issue.. I have noticed just after a recent bunch of updates to XP sp2, if I connect a pro with a live dmx input, it finds the vcom port bu then it detects a MS Ballpoint Pen device!!!!!!! And I get a thousand destop context menus appear. Any ideas how I can remove the ballpoint pen detection? Cheers, hip No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.20.9/1294 - Release Date: 22/02/2008 6:39 PM |
|
From: Rowan M. <row...@in...> - 2008-02-24 13:50:55
|
I have noticed just after a recent bunch of updates to XP sp2, if I connect a pro with a live dmx input, it finds the vcom port bu then it detects a MS Ballpoint Pen device!!!!!!! And I get a thousand destop context menus appear. Any ideas how I can remove the ballpoint pen detection? Cheers, hip No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.20.9/1294 - Release Date: 22/02/2008 6:39 PM |
|
From: Rowan M. <row...@in...> - 2008-02-24 13:48:32
|
No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.20.9/1294 - Release Date: 22/02/2008 6:39 PM |
|
From: Rowan M. <row...@in...> - 2007-05-13 20:26:13
|
Thanks heaps guys, so the haze switch off and short 2+3....=20 Most Appreciated, Hippy. |
|
From: C S T. <cst...@on...> - 2007-05-13 15:26:05
|
Hi all Sorry to advise that the Neutron Hazer does not have variable output = even with the DMX interface. Once DMX has gone above 56%, the Neutron starts it's output cycle. The = Haze switch is a local control of the same. You have not seen an = immediate response because there is a pause before output gets going and = also after the 'switch' is released, haze continues. I seem to remember = about a 20 sec delay.=20 Also for those like myself who constructed a DMX interface for it, the = power available on Pin 3 is very limited - it is controlled by a FET. My solution was to increase the size of the Voltage reg to feed the = interface, insert a fuse in the line and only use a opto isolator to = generate the switching signal. Even more important, despite the LeMaitre manuals, the pin out IS : Pin 1 GND Pin 2 Control (ie +10) Pin 3 12v source. Regards to all Chris Thornton Rollercoaster Productions |
|
From: Rowan M. <row...@in...> - 2007-05-13 12:09:33
|
Hi guys, Not really dmx question, but i need a quick answer :) some of the smartest people i know read this list, Friend (my best man, oh yeah btw im getting married) has a la maitre = hazer and no dmx interface to go with... the hazer has 3-pin cannon 10v input=20 and a 'haze on/off' switch.. pin 1.. gnd pin 2.. (10v input i think) pin 3.. +11.8 volts he needs a way to control haze level, i figure a pot/switch between pins 2 and 3 should work, but he put a button on there and says its fanning/heating but no output.. how can i get him going? he leaves on tour in two days... should the haze switch play a part in this? any ideas? please!?!? Cheers, Hippy |
|
From: Mike B. <mwb...@ya...> - 2007-05-06 23:04:39
|
--- Zac Shenker <za...@el...> wrote: > So sounds like Mac isn't the most reliable platform > to use any of the Enttec widgets with for a show. Actually, that's incorrect. A well-written application is 100% reliable on OS X, as long as you're careful not to cut power to your USB hub. Just use a UPS like you would on any other console. A few polite complaints to FTDI would certainly result in a bugfix. We use the Pro (often many of them at once) for every one of our shows, and we've never had a show fail because we relied on it. Some Windows boxes reportedly also have trouble starting the Enttec widget without help from a powered hub. In response to your other question, you can, in fact, run various Windows apps under Parallels (e.g. hog 3), assuming your peripherals support it. We've done it. mike |
|
From: Rowan M. <row...@in...> - 2007-05-05 03:50:53
|
actually come to think of it i have run a pro on a ppc imac under debian
linux and lla (linux lighting arch by simon newton) no worries,
also beos, dos, win32 on i386... and now also on a embedded mips processor,
i don't believe it's a hardware problem, suggest replace your os if problem
persists. :)
cheers,
hip
re: this tv ad... do not take offense
PC guy: Hi mac guy.
Mac guy: Hey PC guy waz up!
PC guy: Hows your usb serial stuff going mac guy?
Mac guy: Yeah pretty crap i think PC guy.
PC guy: That's a shame mac guy, cause the pro works perfectly on nearly
every other os in existance
Mac guy: Yeah well it your fault..
PC guy: ok-ay your not feeling well are you mac guy?
Mac guy: purge purge panic
PC guy: calm down, your just a bit special thats all, we will take care of
you.
Mac guy: No it's not that, i feel like the knifes of a million vista users
are cutting features from me.. ahhhhh!!!
PC guy: /etc/conjob completed successfully
( shwing sword sound fx )
Mac -Teh Write Choice Fur Yur Future
( fade to black )
----- Original Message -----
From: "Rowan Maclachlan" <row...@in...>
To: <ope...@li...>
Sent: Saturday, May 05, 2007 1:17 PM
Subject: Re: [opendmxusb] Open USB DMX on Mac
> The pro should be fine shouldn't it? timing not so critical and baudrate
> ignored anyway...
> all thats needed is ftdi drivers?!
>
> Cheers,
> Hip
>
> ----- Original Message -----
> From: "Zac Shenker" <za...@el...>
> To: <ope...@li...>
> Sent: Saturday, May 05, 2007 1:03 PM
> Subject: Re: [opendmxusb] Open USB DMX on Mac
>
>
>> So sounds like Mac isn't the most reliable platform to use any of the
>> Enttec
>> widgets with for a show. Has anyone tried running windows through
>> Parallels,
>> what are the results with that?
>>
>> Regards,
>> Zac
>>
>> -----Original Message-----
>> From: ope...@li...
>> [mailto:ope...@li...] On Behalf Of Mike
>> Bissell
>> Sent: Saturday, 5 May 2007 4:43 AM
>> To: ope...@li...
>> Subject: Re: [opendmxusb] Open USB DMX on Mac
>>
>> --- Rowan Maclachlan <row...@in...>
>> wrote:
>>> I believe there is all sorts of problems with the
>>> mac, like unable to set non-standard baud rates, as
>>> is required by dmx protocol. Pls correct me if im
>> wrong..
>>
>> Happily, they fixed this a long time ago -- in 10.4.0,
>> in fact. (See example below.)
>>
>> Although we did manage to use it in several shows, we
>> never managed to get a full universe of output from
>> the Open DMX device. It would corrupt the frame
>> starting about halfway through, and then of course
>> break time was extremely jittery. We switched to the
>> Pro device as soon as we had our hands on one. Its
>> only drawback on the Mac is that it requires a powered
>> USB hub to start up (though not always to run after
>> startup). Oh, and FTDI's drivers occasionally trigger
>> a kernel panic when the device is unplugged (either
>> from USB or from its power source) while in use.
>> That's rare, though, and hard to reproduce
>> predictably. If it weren't for that quirk, we wouldn't
>> absolutely need to bring a UPS for our console.
>>
>> Here's a snippet of dead code for driving the Open.
>> This is part of the stuff that never worked beyond the
>> first ~half of each frame on OS X. We abandoned it
>> because the Pro is well-behaved. You can see from it
>> how to set the speed in 10.4+.
>>
>> It would be lovely to figure out how to drive a whole
>> universe from the Open with relative stability. There
>> are a few experimental effects that depend on
>> frame-by-frame synchronization. I'd love to try them.
>>
>> // Open DMX output setup (half-working, abandoned).
>> const char *path = [_devicePath cString];
>> int ret = -1;
>> int fd = -1;
>>
>> // Note: O_DSYNC not recognized by compiler
>> if( path && (fd=open(path, O_WRONLY | O_NOCTTY))>=0 )
>> {
>> _open = YES;
>> struct termios oldOptions;
>>
>> if( ioctl(fd, TIOCEXCL) == 0 ) {
>>
>> ret = tcgetattr(fd, &oldOptions);
>>
>> // set options
>> speed_t speed = 250000;
>> struct termios options = oldOptions;
>> options.c_cflag = (CS8 | CSTOPB | CLOCAL | CREAD);
>> options.c_lflag &= ~(ICANON | ECHO | ECHOE |
>> ISIG);
>> options.c_oflag &= ~OPOST;
>> options.c_cc[ VMIN ] = 1;
>> options.c_cc[ VTIME ] = 0;
>>
>> ret = tcsetattr(fd, TCSANOW, &options);
>>
>> // starting in os x 10.4, you can actually set the
>> speed for real:
>> ret = ioctl(fd, IOSSIOSPEED, &speed);
>>
>> // clear tx
>> ret = tcflush(fd, TCIOFLUSH);
>>
>> // set RS485 for sending
>> int flag;
>> ret = ioctl(fd, TIOCMGET, &flag);
>> flag &= ~TIOCM_RTS; // clear RTS flag
>> ret = ioctl(fd, TIOCMSET, &flag);
>>
>> [...truncated...]
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Opendmxusb-users mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Opendmxusb-users mailing list
>> Ope...@li...
>> https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Opendmxusb-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
|
|
From: Rowan M. <row...@in...> - 2007-05-05 03:17:57
|
The pro should be fine shouldn't it? timing not so critical and baudrate
ignored anyway...
all thats needed is ftdi drivers?!
Cheers,
Hip
----- Original Message -----
From: "Zac Shenker" <za...@el...>
To: <ope...@li...>
Sent: Saturday, May 05, 2007 1:03 PM
Subject: Re: [opendmxusb] Open USB DMX on Mac
> So sounds like Mac isn't the most reliable platform to use any of the
> Enttec
> widgets with for a show. Has anyone tried running windows through
> Parallels,
> what are the results with that?
>
> Regards,
> Zac
>
> -----Original Message-----
> From: ope...@li...
> [mailto:ope...@li...] On Behalf Of Mike
> Bissell
> Sent: Saturday, 5 May 2007 4:43 AM
> To: ope...@li...
> Subject: Re: [opendmxusb] Open USB DMX on Mac
>
> --- Rowan Maclachlan <row...@in...>
> wrote:
>> I believe there is all sorts of problems with the
>> mac, like unable to set non-standard baud rates, as
>> is required by dmx protocol. Pls correct me if im
> wrong..
>
> Happily, they fixed this a long time ago -- in 10.4.0,
> in fact. (See example below.)
>
> Although we did manage to use it in several shows, we
> never managed to get a full universe of output from
> the Open DMX device. It would corrupt the frame
> starting about halfway through, and then of course
> break time was extremely jittery. We switched to the
> Pro device as soon as we had our hands on one. Its
> only drawback on the Mac is that it requires a powered
> USB hub to start up (though not always to run after
> startup). Oh, and FTDI's drivers occasionally trigger
> a kernel panic when the device is unplugged (either
> from USB or from its power source) while in use.
> That's rare, though, and hard to reproduce
> predictably. If it weren't for that quirk, we wouldn't
> absolutely need to bring a UPS for our console.
>
> Here's a snippet of dead code for driving the Open.
> This is part of the stuff that never worked beyond the
> first ~half of each frame on OS X. We abandoned it
> because the Pro is well-behaved. You can see from it
> how to set the speed in 10.4+.
>
> It would be lovely to figure out how to drive a whole
> universe from the Open with relative stability. There
> are a few experimental effects that depend on
> frame-by-frame synchronization. I'd love to try them.
>
> // Open DMX output setup (half-working, abandoned).
> const char *path = [_devicePath cString];
> int ret = -1;
> int fd = -1;
>
> // Note: O_DSYNC not recognized by compiler
> if( path && (fd=open(path, O_WRONLY | O_NOCTTY))>=0 )
> {
> _open = YES;
> struct termios oldOptions;
>
> if( ioctl(fd, TIOCEXCL) == 0 ) {
>
> ret = tcgetattr(fd, &oldOptions);
>
> // set options
> speed_t speed = 250000;
> struct termios options = oldOptions;
> options.c_cflag = (CS8 | CSTOPB | CLOCAL | CREAD);
> options.c_lflag &= ~(ICANON | ECHO | ECHOE |
> ISIG);
> options.c_oflag &= ~OPOST;
> options.c_cc[ VMIN ] = 1;
> options.c_cc[ VTIME ] = 0;
>
> ret = tcsetattr(fd, TCSANOW, &options);
>
> // starting in os x 10.4, you can actually set the
> speed for real:
> ret = ioctl(fd, IOSSIOSPEED, &speed);
>
> // clear tx
> ret = tcflush(fd, TCIOFLUSH);
>
> // set RS485 for sending
> int flag;
> ret = ioctl(fd, TIOCMGET, &flag);
> flag &= ~TIOCM_RTS; // clear RTS flag
> ret = ioctl(fd, TIOCMSET, &flag);
>
> [...truncated...]
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Opendmxusb-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Opendmxusb-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
|
|
From: Zac S. <za...@el...> - 2007-05-05 02:59:34
|
So sounds like Mac isn't the most reliable platform to use any of the Enttec
widgets with for a show. Has anyone tried running windows through Parallels,
what are the results with that?
Regards,
Zac
-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Mike
Bissell
Sent: Saturday, 5 May 2007 4:43 AM
To: ope...@li...
Subject: Re: [opendmxusb] Open USB DMX on Mac
--- Rowan Maclachlan <row...@in...>
wrote:
> I believe there is all sorts of problems with the
> mac, like unable to set non-standard baud rates, as
> is required by dmx protocol. Pls correct me if im
wrong..
Happily, they fixed this a long time ago -- in 10.4.0,
in fact. (See example below.)
Although we did manage to use it in several shows, we
never managed to get a full universe of output from
the Open DMX device. It would corrupt the frame
starting about halfway through, and then of course
break time was extremely jittery. We switched to the
Pro device as soon as we had our hands on one. Its
only drawback on the Mac is that it requires a powered
USB hub to start up (though not always to run after
startup). Oh, and FTDI's drivers occasionally trigger
a kernel panic when the device is unplugged (either
from USB or from its power source) while in use.
That's rare, though, and hard to reproduce
predictably. If it weren't for that quirk, we wouldn't
absolutely need to bring a UPS for our console.
Here's a snippet of dead code for driving the Open.
This is part of the stuff that never worked beyond the
first ~half of each frame on OS X. We abandoned it
because the Pro is well-behaved. You can see from it
how to set the speed in 10.4+.
It would be lovely to figure out how to drive a whole
universe from the Open with relative stability. There
are a few experimental effects that depend on
frame-by-frame synchronization. I'd love to try them.
// Open DMX output setup (half-working, abandoned).
const char *path = [_devicePath cString];
int ret = -1;
int fd = -1;
// Note: O_DSYNC not recognized by compiler
if( path && (fd=open(path, O_WRONLY | O_NOCTTY))>=0 )
{
_open = YES;
struct termios oldOptions;
if( ioctl(fd, TIOCEXCL) == 0 ) {
ret = tcgetattr(fd, &oldOptions);
// set options
speed_t speed = 250000;
struct termios options = oldOptions;
options.c_cflag = (CS8 | CSTOPB | CLOCAL | CREAD);
options.c_lflag &= ~(ICANON | ECHO | ECHOE |
ISIG);
options.c_oflag &= ~OPOST;
options.c_cc[ VMIN ] = 1;
options.c_cc[ VTIME ] = 0;
ret = tcsetattr(fd, TCSANOW, &options);
// starting in os x 10.4, you can actually set the
speed for real:
ret = ioctl(fd, IOSSIOSPEED, &speed);
// clear tx
ret = tcflush(fd, TCIOFLUSH);
// set RS485 for sending
int flag;
ret = ioctl(fd, TIOCMGET, &flag);
flag &= ~TIOCM_RTS; // clear RTS flag
ret = ioctl(fd, TIOCMSET, &flag);
[...truncated...]
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Opendmxusb-users mailing list
Ope...@li...
https://lists.sourceforge.net/lists/listinfo/opendmxusb-users
|
|
From: Mike B. <mwb...@ya...> - 2007-05-04 18:43:08
|
--- Rowan Maclachlan <row...@in...>
wrote:
> I believe there is all sorts of problems with the
> mac, like unable to set non-standard baud rates, as
> is required by dmx protocol. Pls correct me if im
wrong..
Happily, they fixed this a long time ago -- in 10.4.0,
in fact. (See example below.)
Although we did manage to use it in several shows, we
never managed to get a full universe of output from
the Open DMX device. It would corrupt the frame
starting about halfway through, and then of course
break time was extremely jittery. We switched to the
Pro device as soon as we had our hands on one. Its
only drawback on the Mac is that it requires a powered
USB hub to start up (though not always to run after
startup). Oh, and FTDI's drivers occasionally trigger
a kernel panic when the device is unplugged (either
from USB or from its power source) while in use.
That's rare, though, and hard to reproduce
predictably. If it weren't for that quirk, we wouldn't
absolutely need to bring a UPS for our console.
Here's a snippet of dead code for driving the Open.
This is part of the stuff that never worked beyond the
first ~half of each frame on OS X. We abandoned it
because the Pro is well-behaved. You can see from it
how to set the speed in 10.4+.
It would be lovely to figure out how to drive a whole
universe from the Open with relative stability. There
are a few experimental effects that depend on
frame-by-frame synchronization. I'd love to try them.
// Open DMX output setup (half-working, abandoned).
const char *path = [_devicePath cString];
int ret = -1;
int fd = -1;
// Note: O_DSYNC not recognized by compiler
if( path && (fd=open(path, O_WRONLY | O_NOCTTY))>=0 )
{
_open = YES;
struct termios oldOptions;
if( ioctl(fd, TIOCEXCL) == 0 ) {
ret = tcgetattr(fd, &oldOptions);
// set options
speed_t speed = 250000;
struct termios options = oldOptions;
options.c_cflag = (CS8 | CSTOPB | CLOCAL | CREAD);
options.c_lflag &= ~(ICANON | ECHO | ECHOE |
ISIG);
options.c_oflag &= ~OPOST;
options.c_cc[ VMIN ] = 1;
options.c_cc[ VTIME ] = 0;
ret = tcsetattr(fd, TCSANOW, &options);
// starting in os x 10.4, you can actually set the
speed for real:
ret = ioctl(fd, IOSSIOSPEED, &speed);
// clear tx
ret = tcflush(fd, TCIOFLUSH);
// set RS485 for sending
int flag;
ret = ioctl(fd, TIOCMGET, &flag);
flag &= ~TIOCM_RTS; // clear RTS flag
ret = ioctl(fd, TIOCMSET, &flag);
[...truncated...]
|
|
From: Rowan M. <row...@in...> - 2007-05-04 12:21:02
|
I believe there is all sorts of problems with the mac, like unable to = set non-standard baud rates, as is required by dmx protocol. Pls correct me if im wrong.. cheers, Hip ----- Original Message -----=20 From: Zac Shenker=20 To: ope...@li...=20 Sent: Friday, May 04, 2007 9:02 PM Subject: Re: [opendmxusb] MagicQ Mac - Open USB DMX And would anyone know of software for Mac that doe support the non-pro = version? =20 Regards, Zac =20 From: ope...@li... = [mailto:ope...@li...] On Behalf Of = Matthieu Beghin Sent: Friday, 4 May 2007 7:21 PM To: ope...@li... Subject: Re: [opendmxusb] MagicQ Mac - Open USB DMX =20 Hi, No, only the Pro one is supported actually. Cheers, Matthieu Zac Shenker a =E9crit :=20 Hi, =20 Was just wondering if anyone knew if the Open USB DMX(Non-Pro) widget = works with the Mac version of the MagicQ software? If not could anyone = recommend any good control software for Mac(needs to include control of = Intelligent lights) =20 Regards, Zac =20 -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by DB2 ExpressDownload DB2 Express C - = the FREE version of DB2 express and takecontrol of your XML. No limits. = Just data. Click to get it now.http://sourceforge.net/powerbar/db2/=20 -------------------------------------------------------------------------= ----- _______________________________________________Opendmxusb-users mailing = lis...@li...://lists.sourceforge.net/l= ists/listinfo/opendmxusb-users =20 -------------------------------------------------------------------------= ----- No virus found in this incoming message.Checked by AVG Free Edition. = Version: 7.5.467 / Virus Database: 269.6.2/785 - Release Date: 2/05/2007 = 14:16 =20 -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ -------------------------------------------------------------------------= ----- _______________________________________________ Opendmxusb-users mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/opendmxusb-users |