Hi Dave,
Those terminal functions are just not used when you use directly the C library, but there are standard terminal calls, I don't see no harm. Csdr, by HA7ILM is pretty well written in C code IMHO. This fork by @jketterl is basically a re-write in C++, I don't think it makes much sense.
- Rafael
toggle quoted message
Show quoted text
On 2/4/24 20:37, Dave, N1AI wrote:
On Sun, Feb 4, 2024 at 05:59 AM, Rafael Diniz wrote:
There are some old CFLAGS. I made a fork and fixed the Makefile to
have sane intel and arm parameters:
Yes, now I remember not being able to come up with CFLAGS I was happy with.
The problem was that csdr was using 'back door' methods to set the Linux pipe buffer sizes to get good performance, but modern Linuxes stopped supporting those 'back door' methods and the code would not compile.
I'm glad you came up with code you like, but I will point out that it's 355 commits?ahead of <>ha7ilm/csdr:master.
This is actually more commits than were in the fork's parent!
So, if you run into issues, you may want to compare your code to the openwebrx fork to see if they have fixes you need.
Just to be sure - *it makes no sense to add this DC component
to tx*
*/ speaker paths, right?*
[1]
Personally I would say it doesn't make sense.
I can't explain why it is happening.
*Someone who is better with schematics and data sheets than I
am should look into it, IMO.*
That is my feeling too.
It would be nice if someone who is handy with analog electronics, schematics and data sheets would take on the mission of explaining why we end up with only positive numbers in the ADC output of the Wolfson Codec.
It would seem we are wasting over half the available dynamic range by doing this, no?
--
Regards,
Dave, N1AI
