Media Browser Integration

[mvallevand]

What do you mean by you need to send .1-.3 ?

web.log.1 web.log.2 web.log.3

I give you also a little bit information.
I was watching tv (live-2BE .....). Then my sister started the recording (live-libelle...).
It works for my sister, she don't see anything wrong. But at that moment mine just stops playing.

I can start it again. There is no problem then. She don't get kicked from the recording...

There is some odd stuff at around 22:42 in NRecord in but I'd like to see what web.log was asking. If you stiill have the MB3 log that might show the ffmpeg calls

Martin

[Svekke]

web.log.1 web.log.2 web.log.3



There is some odd stuff at around 22:42 in NRecord in but I'd like to see what web.log was asking. If you stiill have the MB3 log that might show the ffmpeg calls

Martin

In attachment the logs.

[mvallevand]

Yes it looks like when she started live-libelle NextPVR got confused when ffmpeg tried to open it three times quickly

2014-04-11 22:42:20.117 [DEBUG][66] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17
2014-04-11 22:42:24.789 [DEBUG][18] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17
2014-04-11 22:42:26.211 [DEBUG][30] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17

and when it stopped two of those it dropped your stream too

2014-04-11 22:43:04.027 [INFO][39] AnalogRecorder stream count now 0

Martin

[Svekke]

Yes it looks like when she started live-libelle NextPVR got confused when ffmpeg tried to open it three times quickly

2014-04-11 22:42:20.117 [DEBUG][66] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17
2014-04-11 22:42:24.789 [DEBUG][18] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17
2014-04-11 22:42:26.211 [DEBUG][30] Got Web Request (192.168.1.151): /live channeloid=7154&client=MB3.17

and when it stopped two of those it dropped your stream too

2014-04-11 22:43:04.027 [INFO][39] AnalogRecorder stream count now 0

Martin

And what could be the problem? Or how can i solve it?

[mvallevand]

And what could be the problem? Or how can i solve it?

The big problem in on the MB3 side trying to transcode live streams. On your forums this is a issue with live tv in general for several users. On-the-fly transcoding with ffmpeg as been a challenge for NextPVR too and the magic command line has never been found. You will find that apps that have more control of the mux like XBMC, VLC, MPC--HC to name a few don't have this same trouble streaming.

There seems to be a bug on the server side too trying to resolve multiple simultaneous stream open and close request for the same client but that should go away if ffmpeg was behaving nicely.

Martin

[lukemb3]

Well about transcoding, there's a way we can optimize and avoid that, but I honestly didn't understand the response on the last page when I posted this question:

What kind of media info are you able to report on live channel streams? In the GetChannelStream method, would it be possible to add information about the format getting sent back.

I didn't understand it just because i don't really know all of the npvr lingo. But in the latest nuget package, the get stream method allows you to attach media info to the LiveStreamInfo object that you send back. If that can be populated somehow then we can begin to identify scenarios in which transcoding can be avoided.

[mvallevand]

It wouldn't help Svekke, at all because his analog channels would need to be transcoded

As I wrote nothing on the stream, but we could pass an educated guesses based on the channel. Do you have the remuxing working now based on this info? If so (and you have cleaned out that dlna spew) I'll put out a patch to test it, I do have some h264 channels. Let me know what I have to return and we can work from there.

Martin

[lukemb3]

No the server currently won't do anything with the information yet. The object is a list of streams inside the container. It's basically the same as an ffprobe dump:

http://paste2.org/3mb6mnY5

Note that you don't have to supply all of that data, but the more the better. if the client asks for h264 under a certain bitrate, then we can stream copy. but if they also say they need baseline profile or under a certain level/framerate, then we'd have to look at that data, and if it's missing it will transcode.

[lukemb3]

As for the dlna logging messages, you guys are working on dev builds of the server, so you can basically assume there will always be things in progress that may not yet be working correctly.

If you prefer to stay on release builds that is fine. It means we'll add features to the server, wait a few weeks for it to be released and then sync up about adding them into the plugin.

[mvallevand]

Note that you don't have to supply all of that data, but the more the better. if the client asks for h264 under a certain bitrate, then we can stream copy. but if they also say they need baseline profile or under a certain level/framerate, then we'd have to look at that data, and if it's missing it will transcode.

If you want it all you'd have to use the time shifting mode and then read it with MediaInfo, otherwise it is h264 or MPEG2

Martin