oyvindln
oyvindln
master issue for various performance bottlenecks that could be improved on ### Memory bandwidth/use between threads As identified by several people, there is a fair bit of time spend on...
Right now the code has a mix of spaces and tabs and not any consistent formatting, and when I load core.py in emacs flake8 gives up with too many errors....
The driver really could use some documentation for setting it up with [DKMS](https://linux.die.net/man/8/dkms) so you don't have to re-build it manually every time the kernel is updated
This would be very useful for formats that don't need the full sample rate to save disk space and reduce risk of sample drops due to slow writes. Not sure...
VHS - [x] 525-line SP NTSC, PAL-M (Mostly okay - need fine-tuned sub-deemph for HQ) - [x] 625-line SP PAL (Mostly okay - need fine-tuned sub-deemph for HQ) - [x]...
On cvbs samples from unstable video sources like a VHS VCR, the chroma decoding has issues a lot of the time. Additinally there needs to be some sort of agc...
There is a cross-hatch pattern to varying degrees on the output from NTSC VHS samples which I don't think should be there: https://cdn.discordapp.com/attachments/665834485975351307/1028444042339569754/unknown.png Unlike the "checkerboard"/blocky patterning seen especially on...
There seems to be a slight issue with the output from hifi-decode not beeing entirely correct speed-wise From discord: 09:11]rewolf: @oln I'm currently looking into the HiFi (mis-)alignement topic for...
Popped up from a user on discord, Needs to be investigated
Tape formats (vhs-decode part): - [x] NTSC - [x] PAL (normal 625 line) - [ ] SECAM-L - [ ] MESECAM (VHS specific) - some preliminary support - [X] PAL-M...