[VU+ Solo2] Softcam issue?

[johnhoe]

Nope... same as before.

Here is an updated softcam manager with limit doubled.

Abu didn't we agree that just changing the ulimit wasn't going to solve the problem?

Ok. So I have put the command line :-

root@osmega:# ulimit -s 1024; /usr/softcams/oscam-latest -b &

And Oscam starts perfectly and continues. Maybe its not ulimit after all as this is the value that softcam manager uses!

 

[abu baniaz]

You started the cam by command line (not using the limits) while the softcam manager does its things with the limits. But anyway if you have tested it and it still fails, that definitely rules it out.

 

[johnhoe]

You started the cam by command line (not using the limits)

ulimit -s 1024; /usr/softcams/oscam-latest -b &

I'm no expert but didn't my above command line include (the old softcam manager) ulimit?

 

[BrokenUnusableAccount]

Maybe just delaying the startup would fix it?

I often find with Windows systems that have lots of weird and wonderful stuff starting up at boot time (or at login time) that adding delays to make things start in a certain order can fix weird problems.

I know Linux is not at all the total bodge that the internals of Windows are but maybe it's worth trying?

 

[twol]

@johnhoe
So back at home for a short while and hacked this version of SoftcamManager - which has no auto polling to see if the Cam is started or stopped.
Haven't had time to check if it crashes or not so do a rename before copying over and restarting - so should allow you to Start (which you will have to do), Stop & Restart.
SO basically this only does the 3 things and all the fancy stuff should be gone - I would be interested in knowing if this makes a difference

There are 2 routines hit: the softcam check routine, which I am less concerned about and 2) a routine that for some reason updates the pixmap on a regular (I think 10 sec) basis.

 

[johnhoe]

I would be interested in knowing if this makes a difference

Sadly not Twol!

This version actually crashes when you try to stop the softcam. But I got it working and the long ecm times were still present.

 

[twol]

Sadly not Twol!

This version actually crashes when you try to stop the softcam. But I got it working and the long ecm times were still present.

I actually changed it 3 times, so judging by your post I don‘t think you have the last version that stops the pix map change(I kept on missing the calls to pixmap) - can you try again - sorry!!!!

 

[twol]

Also interested where it crashed just for future changes!

 

[johnhoe]

The latest version that you produced still produces long ecm times. Also it freezes (not crashes) softcam manager now when a softcam is started, so I dont (think I) have a crash log. Seeing as softcammanager.pyo worked for say Vix 5.3.39 cant that one be used from that image?

So picture gets produced with oscam working... but ecm times high as before. Picture works just small in lh corner while softcam manager still shows a twirly thing and freezes.

 

[twol]

If I get 5 mins before we go back, else when I get back here will have a look - back Tuesday

 

[twol]

Softcammgr -- july 2020

 

[johnhoe]

Is that from 5.3.39? No that is exactly the same... wierd because Vix 5.3.39 to 5.4.7 images don't have the high ecm times. If that is from pre 5.4.7 then that seems to hint that it may not be softcammanager after all!
Wierd. But of course... no softcammanager freezing with that softcammanager.pyo (but ecm times still high).

 

[ronand]

If memory is limited on these boxes would it not make more sense to revert the ulimit to 512?

 

[ccs]

Is that from 5.3.39? No that is exactly the same... wierd because Vix 5.3.39 to 5.4.7 images don't have the high ecm times. If that is from pre 5.4.7 then that seems to hint that it may not be softcammanager after all!
Wierd. But of course... no softcammanager freezing with that softcammanager.pyo (but ecm times still high).

You've lost me, is it now working?

 

[johnhoe]

No its not working... sorry too much information... Is there anyone else using Oscam?

 

[ccs]

If memory is limited on these boxes would it not make more sense to revert the ulimit to 512?

This version is the one before ulimit was increased....

 

[ccs]

This is the full history of SoftcamManager.py.....

https://github.com/OpenViX/vix-core/commits/master/src/SoftcamManager.py

 

[johnhoe]

@CCS Have we not established that ulimit change is not the problem? I surely tested this with my script (in red from earlier post). I will test this one nontheless!

 

[ronand]

Then if the system is low on memory have you enabled a swap file?

 

[johnhoe]

Yes.. I have swap file... But system is NOT low on memory (ie gradually seems to leak) if you don't use Softcammanager! and evoke Oscam from a script like mine (or command line)

I have also noted that cccam and mgcamd work perfectly with low ecm times and softcammanager... it only seems that Oscam is a problem - and all oscams..