UHF
DVB-T television
A multiplex read from its carriers down to its transport stream, with the service you pick playing in the window at full frame rate and its sound in step.
This is the deepest decode on the site: an 8 MHz OFDM multiplex demodulated, the transport stream recovered, the service tables read and a programme decoded to picture and sound. The transmission parameters it reports are the ones a broadcast engineer would ask for.
The video pane lists the programmes of every multiplex in the span in one table, with scrambling, codecs and what is on now and next, and only the one being watched is decoded. Pictures are decoded on the graphics card where FFmpeg can, deinterlaced to field rate, and an overlay gives the service, now and next, the frame rate and the decoder.
Only the macOS build shows the picture, because it is the only download whose ffmpeg is new enough; the others read the multiplex and list its services. Transmitting a multiplex works the other way, from a transport stream file or anything ffmpeg can open.
What comes out
- Constellation, guard interval, code rate and cell id
- The services on the multiplex, with their names and types
- Now and next from the event table
- The chosen service, playing, with audio in sync
- Bit rate and error counts
Pictures off a multiplex play on the macOS build only; elsewhere the services are listed but not decoded.
$ waveshark --tune 474 --span 8000 --videoRead next
Something did not decode?
Record the burst with --record and open an issue with the capture. A capture that decodes becomes a test fixture.
Open an issue