Media Browser Integration

[sub]

It's indeed only to show if the channel is a HD channel or not. So if a show is not HD. The full channel is not in HD format.
It's maybe a good option to put this information on the channel itself.

It's the EPG sources that supply this info. They supply it on a per-show basis. They don't supply it on channel basis.

So it depends on the source? I am using xml-tv. For some i have an episode available so i know it's a serie. But for some other not.
I use the same xml-tv with the argus client i wrote for mb3. And i have the parameter IsSeries available on that with just the same source...
So it's possible. :p

Yes, as I said, it depends on the EPG source. We know this info for Schedules Direct epg users, we sometimes know it for XMLTV epg users, and we never know it for DVB epg. When it comes to xmltv, it depends if the xmltv source supplies this info. Some do, some don't.

[Svekke]

For the moment it also takes for me 10 seconds to open a livestream.

I talked with Luke about it, and he told me the following:
That's just how long it takes, nothing i can do about it. If NextPvr can change the stream so that ReadInputAtNativeFramerate can be set to false, that will help

Is that something you guys can provide?

[sub]

For the moment it also takes for me 10 seconds to open a livestream.

NextPVR wont be taking that long to deliver the livestream. This will include extra delays that Emby is adding to the process.

I talked with Luke about it, and he told me the following:
That's just how long it takes, nothing i can do about it. If NextPvr can change the stream so that ReadInputAtNativeFramerate can be set to false, that will help

Is that something you guys can provide?

I'm not sure what that means. What is ReadInputAtNativeFramerate? It's an Emby concept, so you'd need to explain it to me.

[Macs]

Hmm, it's weird. For some reason i get now the english version back. I played a little bit with region. But that didn't work. Removed it again and now it's ok...
Weird stuff.

Hello Svekke,

unfortunately i have the same "region"-problem you had (see attached stacktrace-snippet): Der angeforderte Wert "Sonntag" konnte nicht gefunden werden.

NPVR 3.5.7
Emby Version: 3.0.5768.3

Let me know if you need more logfiles or other informations. Tried with Firefox.

Regards,

Markus

[sub]

Unfortunately this Emby stack trace doesn't really mean much to me. I'd probably need someone familiar with the Emby addon to tell us what it unhappy with.

I've never looked at the Emby addon code, so not familiar with what it's doing.

Der angeforderte Wert "Sonntag" konnte nicht gefunden werden.
System.ArgumentException
bei System.Enum.EnumResult.SetFailure(ParseFailureKind failure, String failureMessageID, Object failureMessageFormatArgument)
bei System.Enum.TryParseEnum(Type enumType, String value, Boolean ignoreCase, EnumResult& parseResult)
bei System.Enum.Parse(Type enumType, String value, Boolean ignoreCase)
bei MediaBrowser.Plugins.NextPvr.Responses.RecordingResponse.<GetSeriesTimerInfo>b__14(String d)
bei System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
bei MediaBrowser.Plugins.NextPvr.Responses.RecordingResponse.GetSeriesTimerInfo(EpgEventJSONObject i)
bei System.Linq.Enumerable.<>c__DisplayClass12`3.<CombineSelectors>b__11(TSource x)
bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
bei MediaBrowser.Server.Implementations.LiveTv.LiveTvManager.<GetSeriesTimers>b__17f(IEnumerable`1 i)
bei System.Linq.Enumerable.<SelectManyIterator>d__14`2.MoveNext()
bei System.Linq.Buffer`1..ctor(IEnumerable`1 source)
bei System.Linq.OrderedEnumerable`1.<GetEnumerator>d__0.MoveNext()
bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
bei System.Linq.Buffer`1..ctor(IEnumerable`1 source)
bei System.Linq.Enumerable.ToArray[TSource](IEnumerable`1 source)
bei MediaBrowser.Server.Implementations.LiveTv.LiveTvManager.<GetSeriesTimers>d__197.MoveNext()
--- Ende der Stapel�berwachung vom vorhergehenden Ort, an dem die Ausnahme ausgel�st wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei MediaBrowser.Api.LiveTv.LiveTvService.<Get>d__4e.MoveNext()

[Damstas]

I would be so cool if the NPVR team would take NPVR Emby-plugin under their wings. This is just wishful thinking I have understood that the code is different between NPVR and Emby, but I bet that Luke (who is the founder of Emby) will help.

[sub]

I would be so cool if the NPVR team would take NPVR Emby-plugin under their wings. This is just wishful thinking I have understood that the code is different between NPVR and Emby, but I bet that Luke (who is the founder of Emby) will help.

If they'd used the same API that I used for the kodi addon, then I probably would have taken this on. I'm not that keen on have to support two different methods.

[mvallevand]

The nice thing about UJB's interface (other than being JSON) is the source is available and can be modified if necessary and it provides more functionality. The problem with Emby isn't the NextPVR side or the coding, I added some of the LiveTV and the plugin is straightforward code, the problem are that you need to add another heavy server for transcoding on top of NextPVR's backend just for LiveTV which is always going to be trouble.

If Emby could relay the live URL to a client that would help, but I get it that the real value of Emby is playing to platforms that done support broadcast files.

What specific problem do you think would be helped with more NextPVR dev. help? Sven is pretty good but most of the problems I see are in transcoding or in sub's url to the live stream failing after a notable amount of time

ie lines like these take 20 seconds and timing out.

Code:

2015-09-04 17:57:59.2290 Info - App: C:\Users\Adrian\AppData\Roaming\MediaBrowser-Server\ffmpeg\20150717\ffmpeg.exe -fflags +genpts -i "http://localhost:8866/live?channeloid=7165&client=MB3.1" -map_metadata -1 -threads 0 -sn -codec:v:0 libx264 -pix_fmt yuv420p -preset superfast -crf 23 -maxrate 1372000 -bufsize 2744000 -vsync vfr -profile:v high -level 41 -force_key_frames "expr:gte(t,n_forced*3)" -vf "scale=min(iw\,1280):trunc(ow/dar/2)*2" -sc_threshold 0 -codec:a:0 aac -strict experimental -ac 2 -ab 128000 -af "adelay=1,aresample=async=1" -hls_time 3 -start_number 0 -hls_list_size 0 -hls_base_url "hls/ef7317a826268a0b96e6d026b452099d/" -y "C:\Users\Adrian\AppData\Roaming\MediaBrowser-Server\transcoding-temp\ef7317a826268a0b96e6d026b452099d.m3u8"

We know the NextPVR stream are solid but the Emby server needs to be smarter.

Martin

[Svekke]

If you send this code to the next pvr api. Shouldn't this record this thing on every Saturday?

Code:

{
    "ChannelOID": 7160,
    "startDate": "0001-01-01T00:00:00",
    "endDate": "0001-01-01T00:00:00",
    "epgeventOID": 3449092,
    "recurringName": "F.C. De Kampioenen",
    "qualityDefault": false,
    "qualityGood": false,
    "qualityBetter": false,
    "qualityBest": false,
    "pre_padding_min": 1,
    "post_padding_min": 2,
    "extend_end_time_min": 0,
    "keep_all_days": false,
    "days_to_keep": 0,
    "onlyNew": false,
    "recordOnce": false,
    "recordThisTimeslot": false,
    "recordAnyTimeslot": false,
    "recordThisDay": false,
    "recordAnyDay": false,
    "recordSpecificdays": false,
    "dayMonday": false,
    "dayTuesday": false,
    "dayWednesday": false,
    "dayThursday": false,
    "dayFriday": false,
    "daySaturday": true,
    "daySunday": false,
    "allChannels": false,
    "recColorRed": false,
    "recColorYellow": false,
    "recColorGreen": false,
    "recColorBlue": false
}

[mvallevand]

For a recurring recording I think you need both

"recordThisDay": true, and

recordThisTimeslot": true, (when you define a time)

Martin