JC-S60 is there any C++ version of mcHID.DLL out there ??
Hi,
I have an HQCTi module I ordered from Xtronic and after a lot of problems, mainly USB recognizion problems due to bad USB-cable and bad reception due to a falty antenna booster, I'm up and running, I think.
My main problem now is that the RDS data is flickering in both rrhqct.exe and when using "RDSTEXT"-label in RR, is this normal? The text is not stable at all, kind of anoying but I can live with it if it's nothing I can do about it.
Is it mandatory to ground the USB cable shield to pin 8, cause I have not done that (using a short, 15 cm, cable to the USB port). And do I have to use an USB2 port on my computer?
The signal strength is about 170 is that a good signal, I believe the sound is ok but I have some questions regarding the sound processing. I use the line in on my SB Audigy 2 ZS Notebook card and I find the sound a little too "bassy" and when I turn down the bass and play around with the loudness in rrhqct.exe I get too little bass and nothing in between is ok. Is there a way to get unprocessed sound from the hqct and let my soundcard do all the bass/treble work, I think it's a little overkill to process the sound before the Audigy-card in my case
One more thing, this morning resuming from hibernation my HQCTi plays the last station I used but does not give me any RDS data/text and it was not possible to scan. Tried the rrhqct.exe alone but there were no way to get the device to scan for stations. The space were it usually says "HQCT was detected..", or something like that, displayed the freq instead? Rebooted and the control was back but the problem above was still there. Any ideas about that?
Thanks for a very good product otherwise.
Best regards L. Kull
JC-S60 is there any C++ version of mcHID.DLL out there ??
Does it flicker or does it show garbage mixed with RDS text?
Grounding is always a good idea, but mostly not needed for short internal runs. You could get some interference though...Is it mandatory to ground the USB cable shield to pin 8, cause I have not done that (using a short, 15 cm, cable to the USB port). And do I have to use an USB2 port on my computer?
The module is also USB 1.1 compatible, so no problem running it from a 1.1 port or hub.
The soundprocessing is done in the same chip that actually decodes the sound (and RDS-data), so bypassing is as simple as leaving all values in the middle I guess.The signal strength is about 170 is that a good signal, I believe the sound is ok but I have some questions regarding the sound processing. I use the line in on my SB Audigy 2 ZS Notebook card and I find the sound a little too "bassy" and when I turn down the bass and play around with the loudness in rrhqct.exe I get too little bass and nothing in between is ok. Is there a way to get unprocessed sound from the hqct and let my soundcard do all the bass/treble work, I think it's a little overkill to process the sound before the Audigy-card in my case![]()
The advantage of them is that you can adjust the sound to be as close as possible to the mp3 output of you carpc so you can use the soundcard's / front-end's equalizer presets for all audio sources.
This sounds like a software issue. Software is still in development on many levels (RR, CF, Luc's software). Also, if you keep getting the problem, try to fiddle with the power saving settings of your mainboard's internal USB-hubs in device manager, it might be Windows loosing grip after hibernation...One more thing, this morning resuming from hibernation my HQCTi plays the last station I used but does not give me any RDS data/text and it was not possible to scan. Tried the rrhqct.exe alone but there were no way to get the device to scan for stations. The space were it usually says "HQCT was detected..", or something like that, displayed the freq instead? Rebooted and the control was back but the problem above was still there. Any ideas about that?
[/quote]Thanks for a very good product otherwise.
Best regards L. Kull
Thank you for the kind words, I'll pass them on to racemier and diogenes![]()
Joachim
Can't the dll be called from C++ ? I thought it would be no problem..
In fact, you can command the radio without that DLL, if you find an event based (best) HID component for C++
Joachim
As long as it isn't a .NET assembly it should work fine. And like JC said, you can use any HID library that works with C++ (or C for that matter). I haven't looked at recent versions of the HQCT Windows source, but last I checked my Linux source is more readible if you want to get an idea how to implement it.
www.mecanique.co.uk/products/usb/easyhid.html
is where it all resides
Diogenes
i know about that, and i think HQCT Team have compiled ther mcHID.DLL using this software and it has the option to generate code for C++.
i installed it but there is some fields should be filled and i dont know much about that
HQCT Team some Help here please !
HQCT Driver.
The code is towards the bottom of the first page. Some of the thread may help you understand how it works. It is a kernel driver and a usermode program. You will be mostly interested in the driver (hqct.c)
hqct_ioctl() sends most of the commands.
hqct_tune() calculates and sets the tuner strings.
hqct_send_callback() is called after sending a command. It is used to send the next 2 packets of the 3-packet commands that are out there.
hqct_recv_callback() is used for grabbing the EEPROM data and continuing seek commands.
You will have to refactor this code for your library. If the library supports callbacks, then this is a really easy job.
Check out hqctapi.c and .h to see how the driver relates to user commands.
Edit: Aeroanderz has non-pascal RDS code that you may be interested. in I plan on implementing RDS once I graduate.
Bookmarks