Wel, I could change the Cmake files to use the hidmac.c according to
the setup in gr-fcd, but I have no chance to test this.
gr-fcdproplus uses /proc/asound to find the correct sound device, if you
don't provide a device string in the setup. If you provide a valid
device string ( usable for gnuradio audio source ), this directory will
not be used.
So what would be the correct device string for OSX ?
-- Volker
Am 17.01.2014 16:45, schrieb Alexandru Csete:
Hi Michael,
That's the only version; however, it is not gr-fcdproplus itself that
uses those functions but the HID API. The solution should be as simple
as changing
gr-fcdproplus / lib / hid / CMakeLists.txt
to use hidmac.c instead of hid.c - just like it's done in gr-fcd component.
Alex
On Fri, Jan 17, 2014 at 4:33 PM, Michael Dickens <[email protected]> wrote:
I was playing around with gr-fcdproplus < https://github.com/dl1ksv/gr-fcdproplus > in MacPorts
just now, and it requires Linux (e.g., uses "pthread_barrier_t" and "clock_gettime")
... anyone know if there is another version which is more OS compatible? - MLD
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
