Recording Episode or Series in Specific NextPVR Folder

[SHSPVR 119]

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 ?.

[PenkethBoy 2063]

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

[SHSPVR 119]

 

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

[Carlo 4329]

If it's on the same machine 127.0.0.1 will work just fine.

[SHSPVR 119]

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

[PenkethBoy 2063]

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

[SHSPVR 119]

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

[Carlo 4329]

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

[PenkethBoy 2063]

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

[SHSPVR 119]

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

[Carlo 4329]

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?

[SHSPVR 119]

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

[Carlo 4329]

Great, glad you got it figured out!

[emveepee 112]

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

[Carlo 4329]

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

[SHSPVR 119]

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 ?.

[emveepee 112]

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

[Carlo 4329]

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.

[emveepee 112]

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

[SHSPVR 119]

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

[emveepee 112]

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

[SHSPVR 119]

Well if this will help have look

embyserver.zip

npvr_logo.zip

Edited March 25, 2019 by SHSPVR

[emveepee 112]

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

[SHSPVR 119]

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

[emveepee 112]

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