IPTV recording problem on vu+duo
nicky2now 28 Jan 2016
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:
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 28 Jan 2016
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:
nicky2now 28 Jan 2016
The 4097:0:1 was working already, I was able to record, the problem was with the 1:0:....
Do you mean this ?
replace
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 29 Jan 2016
So if I get from IPTV provider a string like this, what I have to do to get the recording working ?
betacentauri 29 Jan 2016
Erik Slagter 29 Jan 2016
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 30 Jan 2016
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 30 Jan 2016
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 30 Jan 2016
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 28 Feb 2016
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
betacentauri 28 Feb 2016
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.