Linux-guys listen !
Does it help you if my library (.NET) gets the HID pipe-name with libusb32 (.NET library for win32 AND Linux) ?
BTW (and maybe OT) :
Frontends are based IMHO a lot on components (Destinator is a component, ...) which are not available in Linux (?) (COM and ActiveX on windoze)
This currently seems the main disadvantage of Linux to me.
This brings us to the potential of Mono IMHO....
I don't know. Does libusb32 support Linux's usbhid usermode driver? I was originally implemented the hqct driver as a usermode library. I decided to move it to kernel space so that:
Originally Posted by FMode
A) it can provide a single /dev/hqct device that all applications can use
B) it can be interrupted by the radio. This makes for quicker and less error-prone tuning and seeking
C) I can later add a /proc/hqct to report the status and RDS data
D) it was a great exercise in writing a threaded kernel module.
If your library will work with Linux's usbhid then that would be nice, especially for the people who do not want to load kernel modules or patch their kernel (note, these two options are mutually exclusive). I would imagine this as an alternative driver; not a replacement for my kernel module. One nice thing is, the usbhid usermode driver can use the same API as my driver. The device FD would simply be a /dev/hidXXX instead of a /dev/hqctXXX
Did I state that my work is a .NET Assembly !?
So my work is interesting if using MONO under Linux...
It should work under MONO as the used namespaces are "MONO friendly"...
I guess I would prefer a usermode library using the usb hid API. Not having to install (kernel) development tools and creating custom kernels would be a great relief. And if the usermode library is the API to use, then it would not matter how it communicates with the kernel.
Originally Posted by TheLlama
If you do insist on a kernel driver, why not make it a V4L device, so it adheres to some standard. Not sure if V4L is right for RDS support, though.
I guess that would only be useful if the frontend itself was written in C#.
Originally Posted by FMode
Thinking of that, that would be cool, having a frontend that is crossplatform using
Hey everyone. My beta testers fell of the face of the earth so I haven't really done much with the project. Fortunately, I have some help now and we are going to add RDS support to the project.
Do we still have any betatesters?
I have the HQCT and a miniitx board with a T7600 Core2Duo and 4MB RAM etc.
Originally I thought Vista, but I'm ready to switch to Linux.
If you can point me to a distrabution and your code, I'd be interested in beta testing.
I've been researching the HQCT for a while. I am very interested in an updated driver. I am currently running linux-2.6.22-gentoo-r5 and when I try to compile the source from the file earlier in this thread I get:
I Don't have any hardware yet but I'm planning on going with
home/fallenangel/hqtc/hqct2/hqct.c:18:26: error: linux/config.h: No such file or directory
/home/fallenangel/hqtc/hqct2/hqct.c: In function 'hqct_recv':
/home/fallenangel/hqtc/hqct2/hqct.c:231: warning: passing argument 6 of 'usb_fill_int_urb' from incompatible pointer type
/home/fallenangel/hqtc/hqct2/hqct.c: In function 'hqct_send':
/home/fallenangel/hqtc/hqct2/hqct.c:397: warning: passing argument 6 of 'usb_fill_int_urb' from incompatible pointer type
make: *** [/home/fallenangel/hqtc/hqct2/hqct.o] Error 1
make: *** [_module_/home/fallenangel/hqtc/hqct2] Error 2
make: Leaving directory `/usr/src/linux-2.6.22-gentoo-r5'
make: *** [hqct.ko] Error 2
- Pico-itx from VIA
- Lilliput 7" Touchscreen
- Amp9 to drive my stock speakers
I will probably need to add a USB hub later so I can add GPS, Wireless G, ODB-II (but I might just use the com port for that) and anything else that's cool.
So far, I think I can get really close to getting it all in my double din space.
Anyway back to the driver. I think I might be able to get something working based on your demo.c; but I have no idea about kernel drivers. I came across something about the config.h not being in the new kernel sources, but I don't remember where, and haven't been able to find it again yet.
If you have current code that works well, then I would be glad to help test. But I'm not going to buy the hardware without a pretty good start on a driver.
I think my local radio station (the one I listen to out of only 3 or 4 in my area) recently got RDS hardware. I don't currently have that capability, but I would be willing to help out when I get my stuff.
The HQCT seems to be the most elegant method because I can get it in my dash.
I am ready to start buying next week if I can find everything I need. What you have done looks really good. I hope I can help with it as well as benefit from it.
Got Gentoo running on my Mini-ITX board (dual booting w/Win2000).
Need to get more comfortable with Gentoo and understand what the HQCT driver needs for installation and testing.
As I install the HQCT driver, attach my HQCT hardware, and configure Gentoo I will post and update.
I'll reread the posts, but is anyone running this driver. Not too many recient posts.
I love Gentoo. I hope you do too.
I got the driver to compile and load. I had to comment out the include line for config.h. They removed it from the new kernel sources.
I don't have the hardware to test it with but I don't get any errors when I modprobe it.