Improve results when subpage receives multiple copies of the same row
ali1234 opened this issue · comments
Sometimes the stream will contain duplicate rows, and in some cases they can be mostly empty. This appears to be caused by incorrectly deconvolved filler packets.
Currently subpage reads packets in broadcast order and insert them into a table. At the end the table will contain the last example of each row/dc received. When there are a lot of filler packets, this means those rows nearly always end up empty.
Note: A VBI capture of this would be more useful.
Fixed in 8dcadc8