SHSPVR 119 Posted March 19, 2019 Share Posted March 19, 2019 You need to modify your URLs to use the client parameter. Basically "trick" NPVR into allowing more than 1 connection from the IP. By default NPVR will ASSUME that a new channel change means to tear down the old connection and reuse a tuner since that's the way that will work best for most other apps. I set the parameter to match the channel number which makes it unique per stream. Got an example of this cayars ?. Link to comment Share on other sites More sharing options...
PenkethBoy 2063 Posted March 19, 2019 Share Posted March 19, 2019 like this #EXTINF:0, 1101 - BBC ONE HD http://192.168.1.80:8866/live?channel=101&client=1101 1101 being the channel number you see in Emby Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 19, 2019 Share Posted March 19, 2019 (edited) like this #EXTINF:0, 1101 - BBC ONE HD http://192.168.1.80:8866/live?channel=101&client=1101 1101 being the channel number you see in Emby I see so all I have do is add &client=(Channel Number) like in this in post example https://emby.media/community/index.php?/topic/63665-nextpvr-dumb-tuner/ Can the local IP 127.0.0.1 still be used or do I have use server IP address which is 192.168.1.2 Edited March 19, 2019 by SHSPVR Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 19, 2019 Share Posted March 19, 2019 If it's on the same machine 127.0.0.1 will work just fine. Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 19, 2019 Share Posted March 19, 2019 (edited) If it's on the same machine 127.0.0.1 will work just fine. Doesn't work like this at all #EXTM3U #EXTINF:0, 2.1 KJRH-HD http://127.0.0.1:8867/live?channel=2.1&client=2.1 #EXTINF:0, 2.2 Bounce http://127.0.0.1:8867/live?channel=2.2&client=2.2 #EXTINF:0, 2.3 Laff http://127.0.0.1:8867/live?channel=2.3&client=2.3 Edited March 19, 2019 by SHSPVR Link to comment Share on other sites More sharing options...
PenkethBoy 2063 Posted March 19, 2019 Share Posted March 19, 2019 i use it from a separate machine to the one with NPVR so always use the ip address of the machine hosting NPVR Works fine for me no issues Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 19, 2019 Share Posted March 19, 2019 i use it from a separate machine to the one with NPVR so always use the ip address of the machine hosting NPVR Works fine for me no issues Then you haven't tested it locally on the same system with both Emby and NPVR on the same Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 19, 2019 Share Posted March 19, 2019 (edited) Then you haven't tested it locally on the same system with both Emby and NPVR on the same I run it on the same machine but might be moving it to another computer soon. Are you able to access your NPVR remotely with any client? Did you setup/enable the webserver in NPVR? You should be able to open a browser on the NPVR machine and access http://127.0.0.1:8866 (assuming the default port) Edited March 19, 2019 by cayars Link to comment Share on other sites More sharing options...
PenkethBoy 2063 Posted March 19, 2019 Share Posted March 19, 2019 Then you haven't tested it locally on the same system with both Emby and NPVR on the same you can run it on the same pc as npvr - with the ip of the machine or localhost or 127.0.0.1 - it makes no difference 1 Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 19, 2019 Share Posted March 19, 2019 I run it on the same machine but might be moving it to another computer soon. Are you able to access your NPVR remotely with any client? Did you setup/enable the webserver in NPVR? You should be able to open a browser on the NPVR machine and access http://127.0.0.1:8866 (assuming the default port) Yes I can access NPVR remotely from a web browser Yes the webserver was enable But with Emby all I get is that spinning thing and nothing is happing at all when I add a record of a show I have more time to mess with it wednesday Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 20, 2019 Share Posted March 20, 2019 If you want/need another set of eyeballs to help you with this, shoot me a PM and I can do a teamviewer session with you to assist. Out of curiosity what happens if you replace all the "127.0.0.1" references in the M3U file with actual IP address used on your net? Does it work then? Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 20, 2019 Share Posted March 20, 2019 (edited) If you want/need another set of eyeballs to help you with this, shoot me a PM and I can do a teamviewer session with you to assist. Out of curiosity what happens if you replace all the "127.0.0.1" references in the M3U file with actual IP address used on your net? Does it work then? I got solved it wasn't excepting the changes in the txt files after start both NPVR and Emby not in tell I removed M3U tuner and re-add the M3U tuner back in so I guest wasn't update the changes Edited March 20, 2019 by SHSPVR 1 Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 20, 2019 Share Posted March 20, 2019 Great, glad you got it figured out! Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 23, 2019 Share Posted March 23, 2019 (edited) 1) You don't need to edit the file to get just call http://ip:8866/channels and it will output the ip you enter. 2) If you do try and fool with the &client= make sure you have a lot of tuners and don't complain about long channel changes, using tuners unnecessarily or being blocked out of some things for 15 seconds or so. Martin Edited March 23, 2019 by emveepee Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 23, 2019 Share Posted March 23, 2019 (edited) If you don't use the &client parameter then you can never have Emby using more than 1 channel from NPVR. NPVR will assume a channel change without the client parameter vs opening a new channel with the use of the client parameter. Client parameter has no affect on times like you mention. Edited March 23, 2019 by cayars Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 23, 2019 Share Posted March 23, 2019 1) You don't need to edit the file to get just call http://ip:8866/channels and it will output the ip you enter. 2) If you do try and fool with the &client= make sure you have a lot of tuners and don't complain about long channel changes, using tuners unnecessarily or being blocked out of some things for 15 seconds or so. Martin Martin file call OTA-Tuner.txt with #EXTINF:0, 2.1 KJRH-HD http://127.0.0.1:8867/live?channel=2.1 By editing that OTA-Tuner.txt by add that &client= parameter and restart both NPVR and Emby I was thinking it take the new setting but it turn out it wouldn't and with out that parameter I wouldn't be able do more then one recording if for some reason it cuaseing Emby not work when I did that. As said by me removed M3U tuner and re-add the M3U tuner back in with new parameter in txt file solve it now I record from all 5 tuners No do you under stand ?. Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 24, 2019 Share Posted March 24, 2019 I am not sure how Emby pipes the streams from NextPVR but if it is basic streaming then the hack to use one client per channel will cause problems on that channel. - back to back recordings on the same channel first recording will end at the pre-padding time of second show. - recording in progress - live tv on that channel will end recording - multiple live tv on the same channel each new new user steals the channel The client was designed to identify the live tv watching client and it is supposed to be machine based not server based. If Emby is creating a pipe from the stream than these problems go away. Martin Link to comment Share on other sites More sharing options...
Carlo 4330 Posted March 25, 2019 Share Posted March 25, 2019 I am not sure how Emby pipes the streams from NextPVR but if it is basic streaming then the hack to use one client per channel will cause problems on that channel. - back to back recordings on the same channel first recording will end at the pre-padding time of second show. - recording in progress - live tv on that channel will end recording - multiple live tv on the same channel each new new user steals the channel The client was designed to identify the live tv watching client and it is supposed to be machine based not server based. If Emby is creating a pipe from the stream than these problems go away. Martin This is just wrong info. Emby is doing all the work and user NPVR as a "dumb tuner". Since Emby is already on the channel it (not PVRV) will be taking care of padding not NPVR. In this configuration all NPVR ever does is deliver one stream per tuner/client combination. All the "client" parameter does is tell NPVR to treat each stream as if it were a different "client" or computer. If you don't have an issue with NPVR accessed by two or different devices on your network playing different channels, then you won't in EMBY either using the client parameter. This works just fine and the "client" isn't a hack but the way NPVR was designed to work. Without the "client" parameter if the same device requests a new stream NPVR will CHANGE channels vs open a new stream which WILL CAUSE PROBLEMS. The user of the client parameter has been used by many people for a long time and we know it works reliable. Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 25, 2019 Share Posted March 25, 2019 (edited) Ok great I guess Emby is treating streaming from URL's differently then when I last tried an entirely they must be creating a pipe or some other mechanism for sharing. Your understanding of &client= still off A couple of test you can try 1) Multiple use ie simultaneous recording and live tv or to Emby clients watching the same channel start wget "http://localhost:8866/live?channel=3&client=3 wait start wget "http://localhost:8866/live?channel=3&client=3 the second call kills the first connection 2)Channel changing start wget "http://localhost:8866/live?channel=3&client=3 start wget "http://localhost:8866/live?channel=4&client=4 requires two tuners (or DVB sub-channels) so users like me with several channels that are only on one tuner will fail on tuning however start wget "http://localhost:8866/live?channel=4&client=3 will kill the first connection and frees up the tuner to go to channel 4 Martin Edited March 25, 2019 by emveepee Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 25, 2019 Share Posted March 25, 2019 (edited) Ok great I guess Emby is treating streaming from URL's differently then when I last tried an entirely they must be creating a pipe or some other mechanism for sharing. Your understanding of &client= still off A couple of test you can try 1) Multiple use ie simultaneous recording and live tv or to Emby clients watching the same channel start wget "http://localhost:8866/live?channel=3&client=3 wait start wget "http://localhost:8866/live?channel=3&client=3 the second call kills the first connection 2)Channel changing start wget "http://localhost:8866/live?channel=3&client=3 start wget "http://localhost:8866/live?channel=4&client=4 requires two tuners (or DVB sub-channels) so users like me with several channels that are only on one tuner will fail on tuning however start wget "http://localhost:8866/live?channel=4&client=3 will kill the first connection and frees up the tuner to go to channel 4 Martin No And No If you read my post above make sure you removed any existing M3U tuner then re-add the M3U tuner back in that has the new parameter Edited March 25, 2019 by SHSPVR Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 25, 2019 Share Posted March 25, 2019 (edited) Without the NextPVR logs that example is meaningless and it doesn't show that problems have been eliminated. Perhaps you are trying to show that sub channels can be streamed simultaneously but that is not what I am talking about being an issue. Martin Edited March 25, 2019 by emveepee Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 25, 2019 Share Posted March 25, 2019 (edited) Well if this will help have look embyserver.zip npvr_logo.zip Edited March 25, 2019 by SHSPVR Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 25, 2019 Share Posted March 25, 2019 It is not showing that you can record the problem scenarios that I posted earlier. Probably the easiest test if you don't want to use the wget examples I posted. Start recording a show. Watch the same show as live tv. If the recording continues Emby has changed. If it stops there are issues. Martin Link to comment Share on other sites More sharing options...
SHSPVR 119 Posted March 25, 2019 Share Posted March 25, 2019 (edited) The thing is I all ready fix that problem scenarios just like what you list in post 69. I say it again make sure you removed any existing M3U tuner then re-add the M3U tuner back in Emby that has the new parameter in that txt file or how ever your do it. If that still not working then try remove all of it wait a bit then try reset it backup and make sure the file that using as M3U tuner is rigth on with the update parameter. Besure start both NPVR and Emby or do full reboot which ever you perfer Start recording a show. Watch the same show as live tv. If the recording continues Emby has changed. If it stops there are issues. PS that first screenshot was a LiveTV Steaming to four diff device not a Recording that why I posted NPVR device Status in the screensshot show it pull a steam as KOTVDT3 is 6.3 NewsOn6. The 2nd screen was show it recording 3 diff show from one channel with sub but I I'm in USA so they don't multiplex all channel like in europe. Edited March 25, 2019 by SHSPVR Link to comment Share on other sites More sharing options...
emveepee 112 Posted March 25, 2019 Share Posted March 25, 2019 Again sorry I don't understand what you are saying but it is not what I asked. I'd prefer to see the NextPVR logs of you recording in Emby and watching the same channel live (not the recording in Emby) With four tuners you should be able to stream at least 4 channels and with sub channels even more , those US 23.1 23.2 etc are subchannels. What I care about is trying one channel as both a recording and live tv or as two live TV channels (using m3u they are effectively the same method) Martin Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now