I wonder if WM_PAINT message handler could display messages immediately.
or even I draw it in a member function, it would refresh in OnPaint() executed?
No. There is no guarantee that when your WM_PAINT message fires that the subsystem will redraw window contents unless the rectangle/region/window is marked invalid. This is an OS optimization to prevent excessive redrawing. (However with DWM enabled[^] the rules do change a bit)
You should check the final value of the reqPer string to see whether the SQL command is correctly formed. I would also strongly suggest you do not create SQL statements in the way you have done, as this leaves your code open to SQL injection, and the potential loss or corruption of your database. See the CRecordSet class[^] for the correct way to do it.
Hello Audio/Video gurus. I have managed to render a local .mp4 file using Source Reader. I pass the path of the local file in the funtion MFCreateSourceReaderFromURL.
I tried to do the same for rendering a camera on my LAN and passed it's URL into the said function. But it gives error. Error code is 0xc00d36c4. Watching this error's description, it says that byte stream of the given URL is unsupported.
Question is: DO I have to write my own media source or something to get RTSP packets or this could be done by playing with Source Reader's properties/attributes? Thanks for your input.
NOTE: I have not tried to interact with or modify any networking related property of Source Reader other than passing this camera URL.
I need a device built for a school project. The device will play a simple game, something like who wants to be a millionaire, and be built solely for that purpose. The game questions needs to be updatable from point to point. Something as small as the nokia 101 would be perfect. I guess the program can be written in C, C++ or the likes and I'm pretty sure I can handle that bit, what I really need help with is the device building. I'm clueless there. Any help would be appreciated.
You can buy an Arduino Pro Mini (clone) for about $4 on flea-bay, which you could either couple with a 16x2 character display complete with buttons, or with a 128x160 16-bit graphics display and some extra buttons.
In either case, you should be able to build the device for under $15.
Arduino gives you the advantage of writing in C/C++. The Nokia 101 looks like programming would be something more of a task.
You'd also need a USB->serial converter, which can be bought for a few dollars or so, depending on whether you'd like it to have the ability to auto-reset the arduino at the start of the programming process. If you don't employ that functionality, you need to manually press the reset button at the right time to upload the program to the device. I have one of the 6-wire, auto-reset type. They're often 3-4 times as expensive as a 'cheapy' (but much more convenient) 5 wire usb->serial converter (no auto-reset) - $1.87 delivered to aus[^]
You'd also need a bread-board and some wires, or a soldering iron and some wires.
The neat thing about the tft display, is that it even has an SD card reader on the back. You could easily put the questions on the sd-card and read them from your program. This way, you'd only need to program the device once, updating the questions by simply copying the required data onto the sd-card.
All that said, the memory available on these devices is limited - 2kb of ram, 32kb of program memory and 1kb of eeprom. This should be ample for a Who Wants to Be A Millionaire type game, but it does require a close-eye on your memory usage.
Generating and saving to sdcard BMP or WAV files of several 100kb is reasonably easy, displaying 128x160 bmp files on the tft is trivial.
Sounds like a fun project.
Last Visit: 31-Dec-99 18:00 Last Update: 20-Aug-14 16:40