Unde sa fie problema?

[lao]

Se da:
receptor cu E2, oscam cu dvbapi.
Cateodata se intampla ceva si nu mai decodeaza nimic. De obicei cand comut pe un canal care nu deschide, dar nu neaparat. Poate revin dupa 10 minute pe un canal pe care am fost si crapa.
Pe localele din oscam o singura data am patit-o, pe Tvr1 dupa ce au schimbat freq.
Nu mai merg nici cele FTA.
restart oscam, degeaba
restart E2, degeaba
reboot si apoi totul e normal
Am pus diferite imagini, de la teamuri diferite, si OE1.6 si OE2.0 si destule versiuni de oscam.
Ce anume crapa?

[zmeura]

Si mie imi face probleme cateodata,dupa mai multe ore de la restart daca comut intre diverse programe pur si simplu nu mai deschide,nici macar din local.Totusi sharingul merge mai departe,doar eu am probleme pe dvbapi.Daca astept face iar lumina dupa 2-3 minute:


2013/03/06 22:52:04 0 --- Skipped 2 duplicated log lines ---
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 12s
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 11s
2013/03/06 22:52:04 0 --- Skipped 1 duplicated log lines ---
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 10s
2013/03/06 22:52:04 0 --- Skipped 3 duplicated log lines ---
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 9s
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 8s
2013/03/06 22:52:04 0 --- Skipped 3 duplicated log lines ---
2013/03/06 22:52:04 2B002540 c dropping client data for dvbapi time 7s
2013/03/06 22:52:04 0 --- Skipped 1 duplicated log lines ---
2013/03/06 22:52:04 2B002540 c dvbapi: [TRY PID 1] CAID: 1880 PROVID: 000000 CA_PID: 13E7
2013/03/06 22:52:04 2B002540 c dvbapi (1802&000000/0000/04A1/92:6F3E): timeout (12982 ms) (F/4/4/8)
2013/03/06 22:52:04 2B002540 c dvbapi: Start descrambling PID #1 (CAID: 1880) 1
2013/03/06 22:52:04 2B002540 c dvbapi: Start descrambling PID #0 (CAID: 1802) 1
2013/03/06 22:52:04 2B002540 c dvbapi (1802&000000/0000/04A1/92:1A7B): found (2983 ms) by digi (P/4/4/8)
Am schimbat versiuni dar degeaba.Mie insa imi merg FTA in timpul asta si dupa un nou restart oscam merge bine ore intregi,inca nu stiu ce se intampla,poate stie cineva.

[zildan]

Eu stiu pe SH40 ce si cum.
Sunt 2 locuri in care se umbla:
-la DVBAPI in config
-la balancer


[global]
logfile = stdout
nice = 0
maxlogsize = 0
waitforcards = 0
preferlocalcards = 1
usrfile = /tmp/log.txt
lb_mode = 1
lb_save = 100
lb_nbest_readers = 2
lb_nfb_readers = 10
lb_reopen_seconds = 100
lb_stat_cleanup = 2
lb_reopen_mode = 1
lb_auto_betatunnel_mode = 1
lb_retrylimits = 09CD:600
lb_nbest_percaid =
lb_auto_timeout = 1

[dvbapi]
enabled = 1
au = 1
decodeforever = 1
user = kathy
boxtype = dreambox

[cipryDXfeed]

Cu OSCAM 1.10 ati incercat? la fel face?

[lao]

Nu crapa des, dar e enervant. Aseara a recidivat pe un canal din local.
N-am mai restartat oscam, doar restart E2 si a pornit.
Deci in E2 se intampla ceva...

[qwess]

Daca nu ai probleme de panic kernel-demux driver, (poti testa cu un alt EMU compatibil cu imaginea din receiver si oscam doar CS fara dvbapi) dupa mine problema e aici:
[dvbapi]
pmt_mode
request_mode
reopenonzap
decodeforever

alimentat si de loadbalancer.
Verifica in var/log/messages.

Sent from my GT-N7100 using Tapatalk 2

[lao]

oscam.conf



[global]
disablelog = 0
loghistorysize = 4048
serverip = 0.0.0.0
logfile = /media/usb/oscam.log
logduplicatelines = 0
pidfile = /media/usb/oscam.pid
disableuserfile = 1
disablemail = 1
usrfileflag = 0
clienttimeout = 1500
fallbacktimeout = 1400
clientmaxidle = 0
bindwait = 20
netprio = 1
sleep = 0
unlockparental = 1
nice = -1
serialreadertimeout = 1400
maxlogsize = 900
waitforcards = 0
waitforcards_extra_delay = 500
preferlocalcards = 1
readerrestartseconds = 5
dropdups = 0
block_same_ip = 0
block_same_name = 0
usrfile = /media/usb/oscamusr.log
mailfile =
cwlogdir =
emmlogdir =
lb_mode = 1
lb_save = 800
lb_nbest_readers = 1
lb_nfb_readers = 1
lb_min_ecmcount = 5
lb_max_ecmcount = 350
lb_reopen_seconds = 200
lb_retrylimit = 400
lb_stat_cleanup = 336
lb_reopen_mode = 1
lb_max_readers = 20
lb_auto_betatunnel = 1
lb_auto_betatunnel_mode = 0
lb_auto_betatunnel_prefer_beta= 50
lb_savepath = /media/usb/stat
lb_retrylimits =
lb_nbest_percaid = 01:1
lb_noproviderforcaid =
lb_auto_timeout = 0
lb_auto_timeout_p = 30
lb_auto_timeout_t = 300
double_check_caid =
ecmfmt = c&p/s/l
resolvegethostbyname = 1
failbantime = 0
failbancount = 0
suppresscmd08 = 0
double_check = 0

[cache]
delay = 1
max_time = 5
max_count = 100

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
request_mode = 0
reopenonzap = 1
decodeforever = 0
delayer = 10
user = blabla

oscam.user


[account]
disabled = 0
user = blabla
pwd = api
description =
hostname =
caid =
uniq = 2
sleepsend = 0
failban = 0
monlevel = 0
sleep = 0
suppresscmd08 = 1
keepalive = 1
au = 1
expdate = 2015-12-22
allowedprotocols =
allowedtimeframe =
betatunnel =
group = 1,2,3,4,5,6,7,8,9
services =
ident =
chid =
class =
cccmaxhops = 2
cccreshare = 8
cccignorereshare = 1
cccstealth = -1

Logurile s-au suprascris si nu reusesc sa-l fac sa crape...

[fery21]

Problema ramane accea pe care a spuso @zmeura in alt post si anume "eliminarea cardurilor fake" care creeaza aceasta problema


...2013/03/06 22:52:04 2B002540 c dvbapi (1802&000000/0000/04A1/92:6F3E): timeout (12982 ms) (F/4/4/8)...

[lao]

Nu cred!
Aia poate fi o problema, dar in alt context.
Daca imi face din local... care fake????

Aseara a recidivat pe un canal din local.

[zmeura]

Elimina delayer din dvbapi ,de proba.Eu cand l-am eliminat nu am avut probleme,l-am pus din nou la 30 ms si de fiecare data in 10-15 minute de zapp intre programele de stiri de pe 1W am reusit sa il blochez.Fara delayer nu mi-a iesit.
Nu pot spune inca sigur ca de aici aveam probleme,mai vad in timp.

[lao]

Delayer e pus doar de 2 zile.
Cand crapa, doar dvbapi e afectat, restul e in regula pe sistem.

[dMd]

Elimina din oscam.conf linia : ecmfmt = c&p/s/l , la mine au disparut blocajele dupa ce am eliminat setarea aia..

[lao]

Am oprit dvbapi pe oscam si l-am lasat doar card reader. Am adaugat CCCam sa ma uit si eu la tv.
Dupa un timp a crapat si cu asta.
Acum am schimbat skinul, aveam hdglass si am si revenit la oscam cu dvbapi.
Cu ce skinuri vi s-a intamplat voua?

[lao]

Dupa cateva zile de CCcam am revenit la oscam cu dvbapi.
A mers vreo 10 zile ok. Intre timp am cautat sa vad unde scrie el ceva loguri...
Ieri a crapat o data, acum a crapat iar.
Ieri

Apr 3 20:29:15 vuduo user.alert kernel: CPU 1 Unable to handle kernel paging request at virtual address 00000000, epc == c069e03c, ra == c069e03c
Apr 3 20:29:15 vuduo user.warn kernel: Oops[#1]:
Apr 3 20:29:15 vuduo user.warn kernel: Cpu 1
Apr 3 20:29:15 vuduo user.warn kernel: $ 0 : 00000000 10008b00 00000000 00000000
Apr 3 20:29:15 vuduo user.warn kernel: $ 4 : 00000000 00000000 000097e3 861e9580
Apr 3 20:29:15 vuduo user.warn kernel: $ 8 : c0bcd618 c06fdc10 00010000 854e8000
Apr 3 20:29:15 vuduo user.warn kernel: $12 : 00000000 00000000 0000005e 00000000
Apr 3 20:29:15 vuduo user.warn kernel: $16 : 0000000f 854e1a80 00000012 861e9580
Apr 3 20:29:15 vuduo user.warn kernel: $20 : c06b7104 c06fe490 ffffffff 88520d80
Apr 3 20:29:15 vuduo user.warn kernel: $24 : 00000280 8005a74c
Apr 3 20:29:15 vuduo user.warn kernel: $28 : 8850e000 8850fdb0 c0aaa0b4 c069e03c
Apr 3 20:29:15 vuduo user.warn kernel: Hi : 000000a0
Apr 3 20:29:15 vuduo user.warn kernel: Lo : f5c28fe9
Apr 3 20:29:15 vuduo user.warn kernel: epc : c069e03c paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: Tainted: P
Apr 3 20:29:15 vuduo user.warn kernel: ra : c069e03c paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: Status: 10008b03 KERNEL EXL IE
Apr 3 20:29:15 vuduo user.warn kernel: Cause : 00800008
Apr 3 20:29:15 vuduo user.warn kernel: BadVA : 00000000
Apr 3 20:29:15 vuduo user.warn kernel: PrId : 0002a044 (Brcm4380)
Apr 3 20:29:15 vuduo user.warn kernel: Modules linked in: tun ipv6 brcmfb dvb_bcm7335(P) procmk
Apr 3 20:29:15 vuduo user.warn kernel: Process sched_high (pid: 141, threadinfo=8850e000, task=885789e8, tls=00000000)
Apr 3 20:29:15 vuduo user.warn kernel: Stack : 88fe5580 00000005 00000000 88fe5580 88520f00 861e9580 c06f7404 c0bdb9e0
Apr 3 20:29:15 vuduo user.warn kernel: c0bcd618 c069ed2c 00000000 885789e8 8002c9d0 c06f7560 00200200 88520f00
Apr 3 20:29:15 vuduo user.warn kernel: ffffffff c06fdc28 88520f00 ffffffff c06f7404 c06f7510 8850fea8 c06f8fc0
Apr 3 20:29:15 vuduo user.warn kernel: 885789e8 0000000b 00000097 00000000 8850fe48 88de4e00 806b3b40 fffb9d40
Apr 3 20:29:15 vuduo user.warn kernel: fffbb856 884a3780 884a3780 885789e8 81203b78 88de4df8 00000001 00000000
Apr 3 20:29:15 vuduo user.warn kernel: ...
Apr 3 20:29:15 vuduo user.warn kernel: Call Trace:
Apr 3 20:29:15 vuduo user.warn kernel: [<c069e03c>] paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: [<c069ed2c>] bcm7335_message_cb_a+0x64/0x154 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: [<c06f8fc0>] NEXUS_P_Scheduler_Step+0x4b8/0x848 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: [<c06f938c>] NEXUS_P_Scheduler_Thread+0x3c/0x60 [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: [<c06f9e78>] NEXUS_P_ThreadStart+0x30/0x7c [dvb_bcm7335]
Apr 3 20:29:15 vuduo user.warn kernel: [<800539c8>] kthread+0x88/0x90
Apr 3 20:29:15 vuduo user.warn kernel: [<80006998>] kernel_thread_helper+0x10/0x18
Apr 3 20:29:15 vuduo user.warn kernel: Code: 2610ffff 0280f809 02002821
Apr 3 20:29:15 vuduo user.warn kernel: 1472000d 00000000 8c420008 1662000a 3c02c0ad
Apr 3 20:29:15 vuduo user.warn kernel: ---[ end trace bcff665ccc59f6b0 ]---
Apr 3 20:31:03 vuduo user.warn kernel: [VID]: VIDEO_STOP 1 1
Apr 3 20:31:03 vuduo user.warn kernel: [AUD]: AUDIO_STOP 1
Apr 3 20:31:03 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
Apr 3 20:31:03 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
Apr 3 20:31:39 vuduo user.warn kernel: FE tune
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: AUDIO_SET_BYPASS_MODE 1
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: proc_get_ac3 0 audio_passthrough_spdif : 0
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: AUDIO_PAUSE 1
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: AUDIO_PLAY 1 decoder start : 0
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_SET_STREAMTYPE 0
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_FREEZE 1 0
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_PLAY 1 2 2
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_SLOWMOTION 0 1
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_FAST_FORWARD 0 1
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_CONTINUE 1 1
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 1 audio pid_hndl : 0xc0ad6aac
Apr 3 20:31:40 vuduo user.warn kernel: [AUD]: setting mute : 0
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE src w: 0 h:0 display w:0 h:0
Apr 3 20:31:40 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE aspect: 1 0
Apr 3 20:31:58 vuduo user.err kernel: [SC]: !!!unknown cmd 0x5407
Apr 3 20:31:58 vuduo user.err kernel: [SC]: !!!unknown cmd 0x5407
Apr 3 20:32:03 vuduo user.err kernel: [SC]: !!!unknown cmd 0x5407
Apr 3 20:32:08 vuduo user.warn kernel: [VID]: VIDEO_STOP 1 1
Apr 3 20:32:08 vuduo user.warn kernel: [AUD]: AUDIO_STOP 1
Apr 3 20:32:08 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
Apr 3 20:32:08 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
Apr 3 20:32:08 vuduo user.warn kernel: FE tune
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: AUDIO_SET_BYPASS_MODE 1
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: proc_get_ac3 0 audio_passthrough_spdif : 0
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: AUDIO_PAUSE 1
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: AUDIO_PLAY 1 decoder start : 0
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_SET_STREAMTYPE 0
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_FREEZE 1 0
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_PLAY 1 2 2
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_SLOWMOTION 0 1
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_FAST_FORWARD 0 1
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_CONTINUE 1 1
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 1 audio pid_hndl : 0xc0ad6aac
Apr 3 20:32:09 vuduo user.warn kernel: [AUD]: setting mute : 0
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE src w: 0 h:0 display w:0 h:0
Apr 3 20:32:09 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE aspect: 1 0
Apr 3 20:32:17 vuduo user.warn kernel: [VID]: VIDEO_STOP 1 1
Apr 3 20:32:17 vuduo user.warn kernel: [AUD]: AUDIO_STOP 1
Apr 3 20:32:17 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
Apr 3 20:32:17 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
Apr 3 20:32:22 vuduo user.warn kernel: [CI]:ci_dev_release
Apr 3 20:32:22 vuduo user.warn kernel: [CI]:ci_dev_release
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_SET_STREAMTYPE 0
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_SELECT_SOURCE 1
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_PLAY 1 2 0
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_CONTINUE 1 1
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_CLEAR_BUFFER 1 1 0
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_STOP 0 1
Apr 3 20:32:23 vuduo user.warn kernel: [VID]: VIDEO_SELECT_SOURCE 0
Apr 3 20:32:32 vuduo authpriv.info dropbear[7774]: Child connection from 192.168.1.2:15627
Apr 3 20:32:34 vuduo authpriv.notice dropbear[7774]: Password auth succeeded for 'root' from 192.168.1.2:15627
Azi

Apr 4 09:35:35 vuduo user.alert kernel: CPU 0 Unable to handle kernel paging request at virtual address 00000000, epc == c069e03c, ra == c069e03c
Apr 4 09:35:35 vuduo user.warn kernel: Oops[#1]:
Apr 4 09:35:35 vuduo user.warn kernel: Cpu 0
Apr 4 09:35:35 vuduo user.warn kernel: $ 0 : 00000000 10008700 00000000 00000000
Apr 4 09:35:35 vuduo user.warn kernel: $ 4 : 00000000 00000000 000062d7 88ff4880
Apr 4 09:35:35 vuduo user.warn kernel: $ 8 : c0bcd6b4 c06fdc10 00000000 8063c000
Apr 4 09:35:35 vuduo user.warn kernel: $12 : 7fd9a420 3b9aca00 00000008 7fd9a5e8
Apr 4 09:35:35 vuduo user.warn kernel: $16 : 00000004 886c8a80 00000001 88ff4880
Apr 4 09:35:35 vuduo user.warn kernel: $20 : c06b7104 c06fe490 ffffffff 889aec80
Apr 4 09:35:35 vuduo user.warn kernel: $24 : 00000000 8005a74c
Apr 4 09:35:35 vuduo user.warn kernel: $28 : 88518000 88519db0 c0aaa0b4 c069e03c
Apr 4 09:35:35 vuduo user.warn kernel: Hi : 00002a9d
Apr 4 09:35:35 vuduo user.warn kernel: Lo : f767b140
Apr 4 09:35:35 vuduo user.warn kernel: epc : c069e03c paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: Tainted: P
Apr 4 09:35:35 vuduo user.warn kernel: ra : c069e03c paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: Status: 10008703 KERNEL EXL IE
Apr 4 09:35:35 vuduo user.warn kernel: Cause : 00800008
Apr 4 09:35:35 vuduo user.warn kernel: BadVA : 00000000
Apr 4 09:35:35 vuduo user.warn kernel: PrId : 0002a044 (Brcm4380)
Apr 4 09:35:35 vuduo user.warn kernel: Modules linked in: tun ipv6 brcmfb dvb_bcm7335(P) procmk
Apr 4 09:35:35 vuduo user.warn kernel: Process sched_high (pid: 141, threadinfo=88518000, task=885836f0, tls=00000000)
Apr 4 09:35:35 vuduo user.warn kernel: Stack : 882afb80 00000005 00000000 882afb80 8852f480 88ff4880 c06f7404 c0bded94
Apr 4 09:35:35 vuduo user.warn kernel: c0bcd6b4 c069ebd8 00000000 885836f0 8002c9d0 c06f7560 00200200 8852f480
Apr 4 09:35:35 vuduo user.warn kernel: ffffffff c06fdc28 8852f480 ffffffff c06f7404 c06f7510 88519ea8 c06f8fc0
Apr 4 09:35:35 vuduo user.warn kernel: 885836f0 81203b40 81203b78 88517b60 88519e48 88517b68 806b3b40 fffb97a4
Apr 4 09:35:35 vuduo user.warn kernel: fffbb399 882afc80 81203b40 885836f0 81203b78 88517b60 00000001 00000000
Apr 4 09:35:35 vuduo user.warn kernel: ...
Apr 4 09:35:35 vuduo user.warn kernel: Call Trace:
Apr 4 09:35:35 vuduo user.warn kernel: [<c069e03c>] paserband_indexof_pid+0x74/0x100 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: [<c069ebd8>] bcm7335_message_cb_b+0x64/0x154 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: [<c06f8fc0>] NEXUS_P_Scheduler_Step+0x4b8/0x848 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: [<c06f938c>] NEXUS_P_Scheduler_Thread+0x3c/0x60 [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: [<c06f9e78>] NEXUS_P_ThreadStart+0x30/0x7c [dvb_bcm7335]
Apr 4 09:35:35 vuduo user.warn kernel: [<800539c8>] kthread+0x88/0x90
Apr 4 09:35:35 vuduo user.warn kernel: [<80006998>] kernel_thread_helper+0x10/0x18
Apr 4 09:35:35 vuduo user.warn kernel: Code: 2610ffff 0280f809 02002821
Apr 4 09:35:35 vuduo user.warn kernel: 1472000d 00000000 8c420008 1662000a 3c02c0ad
Apr 4 09:35:35 vuduo user.warn kernel: ---[ end trace 3b01fbc773466909 ]---
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_STOP 1 1
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_STOP 1
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
Apr 4 09:55:03 vuduo user.warn kernel: FE tune
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_SET_BYPASS_MODE 1
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: proc_get_ac3 0 audio_passthrough_spdif : 0
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_PAUSE 1
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_PLAY 1 decoder start : 0
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_SET_STREAMTYPE 0
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_FREEZE 1 0
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_PLAY 1 2 2
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_SLOWMOTION 0 1
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_FAST_FORWARD 0 1
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_CONTINUE 1 1
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: AUDIO_CONTINUE 1 1 audio pid_hndl : 0xc0ad6aac
Apr 4 09:55:03 vuduo user.warn kernel: [AUD]: setting mute : 0
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE src w: 0 h:0 display w:0 h:0
Apr 4 09:55:03 vuduo user.warn kernel: [VID]: VIDEO_GET_SIZE aspect: 0 0

Altadata il mai pacaleam s-o ia, restart enigma2 sau/si restart oscam, acum nu mai vrea decat cu reboot.
In rest boxu' se comporta normal, si oscam la fel, numai ecranul e negru!
O sa vad daca merge prin webif, asta n-am verificat.

[zildan]

E din kernel sau module.
Pe FTA face?
Alta imagine face ?
E cald?

[lao]

Nu crapa cand dau pe FTA, si parca canalele FTA merg normal. Trebuie sa verific.
Am schimbat cateva imagini, si e la fel de cald ca intotdeauna. Adica nu prea.
Plus ca-l tin fara capac.

[klausz]

Salut,

Nu mai stiu in ce thread am mai vazut o discutie cu o problema foarte neplacuta la oscam.
Uneori, nu stiu de ce si cu ce sa asociez - poate cu zaparea mai rapida, oscam nu mai lumineaza programele. Nici la locale nici la linii exterioare. Desi obtine ecm pur si simplu nu mai apare imaginea. Care credeti ca ar fi problema/rezolvarea? Oscam 1.20-r8118. Mi-a aparut aceasta problema la mai multe versiuni.

Nu ajuta decat restart total la rec.

[lao]

http://sateliti.info/showthread.php?27498-Unde-sa-fie-problema

[zildan]

Vezi ca de foarte multe ori vin fake-uri .

[klausz]

Aha, deci inca nu s-a elucidat problema. E destul de enervant. Am patit asta atat pe Blackhole cat si pe VTI, deci cred ca nu imaginea e problema.

@Zildan
Pai si daca sunt fake-uri de ce nu se incheie problema cu un restart la enigma2 si cere restart-ul box-ului?
O sa postez in thread-ul celalalt pentru o continuitate. Ar fi bine daca cineva ar muta posturile.

[zildan]

E de kernel problema,e cunoscuta, continua acolo.

[lao]

Pe FTA merge in continuare dupa ce crapa, iar prin webif de asemenea merge normal.

[lao]

Am trecut pe BH de ceva timp si nu mai crapa.
Din pacate pe BH nu am prefered tuner, epg RO, meniu in RO (necesar pentru EPG), blindscan nu merge, etc.
E mai stabila imaginea, dar are si lipsuri comparativ cu altele. Si zapp-ul e mai lent.

[klausz]

O sa incerc si eu BH sa vad daca intr-adevar nu e doar o intamplare la tine. Poate ca folosesti alta varianta de emu si aici sa fie cheia.

[lao]

Scrie clar mai in urma ca avea obiceiul sa crape indiferent de emu.
Chiar daca o sa crape ... cred ca ma intorc la VIX

[klausz]

Am incercat sa pun si eu VIX pe Solo2 al meu insa nu puteam seta receiverul, telecomanda nu raspundea la comenzi.
Eu am observat ca VTI + unele versiuni de Oscam, frecventa blocajelor variaza si de-asta m-am gandit ca s-ar putea sa fie si emu implicat.

[klausz]

Instalat astazi BlackHole 2.0.2 C. Intr-adevar nu se mai raporteaza problema.

[luciandan]

Va rog sa-mi daca a fost rezolvata problema cu blocajul imaginii. Am citit acest post si am vazut ca mai multi colegi de forum s-au plans ca brusc se intrerupea imaginea si nu mai puteau vedea nimic codat decat dupa un restart..si se banuia ca era ceva de kernel. Puteti sa-mi spuneti daca problema s-a rezolvat la vreo imagine. eu folosesc un Vu duo , cu VTI (dar o versiune veche 2.6) si mi se intampla ca la cateva zile sa mi se blocheze brusc imaginea si sa nu mai pot vedea nimic decat dupa un restart...cccamul merge bine mersi in acest timp. Pe canalele necodate am imagine, numai ca la cateva secunde imi apare un pop-up pe ecran de genul" No data on transponder (timeout reading pat) ". Dupa restar de receptor totul revine la normal. Am zis ca o fi de la tuner...dar din momenc ce am imagine pe canalele necodate exclud tunerul. Pe ce imagine nu mai apare problema asta: blackhole, vix, VTI (ultimele imagini). Multumesc

[lao]

Nu mai apare pe niciuna.
In ultima perioada am avut BH, apoi VTI si acum VIX (pe duo2)

[luciandan]

Multumesc @lao
Imi poti spune te rog care din ultiele imagini (VTI, BH, Vix) are meniu in limba romana si posibiliatea de a selecta EPGul si subtitrarea , by default, in limba romana? Stiu ca la VTI, versiunile mai vechi, nu suportau.

[lao]

Foloseste VIX, in afara de transcoding mie imi merge totul ok