Hi. Ok, problem solved, but let me first wrap up the loose ends. 1) The jump in PTS (50-70 frames) was due to missed data. 2) No discontinuation bit set (since it was lost data). The problem turned out to be dvbstream not reading data fast enough. Eventually some internal buffers on the Technotrend based card would get flushed. Now the reason data was not read fast enough from the card was not lack of idle cpu, but rather an issue with NFS. I had modified dvbstream (with code from dvbtext) to save texttv/videotext pages into files. Since my DVB receivers are diskless, NFS was used. For reasons still unknown to me, that delayed dvstreams reading cycle every know and then causing a loss of data leading to a jump in PTS. Johannes, is there an IOCTL call I can make to detect loss of data on a DVB receiver card ? Since it is critical that DVB data is read in time (buffers on card are small, instead program buffers can be huge), I'll change my code to multicast/udp-stream videotext data like I do for video and audio. That way only lack of access to write to the udp socket can mess things up. Dave, do you still maintain dvbstream (and where is it now) ? Is there an RFC on encapsulating teletext/texttv/videotext data in RTP over UDP ? +----------------------------------------------------------+ | Kabel-TV over Internettet -- http://www.streamtv.dk/ | +----------------------------------------------------------+
