Jump to content


Photo

NextPVR and the future


  • Please log in to reply
89 replies to this topic

#41 arrbee99 OFFLINE  

arrbee99

    Advanced Member

  • Members
  • 2944 posts
  • Local time: 01:56 AM
  • LocationNew Zealand

Posted 23 March 2019 - 06:17 PM

Oh well, I guess sub doesn't really want to add stuff from v5 to v4 if v4 will be expiring anyway. If there are two plugins I guess it would only be temporary (though it could be a long temporary) and improving v4 might make it less likely people will move to v5.



#42 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 23 March 2019 - 06:56 PM

Oh well, I guess sub doesn't really want to add stuff from v5 to v4 if v4 will be expiring anyway. If there are two plugins I guess it would only be temporary (though it could be a long temporary) and improving v4 might make it less likely people will move to v5.

Right he only has so much time. The huge new change taking time is going to multi-platform .NET core which will be significant for some new users but will also bring new support challenges.  Existing users happy with a Windows backend won't see any benefit and for a time like any change there will be some regressions.   It is more than temporary though, some things like analog cards likely will not get ported which is a problem for me, and dropping all user add-ons and the old style browser will mean some long time users won't migrate.

 

Version bumps are always slow for implementation, hopefully we can keep the confusion for Emby users to a minimum.

 

Martin


  • arrbee99 likes this

#43 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 23 March 2019 - 07:00 PM

I vote for updating NPVR. I use it exclusively on my Emby production server.



#44 SHSPVR OFFLINE  

SHSPVR

    Advanced Member

  • Members
  • 666 posts
  • Local time: 07:56 AM
  • LocationVinita, Oklahoma

Posted 23 March 2019 - 07:01 PM

Personally for me I much rather used M3U Tuners way and keep NPVR IPTV Recorder and use Emby EPG in stead of relying NPVR Plugin.



#45 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 23 March 2019 - 07:03 PM

Personally for me I much rather used M3U Tuners way and keep NPVR IPTV Recorder and use Emby EPG in stead of relying NPVR Plugin.

I would agree when they put the recording changes from the beta in the stable release. Recording is too unreliable now with Emby. Works good in the beta.



#46 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 23 March 2019 - 08:16 PM

Personally for me I much rather used M3U Tuners way and keep NPVR IPTV Recorder and use Emby EPG in stead of relying NPVR Plugin.

 

That is a good example of how NOT to set this integration up since it makes no sense from any logical viewpoint.

 

Martin



#47 SHSPVR OFFLINE  

SHSPVR

    Advanced Member

  • Members
  • 666 posts
  • Local time: 07:56 AM
  • LocationVinita, Oklahoma

Posted 23 March 2019 - 08:56 PM

That is a good example of how NOT to set this integration up since it makes no sense from any logical viewpoint.

 

Martin

 

Then some will need build a Direct Integration Tuner with out relying on 3rdparty apps even WinTV SDK is not very reliable under Emby so in tell that happen we have still relying on 3rdparty apps and only the HDHomeRun has true integration for now.

I don't want to use NPVR EPG there to min con going this route which had been talk about min time before

Don't get me wrong as NPVR is amazing software on it own but there min thing I have ask for years ago but nothing ever been add



#48 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 24 March 2019 - 10:29 AM

I have no idea what you are saying is the problem I am guesssing it is the EPG issue  If someone can configure NextPVR and can configure Emby I think the only difficulty is harmonizing the EPG update time too me that looks trivial unless Emby makes it difficult

 

The smart solution comes if Luke provides the  /LiveTV/Guide/Refresh URL he discussed earlier.  With it we can can get rid of that issue with a curl/wget call in the NextPVR postupdateepg.bat file, but it has been almost two months and still no word on when or if that might be coming.

 

Martin


Edited by emveepee, 24 March 2019 - 10:30 AM.


#49 SHSPVR OFFLINE  

SHSPVR

    Advanced Member

  • Members
  • 666 posts
  • Local time: 07:56 AM
  • LocationVinita, Oklahoma

Posted 24 March 2019 - 11:31 AM

I have no idea what you are saying is the problem I am guesssing it is the EPG issue  If someone can configure NextPVR and can configure Emby I think the only difficulty is harmonizing the EPG update time too me that looks trivial unless Emby makes it difficult

 

The smart solution comes if Luke provides the  /LiveTV/Guide/Refresh URL he discussed earlier.  With it we can can get rid of that issue with a curl/wget call in the NextPVR postupdateepg.bat file, but it has been almost two months and still no word on when or if that might be coming.

 

Martin

 

It more then just that there are other part of it as it also need full series/fav/timers control which is something you can't even do even under NPVR it self as your stuck with what ever setting you set with no way to modify them unlike in other DVR app heck even STB DVR.



#50 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 24 March 2019 - 11:54 AM

Sub mentioned he was looking at being able to modify recurring rules earlier in this thread, although I can easily mask that in the Emby client by simply doing a delete and a re-add assuming Emby accepts that. It definitely has become more of an issue now with IPTV with users adding and removing stations so frequently.

 

Most of my tuners and configured stations are years old and the New on this channel works perfectly for me.  I do edit the destination as I move things around.

 

Martin


Edited by emveepee, 24 March 2019 - 11:55 AM.


#51 cayars OFFLINE  

cayars

    Advanced Member

  • Alpha Testers
  • 2945 posts
  • Local time: 08:56 AM

Posted 24 March 2019 - 11:59 AM

Are you saying that Emby is dropping support for NextPVR as in integrated plugin and users will have to suffer with the problems of using the m3u interface to NextPVR?  If so I certainly don't want to waste my time.

 

I probably am misreading since you probably mean the NextPVR API is changing which is obviously the change that I am planning to make.

 

Martin

No, Next PVR is dropping one of the APIs from my understanding.  They had 2 different ways to communicate with NPVR and the Emby Plugin was the only software using this one method.  This method isn't going to be in V5.  So from my understanding the Emby plugin needs re-writing to support V5 of NPVR.

 

That is a good example of how NOT to set this integration up since it makes no sense from any logical viewpoint.

 

Martin

Not sure I'd agree with that or not.  If you want to use the great EPG data built into Emby then this is the way to go.  Of course some other hassles come with it as well.  Also channel changes are faster with the M3U approach vs going through the plugin (extra layer).  Emby is already slow changing channels compared to every other software I've ever used so anything to help it work faster is a good thing.



#52 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 24 March 2019 - 12:14 PM

No, Next PVR is dropping one of the APIs from my understanding.  They had 2 different ways to communicate with NPVR and the Emby Plugin was the only software using this one method.  This method isn't going to be in V5.  So from my understanding the Emby plugin needs re-writing to support V5 of NPVR.

 

Not sure I'd agree with that or not.  If you want to use the great EPG data built into Emby then this is the way to go.  Of course some other hassles come with it as well.  Also channel changes are faster with the M3U approach vs going through the plugin (extra layer).  Emby is already slow changing channels compared to every other software I've ever used so anything to help it work faster is a good thing.

 

I am well aware that sub is dropping UJB's API, I have to rewrite some other things and I was going to use this knowledge to update the Emby plugin

 

It is true the Emby plugin doesn't get access to all the Schedules Direct data from NextPVR but most of it is there for the taking and I was planning on providing as much of it as I can.

 

The m3u approach put recordings at risk and causes problems for people who might also want to use Kodi.  If Emby tuning is faster using the imported m3u url that is a design flaw in Emby since the plugin basically returns the same stream url.

 

Martin


Edited by emveepee, 24 March 2019 - 12:16 PM.


#53 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 25 March 2019 - 10:54 AM

User @cayars tells me that m3u streaming live tv and recording is working just fine in all the troublesome use cases, which is different from my experience a few years ago.  I am assuming there has been a significant change in how Emby handles the http streams from NextPVR so based on this new information there is no compelling reason for me to upgrade the addon.

 

Martin



#54 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 25 March 2019 - 11:02 AM

The reason to upgrade is NPVR will eventually not be compatible with Emby because of the API changes.

Yes, works fine for now. But how much longer is the question.

As soon as Emby gets around to implementing the beta stream fixes in the stable release, I will start migrating away from the NPVR plugin. But who knows when that will happen? Also I will continue to use NPVR as a backup recorder.



#55 emveepee OFFLINE  

emveepee

    Advanced Member

  • Members
  • 274 posts
  • Local time: 08:56 AM

Posted 25 March 2019 - 11:31 AM

The reason to upgrade is NPVR will eventually not be compatible with Emby because of the API changes.

Yes, works fine for now. But how much longer is the question.

As soon as Emby gets around to implementing the beta stream fixes in the stable release, I will start migrating away from the NPVR plugin. But who knows when that will happen? Also I will continue to use NPVR as a backup recorder.

 

No cayars with saying the m3u interface and not the plugin is working without any of the issues .  I understand the plugin interface will fail but that doesn't explain why the plugin is still required if all the weaknesses I have identified previously have been fixed by Emby. 

 

There is no motivation for me to work on updating the plugin as a temporary solution people will stop using  when Emby is updated.  After all Luke has been recommending the m3u approach for a while, and if it is ready great!   A better temporary solution is simply stay on NextPVR v4 until Emby is ready.  v5 is certainly just pre-alpha now anyway.

 

Martin


Edited by emveepee, 25 March 2019 - 11:34 AM.


#56 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 25 March 2019 - 11:33 AM

Sorry, never used direct m3u's from NPVR. Only used the plugin. I don't see the point in just direct m3u's since you don't get all the other data that you do when using the plugin.



#57 SHSPVR OFFLINE  

SHSPVR

    Advanced Member

  • Members
  • 666 posts
  • Local time: 07:56 AM
  • LocationVinita, Oklahoma

Posted 25 March 2019 - 11:38 AM

Sorry, never used direct m3u's from NPVR. Only used the plugin. I don't see the point in just direct m3u's since you don't get all the other data that you do when using the plugin.

 

And what data would that be ?.



#58 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 25 March 2019 - 11:47 AM

the schedule and guide data



#59 SHSPVR OFFLINE  

SHSPVR

    Advanced Member

  • Members
  • 666 posts
  • Local time: 07:56 AM
  • LocationVinita, Oklahoma

Posted 25 March 2019 - 11:52 AM

the schedule and guide data

 

That not ture you used the Emby Giude Data

See here https://emby.media/c...older/?p=721328

This mine and other are in the other link and just using NPVR as back end tuner server where Emby it self take of everything else

5c98fa991d50c_multisteam3.jpg


Edited by SHSPVR, 25 March 2019 - 12:00 PM.


#60 dcol OFFLINE  

dcol

    Advanced Member

  • Members
  • 1028 posts
  • Local time: 05:56 AM
  • LocationTucson, Arizona

Posted 25 March 2019 - 12:04 PM

I know that, but you don't get all the schedule data






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users