delayed playback from TVServer (1 Viewer)

[Benoire]

Morning everyone,

I'll start by saying that I am using @DJBlu modifications, however I am not using any softcams while trying to understand this issue.

To give some back ground, I have a virtualized server which consists of an AMD FX 6100, 14Gb Ram, HDDs with 2 TBS 6981s. I'm currently running ESXi 5.5 as the hypervisor. This is connected to the Gb network via a 1Gb network card.

On top of this I'm currently running windows server 2012 essentials as the AD DC; I have no other server running at the moment as I want to sort the media side out first.

The problem I have is that TVserver can due to the FTA channels fine BUT once TVServer is set to timeshift, the client (connected to the domain without the essentials connector) takes around 15-20s to connect to the UNC timeshift file. It takes even longer if you connect via RTSP.

I've attached what I think are the most useful logs from both the client and the server. Can someone have a look and see what might be causing the client to take a very long time to connect?

Thanks,

Chris

EDIT: also what does this mean:

02-11-2013 11:25:24.991 [16fb0048] [ fc] CTsReaderFilter:uration - correction to predicted duration: 1619267.000

as TV playback stopped after about 20 minutes but TVserver is still writing to the timeshift file as the client hasn't closed it down, it just stopped playing...

 

[Benoire]

So it seems that if you have tuner(s) connected in the system but without a cable or signal it screws up the card allocation and therefore tune time. As I only have two cables to the four cards, I've disabled one card and now my tunes are as I would expect, around 1s for FTA channels or slightly longer via RTSP.

@mm1352000 do you know if this is a symptom of modifications to the code by someone OR a general feature of MediaPortal TVE3?

Cheers,

Chris

 

[mm1352000]

So it seems that if you have tuner(s) connected in the system but without a cable or signal it screws up the card allocation and therefore tune time.

Chris, TV Server doesn't just use any available tuners. You have to somehow indicate that a given tuner is capable of tuning a given channel. That is what mapping does:
http://wiki.team-mediaportal.com/1_...Server_Configuration/03_TV_Channels/2_Mapping

If you don't do that, TV Server absolutely won't use a tuner.

Channels are automatically mapped to a tuner when the tuner scans them in. Otherwise the mapping usually has to be done manually. I guess it is possible that DJBlu modified this in his version, however...

From a glance at the logs, I think you're on the wrong track. I see the 20 second delay, but it comes after TV Server reports having successfully tuned the channel.

Tuning:

[2013-11-02 10:51:45,912] [Log ] [56 ] [INFO ] - Controller: find free card for channel C4
...
[2013-11-02 10:51:46,630] [Log ] [56 ] [DEBUG] - CardReservation.RemoveTuneTicket: removed reservation with id=79, tuningdetails=DVBS:tvkyNZ C4 Freq:12644000 ONID:169 TSID:5 SID:1034 PMT:0x130 FTA:True LCN:114 SymbolRate:22500 Modulation:ModQpsk Polarisation:LinearH InnerFecRate:Rate3_4 DisEqc:None band:Universal Pilot:NotSet RollOff:NotSet

[2013-11-02 10:51:45,919] [Log ] [MPMain ] [INFO ] - TVHome.ViewChannelAndCheck(): View channel=C4
[2013-11-02 10:51:46,656] [Log ] [MPMain ] [INFO ] - succeededucceeded TvControl.VirtualCard
[2013-11-02 10:52:07,678] [Log ] [MPMain ] [INFO ] - tvhome:startplay

So, the problem is client side. There is very little code between those two entries. As I recall, this is typical of what sometimes happens when IPv6 is enabled. Please disable the IPv6 protocol on your network adaptors and see if it makes any difference.

I note: your setup is now at the point where I'm starting to get reluctant to provide support. Non-standard OS, virtualisation, non standard version of TV Server...
Obviously MediaPortal is open source and we don't prevent you doing whatever you feel like you want or need. However, there are boundaries for what we can reasonably provide support for.

mm

mm