src/descrambler/capmt.c:485: warning: comparison is always false due to limited range of data type
src/descrambler/capmt.c:487: warning: comparison is always false due to limited range of data type
src/descrambler/capmt.c:538: warning: comparison is always false due to limited range of data type
src/descrambler/capmt.c:549: warning: comparison is always false due to limited range of data type
I've removed some of the bounds checking, not a bad thing to have it, but
in general we work on the principle that if the user really is trying hard
enough to pass broken values, then so be it!
Also correct some spelling mistakes and change UI refs to "Unicable" rather
than the standard "EN50494".
This overcomes issues with multi-frontend tuners that change the
tuner name based on the selected frontend. We simply force the selection
of the first available frontend, which should keep things constant.
pretty basic, but enough to get me started on the things I want to do for
dynamic dvb adapters, now I've given up on using udev (for various reasons).
Will probably want to migrate DVR inotify stuff onto this framework eventually.
when execinfo is enabled.
src/trap.c:144: error: 'Dl_info' undeclared (first use in this function)
src/trap.c:144: error: expected ';' before 'dli'
cc1: warnings being treated as errors
src/trap.c:187: warning: implicit declaration of function 'dladdr'
src/trap.c:187: error: 'dli' undeclared (first use in this function)
FreeBSD does not have sysfs to read the device speed and type properly.
The good thing is that there are no PCI devices that support V4L right
now so all supported devices are from webcamd which only supports USB
devices so that default is always correct.
This affects IPTV where there is only 1 input, if 2 services have the same PIDs
then both services were receiving each others packets and causing a mess!
I think later on I should really remove the transport list from the input and
have it on the mux? I think I did it this way to keep some things simpler, but
it's caused confusion here.
This should fix#1875.
This occurs where compressing small, already compressd files, typically images.
I could avoid compression of very small (or already compressed) files. But its
simple to keep things uniform and fixing this makes sense anyway!
