Jump to content


Photo

vu+duo2 loop steeds vast op de nieuwe image

Vuduo2

  • Please log in to reply
95 replies to this topic

Re: vu+duo2 loop steeds vast op de nieuwe image #21 littlesat

  • PLi® Core member
  • 57,118 posts

+698
Excellent

Posted 30 October 2018 - 07:41

Had je eerst een NAS er Aan?

Edited by littlesat, 30 October 2018 - 07:41.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: vu+duo2 loop steeds vast op de nieuwe image #22 Tech

  • Forum Moderator
    PLi® Core member
  • 14,917 posts

+486
Excellent

Posted 30 October 2018 - 08:58

Wat ik alleen niet begrijp is dat er nog altijd mensen zijn die die antieke CCcam versie blijven gebruiken terwijl er een uitstekend goed werkend alternatief is.

Ik zou die eerst er eens uit donderen, daarmee elimineer je iets wat ook voor instabiliteit kan zorgen.  


Aan de rand van de afgrond is een stap voorwaarts niet altijd vooruitgang....

On the edge of the abyss, a step forward is not always progress....

Hardware: 2x Daily used Vu+ Ultimo 4K - Vu+ Duo 4K SE and a lot more.... - VisioSat BiBigsat - Jultec Unicable Multiswitch 4 positions: 19.2/23.5/28.2 East - Diseqc motorized flatdish antenna

Software : HomeBuild OpenPLi Develop and Scarthgap builds, local cards driven by OsCam

Press the Geplaatste afbeelding button on the buttom right of this message ;)

Have you tried our wiki yet? Many answers can be found in our OpenPLi wiki


Re: vu+duo2 loop steeds vast op de nieuwe image #23 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 30 October 2018 - 09:44

nee hing geen Nas aan maar intern HD

 

ik zal op osam blijven en die ccam een schop in zijn reed geven



Re: vu+duo2 loop steeds vast op de nieuwe image #24 mimisiku

  • Senior Member
  • 5,516 posts

+115
Excellent

Posted 30 October 2018 - 09:44

Voor Ziggo kabel (Irdeto) is CCcam nog prima te gebruiken. Voor satelliet niet meer geschikt (met of zonder prio). De codeeralgoritmes zijn veel strenger geworden die het oude CCcam niet meer kan verwerken. Helaas nog hele stammen die 'gewend' zijn aan het plaatsen van een CCcam.cfg i.p.v. dit in b.v. OScam te doen. Goedkoop en gemakzucht..
Met één been in het graf..... Helaas

Re: vu+duo2 loop steeds vast op de nieuwe image #25 Tech

  • Forum Moderator
    PLi® Core member
  • 14,917 posts

+486
Excellent

Posted 30 October 2018 - 09:50

Voor Ziggo kabel (Irdeto) is CCcam nog prima te gebruiken. Voor satelliet niet meer geschikt (met of zonder prio). De codeeralgoritmes zijn veel strenger geworden die het oude CCcam niet meer kan verwerken. Helaas nog hele stammen die 'gewend' zijn aan het plaatsen van een CCcam.cfg i.p.v. dit in b.v. OScam te doen. Goedkoop en gemakzucht..

Het heeft niet direct met algoritme te maken maar met de lengte van ecm's dat is iets waar CCcam zich in verslikt en met name de Viaccess ecm's.


Aan de rand van de afgrond is een stap voorwaarts niet altijd vooruitgang....

On the edge of the abyss, a step forward is not always progress....

Hardware: 2x Daily used Vu+ Ultimo 4K - Vu+ Duo 4K SE and a lot more.... - VisioSat BiBigsat - Jultec Unicable Multiswitch 4 positions: 19.2/23.5/28.2 East - Diseqc motorized flatdish antenna

Software : HomeBuild OpenPLi Develop and Scarthgap builds, local cards driven by OsCam

Press the Geplaatste afbeelding button on the buttom right of this message ;)

Have you tried our wiki yet? Many answers can be found in our OpenPLi wiki


Re: vu+duo2 loop steeds vast op de nieuwe image #26 teo1966

  • Senior Member
  • 1,112 posts

+10
Neutral

Posted 30 October 2018 - 10:28

Dat is toch opgelost met 2.3.2

VU+ULTIMO4K/HD11/HD530C/HD51/multibox openpli 9.0


Re: vu+duo2 loop steeds vast op de nieuwe image #27 mimisiku

  • Senior Member
  • 5,516 posts

+115
Excellent

Posted 30 October 2018 - 13:27

Het is natuurlijk niet alleen de Viaccess ECM's (die genereert een Buffer Overflow en CCcam crasht). Er zijn ook codeertechnieken waar CCcam gewoon niet meer meekomt. Conax Contego, PowerVu, Nagra CAK7 etc.
Met één been in het graf..... Helaas

Re: vu+duo2 loop steeds vast op de nieuwe image #28 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 30 October 2018 - 19:06

Maar van een gecrashte CCcam krijg je geen spinners... Probleem is dus alleen tijdelijk afwezig.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: vu+duo2 loop steeds vast op de nieuwe image #29 WanWizard

  • PLi® Core member
  • 70,381 posts

+1,807
Excellent

Posted 30 October 2018 - 20:08

Maar van een gecrashte CCcam krijg je geen spinners... Probleem is dus alleen tijdelijk afwezig.

 

Dat roep ik al een paar posts...


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: vu+duo2 loop steeds vast op de nieuwe image #30 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 31 October 2018 - 13:13

hij is toch gestopt

 

heb een putty fatal Error

network error :software caused connection abort

 

 

in dit staat er in terminal

kan hem ook niet meer bedienen en moet een aan en uit actie doen

 

 

write ret : 192000
write to /dev/lcd2 : 192000
[eDVBDemux] open demux /dev/dvb/adapter0/demux0
[eDVBSectionReader] DMX_SET_FILTER pid=20
[eDVBLocalTimerHandler] diff is 1
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] difference between linux time and RTC time is < 60 sec... so the transponder time looks ok
[eDVBLocalTimerHandler] time update to 09:35:13
[eDVBLocalTimerHandler] m_time_difference is 1
[eDVBLocalTimerHandler] set Linux Time
[eDVBChannel] getDemux cap=00
[eEPGCache] start caching events(1540974919)
[eDVBSectionReader] DMX_SET_FILTER pid=3842
[eDVBSectionReader] DMX_SET_FILTER pid=3003
[eDVBSectionReader] DMX_SET_FILTER pid=18
[eDVBSectionReader] DMX_SET_FILTER pid=18
[eDVBSectionReader] DMX_SET_FILTER pid=18
[eDVBSectionReader] DMX_SET_FILTER pid=5000
[eDVBSectionReader] DMX_SET_FILTER pid=5000
[eDVBSectionReader] DMX_SET_FILTER pid=57
[eEPGCache] abort non avail schedule other reading
[eEPGCache] abort non avail netmed schedule reading
[eEPGCache] abort non avail netmed schedule other reading
[eEPGCache] abort non avail FreeSat schedule_other reading
[eEPGCache] abort non avail viasat reading
[eEPGCache] nownext finished(1540974926)
[eEPGCache] schedule finished(1540974928)
[eEPGCache] stop caching events(1540974928)
[eEPGCache] next update in 60 min
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000


Edited by snowman.nl, 31 October 2018 - 13:14.


Re: vu+duo2 loop steeds vast op de nieuwe image #31 WanWizard

  • PLi® Core member
  • 70,381 posts

+1,807
Excellent

Posted 31 October 2018 - 13:36

Daar staat niks in, de melding van PuTTY komt omdat de netwerk verbinding weggevallen is (en dan stopt de debug output ook).

 

Als op dat moment ook de box stil stond, dan heb je een hele boeiende crash te pakken, je moet nogal wat doen om het OS zo te laten crashen dat zelfs de netwerk verbinding weg valt... 


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: vu+duo2 loop steeds vast op de nieuwe image #32 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 31 October 2018 - 14:01

Daar staat niks in, de melding van PuTTY komt omdat de netwerk verbinding weggevallen is (en dan stopt de debug output ook).

 

Als op dat moment ook de box stil stond, dan heb je een hele boeiende crash te pakken, je moet nogal wat doen om het OS zo te laten crashen dat zelfs de netwerk verbinding weg valt... 

 

 

 

oke zal ik doen



Re: vu+duo2 loop steeds vast op de nieuwe image #33 mimisiku

  • Senior Member
  • 5,516 posts

+115
Excellent

Posted 31 October 2018 - 14:13

Write to /dev/lcd2 : 19200
Wat moet ik me daar bij voorstellen?
Hij lijkt met timeshift acties bezig te zijn.. Toevallig verkeerde opnamepad gekozen? Wellicht schrijft deze in de flash i.p.v. hdd/usb/nas?
Met één been in het graf..... Helaas

Re: vu+duo2 loop steeds vast op de nieuwe image #34 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 31 October 2018 - 15:51

nee ik heb helemaal geen opname geland  ik  heb hier gewoon op tv noord staan

ik zie nou ook steeds voor bij komen

 

write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 19200



Re: vu+duo2 loop steeds vast op de nieuwe image #35 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 31 October 2018 - 16:04

Deze meldingen zie je altijd op een Duo2 en zeggen dus niks.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: vu+duo2 loop steeds vast op de nieuwe image #36 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 31 October 2018 - 16:08

deze heb ik nou

 

[eEPGCache] abort non avail schedule other reading
[eEPGCache] abort non avail netmed schedule reading
[eEPGCache] abort non avail netmed schedule other reading
[eEPGCache] abort non avail FreeSat schedule_other reading
[eEPGCache] abort non avail viasat reading
[eEPGCache] nownext finished(1540998278)
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
[eEPGCache] schedule finished(1540998365)
[eEPGCache] stop caching events(1540998365)
[eEPGCache] next update in 60 min
[eDVBServicePlay] timeshift
[eDVBServicePlay] timeshift
write ret : 192000
write to /dev/lcd2 : 192000
 



Re: vu+duo2 loop steeds vast op de nieuwe image #37 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 31 October 2018 - 16:14

Ja? Nog steeds hetzelfde...


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: vu+duo2 loop steeds vast op de nieuwe image #38 mimisiku

  • Senior Member
  • 5,516 posts

+115
Excellent

Posted 31 October 2018 - 16:22

Maar waarom dan een output naar lcd2? Wat voor device is lcd2? Ik zou dat als een display typeren....
Met één been in het graf..... Helaas

Re: vu+duo2 loop steeds vast op de nieuwe image #39 littlesat

  • PLi® Core member
  • 57,118 posts

+698
Excellent

Posted 31 October 2018 - 16:25

Misschien enigma2 eens onder de console draaien met

 

ENIGMA_DEBUG_LVL=4 enigma2

 

Zodat we ook iets meer zien.... Of deed je dat al?


Edited by littlesat, 31 October 2018 - 16:25.

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: vu+duo2 loop steeds vast op de nieuwe image #40 snowman.nl

  • Senior Member
  • 189 posts

+2
Neutral

Posted 31 October 2018 - 16:47

Misschien enigma2 eens onder de console draaien met

 

ENIGMA_DEBUG_LVL=4 enigma2

 

Zodat we ook iets meer zien.... Of deed je dat al?

 

ja ik vul dit in

 

init 4
ENIGMA_DEBUG_LVL=4 enigma2

 

 

 





6 user(s) are reading this topic

0 members, 6 guests, 0 anonymous users