search for: zrefu22c8l8

...hs-decode/ > I started to design a capture device, as there is no 40 MHz continuous > sampling hardware available at consumer prices: > https://github.com/Stefan-Olt/MISRC > I've seen similar uses before. Maybe this one can serve as some inspiration: https://www.youtube.com/watch?v=ZrEFU22C8l8 According to that guy, he used cheap hardware. Op ma 14 okt 2024 om 00:09 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: > > I think there is another major issue for me: In > METADATA_BLOCK_STREAMINFO the field for the length is only 36 bit, > that's not even half an h...

...to design a capture device, as there is no 40 MHz continuous >> sampling hardware available at consumer prices: >> https://github.com/Stefan-Olt/MISRC >> > > I've seen similar uses before. Maybe this one can serve as some > inspiration: https://www.youtube.com/watch?v=ZrEFU22C8l8 According to > that guy, he used cheap hardware. That's indeed an interesting device. > > Op ma 14 okt 2024 om 00:09 schreef Stefan Oltmanns <stefan-oltmanns at gmx.net>: >> >> I think there is another major issue for me: In >> METADATA_BLOCK_STREAMINFO the fi...

I think there is another major issue for me: In METADATA_BLOCK_STREAMINFO the field for the length is only 36 bit, that's not even half an hour at 40 MHz sample rate, resulting in that the encoder sets it to 0 for longer captures. In the seekpoint the sample number is 64 bit, which is more than enough. But how does the decoder handle the seektable when the total number of samples is unknown?