From: Mauro B. <mau...@ti...> - 2002-02-08 18:24:11
|
Finally I had time to experiment a little... - I had to use 'tuxzap' (from linuxtv.org/dvb) to tune the adapter: still wondering why 'dvbtune' does not work. So I managed to tune on transponder 52 of Eutelsat/Hotbird, and pids 160 (RaiUno video) and 80 (RaiUno audio). - A simple way to verify that the card is actually tuned, is to use $ dvbtune -m which, when everything is ok, ouputs smthg like: P|S|L|C|V|SY, meaning that the card is turned on, detects some signal and carrier, locked on it, ... Furthermore, $ dvbtune -i should print an xml page containing information about the tuned transponder. - Using 'dumprtp' (part of the dvbstream tarball), you start the process that waits for the multicast stream to come -- following your suggestions, I redirected it to a .ts file: $ dumprtp > /tmp/test.ts - Then it's time to start 'dvbstream', telling it to select the PIDs I want, in a different terminal (or on a different machine on the same LAN): $ dvbstream 160 80 I let it run 1 min, obtaining a test.ts about 40MB big. - Finally, when I issue: $ xine /tmp/test.ts xine says: using demuxer plugin >MPEG_TS< if I press play, the message "stream end" appears right after "stream start" (both for video and for audio), and no pictures are displayed. NO errors! I believe the problem is the lack of PAT and PMT (program allocation/map tables): the ts demuxer simply does not know which are the PIDs of interest (which is video, and which is audio). Does anyone know how to get PAT and PMT information? Probably then is only a matter of using the command 'insert_pat_pmt' on the .ts file (part of the mpegtools)... or, is there a way to tell the demuxer directly? Any advice welcome!!! I'll get back after the week-end. sw used: DVB kernel modules+apps from CVS (linuxtv.org) dvbtune-0.2 (www.linuxstb.org) dvbstream-0.3 xine-0.9.8 Ciao, /V\auro. |