81 replies to this topic

[dolphs]

hi devs - I am aware remotechannel stream converter does quite a good job setting up a tv-stream between two enigma2 boxes, however it lacks transcoding if required, eg on wlan or vpn ...

 

As ET10000 does quite a good job transcoding channels to tablets and smart phones ( eg blackbox for apple, or android dreamdroid with mx pro and xtrend transcoding addon ) I wonder this plug in can be enhanced enabling  transcoding? I am referring to similar config settings as the xtrend transcoding plugin carries: most important option would be " bitrate " imho. Rest, referring to " resolution ", " aspect ratio ", " framerate " and " interlaced " options can be obtained from the source and should be left untoched as much as possible.

 

However client side should be able to handle ( viewer, cpu, etc ) the transcoded streams.

Are there plans at OpenPLi ( or Xtrend ) to support this - would be delighted to test enigma2 clients to see if this works if your server is Xtrend ET10000/ET8000 or Vu+

 

Looking forward to your views on this feature request.

[Erik Slagter]

type init 4

go to /etc/enigma2

load relevant bouquet file

add &bitrate=100000 (e.g.) to the url

save file

type init 3

 

done.

[dolphs]

Thanks for your response Erik. so no such feature will be built in to remote stream?

When I get back will test 1Mbit, lets see if it indeed works, eg:

 

#SERVICE 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3A//192.168.10.11%3A8001/1%3A0%3A1%3AB7%3AF%3A1F4%3AFFFF0000%3A0%3A0%3A0&bitrate=1000000:13TH STREET
#DESCRIPTION 13TH STREET

[Erik Slagter]

I am not the author of the remote bouquet converter.

[dolphs]

hmm does not seem to work at least do not see any difference between the transcoded and regular stream.

Maybe it does not like the " & " and " = " as for example " : " seems to be " %3A " ?

Hopefully author can step up

[dolphs]

looks like the answer in vlc is something like " http://192.168.10.11...?bitrate=100000 ", note the " ? " instead of " & ".

Now need to find the exact line for /etc/enigma2/  "favourites.tv"

[Erik Slagter]

Yes you are right, the first cgi parameter needs to start with ? and subsequent parameters start with &.

[dolphs]

OK that being said I went for a " #SERVICE 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3A//192.168.10.11%3A8001/1%3A0%3A1%3AB7%3AF%3A1F4%3AFFFF0000%3A0%3A0%3A0%3Fbitrate%3D1000000:13TH STREET_transcoded "

 

where

%3F is " ? "

%3D is " = "

 

However resulted in

 

X service invalid

( Timeout reading PMT )

Edited by dolphs, 22 October 2014 - 18:32.

[WanWizard]

This works for me:

#NAME Transcoding tests
#SERVICE 1:0:19:1B1D:802:2:11A0000:0:0:0:http%3a//172.16.1.43%3a8001/1%3a0%3a19%3a1B1D%3a802%3a2%3a11A0000%3a0%3a0%3a0%2fbitrate=512000:BBC One HD
#DESCRIPTION BBC One HD Transcoded

[dolphs]

Interesting as it does not show noticable difference ( certain about 2F? )

 

original:

#SERVICE 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3A//192.168.10.11%3A8001/1%3A0%3A1%3AB7%3AF%3A1F4%3AFFFF0000%3A0%3A0%3A0:13TH STREET_full

transcoded :

#SERVICE 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3A//192.168.10.11%3A8001/1%3A0%3A1%3AB7%3AF%3A1F4%3AFFFF0000%3A0%3A0%3A0%2Fbitrate=100000:13TH STREET_transcoded

On purpose used 0,1Mbit ( 100kbit ) to see immediate difference but alas ...

[WanWizard]

The URL in my example gives me this in VLC, which is reasonably close to the 512Kb I wanted:

Attached Files

•  Screenshot from 2014-10-23 21:35:06.png   47.86KB   13 downloads

[WanWizard]

Just specified a bitrate of 100000 as well, which gives a very blocked image, good sound, and a content bitrate of about 230kb.

[WanWizard]

Did a bit of analyzing, and the 2F is a typo, my bad, it should off course be 3F.

 

tcpdump on the 10K tells me:

root@et10000:~# tcpdump -A -s 0 'tcp port 8001 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
21:57:40.199545 IP xp1000.local.54426 > et10000.local.8001: Flags [P.], seq 3042962072:3042962208, ack 2612169464, win 913, options [nop,nop,TS val 4067638919 ecr 702877949], length 136
E.....@.@......*...+...A._..........(-.....
.s>.)...GET /1:0:19:1B1D:802:2:11A0000:0:0:0?bitrate=512000 HTTP/1.1
Host: 172.16.1.43
User-Agent: Enigma2
Accept: */*
Connection: close


21:57:40.200075 IP et10000.local.8001 > xp1000.local.54426: Flags [P.], seq 1:87, ack 136, win 470, options [nop,nop,TS val 702877952 ecr 4067638919], length 86
E.....@.@.E....+...*.A......._. ....F......
)....s>.HTTP/1.0 200 OK
Connection: Close
Content-Type: video/mpeg
Server: streamserver


^C
2 packets captured

so the request is send ok.

 

Since VLC reported that the transcoded HD channel was send out in SD format, I tried an SD channel as well, but with the same result.

 

So the box gets something back he doesn't like, I guess further debugging is needed.

[dolphs]

OK thanks guys for reading my topic, guess it gets some attention now.

Will have little time coming weekend but will check stuff on my end too.

Once issue is identified hopefully the transcoding feature can be added to remotestream convert to make things convenient for the end user.

zi buna

[dolphs]

tried multiple options but alas... imho should work with following line translating: " ? " and " = ", but no joy as I get similar errors to  "service invalid":

#SERVICE 1:0:1:B7:F:1F4:FFFF0000:0:0:0:http%3A//192.168.10.11%3A8001/1%3A0%3A1%3AB7%3AF%3A1F4%3AFFFF0000%3A0%3A0%3A0%3Fbitrate%3D1000000:13TH STREET_transcoded

thanks for looking in to this

[WanWizard]

It has to be looked at from the Enigma (the client) side.

 

The URL is send to the server side correctly, and the returned stream is a transcoded stream. It just doesn't seem to be in the expected (or compliant) TS format, which I think means it has to be handled by gstreamer, and not by the SoC itself.

 

So one of the core devs (which is not me ) needs to dive into this.

[pieterg]

It is ts (or at least it should be)

[WanWizard]

Then it should be accepted by Enigma without problems?

 

Because I can confirm it doesn't. The screen stays black for 10-20sec, and then gives an "Invalid Service" error in a popup.

 

I can also confirm (using tcpdump on the 10K) that the request arrives ok, including any URL parameters.

[Erik Slagter]

Maybe the ? needs to be double-escaped...

[WanWizard]

It arrives ok at the stream server side, see the tcpdump in #13.