3 replies to this topic

[dolphs]

Hi,

 

Quite some time I'm satisfactorily using the e2 plugin extension: " remotechannelstreamconverter " .

Yet I extended it for use over my VPN connection, which works remarkably well.

However occasionally a small glitch/hickup can be experienced in the stream, which is not uncommon as the stream travels over the Internet encrypted in the end.

 

Still I hope this behaviour can be prevented for example by introducing an additional stream buffer to this plugin?

Thus once a "vpn" switch is set on tuning in to a station its stream is buffered for some additional seconds ( user configurable ), so the stream will play flawlessly.

Please note I do not refer to transcoding, just 1-1 (U)HD)) streams over VPN which requires roughly a continuous 20Mbit VPN connection on both ends.

 

Can this "enhancement" be achieved/developed easily, or is such plugin available perhaps?

 

 

 

 

[Erik Slagter]

You might want to try to set the services to a "gstreamer" service, modify the serviceref from 1: to 4097:

 

It may or may not help.

 

Servicerefs type 1 are directly handed off to the DVB subsystem (demuxer).

[dolphs]

hi Erik,

 

cheers for that, so that basically means updating current HTTP stream from/to:

 

http://192.168.20.12...0:E080000:0:0:0, to

http://192.168.20.12:8001/4097:0:19:7925:2C6:600:E080000:0:0:0

 

 

Will try this out and will let you know my findings shortly!

cheers

[dolphs]

just to come back on the 1 to 4097 update.

It seems to more stable, but I am not convinced yet as instead of a hick I noticed the image being blocky.

This can be due to several reasons, eg packet or even a bird on the lnbs ;-).

I will keep on testing next weeks to see if this is satisfactory, thanks so far