Sundtek Support Forum
English => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: elementary am Januar 02, 2015, 10:59:05 Nachmittag
-
Hi
I have installed usb DVB-S2 tuner available as tuner C in my dm7020hd, works but sometimes randomly 1-2 times in 1 hour picture is freezing to 10-20 seconds, infobar indicate no running time it is seems like freezing of dm, I can change channel, but black screen with no signal from tuner is indicated, if I do not change channel I am waiting and after 10-20 seconds picture go on ok, is there any idea to fix it?
thx
usb tuner is connected in front single usb port, I have single satellite on this one and I have updated driver from 29.12.2014
-
Did you try to turn off the PID filters in the sundtek control center?
-
Did you try to turn off the PID filters in the sundtek control center?
yes, here is my sundtek.conf:
# sundtek configuration file - /etc/sundtek.conf
# created / modified: Jan 02 2015, 20:49h by sundtekcontrolcenter 1.4.0-20140223-r2
loglevel = max
autoupdate = off
dmhwpidfilter = off
vtuner_acceleration = on
enablenetwork = off
...
dreambox_support_fe1=on
I tryed: vtuner_acceleration = off, but it generated shorted time between freezes
-
Do you have this problem with freetv?
We don't have such a problem here and we're more or less using this device day and night.
-
Do you have this problem with freetv?
We don't have such a problem here and we're more or less using this device day and night.
on freetv (FTA channels) too, I tryed to connect tuner to another usb port and the problem go on
I try record and freeze picture started, if I play this one: record looks like slow motion movie in part with freezing picture
-
What does following command show up:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0 --band UNIVERSAL
(abort with ctrl-c)
-
What does following command show up:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend0 --band UNIVERSAL
(abort with ctrl-c)
root@7020hd:~# /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter1/frontend
0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11836000 Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11836000 Hz LOCKED: YES SYS: DVB-S SYM: 27500000 FEC: FEC_5_6 MOD: QPSK VOLTAGE: H(18V) TONE: ON
....
-
ok, enable logging - reboot (set it to min in the sundtek controlcenter)
Also leave the signal strength command running, best would be with putty.exe
http://sundtek.de/support/putty.exe
once it happens send /var/log/mediasrv.log to kontakt at sundtek de as well as the output in putty so we can match up what happened during that time.
That way we will see if anything went wrong from the sensitivity or data delivery from the tuner or a signal breakdown.
-
logfile here: http://ulozto.sk/xknsTyuS/mediasrv-zip , freezed picture was:
start: 2015-01-03 16:41:18 [587] READ: 948460
end: 2015-01-03 16:41:39 [587] READ: 481844
summary: 21s freezed picture!!! and this happend randomly one/twice per hour
but log detected no info about freezed picture, there is a missed info whats going on
:'(
note: internal tuner A, B works fine without any freezing
-
info from dmesg:
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.826000] audio_cdb_itb_error_isr: 102 callbacks suppressed
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.827000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.850000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.874000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.898000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.922000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.946000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.970000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3707.994000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3708.018000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:19 7020hd user.warn kernel: [ 3708.042000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.866000] audio_cdb_itb_error_isr: 200 callbacks suppressed
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.867000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.890000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.914000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.938000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.962000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3712.986000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3713.010000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3713.034000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3713.058000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:24 7020hd user.warn kernel: [ 3713.082000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3717.906000] audio_cdb_itb_error_isr: 200 callbacks suppressed
Jan 3 16:41:29 7020hd user.warn kernel: [ 3717.907000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3717.930000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3717.954000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3717.978000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.002000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.026000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.050000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.074000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.098000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:29 7020hd user.warn kernel: [ 3718.122000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3722.946000] audio_cdb_itb_error_isr: 200 callbacks suppressed
Jan 3 16:41:34 7020hd user.warn kernel: [ 3722.947000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3722.970000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3722.994000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.018000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.042000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.066000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.090000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.114000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.138000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:34 7020hd user.warn kernel: [ 3723.162000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3727.986000] audio_cdb_itb_error_isr: 200 callbacks suppressed
Jan 3 16:41:39 7020hd user.warn kernel: [ 3727.986000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.010000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.034000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.058000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.082000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.106000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.130000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.154000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.178000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.202000] audio_cdb_itb_error_isr! underflow
Jan 3 16:41:39 7020hd user.warn kernel: [ 3728.247000] ch0: unlock
Jan 3 16:41:44 7020hd user.warn kernel: [ 3732.945000] VTUNER0 ioctl
Jan 3 16:41:44 7020hd user.warn kernel: [ 3733.047000] ch0: lock
Jan 3 16:41:44 7020hd user.warn kernel: [ 3733.089000] pts_error_isr: 1 callbacks suppressed
Jan 3 16:41:44 7020hd user.warn kernel: [ 3733.090000] XVD pts error PTS 0x2e322ca5, STC 0x2e4342d4, type 0
-
Ok, seems like you have to monitor the CPU usage/load with "top"
I think the signal should be ok, also leave the readsignal command running as described earlier.
can you try to run following command after the freeze happened and see if it happens again after the first time (don't switch the channel once you ran this command):
/opt/bin/mediaclient -P on -d /dev/dvb/adapter1/frontend0
-
Ok, seems like you have to monitor the CPU usage/load with "top"
I think the signal should be ok, also leave the readsignal command running as described earlier.
can you try to run following command after the freeze happened and see if it happens again after the first time (don't switch the channel once you ran this command):
/opt/bin/mediaclient -P on -d /dev/dvb/adapter1/frontend0
root@7020hd:~# /opt/bin/mediaclient -P on -d /dev/dvb/adapter1/frontend0
Using device: /dev/dvb/adapter1/frontend0
Hardware filter is currently disabled
changing status
done
root@7020hd:~#
after this in 5s picture is freezed permanently, dont start again, I have to switch channel...
-
Average CPU load?
"top"
My current guess is that there are some hickups on the CPU load and that this is causing the glitches on your side.
Just wonder where those hickups come from.
It should not be a problem of the tuner on your side.
-
cpu:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
584 root 5 -15 91376 10m 9460 S 23 3.5 2:41.78 mediasrv
625 root 20 0 278m 111m 20m S 7 35.8 2:56.87 enigma2
from time to time mediasrv grow up to 45%
after last freeze, I have no audio and I have to swith between channels to get audio back, in kernel messages I found audio err info 1s before freeze.
-
That's because something else is consuming a lot CPU and steals it from the driver process (and all other ones).
Something that comes up occasionally, then the data is getting stuck and corrupted on the USB Bus buffers.
It does not affect internal tuners because they have a dedicated data path (not running through the CPU at all).
I really think that everything is okay from the signal input until the usb input, but something seems to pop up occasionally on your side which steals the cpu time for processing the dvb data.. (copying the dvb data from the driver into the dvb decoder hardware path interface)
You might test the tuner with SichboPVR with Windows you'd quickly see if you have the same issue there.
Maybe that problem is just related to the particular image you are using on the STB.
-
test:
1. image - latest DMM experimental or DMM stable OE 2.0 (tested on both images)
2. on USB ports connected tuner only
3. no future ( any plugins, skins) installed in image !!! - so clean image with usb tuner and sundtek control center with latest drivers
result: freezing continue and sometimes video return back without audio - kernel messages says:
audio_cdb_itb_error_isr! underflow
audio_cdb_itb_error_isr: xxx callbacks suppressed
when freezing go on and I am so sad :( ...
-
Try to disable the internal Tuners in the tuner selection menu and check if it still happens.
After that add one internal tuner, and check again.
Afterwards the second internal tuner and check again.
Well you need to figure out why the CPU goes up.
-
with disabled both internal tuners freezing continue and switching beetween channels too long - 10s
after enable one internal tuner freezing continue like before without no change - randomly 1 or 2x per hour
...in windows tuner works without freezing perfect
-
When disabling the internal tuners is the CPU also going up?
We're just collecting some information, and forwarding that to Dream afterwards seems.
There are some other DM7020HD customers but I'm not aware that those have such issues although the more information we can get the better it is.
-
CPU:
Tasks: 91 total, 1 running, 90 sleeping, 0 stopped, 0 zombie
Cpu(s): 6.0%us, 10.1%sy, 0.0%ni, 83.1%id, 0.0%wa, 0.0%hi, 0.9%si, 0.0%st
Mem: 317208k total, 138608k used, 178600k free, 152k buffers
Swap: 0k total, 0k used, 0k free, 32008k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
583 root 5 -15 90224 10m 9324 S 24 3.5 30:08.65 mediasrv
1046 root 20 0 269m 93m 20m S 5 30.0 59:35.69 enigma2
-
and while freezing is on in "top" mediasrv process is missing!!! and cpu is used by enigma in 9%
-
Can you enable logging and send /var/log/mediasrv.log to kontakt at sundtek de
I think something is locking your system for some time, and also describe what top looked like during the short freezer.
We already forwarded your issue to Dream.
-
This support thread was not good, first of all you should have mentioned which device you are using (this is our fault not asking for it ...).
Try updating to the latest driver