From: linux-dvb-bounce@linuxtv.org
[mailto:linux-dvb-bounce@linuxtv.org]On Behalf Of Holger Waechtler
To record a stream out of a DVB-T card you can use e.g.
$ tzap -r <channelname>
[let it run, now in a second console:]
[root@bender szap]# ./tzap -c channels.conf-dvbt-australia -r "7 HD
Digital"
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
tuning to 177500000 Hz
status 03 | signal 001b | snr 2bfe | ber 00000000 | unc 00000000 |
status 1f | signal 001b | snr 2bfe | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 001b | snr 2bfe | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 001b | snr 2bfe | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
status 1f | signal 001b | snr 2bfe | ber 00000000 | unc 00000000 |
FE_HAS_LOCK
...
...
I am glad to see FE_HAS_LOCK, but suspicious of the zero ber?
$ cat /dev/dvb/adapter0/dvr0 > /tmp/recording.ts
[root@bender root]# cat /dev/dvb/adapter0/dvr0 >
/var/lib/misc/recording.ts
[root@bender root]# ll /var/lib/misc/recording.ts
-rw-r--r-- 1 root root 0 Oct 31 07:57
/var/lib/misc/recording.ts
[root@bender root]# ll /dev/dvb/adapter0/dvr0
crw-r--r-- 1 root root 250, 5 Oct 30 09:36
/dev/dvb/adapter0/dvr0
So, my recording was empty? tzap -r was running simultaneously. I
couldn't find any error output, no segfaults, nothing anywhere.
I've hunted around a little, and used the scan program and its output is
below:
[root@bender scan]# ./scan -vc
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
Frontend can not do INVERSION_AUTO, trying INVERSION_OFF instead
PAT
PMT 0x0260 for service 0x0526
PMT 0x0210 for service 0x0521
PMT 0x0230 for service 0x0523
PMT 0x0200 for service 0x0520
PMT 0x0240 for service 0x0524
PMT 0x0220 for service 0x0522
SDT (actual TS)
0x0000 0x0520: pmt_pid 0x0200 Seven Network -- 7 Digital (running)
0x0000 0x0524: pmt_pid 0x0240 Seven Network -- 7 HD Digital (running)
0x0000 0x0521: pmt_pid 0x0210 Network Seven -- 7+ Rugby (running)
0x0000 0x0522: pmt_pid 0x0220 Seven Network -- 7 Digital 2 (running)
0x0000 0x0523: pmt_pid 0x0230 Seven Network -- 7 Digital 3 (running)
0x0000 0x0526: pmt_pid 0x0260 Seven Network -- Program Guide (running)
dumping lists (6 services)
7 Digital (0x0520) 01: PCR == V V 0x0201 A 0x0202
TT 0x0204
7+ Rugby (0x0521) 01: PCR == V V 0x0211 A 0x0212
7 Digital 2 (0x0522) 01: PCR == V V 0x0201 A 0x0202
TT 0x0204
7 Digital 3 (0x0523) 01: PCR == V V 0x0201 A 0x0202
TT 0x0204
7 HD Digital (0x0524) 01: PCR == V V 0x0241 A 0x0242
TT 0x0204 AC3 0x0243
Program Guide (0x0526) 01: PCR == V V 0x0261 A 0x0262 (eng)
Done.
[root@bender scan]#
It seems that scan is detecting that information from the broadcast,
because I havent given it anywhere to read the the channel information
from, and the "7+ Rugby" channel is new, and not present in any of the
channel.conf files that I can find.
I have grabbed a bunch of the dvbtools from CVS and tried compiling
them.
I've managed to get dvb-mplex to make an mpeg from a dvbstream capture.
I've played it back on a Win2k system, but cannot get playback happening
on my Linux system.
I dont really understand how DVB
"- For cards without hardware MPEG decoder you need a software
MPEG decoder, e.g. mplayer or xine (you need *very* recent versions
which understand MPEG2 transport streams; xine v0.9.21 and
mplayer dev-CVS-030723-16:39-3.3.1 seem to work);
I have tried to use a special version of Xine that has been compiled for
the Via EPIA-M northbridge driver (CLE266), but because of the kernel
version mismatch, I can't get them to work.
Note: You must run ?zap with the -r flag to enable stream output to
the dvr device, and keep it running while watching tv.
Examples:
mplayer - < /dev/dvb/adapter0/dvr0
xine stdin://mpeg2 < /dev/dvb/adapter0/dvr0
Note: Newest mplayer and xine versions are reported to have
builtin DVB support (see FAQ for more info)."
I guess my main problem is that I cant get the players to work with out
the drivers for the mpeg decoder on the EPIA motherboard (the cpu is
only 1GHz).
1GHz should suffice, I can decode MPEG2 on my 500MHz notebook with only
a few framedrops. If your graphics driver supports XV and YUV overlays
the software decoder doesn't has too much to do.