Plugin: MP2Extended (1 Viewer)

[johanj]

I would suggest that the transcoding is started when one call startStream. In MPExt everything is running and the player start instantly when the url is set to the player.

 

[FreakyJ]

That's what I was talking about. But lets wait what henso is saying
I guess it is the way it is because the DLNA Server works differently. I am really thankful that henso is working on the streaming part and it will come to great glory. I will be also reused for MP2Web, so this is some important work.

 

[henso]

So I guess the solution to this problem would be to start ffmpeg already when the prepare stream function is called.

That was my thought exactly. The API description clearly states that StartStream could take up to 30 sec to complete which must mean this is where the transcoding should be started.

Deeper investigation though shows that the first RetrieveStream only requests 1 byte and then the following request has no such limitation (wants all bytes). So it must be some sort of detection of whether the stream is ready or not. Now I just need to find some way of supporting this.

 

[spitjo]

Sorry if this is not a developement post but i would like to know if this is compatible with ampdroid, mainly for live tv.. thanks

 

[Lehmden]

Hi.

i would like to know if this is compatible with ampdroid

One of the main goals of this plugin...

 

[henso]

@FreakyJ
If you haven't noticed it, I pushed some changes to the usual repository.

Live TV should work but only with RTSP because a INetworkRA is always used. I cannot test local timeshift files with my current setup.

 

[FreakyJ]

I saw it yesterday while I was sitting in the bus

I guess you intend to make further modifications on that? I don't know what @MrTechno status is with the DLNA part. So I will wait for this until I start to merge everything together. I hope that is fine with you. otherwise scream

 

[henso]

I hope that is fine with you.

That's perfectly fine with me.

 

[pünktchen]

@FreakyJ
If you haven't noticed it, I pushed some changes to the usual repository.

Live TV should work but only with RTSP because a INetworkRA is always used. I cannot test local timeshift files with my current setup.

@henso
What do you mean with "RTSP only" - the MPExtended streaming method or the TVServer setting (vs. UNC)?
Do you deliver also media infos about the live tv stream (resolution, audio channels...)?

 

[henso]

What do you mean with "RTSP only" - the MPExtended streaming method or the TVServer setting (vs. UNC)?

I mean the TVServer Setting. What I implied was that UNC paths will not work although I am not able to test it in my current setup. So for single-seat setup you would have to force RTSP if UNC is not working.

Do you deliver also media infos about the live tv stream (resolution, audio channels...)?

Not currently no. Tuning happens when calling InitStream and analysis of the stream happens when calling StartStream. So I have no information about the channel before StartStream is called. To do so would require me to start tuning, analyzing the stream and then stop tuning on every call to GetMediaInfo. Tuning and analyzing the stream could potentially take up to 10 seconds. This would mean that first the user has to wait around 10 seconds for showing the media info an then again when he actually starts streaming. Is MPExt 1 supporting this, because I always had problems with TV streams using the wrong language for audio?