[dvblast-devel] Tuner issues - not DVR output, resetting

[Doychin Dokov]

There's probably no issue with input signal. This  is a known issue with
TBS cards when used with dvblast, the only workaround is to reboot the
system when this happens.

According to our observations, this happens when the tuner flaps a lot
(e.g. due to temporary bad signal) - then dvblast tries to retune (maybe)
too fast, which causes the demod lockup.

- D.

2015-11-16 15:25 GMT+02:00 Nedveďal Marián <neiveial at stonline.sk>:

> Hi,
>
> you got great value BER. This indicates an error in the signal.
>
> ----- Original Message -----
> Od: Nuno Mota <mundumelga at gmail.com>
> Dátum: Monday, November 16, 2015 1:18 pm
> Predmet: [dvblast-devel] Tuner issues - not DVR output, resetting
> Komu: Mailing list for DVBlast developers <dvblast-devel at videolan.org>
>
> >
> Hi,
>
> >
> I'm having a lot of issues with a TBS card. I'm not sure what's wrong.
> There's this warning that there's no DVR output. What does this mean
> exactly?
>
> >
> Besides that, there's a CAM in it. I don't know why but it opens twice all
> the times. This is in a loop right now. I've never seen this before.
>
> >
> ADAPTER1[1657]: warning: no DVR output, resetting
> ADAPTER1[1657]: debug: frequency 12129000 is in Ku-band (higher)
> ADAPTER1[1657]: debug: configuring LNB to v=13 p=0 satnum=3 uncommitted=1
> ADAPTER1[1657]: debug: tuning DVB-S frontend to f=12129000 srate=27500000
> inversion=-1 fec=999 rolloff=35 modulation=legacy pilot=-1 mis=0
> ADAPTER1[1657]: debug: closing ConditionalAccess session (3)
> ADAPTER1[1657]: debug: frontend has acquired signal
> ADAPTER1[1657]: debug: frontend has acquired carrier
> ADAPTER1[1657]: debug: frontend has acquired stable FEC
> ADAPTER1[1657]: debug: frontend has acquired sync
> ADAPTER1[1657]: info: frontend has acquired lock
> ADAPTER1[1657]: debug: - Bit error rate: 67108863
> ADAPTER1[1657]: debug: - Signal strength: 67091451
> ADAPTER1[1657]: debug: - SNR: 67108863
> ADAPTER1[1657]: debug: CI slot 0 is active
> ADAPTER1[1657]: debug: opening ResourceManager session (1)
> ADAPTER1[1657]: debug: opening ApplicationInformation session (2)
> ADAPTER1[1657]: info: CAM: PCAM V5.2, 01, 02CA, 3000
> ADAPTER1[1657]: debug: opening ConditionalAccess session (3)
> ADAPTER1[1657]: debug: CA system IDs supported by the application :
> ADAPTER1[1657]: debug: - 0x100
> ADAPTER1[1657]: debug: closing ConditionalAccess session (3)
> ADAPTER1[1657]: debug: opening ConditionalAccess session (3)
> ADAPTER1[1657]: debug: CA system IDs supported by the application :
> ADAPTER1[1657]: debug: - 0x100
> ADAPTER1[1657]: warning: no DVR output, resetting
>
> >
> Has anyone ever seen this behaviour before? Is the CAM perhaps choking the
> TS stream?
> >
>
> >
> Regards,
> Nuno
>
> > > _______________________________________________
> > dvblast-devel mailing list
> > dvblast-devel at videolan.org
> > https://mailman.videolan.org/listinfo/dvblast-devel
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> https://mailman.videolan.org/listinfo/dvblast-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/dvblast-devel/attachments/20151116/1e48d016/attachment.html>