No, the file.ts is 0 byte long...
No getting out datas from the card...
i'm have some errors in the stream?
On windows2000 this card working without any problem.
Nico wrote:
As far as I remember (but I may be wrong)
BER is bit error rate (a measure of errors on the total of data
received)
UNC is uncorrectable errors
you can try
dvbstream -o 3031 3032 > file.ts
and then ^C after few seconds
then
ls -la file.ts
is there data in file.ts?
if so you can try this with the new mplayer (that patched by me)
mplayer file.ts
or
dvbstream -o 3031 3032 | mplayer -
without -ps
If something comes out of the card (and into "file.ts"), then it's in
MPEG-TS
format, which the patched mplayer can read without transformation to
MPEG-PS
and the mplayer:
[root@sirius-21 szap]# dvbstream -o -ps 3031 3032 | mplayer -
dvbstream v0.4pre3 - (C) Dave Chapman 2001
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Output to stdout
Streaming 2 streams
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/local/share/locale
MPlayer 0.90rc5-3.2.2 (C) 2000-2003 Arpad Gereoffy (see DOCS)
CPU: Intel (Family: 8, Stepping: 4)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Reading config file /usr/local/etc/mplayer/mplayer.conf: No such
file or
directory
Reading config file /root/.mplayer/config
Reading /root/.mplayer/codecs.conf: can't open
'/root/.mplayer/codecs.conf': No such file or directory
Reading /usr/local/etc/mplayer/codecs.conf: 50 audio & 136 video codecs
font: can't open file: /root/.mplayer/font/font.desc
font: can't open file: /usr/local/share/mplayer/font/font.desc
Using Linux hardware RTC timing (1024Hz).
Can't open input config file /root/.mplayer/input.conf : No such
file or
directory
Can't open input config file /usr/local/etc/mplayer/input.conf : No
such
file or directory
Falling back on default (hardcoded) input config
Playing -
Reading from stdin...
and at this point mplayer wait and wait .....
any tipp?
Demeter Tibor
Nico wrote:
On Fri, 11 Jul 2003, Demeter Tibor wrote:
Hi all !
I have a pinnacle pctv sat card and this card not work me.
I write some mail to this list, and my some problem resolved
(thanks for
nico,paul and some people) but the card contiune to not working...
so,
redhat 9
kernel 2.4.21 with the i2c-if-0.9.4 patch (but i'm think the bttv
newest
than 0.9.4 in the 2.4.21, but the patch work)
2003.07.09 CVS dvb-kernel
The driver complie and loadable without any problem
I'm get the dvbstream cvs from sourceforge and complie without any
problem
I'm create any devices by the "makedev.napi" script from the
DVB/drivers
This is the dvbstream output
[root@sirius-21 bin]# dvbstream -o -ps -f 12699 -p v -s 22000 3031
3032
test.mpg
dvbstream v0.4pre3 - (C) Dave Chapman 2001
Released under the GPL.
Latest version available from http://www.linuxstb.org/
Using DVB card "Conexant cx24110/cx24106 frontend"
tuning DVB-S to L-Band:1, Pol:V Srate=22000000, 22kHz=off
polling....
Getting frontend event
FE_STATUS: FE_TIMEDOUT
Not able to lock to the signal on the given frequency
I try to szap but not working:
reading channels from file '/root/.szap/channels.conf'
zapping to 'LibertyTV.com':
sat 0, frequency = 12611 MHz V, symbolrate 22000000, vpid =
0x03ad, apid
= 0x03ae
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 04 | signal 001b | snr 0000 | ber 00000b19 | unc 0000ffff |
status 1f | signal 001b | snr 0000 | ber 00000cbf | unc 0000ffff |
FE_HAS_LOCK
status 1f | signal 001b | snr 0000 | ber 00000cc1 | unc 0000ffff |
FE_HAS_LOCK
status 1f | signal 001b | snr 0000 | ber 00000cc8 | unc 0000ffff |
FE_HAS_LOCK
status 1f | signal 001b | snr 0000 | ber 00000cc8 | unc 0000ffff |
FE_HAS_LOCK
status 1f | signal 001a | snr 0000 | ber 00000cc8 | unc 0000ffff |
FE_HAS_LOCK means I HAVE THE LOCK ON THE FREQUENCY, so your card is
successfully tuned;
now you should be able run
dvbstream -o -ps 3031 3032 | mplayer -
and see some output, admitting that program is not scrambled