Skip to content

Conversation

@sjlongland
Copy link
Contributor

Testing with QSSTV with slant-correction disabled, we achieve a more reliable decode if we turn the scan line duration down a wee bit.

The original image (created in Inkscape):
sstv-test-bw

Before modifications:
BW8_20240727_044438

After:
BW8_20240727_044845

Testing with QSSTV with slant-correction disabled, we achieve a more
reliable decode if we turn the scan line duration down a wee bit.
@sjlongland
Copy link
Contributor Author

One thing I observe is that QSSTV and slowrx disagree on timings… if I get it working right in one, the slant in the other is off.

Propagation isn't with me tonight but I'll try again and see if I can hit some SSTV cams that are using RXSSTV / MMSSTV. I'll go with the ⅔ majority.

@sjlongland
Copy link
Contributor Author

Managed to fix decode on the slowrx side using a reference Robot8BW transmission: windytan/slowrx#13

@sjlongland
Copy link
Contributor Author

Ahh, I'm a goose, I had LSB not USB, that's why the SSTV cams weren't picking it up.

Here's a decode from RXSSTV (in Tasmania) of the signal with corrected timings.

20240727235626-P1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant