hi, naveed68
.
Very friendly of you, that you want to help:thum:.
But there is a lot of misunderstanding:
Config files you add to an emu in order to make your boxes talk with each other - not to stop them from talking.
When your boxes talk to each other, they benefit from each other.
To stop them is easy. Just don´t use a config file and they stop talking and don´t know each other´s existence.
And, yes - of course - the config lines are different for both boxes. They must be. The config lines make the difference. The host box is only a host box, because in config file you define your box to be one. The client box is a client box, only because in config file it gets told, that it is a client box and that it has to listen to the IP-address of a host box.
If you want to find out, how this works with SCAM - both boxes must be attached to same DSL router (In most cases in the same house. Except, your friend is your neighbour and he can use your WLAN, either he must leave his box at your home or you must leave your box at his home). That´s only so, because SCAM doesn´t work over the internet, but only over home network.
(CCcam would work over the internet, but I don´t use it for many reasons that I won´t explain. Doesn´t matter anyway - because CCcam makes no difference to SCAM.)
In order to test SCAM, you must learn the language/syntax necessary to write a correct config file for it (Config syntax is different for SCAM or CCcam) and you must know the correct folder, where to put it (different folders for SCAM/CCcam, too).
When you got both boxes attached to same DSL router, emu on both boxes restarted with correct config files, you must do many simultaneous recordings on encrypted channels with both boxes.
When you have got the recordings you must transfer them to a pc.
When they are on a pc, you must use a programm to analyze, if the recordings are flawless.
If they are not flawless - you are not allowed to change SCAM config files (They won´t work, if you do).
The only solution to the problem will be to make networktraffic in Enigma2 more stable. (Programmers at DMM will make everything more stable with next experimentals.)
I myself did a lot for stability already, by using XFS for HDDs and by using fixed IP-adresses for my dreamboxes and all my network devices in the house.
In addition I set different prerun recording times in settings. If both boxes would record the same braoadcast beginning at 6:55 pm - box1 start recording at 6:53 and box2 starts recording at 6:54. This is advantageous because especially the start of a recording causes most problems.
Maybe cooling helped a bit for stabilization, too.
Most problems are already solved. No faulty recordings any more on box1. Fourteen flawless recordings the last days - not a single bad one amongst them any more. Box2 recordings have no visible dropouts any more - must analyze them with pc. Perhaps they all are flawless, too, already.
But, posting so much all the time
, I won´t have enough time to transfer recordings to pc, cut them and analyze them
.
Just played back a recording while I was writing all this - recording was flawless, again
. This same broadcast has always been faulty times before (I recorded it four times) - but now, my boxes seem to work ok again.
Have got some new 3D recordings. Now I want to watch a 3D side-by-side movie recording before I go to bed. (Must get up early tomorrow - visitor will come.)
I´ll wear my glasses now and watch.
P.S.: Cute avatar (kitten), tomcat
. Must have no heart, who doesn´t like it.