2024-09-09, 04:52 AM
Update it works on browser and VLC but windows app still tried to transcode
2024-09-09, 04:52 AM
Update it works on browser and VLC but windows app still tried to transcode
2024-09-09, 11:36 AM
That doesn't sound right because NextPVR.exe is a direct play client, once again, the zipped logs will help us figure it out.
Martin
2024-09-09, 01:01 PM
(2024-09-09, 11:36 AM)mvallevand Wrote: That doesn't sound right because NextPVR.exe is a direct play client, once again, the zipped logs will help us figure it out. Thanks, nextpvr is less of a resource hog than channels, on channels the chrome capture is too over whelmed, but on nextpvr it played like butter. I am using node/puppeteer to watch online content and it creates an m3u. It doesn't need channels to work technically.
2024-09-09, 01:13 PM
Right that is what I first suggested in the other thread (where I was a bit confused by your user name I thought you were an HDPVR/STB user) What I am addressing now though is your comment that NextPVR.exe is forcing transcoding and we can't help you without logs, it shouldn't be doing that.
Martin
2024-09-10, 04:52 AM
(This post was last modified: 2024-09-10, 05:13 AM by hdpvr-doug8796.)
(2024-09-09, 01:13 PM)mvallevand Wrote: Right that is what I first suggested in the other thread (where I was a bit confused by your user name I thought you were an HDPVR/STB user) What I am addressing now though is your comment that NextPVR.exe is forcing transcoding and we can't help you without logs, it shouldn't be doing that. I used to use hdpvr and it worked pretty decent. So, the android app is causing the chromecapture script to malfunction, but it works on the chrome browser or the windows app. Would you mind taking a look at my code to see what could be interfering on android versus PC? I can give all errors I get. It basically looks for the video and doesn't find it and corrupts the node js file. There is a script that runs to pull the data I assume android is dead now and only kodi is supported?
2024-09-10, 12:34 PM
I am too confused to the changing scenarios of what works and what doesn't and it is pretty much impossible to help out. I would much rather look at the logs then your code so at least I could explain to you what is happening. It really won't matter much what client is being used, NextPVR will either stream from the URL or pass the URL to ffmpeg and either way the URL your server sees will be exactly the same as you configured in the m3u file.
There are two Android apps, sub's client and the uidroid UI client and neither are "dead" but clients don't need to be updated as often as the server. Again logs are the only way to tell what they do if there is an issue. Sub's client can be configured to direct play or transcode and we can see all of that in the logs. Martin
2024-09-11, 05:05 AM
(This post was last modified: 2024-09-11, 05:18 AM by hdpvr-doug8796.)
[attachment=undefined]
(2024-09-10, 12:34 PM)mvallevand Wrote: I am too confused to the changing scenarios of what works and what doesn't and it is pretty much impossible to help out. I would much rather look at the logs then your code so at least I could explain to you what is happening. It really won't matter much what client is being used, NextPVR will either stream from the URL or pass the URL to ffmpeg and either way the URL your server sees will be exactly the same as you configured in the m3u file. OK, so I am getting like 3mbit/360p streaming from my local m3u file. Can you see what's going on and what I need to change in the XML? Thanks,
2024-09-11, 12:16 PM
You probably need to be more specific, since not all channels were in fact 360p. Three channels went to ffmpeg which determines which stream to send
- EPlusTV m3u8 has separate audio / video streams streams - CBS-GreenBay and CBS-Birmingham failed to connect using NextPVR CBS-Greenbay was 1080i when you played in the browser. How are you determining it is 360p. I noted that you are using yauiclient and I am actually not used to seeing that as a client. Are you using the p key to find out if so the first Resolution is the window size. Martin
2024-09-11, 12:49 PM
(2024-09-11, 12:16 PM)mvallevand Wrote: You probably need to be more specific, since not all channels were in fact 360p. Three channels went to ffmpeg which determines which stream to send
2024-09-11, 01:34 PM
On the Settings->Transcoder page make sure "Avoid transcoding where possible (for better performance)" is set I don't know if there might be an issue when nvenc encoding is set try setting that to CPU.
CBS-Greenbay was not transcoding even to the browser so again it is not every channel. For channels that transcode maybe take your URL from the m3u file and let us know what these show. curl -I URL and curl URL Martin |
|