Testbuilds for Native MP2 TV - Updated for 10th AE Update 1 (2014-09-13)! (5 Viewers)

[mm1352000]

The strange thing is that when I collected the logs this time the timeshifting actually kept on going and the client screen became black but the TsReader log on the client was filled with

My guess is that is a client side error. The video codec probably stopped asking for data for some reason. I can't help with that.

I then started TV in MP1 just to make sure TV was still working on that client and then I redid the test and this time I again received "There is not player registered to play media item 'stream4.0'". This is in v3 folder.

Logs say:

[2014-04-20 22:24:48,091] [101422 ] [Thread9 ] [WARN ] - SlimTvPlayerBuilder: Error playing media item 'Resource '{04affa6c-ea42-4bd3-aa6f-c16dcef1d693}://0|rtsp://192.168.1.77:554/stream4.0' at system 'acbd7970-3fcd-4465-aeb1-ac639b6a1c54'
System.Runtime.InteropServices.COMException (0x80004005): Unspecified error

at DirectShow.Helper.HRESULT.Throw()
at MediaPortal.UI.Players.Video.TsVideoPlayer.AddSourceFilter()
at MediaPortal.UI.Players.Video.BaseDXPlayer.SetMediaItem(IResourceLocator locator, String mediaItemTitle)
at MediaPortal.Plugins.SlimTv.Client.Player.SlimTvPlayerBuilder.GetPlayer(MediaItem mediaItem)

TsReader says:

20-04-2014 22:29:33.148 [aa0]Failed to get a SDP description from URL rtsp://192.168.1.77:554/stream4.0 cannot handle DESCRIBE response: RTSP/1.0 404 Stream Not Found

So here I suspect a server side problem, but unfortunately without the server logs [again] I can't be sure.

Summary: I can't say anything more about any potential server issues than with the previous log files.

 

[johnzered]

New logs...

 

[mm1352000]

Thanks, those logs are helpful.

So, on the server side we see that tuning is successful:

[2014-04-21 10:16:59,861] [219033 ] [47 ] [INFO ] - Controller: find free card for channel Yle TV2
...
[2014-04-21 10:17:01,475] [220647 ] [47 ] [DEBUG] - card: WaitForFile - video and audio are seen after 0.0160009 seconds

RTSP should be streaming.
The TVE configuration looks okay:

[2014-04-21 10:17:01,489] [220661 ] [47 ] [DEBUG] - RTSP: start streamer
[2014-04-21 10:17:01,491] [220663 ] [RTSP Streaming thread] [DEBUG] - RTSP: Streamer started
[2014-04-21 10:17:01,491] [220663 ] [47 ] [DEBUG] - RTSP: add stream stream4.0 file:C:\ProgramData\Team MediaPortal\MP2-Server\SlimTVCore\timeshiftbuffer\live4-0.ts.tsbuffer

The streaming server response looks okay:

21-04-2014 10:13:28.640 Stream serveretup stream server for ip: 192.168.1.77
21-04-2014 10:17:01.503 Stream server: add timeshift mpeg-2 transport stream stream4.0 filename:C:\ProgramData\Team MediaPortal\MP2-Server\SlimTVCore\timeshiftbuffer\live4-0.ts.tsbuffer
21-04-2014 10:17:01.504 Stream server: url for stream is rtsp://192.168.1.77/stream4.0

However, the client (TsReader) is not able to receive the stream:

21-04-2014 10:17:06.452 [310]open rtsp:rtsp://192.168.1.77:554/stream4.0
21-04-2014 10:17:06.453 [310]CRTSPClient::OpenStream()
21-04-2014 10:17:06.454 [310]CRTSPClient::getSDPDescriptionFromURL()
21-04-2014 10:17:06.457 [310]Failed to get a SDP description from URL rtsp://192.168.1.77:554/stream4.0 cannot handle DESCRIBE response: RTSP/1.0 404 Stream Not Found
21-04-2014 10:17:06.459 [310]CRTSPClient::shutdown()

Note the error code: 404 stream not found.

Why does this happen? Well, that's a really good question... and I don't have the answer right now.

Two more questions:

1. Have you configured the streaming server to operate on a different port (ie. not 554) here (?): http://wiki.team-mediaportal.com/1_...n/TV-Server_Configuration/10_Streaming_Server
   
2. Normally the 404 error code does not indicate firewall problems, however I wonder if testing with all firewalls disabled makes any difference?

@gibman
I note there is a bug here.
The subchannel is removed from user management before the streaming is stopped:
[2014-04-21 10:17:03,441] [222612 ] [47 ] [DEBUG] - usermanagement.RemoveUser: 192.168.1.2-0, subch: 0 of 1, card: 4
[2014-04-21 10:17:03,497] [222668 ] [47 ] [DEBUG] - RTSP: remove stream stream4.-1

We see "stream4.-1", but that should be "stream4.0".
The problem seems to be in the order of the code in TVController.cs in DoStopTimeShifting(). Wonder if you could investigate?

mm

 

[johnzered]

Thank you mm for looking into this.
I installed the server part on another computer and now I got it to work.

My previous setup was like this:
SERVER A
-MP2 Alpha 4 Server
-MP 1.6.0 server
CLIENT 1
-MP2 Alpha 4 client
-MP 1.6.0 client

And my current setup is:
SERVER A
-MP 1.6.0 server
SERVER B
-MP2 Alpha 4 Server
CLIENT 1
-MP2 Alpha 4 client
-MP 1.6.0 client

When both MP1 and MP2 were on the same server they were both configured to use port 554.
As I've understood it, it should be possible to have MP1 and MP2 on the same machine without conflicts but maybe this is only true in singleseat setup?

 

[mm1352000]

When both MP1 and MP2 were on the same server they were both configured to use port 554.
As I've understood it, it should be possible to have MP1 and MP2 on the same machine without conflicts but maybe this is only true in singleseat setup?

You can configure MP1 TV Server to use a different port:
http://wiki.team-mediaportal.com/1_...n/TV-Server_Configuration/10_Streaming_Server

[edit: To be clear, we say that it is possible to install MP 1 and MP 2 on the same PC... but we don't say that you can run TV Server at the same time as MP 2 Server with Native TV. Trying to run both servers at the same time on the same PC would lead to fighting over tuners.]

 

[johnzered]

OK, I think I will keep them separated going forward.

Another question. To watch recorded TV in MP2 i need to add a media share on the client, right? For this to work in multiseat I suppose I have to share my recordings folder in Windows, eg. C:\Recordings?
Or can I install MP2 client on my server pc and add a global media share there and still be able to access it on mp2 client on another computer without sharing the folder in Windows?

Hope this wasn't too confusing Basically what I'm asking if I have Computer A with MP2 server installed and Computer B with MP2 client installed how should I setup the media share to access the recordings on Computer A from Computer B.

 

[MrTechno]

Create a global media share using local filesystem. That will make the recordings on Computer A available to computer B (and any other clients you have)

 

[johnzered]

Thanks, I didn't have time to test this yesterday but just to make sure in order to add global media share using local filesystem I need to have MP2 client installed on Computer A as well? Currenlty I have only server part installed on Computer A and only client part on Computer B.

@morpheus_xx Can we expect a new version of Native MP2 TV anytime soon?

@mm1352000 in SetupTV under CAM settings there's an option for Multi-channel decrypt mode with the values disabled, list and changes. What does this option do and what's the affect of the different values?

 

[MrTechno]

I need to have MP2 client installed on Computer A as well?

That's not necessary; any client can create global media sources.

 

[mm1352000]

in SetupTV under CAM settings there's an option for Multi-channel decrypt mode with the values disabled, list and changes. What does this option do and what's the affect of the different values?

The setting controls how TV Server sends decrypt requests to the CAM for the tuner extension (custom device) plugins that support multi-channel decryption:

• AVerMedia
• Digital Devices (MCD mode - CI/CAM linked to only one tuner) [note: Not yet supported in released versions of Native TV, but supported in my working branch.]
• Digital Everywhere
• DVBSky
  
• KNC
  
• NetUP
• TechnoTrend
• TBS
  
• Twinhan/TerraTec/TechniSat/VisionPlus

Multi-channel decryption not supported (setting makes no difference):

• Anysee
• SmarDTV USB CI (WinTV CI, TerraTec USB CI)

Special cases:

• Digital Devices (MTD mode - CI/CAM linked to more than one tuner) - only use "changes"
  
• MDAPI - recommended to only use "changes"

The full details are quite technical. You can read section 8.4.3.4 of EN 50221 if you're interested. Pay particular attention to the description of the ca_pmt_list_management field.

In short:
disabled = Tell the CAM to decrypt only the current channel (EN 50221 list management: only). This mostly matches current TVE 3 behaviour. The CAM may still decrypt multiple channels... but that would be CAM dependent behaviour. Provided mostly for stability/troubleshooting purposes.
list = When a new channel must be decrypted, send the full list of channels to the CAM (EN 50221 list management: only, first, more, last). Most compatible setting to support multi-channel decryption, but may cause glitches in current streams when a new stream is added.
changes = When a new channel must be decrypted, only tell the CAM to decrypt that channel (EN 50221 list management: add, update). Most desirable setting to use for multi-channel decryption (because it may avoid glitches seen with "list"), but may not be supported by some CAMs.

Hope that makes at least some sense. Difficult to explain...
mm