Recommend to use develop image as it has the new feature with whitelisted streamrelay services.
Posts by littlesat
-
-
Do you really think it is helpful to go into attack mode here?
-
That can’t work… as you need to do the relay or not.
Regarding the whitelist editor I think it is smarter to make something available to download a complete whitelist. I think for users this is more user friendly… and less code/changes needed to enigma2.
-
In the channel settings you can indeed mark and unmark services. It seems openvix added an extra tool where you see the servicerefs and are as far I can see able to add and remove them but in the snapshot it does not give a user friendly overview (yet). My ground idea was that you can put the whitelist to the box and for small adjustments you can use the context menu.
Adding it to abm does not have a real added value as not all the channels use icam. Then you also ‘relay’ services that do not need it (in the German sky arrives this is eg for Heimatkanal). So I think it is better to make whitelists available for download than creating features that at the end are also not really user friendly when you use a remote control. But unless this thanks for the merge request regarding these stream relay editors (sorry where is it?)
And indeed it is available in openpli Develop Nightly Builds… the first who had it. And also thanks to DimarCC who added stuff to make the streamrelay stuff even more stealthly and also fixes some other side effects.
-
Nice to see this feature I initiated a few mo the ago is adapted.
When the ‘editor’ for whitelisted services show the services as service like the ci assignment plugin for example this feature should be nice as plugin and showing in the softcam/ci menu. Softwaremanagent is a strange place.
-
-
I suggest opli is openpli. 😉 actually it was my idea. Also nice to have a standard whitelist that can be downloaded.
-
On all channels that depend on streamrelay
-
I tried this kind of oscam icam emu from here but I discovered that powervu is broken in this release
-
It is time to resolve the reason why the modified service reference work a round is mandatory. The oscam-emu needs a change so this is not mandatory anymore.
-
Of course it can be in the feeds of the image but as 3rd party plugin… not included in the build.
-
Is it possible you can investigate why the serviceref should be 'faked'.... Is it possible to find a solution for that?
-
Everyone wants that and when it was public all images could also get it in within their own feeds. In addition there are more resources to get it improved.
-
There is nothing there... except for bouquet lists, settings and a binary blob... So you cannot expand any source-code with it.
Oscam is under GPL and also the oscam-emu patch...
-
Here no crashes with openpli-development.....
-
Quote
Is the oscam in your feed usable?
No it isn't. you need the oscam binary from here... We cannot create a good oscam because the changes are closed source.
SNR is indeed not known here because enigma2 is actually showing a stream.... instead of directly showing the picture via the tuner etc...
But not having fake service refs at least give you correct transponder info,
-
Via fallback tuner you also have the option to retrieve the channellist and/or the epg from the 'server' box. So I would go for the fallback tuner feature. Just enable fallback tuner and this option and then after a while all is transferred from the 'server' box.
-
Due to the fake serviceref this is not going te happen yet.
-
At this moment it should work with openpli totally also when streaam relaying on the 'localhost'. Before it indeed only worked on fallback client tuners. That it only did work for sky-Germany was not true as on a 'localhost' box it did also not work for them as fake service ref are required. I made the work-a-round such a way that when you set it to the default 127.0.0.1 ip-address it knows it is local host and then it manipulates the service references the same way Huevos from VIX suggested.
Note this is still a work-a-round as the real reason why we need a fake service reference needs investigation and needs to be resolved. I noticed that not even a CW was requested from oscam for now an unknown reason.
-
Not a nice remark you made here. Not really productive. Sometimes it is not easy to support users and also maintain quality of the code and when there is an issue to find and fix the real issue instead of adding spaghetti and work-a-rounds. Looks the same is happening here with the fake service references. It works with this work-a-round so nobody is looking for resolving it. Sorry is is not easy to help here as your stuff here is closed source (maybe with a good reason).