I was a bit confused at first, but now I realize you were addressing psycorps :-)
However, mentioning load and timing I have a MII12000. And I have been running VNC which is a heavy load on the CPU.
So I tried again with VNC off but no change I’m afraid.
Thank you for helping me out, P.
I have now downloaded the VB6 example and tried to run it with the new DLL you just made. (and without VNC running)
Here is the (somewhat shortened) log:
13:33:25:783 INF: Tuner - Communication thread created succesfully.
13:33:25:803 INF: Tuner - USB object created successfully.
13:33:25:823 ERR: Tuner - Unknown message tuner thread: 12
13:33:27:326 ERR: Tuner - HQCT module not found on USB bus!
13:33:28:007 INF: Tuner - USB device detected: HID-compliant device; Car-Radio
13:33:28:007 INF: Tuner - HQCT connected.
13:33:39:183 ERR: Tuner - Unknown message tuner thread: 28
13:33:39:493 ERR: Tuner - Unknown message tuner thread: 28
13:33:41:256 ERR: Tuner - Unknown message tuner thread: 2
13:33:41:256 ERR: Tuner - Unknown message tuner thread: 130
13:33:41:386 INF: Tuner - Thread ends, USB object destroyed.
22:46:28:668 INF: Tuner - Communication thread created succesfully.
22:46:28:678 INF: Tuner - USB object created successfully.
22:46:28:678 ERR: Tuner - Unknown message tuner thread: 12
22:46:28:698 INF: Tuner - USB device detected: HID-compliant device; Car-Radio
22:46:28:698 INF: Tuner - HQCT connected.
22:46:28:798 INF: Tuner - Send HQCT_eA start commands to device.
22:46:28:808 INF: Tuner - Sending (33) data bytes to device: $00 $80 $7F $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00 $00
22:46:28:828 INF: Tuner - HQCT_eA start commands complete.
22:46:30:631 ERR: Tuner - HQCT not responding on USB commands!
22:46:30:641 ERR: Tuner - Unknown message tuner thread: 31
22:46:30:641 ERR: Tuner - Unknown message tuner thread: 10
22:46:46:834 ERR: Tuner - Unknown message tuner thread: 28
22:47:44:257 ERR: Tuner - Unknown message tuner thread: 537
22:48:07:810 ERR: Tuner - Unknown message tuner thread: 28
22:48:26:347 ERR: Tuner - Unknown message tuner thread: 10
22:48:42:500 ERR: Tuner - Unknown message tuner thread: 28
I am reading thru the entire post now (got to p5), and we share a lot of idees when it comes to the server part.
1,5 years ago a was modifying rr in order to make rr standalone lika a wrap to winXP. I took a general aproach, like I beleive you do, letting RR (server) sending all events to all current apps. If the tuner was selected for instance it "told the world" and if an mp3 player for instance was active it became inactive. Sockets or not, the interesting thing to me is to define a generic way of communicating between aps thru the server.
I was planning to pick that work up again soon. Now I am full of expectations on your sw :-)
Just did, you can download the latest build with extra long timeout value.
From proces : XX_
To proces : XX_
Command : XXXX_
Data length : XXX_
Data : XXX...._
End of frame : EOF
The server app also controls the other apps by means of Windows handles and process ID's. Only thing is that I need TIME, MORE TIME!! But then again, don't we all .....
But perhaps we can start a thread here on MP3car about this, just look at all the options once a protocol is setup. Then it doesn't mather in what language you program, just connect to the server and send/receive messages via sockets and thats it.
Success! I'm going to sleep now, I'll read your results in the morning.
Still not working... I've put the log on here
(Not trying the push you. I just happen to be home with my boy this week that has had a minor operation)
About server. I think one big advantage with your approach, having looked into the source of RR and seen all the logic within, is that it makes it easier to share work. The server becomes a well-known platform with logic that only relates to navigating thru screens and such. No specifics that will require new releases all the time. That will be kept in the wrappers/skins of the applications. It is no longer required that one single person maintains all applications and the full installation.
What the individual has to do is to deside on what apps to use and maybe design a common set of skins.
What will you name your server btw?
I can see 2 things in the latest log:
1. Timing problem is solved, the module is detected within the time frame.
2. The software identifies your -e version as an -eA, this is wrong. This must be a bug, I'll try to check the code this weekend.
Well the problem is not solved yet but we are making progress.
Possibilities and flexibility are endless in this way. For apps that have no ip interface (navigation software for example) could be controlled via a socket to Windows messages or keyboard keys converter so that these apps can be controlled in the same manner.
It seems that we are on the same wave length on this, should I open a new thread about this subject?
I called my application very simply CPCSuite, CPC stands for Car-PC.
Perhaps we can have a chatsession concerning the subject, I will send you some info via PM this weekend.
I have a HQCT-eA and thanks to your great CPCTuner application I had it working last night
I then managed to get it working with RR and the E36 skin from one of the contributors, but the volume and mute refused to function from RR. I have the lastest RR app which happily mutes the tuner when I exit the radio function or RR.
I need to double check I have the latest DLL which could be the problem, more testing and set-up work needed and I need to read up on RR operation further, but if you have a quick comment it would be gratefully appreciated
Intel Mac mini, XP SP2, RR, HQCT-eA
Thanks for the credit!
Good to here that you got it working.
There is still a problem in the RR communication with the latest version of CPCTuner, I need to debug this again. This is why mute and volume refuse to work properly, stay tuned, I hope to get this fixed asap.
I just want to add to this post that there seems to be a misunderstanding in regard to CPCTuner and the DLL. When you use CPCTuner (with or without RR) you DONT need to use the DLL. Both CPCTuner and the DLL are build with the same code (component), no need to install them both on your system, just a waste of diskspace.
Also the older versions of CPCTuner used a DLL called mchid.dll, this DLL is also no longer used by CPCTuner and can be removed. CPCTuner and my DLL exchange data directly with the Windows USB HID driver.
HQCT.DLL is only needed with for example Radiator or frontends like Centrafuse or cAVe Live. I don't have any knowledge about a plugin for RR at the moment that uses HQCT.DLL yet. Because CPCTuner has native support for RR so there's no need for a plugin I guess.
Being new to RR and also trying to get my MAC sound card working with an XP driver I've paused for breath and taken a moment to think about this problem. It seems straightforward now I think about it
My chosen RR (Radio) skin needs to call the right function in your DLL, so this means modifying the skin details? Possible crash course in skin modification to follow
Ah ok it's starting to fall into place now, please ignore my previous post. I use RR to run cpctuner, cpctuner operates 100% all of the functions. Using RR to operate CPCTuner I get most of the things I need bar vol and mute.
Can you educate me please Putput, if all of the buttons were available on my RR skin would I be able to 100% operate CPCtuner, for example AF (Alternate Frequency), if I have an AF button on my skin, can it be set to operate the AF facility on CPCtuner?