Open gavenkoa opened 2 months ago
You can try to change in the bios (or windows) some power saving options, in order to ensure that CPU frequency will run at "performance mode" and will not lower its frequency, it may improve the results and reduce the latency of the laptop.
https://softwareg.com.au/blogs/computer-hardware/cpu-power-saving-mode-bios
I turned OFF BIOS setting "CPU Power Management" - the issue still persists ((
Also I tried to change Windows 10 power mode from "Better Performance" to "Best Performance" with no effect.
Next logical step is to set HackTV on some live Linux and try to boot a laptop...
Try also to increase process priority for hacktv in task manager : https://www.wikihow.com/Change-Process-Priorities-in-Windows-Task-Manager
@Potomac I also tried to change priority to "Realtime" and affinity to a single CPU - it didn't help.
Official recommendation is to use 16Msps for TV stream:
I built latest HackTV on Windows (packaging by pacman for MSYS2 / Mingw64 project, see https://github.com/gavenkoa/tv-result/blob/master/hacktv-mingw64-pacman/README.md - an adaptation of HackTv build script ) & also used WSL 2 + usbip-win (at
0+git20230104+ds-2
from Debian Bookworm).The video output via HackRF is stable only for low sample rate 9.7-9.8Msps (together with color & sound!). At 10Msps the picture is unstable and at 12-16Msps is very unstable - visible only for the fraction of the second, constantly fluctuating.
I tried different modes (PAL/SECAM), supported by 2 digital LG TVs:
L
l
BG
b
org
DK
d
ork
orpal-d
orpal-k
I
i
orsecam-i
orntsc-i
and channel E29 & E36 (535.25MHz & 591.25) + tried to offset frequency a bit from CLI & in GNU Radio:
I tried 2 different USB 3 ports. HackRF reports only 4 U:
UUUU
at the beginning, no problems with USB transfer rates...The same CLI works fine at 10-17.4Msps sample rate from RaspberryPi 4 USB 3 port for the same HackRF board & USB cable & same digital LG TVs. With 18Msps the signal is not detected by TV & no USB buffer overflow is reported by HackRF in console...
So the problem lies in Windows driver stack or my laptop USB hub hardware. I doubt to blame libusb because seems
usbip-win
is not using libusb underneath.IDK if I could get any suggestions, just sharing my experience.
PS I surprised to see TV picture at 9.7Msps - I looked at spectrogram of:
and color & audio FM streams are at wrong offsets, I was able to recover & decode audio FM in GNU Radio by multiplying IQ file stream by +3.2MHz sine (so FM carriar is at -3.2MHz offset, not +6.5MHz) & low pass filter 180kHz + WDFM demodulator.
Stable color + audio streams location is when sample rate is at least 14Msps, I checked with
inspectrum
every:Here the color is behind audio and I am able to reproduce the picture on the screen from IQ file in GNU Radio to HackRF transmission: