|
Well, like a studio owner/engineer once said to me..."You can't break rock-n-roll"!
It's better that I bring sticks instead.
I'm in Southern California so if you're out this way and need to jam...!
|
|
|
|
|
Hey, I may have to come to SoCal just to party! I need to hit the left coast to hassle Tom in Redmond anyway and collect on some of the pizzas he owes me.
|
|
|
|
|
Christopher Duncan wrote: Hey, I may have to come to SoCal just to party!
Never need an excuse to do that around here ![Smile | :)](https://codeproject.global.ssl.fastly.net/script/Forums/Images/smiley_smile.gif)
|
|
|
|
|
|
OLE DB is my preference.
Steve
|
|
|
|
|
Do you happen to know if there's a performance difference between dao, oledb and the CDatabase stuff?
|
|
|
|
|
Sorry, can't help you there. DAO is old and your best off not using it if possible. ODBC is the industry standard but can be accessed via OLD DB. OLE DB is very flexible, COM based and gives you the most options.
Steve
|
|
|
|
|
That's cool. I appreciate the help, man.
|
|
|
|
|
I'd love to see what your app does.
What avantages does it have over lighting console?
Do you find it awkward not having faders to control the light levels?
|
|
|
|
|
Hey, man.
Well, this app came about because Flying Pigs are $30k. And even they don't do everything I want. The light show is designed up front and the lighting events are then triggered by MIDI at show time. So, I don't need a lighting guy (other than the two guys running the follow spots) - the lighting just happens by SFM and I can concentrate on playing guitar and leaping about.
|
|
|
|
|
Nice...
I often wonder how 'on the fly' real lighting shows are these days, I think it comes down to how much time the LD has to prepare and design the lighting before hand, or if they have to 'busk' it with a few pre-prepared macro effects...
So what kind of thing do you use that the hogs don't do?
|
|
|
|
|
Most of the base functionality is the same as hogs or any other decent console - scenes, overlays, focus points, patterns, combos, moving light events, etc. There's only so many tricks in the bag, and all the good systems use them.
However, it's built on a different metaphor. Consoles (physical or virtual) are designed with an LD in mind both at design time and show time, even if they do little more than hit hotkeys to fire off macros or step through a cue list. I designed this from a musician's point of view for those of us who don't have lighting guys at gigs so that you can trigger the events from the stage via footpedal, etc.
I considered selling it as a product once I got it polished, but the thought of providing tech support to, well, musicians...
|
|
|
|
|
Hi,
I need to make an application autorun from a USB device. Can that be done without being dependent on another application on the host system? I have seen some posts in this forum from '03, but it seems the poster never got an answer that I could use for my case.
I would appreciate any help,
Royce
|
|
|
|
|
I am usig VC++ 6.0 with Windows XP Prof. I try to use WinSock commands
<br />
WSADATA wsaData;<br />
iResult = WSAStartup(MAKEWORD(2,2), &wsaData); <br /> when compiled it say undeclared identifier 's
But I did include:
#include winsock2.h
#include ws2tcpip.h
#include stdio.h
(Please notice that I could not put < & > after 3 includes above)
Also in Project ---> Setting ---> Link: I added WS2_32.lib
Anyone knows what I missed defining?
Thanks
|
|
|
|
|
You shouldn't need ws2tcpip.h...it's been rolled into winsock2.h for quite a while.
Which identifiers are showing as undeclared?
|
|
|
|
|
Hi Mark,
I removed ws2tcpip.h (I got it from MSDN example code), but the problem is the same. The undeclared identifiers are all of the two lines that I wrote in my question!
|
|
|
|
|
Are you working from an app-wizard created project or from scratch?
If from scratch, you may need some preprocessor defines before including any windows header files:
#define _WINDOWS
#define WIN32
#ifndef WINVER // Allow use of features specific to Windows 95 and Windows NT 4 or later.
#define WINVER 0x0400 // Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif
#ifndef _WIN32_WINNT // Allow use of features specific to Windows NT 4 or later.
#define _WIN32_WINNT 0x0400 // Change this to the appropriate value to target Windows 98 and Windows 2000 or later.
#endif
#ifndef _WIN32_WINDOWS // Allow use of features specific to Windows 98 or later.
#define _WIN32_WINDOWS 0x0410 // Change this to the appropriate value to target Windows Me or later.
#endif
|
|
|
|
|
I did send you an Email to explain more detail problem!
|
|
|
|
|
No problem.
I would recommend perhaps starting with a wizard-generated Win32 project. Even if it's just
a console app at least it will have all the basic headers set up for you and we can work from
there.
Mark
|
|
|
|
|
Do you mean open a new project with Win32 Appliaction (or Win32 Console Application)? However, I did open both of them ... I saw only a header stdafx.h!
|
|
|
|
|
Right. That stdafx.h, which is used as a precompiled header by default, combined with the
default preprocessor defines in the project settings, have all the basics you need.
You could copy those to your project if you need to and add the winsock2.h include to the
stdafx.h file (at the bottom should be fine).
Whatever it takes...the code should at least compile
Mark
|
|
|
|
|
You are absolute right, it now compile without any undeclared identifines
Many thanks, especially you are very patient!
|
|
|
|
|
Hi,
I am experiencing some real trouble with a simple windows program that I am trying to create. After running the CreateDialog() function, windows returns the error "Windows class not created". I am having trouble determing what this message is really telling me.
The result of this error message is that after processing the WM_SETFONT message inside the DlgProc for the Dialog Box that it creates, Windows always processes the WM_DESTROY instead of the WM_INITDIALOG which is the next message that my other working windows programs processes which creates and displays the dialog box. I have posted my WinAPI function below:
<br />
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine,<br />
int nCmdShow)<br />
{<br />
MSG msg;<br />
HWND mainWnd;<br />
<br />
<br />
hInst = hInstance;
InitCommonControls();<br />
<br />
<br />
mainWnd = CreateWindow("", "", 0, 0, 0, 0, 0, NULL,(HMENU)-1, hInstance, 0);<br />
<br />
MainDlgBox = CreateDialog(hInstance, MAKEINTRESOURCE(IDD_AURACONNECT), mainWnd, (DLGPROC)DlgProc);<br />
<br />
DWORD Err = GetLastError();<br />
<br />
SetClassLong(mainWnd,GCL_HICON,IDI_EXE); <br />
<br />
<br />
while(GetMessage(&msg, NULL, 0, 0)) <br />
{<br />
TranslateMessage(&msg);<br />
DispatchMessage(&msg);<br />
}<br />
return msg.wParam;<br />
}<br />
Thank you for anyone who can offer any help.
Joe
|
|
|
|
|
Can you post your DlgProc code?
Also, if the dialog is the main window of the app, does it need the dummy parent window?
Mark
|
|
|
|
|
My DlgProc is rather lengthy, so I don't think I can post it, but is that what is most likely causing error? I don't know if it needs a dummy window, I'll try it without it.
|
|
|
|