using xteve NextPVR errors

[futboldvr]

Hi,

I'm using NextPVR 5 beta on windows.

I use xteve to trim m3u and map channels.

Using xteve, VLC plays the xteve-generated m3u. Using Emby works, Using IPTV app on android, I feed it the same xteve-generated m3u, channels and epg load and play.

NextPVR loads channels, loads epg, but can't play back.
"[b]Streaming Failed (transcoder exited)"[/b]

[b]Attaching logs. [/b]

Any ideas? I'd love for NextPVR to work. I love its speed and simplicity.

THank you,
Futboldvr

[cords911]

I've run into the same issues on both the Windows and Docker versions.  I'll let you know if I come up with a solution, please do the same.

[sub]

If one of you guys can give me temporary remote access to your xteve m3u url, I'll try it here in the debugger to see what it doesn't like.

[futboldvr]

@sub
Thanks. I won’t be home for about 5h. 7:30pm central us.
I’ll open up and forward xteve port 34400. I hope that will work. I’m not an expert at networking.
The url will look something like:
http://w.a.n.ip:34400/m3u/xteve.m3u

Hope that works.
I’ll pm you tonight.
What time zone are you in?

[sub]

Yep, that’d be good.

I’m in New Zealand. It’s 9:20am here.

[mvallevand]

I just setup xteve here with v5 and it works in direct play and from the browser.

Code:

2019-12-11 15:14:35.698    [DEBUG][48]    Executing: D:\v5\programs\Other\ffmpeg.exe -y -user-agent "VLC/2.2.6 LibVLC/2.2.6" -i http://.... -codec:v:0 libx264 -codec:a:0 aac -strict experimental -ac 2 -ab 128000 "C:\Users\Public\Videos\live-iptv-117e755f4e7e4768a9b05d70f76b8f24.ts"
2019-12-11 15:14:35.698    [DEBUG][48]    http://localhost:34400/.../9f5de9c19bb541da0121f6fad4c83f48?....  [QFhhhZpSP3/dL7nFITUnCUtBhLNRBUYZ0koHtj+3FSNpf6wS3BV3ZMo2pDpICSjbheRQIEoZlc7mS9M57rOk/wTH347ivINLaitxDpYbk7AFXLmPjcI4AUe4BkpGU08NFGAUZo+QLWqKABzjNbc4XZkAZu3FODhG4A1F7Ro0w7MrfXmVfsyZA/Nc5EpRC1ioFL0tsi/K1fc+W3nsSsB+/Cc4WQXChOdyl+nEaKtNPAhPm2wMfYuj0aNdcPAlsfatLeI03JujdwnCBIXOwXvb0fl/Qop8JAWLAbpuOGRMz5gQyL5KG3oajk6WNGOBPWVz9FWemJQcN8TFRA8AcR79VMZF0VCiR9oLpcAGqw+zcaBqtVjkxtEjmZHX5H6OS/SpeSlEW2rnxB76G8E7/D1vErzXhmj1dcBr1ZH5fMJ97d/ZZG7KLnTTviawZoBpwb2Y]
2019-12-11 15:14:35.708    [DEBUG][48]    Waiting for temp file to be created...
...
2019-12-11 15:14:41.655    [DEBUG][58]    GetStatus()@exit
2019-12-11 15:14:41.655    [DEBUG][50]    [FFMPEG]: Output #0, hls, to 'C:\Users\Public\NPVR-data\web\temp\CNN-7f458d3a4dc34df0920be6463963c15a.m3u8':
2019-12-11 15:14:41.655    [DEBUG][58]    {"status": "Transcoding.... (100%  speed: 1x)","final": true,"speed": 1,"duration": 0,"percentage": 100}
2019-12-11 15:14:41.660    [DEBUG][50]    Updating streams for channel mapping

Seems to be a configuration issue but also not sure why it is transcoding IPTV.

Martin

[mvallevand]

FWIW here is the output from curl

Code:

[C:\Users\Public\NPVR-data]curl -v http://localhost:34400/stream/9f5de9c19bb541da0121f6fad4c83f48
*   Trying ::1...
* TCP_NODELAY set
* Connected to localhost (::1) port 34400 (#0)
> GET /stream/9f5de9c19bb541da0121f6fad4c83f48 HTTP/1.1
> Host: localhost:34400
> User-Agent: curl/7.55.1
> Accept: */*
>
< HTTP/1.1 302 Found
< Content-Type: text/html; charset=utf-8
< Location: http://172.16.3.60/0.m3u8
< Date: Wed, 11 Dec 2019 20:34:27 GMT
< Content-Length: 48
<
<a href="http://172.16.3.60/0.m3u8">Found</a>.

* Connection #0 to host localhost left intact

Seems like a standard 302 in my case.

Martin

[sub]

I'm just looking on it against cords911's xteve at the moment.

[sub]

The issue seems to relate to multiple layers of redirects. ie, xteve returns a 302 redirect to the IPTV providers stream, which then returns a 302 to the location of the server hosting the stream. With a normal IPTV provider, NextPVR would only deal with one layer of 302 redirect. In this case it's needing to handle two layers of 302 redirects.

Unfortunately I've got to head out for a bit, so I'll need to resume looking at it later.

[sub]

I've got it to work correctly in NextPVR. I'll experiment further when I'm back though.