VLC can't lock signal on DVB-S card

[errno]

So I have Technotrend SkyStar1 DVB-S card.
I want to watch programs with VLC 0.8.0, when I'm doing:

Code: Select all

vlc --color dvb: --dvb-adapter 0 --dvb-frequency 11823000 --dvb-srate 28000000 --program 4001 --sout udp:192.168.180.2

and it's says next:

Code: Select all

[00000227] dvb access error: ioctl FE_SET_VOLTAGE failed, voltage=1 (-1) Operation not permitted [00000227] dvb access error: DVB-S: tuning failed

Trying --dvb-budget-mode option doesn't change situation.

In this time locking signal with szap and grabing TS with mplayer working, so i think that this isn't hardware or kernel trouble.

Please, help me, tell possible roots of the problem.

P.S. Oh, one more question, how to set polarization with --dvb-something option?

[errno]

Some docs tells that for control DVB card used I2C, is it true?
And I must enable I2C in kernel configuration?

[nobody]

-dvb-voltage 13 or 18

[Guest]

Thanks, nobody
I found the answer later, after posting topic.

With first question I did discover new features.
When I was rebooted server VLC behavior was changed to cycling "has signal <-> has carrier"

Code: Select all

[00000227] dvb access debug: Opening device /dev/dvb/adapter0/frontend0 [00000227] dvb access debug: Frontend Info: [00000227] dvb access debug: name = STV0299/TSA5059/SL1935 based [00000227] dvb access debug: type = QPSK (DVB-S) [00000227] dvb access debug: frequency_min = 950000 (kHz) [00000227] dvb access debug: frequency_max = 2150000 (kHz) [00000227] dvb access debug: frequency_stepsize = 125 [00000227] dvb access debug: frequency_tolerance = 44000 [00000227] dvb access debug: symbol_rate_min = 1000000 (kHz) [00000227] dvb access debug: symbol_rate_max = 45000000 (kHz) [00000227] dvb access debug: symbol_rate_tolerance (ppm) = 500 [00000227] dvb access debug: notifier_delay (ms) = 0 [00000227] dvb access debug: Frontend Info capability list: [00000227] dvb access debug: inversion auto [00000227] dvb access debug: forward error correction 1/2 [00000227] dvb access debug: forward error correction 2/3 [00000227] dvb access debug: forward error correction 3/4 [00000227] dvb access debug: forward error correction 5/6 [00000227] dvb access debug: forward error correction 7/8 [00000227] dvb access debug: forward error correction auto [00000227] dvb access debug: card can do QPSK [00000227] dvb access debug: End of capability list [00000227] dvb access debug: trying to tune the frontend... [00000227] dvb access debug: using inversion=2 [00000227] dvb access debug: using fec=7 [00000227] dvb access debug: using voltage=13 [00000227] dvb access debug: using tone=1 [00000227] dvb access debug: check frontend ... has signal [00000227] dvb access debug: check frontend ... has carrier [00000227] dvb access debug: check frontend ... has signal [00000227] dvb access debug: check frontend ... has carrier [00000227] dvb access debug: check frontend ... has signal [00000227] dvb access debug: check frontend ... has carrier [00000227] dvb access debug: check frontend ... has signal [00000227] dvb access debug: check frontend ... has carrier ...

In the next attempt I had situation described above
Overheating?

[nobody]

Change voltage to 18 with --dvb-voltage 18 and signal will be lock.. B=)