DVB-IP MediaPortal IPTV Source Filter (1 Viewer)

[georgius]

I found something in logs:

2012-07-10 15:49:17.837144 [(5)]: dvbip:  Tune:DVBIP:tv:Telenor DR K Freq:0 ONID:1 TSID:1 SID:10154 PMT:0x10B FTA:True

after short time

2012-07-10 15:49:21.889376 [(5)]: subch:0 SendPMT: Channel FTA information changed to False according to CAIDs in PMT.

This lead me to study source code of MP 1.3.0 Alpha and I found interesting things. I realized that in TV Server is implemented channel cache (in short - TV Server holds necessary information about channel and its tunning parameters) - possibly it makes switching channels faster than accessing all the time the database.

Because channel FTA status changed, it's changed also in channel cache (but not in database - that's why you see all channels green). But when you try to switch to this channel, TV server can't do this because it gets from cache that channel is not FTA. But when you restart TV Service same channel is working. It also seems that this doesn't affect first tune to channel.

Notice: channel 'TV 2 Østjylland' is not working - no data are received and this has no effect on FTA status.

Edit: Created new thread in MP 1.3.0 Aplha reporting this issue.

 

[georgius]

chrik: Can you make dump file from DR K channel and attach it to this thread for analysis? You can create dump file by changing DumpRawTS option in MPIPTVSource.ini file to 1. Then watch DR K channel approx. 20 seconds (it will be enough for analysis). Dump file will be located in TV Server log directory. Don't forget to change DumpRawTS option back to 0 after dump

Thanks.

Edit: It would be great if you also attach logs from same time when making dump file. There will be information if channel is FTA or not.

 

[chrik]

Ok georgius i´ll make the dump tomorrow

 

[TyfoonGT]

I have now two paralel setup's (on two machines); One with Windows MediaCenter (multituner IPTV via DVBLINK) and MediaPortal (via the TV Server IPTV integration, three IPTV tuners).

It took me some time to figure how to get everything up and running in MePo (never worked with it) but all is working now.

What I notice is that the switching between channels in MePo takes about twice as long as in WMC (6 vs 3 seconds). Is there anything IPTV filter related/setup that I can do do improve this?

 

[mm1352000]

Hello TyfoonGT

What I notice is that the switching between channels in MePo takes about twice as long as in WMC (6 vs 3 seconds). Is there anything IPTV filter related/setup that I can do do improve this?

Without log files it is impossible to know for sure what the slow part of the tuning process is.
http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/16_Support/3_Forums/2_Log_Files
Follow the instructions for reproducible problems. When asked to reproduce the problem, just tune a handful of channels to give us some idea of how long the "zap" time is. Then close MP and upload the zip file.

mm

 

[TyfoonGT]

Please find attached the file. Went to live TV, switched some channels, stopped TV and closed MePo.

 

[mm1352000]

Hello again

The first tune (which is usually a little slower) took TV Server about 3.5 seconds. The remaining time was MP starting timeshifting. I don't think there is too much you can do about this.

After that, tuning was taking around 2 seconds:

2012-08-19 11:44:12.893994 [Info.][MPMain(1)]: TVHome.ViewChannelAndCheck(): View channel=RTL 4 HD
2012-08-19 11:44:13.064004 [Debug][MPMain(1)]: TvHome.RenderBlackImage()
2012-08-19 11:44:13.078004 [Debug][(17)]: TvHome.OnVideoReceived() 0
2012-08-19 11:44:13.084005 [Debug][(17)]: RenderBlack: x:0, y:0, w:1920, h:1080
2012-08-19 11:44:13.089005 [Info.][MPMain(1)]: TSReaderPlayerause graph
2012-08-19 11:44:13.108006 [Info.][MPMain(1)]: TSReaderPlayer: OnZapping :128
2012-08-19 11:44:14.807103 [Info.][MPMain(1)]: TSReaderPlayer: OnZapping :6
2012-08-19 11:44:14.810104 [Info.][MPMain(1)]: succeededucceeded TvControl.VirtualCard
2012-08-19 11:44:14.814104 [Info.][MPMain(1)]: tvhomeeektoEnd(6,6644584/9,383),True,rtsp=False
2012-08-19 11:44:14.817104 [Debug][MPMain(1)]: g_Player.SeekAbsolute() - Preparing to seek to 0:0:9
2012-08-19 11:44:14.823104 [Info.][MPMain(1)]: TsReaderPlayer:seekabs:93829999 start:0 end:93830000
2012-08-19 11:44:14.874107 [Info.][MPMain(1)]: TsReaderPlayer: pos: 93829999 start:0 end:93830000
2012-08-19 11:44:14.877107 [Info.][MPMain(1)]: TsReaderPlayer seek done:0
2012-08-19 11:44:14.881108 [Info.][MPMain(1)]: TSReaderPlayer: current pos:9,3829999 dur:9,383
2012-08-19 11:44:14.884108 [Info.][MPMain(1)]: TSReaderPlayer:Continue graph
2012-08-19 11:44:14.902109 [Debug][MPMain(1)]: ZAP OSD:Off timeout
2012-08-19 11:44:14.906109 [Debug][MPMain(1)]: zaposd pagedestroy
2012-08-19 11:44:14.910109 [Debug][MPMain(1)]: Window: TvPlugin.TvZapOsd deinit
2012-08-19 11:44:14.913109 [Debug][MPMain(1)]: TextureManager: CleanupThumbs()
2012-08-19 11:44:14.937111 [Info.][MPMain(1)]: TSReaderPlayer:OnRequestAudioChange()
2012-08-19 11:44:14.940111 [Debug][MPMain(1)]: TVHome.OnAudioTracksReady()
2012-08-19 11:44:14.948111 [Debug][MPMain(1)]: TVHome.GetPreferedAudioStreamIndex(): preferred LANG(s):n/a preferAC3:False _preferAudioTypeOverLang:True
2012-08-19 11:44:14.952112 [Debug][MPMain(1)]: Audio streams avail: 2
2012-08-19 11:44:14.955112 [Info.][MPMain(1)]: TsReaderPlayer: AudioDualMonoMode switching not available. Audioswitcher filter not loaded
2012-08-19 11:44:14.958112 [Info.][MPMain(1)]: Audio stream: switching to preferred MPEG audio stream 0, NOT based on LANG
2012-08-19 11:44:14.969113 [Info.][MPMain(1)]: TsReaderPlayer: AudioDualMonoMode switching not available. Audioswitcher filter not loaded
2012-08-19 11:44:17.078233 [Debug][(17)]: TvHome.OnVideoReceived() 3

As you can see, starting timeshifting and waiting for the video and audio was taking about 2 seconds. You might be able to improve this by using your faster HDD (the WDC WD3200KS) for timeshifting. You can still use the larger "green" drive for recording.

mm

 

[TyfoonGT]

Thanks. Guess the logs don't lie but it takes longer if I clock with my watch.

This is my test machine. My production one is much better specs incl. an SSD so would hope to get some improvement out of that.

 

[mm1352000]

I guess the codecs and renderers may take some additional time to start decoding and showing/playing video and audio. It is impossible for us to quantify this time though. So in that sense, codec and GPU choices can also have an effect.

If you're zapping by entering the channel index or number on your remote then there is also a zap delay.
http://wiki.team-mediaportal.com/1_...al_Configuration/13_GUI/6_On-Screen_Display_*

That section of configuration is only visible in "expert mode" (you can change between basic and expert in the top right corner of MP configuration).

@georgius: I was wondering... is it possible to remove some of the unneeded DVB-IP protocol DLLs to speed up zapping, or are they all required?

 

[georgius]

If all not necessary protocols will be removed, than he spare approx. 350 ms (counted by his log).