10 replies to this topic

[nicky2now]

Hi,

 

I installed the latest openpli image for vu+duo

 

Everything works fine apart I have problem with recording on IPTV channels, but not on all, only on the one

that are defined as ts that is:

 

That is I can record IPTV that are defined like this:

 

#SERVICE 4097:0:1:1fbc:189c:fbff:820000:0:0:0:http%3A//xxxxxxxx.com%3A15000/movie/xxx/xxx/xxx.mp4

#DESCRIPTION xxxxx

 

But when I try on channels that are defined like this:

 

#SERVICE 1:0:19:d49:1450:13e:820000:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

#DESCRIPTION yyyyyy

 

The recording does not work and the file remains always 0

 

I tried a small trick, that is rename the service to be 4097, so then I'm able to see the channel but is not fluid, is kind of going back and forth...

but then I'm able to record it

And if I change the saved file from .stream to .ts then I'm able to play it but is a long and tedious process.

 

Why the recording is not working on the .ts channels (the one defined like 1:0..... ?

 

Could be possible that the recording happens on the channel used for the EPG (that does not work) instead of the IPTV channel ?

 

thanks

 

   Nicky

 

[Pr2]

Hi,

 

If you use type 1 instead of 4097 in the service reference with a service ref valide for the satellite then it will record from the sat.

 

In the service ref for the EPG you only need to keep this:

 

#SERVICE 4097:0:1:1fbc:189c:fbff:820000:0:0:0:http%3A//xxxxxxxx.com%3A15000/movie/xxx/xxx/xxx.mp4

#DESCRIPTION xxxxx

 

#SERVICE 4097:0:1:1fbc:189c:fbff:0:0:0:0:http%3A//xxxxxxxx.com%3A15000/movie/xxx/xxx/xxx.mp4

#DESCRIPTION xxxxx

 

Suppress the name space:  820000 and replace it by 0 this will avoid the use of the satellite instead of the IPTV.

 

Pr2

[nicky2now]

The 4097:0:1 was working already, I was able to record, the problem was with the 1:0:....

 

 

Do you mean this ?

 

replace

 

#SERVICE 1:0:19:d49:1450:13e:820000:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

#DESCRIPTION yyyyyy

 

with

 

#SERVICE 1:0:19:d49:1450:13E:0:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

#DESCRIPTION yyyyyy

 

 

 

The problem is that the 1:0:19:d49:1450:13e:820000:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

comes from the provider, I tried to remove the 820000 but still not record.

 

Changing the 1:0 into 4097:0 will then enable the recording but as said the play then does not work properly on the decoder

 

   Nicky

 

 

[nicky2now]

So if I get from IPTV provider a string like this, what I have to do to get the recording working ?

 

#SERVICE 1:0:19:d49:1450:13e:820000:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

#DESCRIPTION yyyyyy

 

I tried removing the 820000 and put 0 instead, without success.

 

Is this a problem of vu+ or a enigma2 general problem

 

  thanks

 

    Nicky

[betacentauri]

Perhaps the ts stream is some kind of special and e2 cannot handle it.

[Erik Slagter]

Most of the fields aren't used when streaming from http. So it really comes down to the stream being something the hardware can demux and play or not. You might want to try it 4097: instead of 1:.

[nicky2now]

I tried already that, record works but play is not acceptable, the stream is not fluent and goes back and work are.  

Maybe is question of changing some buffer setting.

Does anyone tried to change the 1:0 into 4097:0 and faced the same problem? 

[nicky2now]

I meant not play the recording but watching the channel. 

Moreover by changing the recorded .stream file into a .ts then it plays fine

 

But possible that the firmware cannot be patched to record also 1:0 iptv channels... at the end if there is a Web address is obvious that this is a iptv stream... why not record it?

[betacentauri]

Do you watch the channel while you are recording it? Some servers only allow one connection. Try to set a timer to record the channel and zap to a non IPTV channel.

[nicky2now]

No, I do not watch while recording.. in case I will play the recording itself to not allocate two connections to the server.

 

I come back again with this topic, because this problem is quite annoying.

 

Most of the IPTV provider provide IPTV of the type

 

#SERVICE 1:0:19:d49:1450:13e:820000:0:0:0:http%3A//xxxxxxxxx.com%3A15000/live/xxxxx/xxxxxx/xxx.ts

#DESCRIPTION yyyyyy

 

Those cannot be recorded... the file is created but is always 0 size, probably because it tries to record from sat stream

and not from IPTV stream.

I've tried also to remove the    d49:1450:13e:820000:0:0:0 and put   0:0:0:0:0:0:0,

in this way the channel is not linked to the relative sat channel (so you loose EPG capability) but the recording

does not work and behaves like before... 0 file size...

 

while the one starting with 

 

#SERVICE 4097:0:  can record and are save a .movie file

 

I tried to rename the 1:0: into 4097:0: and in this way the recording works and save the recorded file with .movie , but then I do need to change the file name again to .ts in order to be able to play it.

With 4097:0:19 the file size starts growing as usual.. .and not remains 0

 

The problem with this change is that I cannot see the channel live anymore, because the video is not continous, is kind of going further and backward... so is not watchable.

 

So this is not a solution, because I do need to change to 4097 only for the recording and then put it back... 

 

I ask to the openpli developer if thay can think on a solution.

 

Is it possible that the openpli firmware cannot be changed to handle the recording of 1:0: IPTV channels, so that it records the IPTV stream and not

the satellite one. 

 

It seem strange that this problem cannot be solved and would be very useful because in actual situation recording IPTV is quite tricky and complicated...

 

     Nicky

[betacentauri]

I have just tested with a connection between 2 E2 boxes. Service ref looks like this:

#SERVICE 1:0:1:2EE3:441:1:C00000:0:0:0:http%3A//192.168.1.111%3A8001/1%3A0%3A1%3A2EE3%3A441%3A1%3AC00000%3A0%3A0%3A0:RTL

 

Recording works here.

-rwxrwxrwx    1 root     root      44090136 Feb 28 20:45 20160228 2045 - RTL Television - G_I_ Joe 2 - Die Abrechnung.ts

Box has no configured tuners so it's not a recording of the sat signal.