Issues with live TV on client PC (1 Viewer)

[T^2]

So... I can connect to the TV Server and Live TV will work on this client PC (connected via home network). The problem is glitchy/stuttering video and audio with MP client. I also have NextPVR installed on both the server and this client. I don't have any problems with live TV with the NextPVR client on my client PC. Both the MP and NextPVR clients are set up to use the same filter with hardware accelaration (I've actually set them both to use the LAV and Microsoft DTV-DVD Video Decoder in separate occasions and it made no difference which was used). CPU performance when using NextPVR client is in the low 20% range. With MP client CPU performance is in the mid 30% range with spikes to 50%.

For what it's worth here are the two graphs:

NextPVR

MP

Taking a closer look at the Video Decoder input and output pins...

NextPVR

MP

So I don't know what significance it may have, but I noted that the input pin for the decoder (w/NextPVR) shows PAL, 576, @25fps. The input for the decoder (w/MP) shows 720p @60fps with a significantly higher bit rate. Both output's show 720p. The same results occur when watching live TV on the server PC (except there is no video/audio issues with MP's live TV on the server machine and the CPU performance barely notices anything). So is this saying what I think it's saying? That the TS container created by NextPVR has a PAL, 576 video stream which is decoded into 720p on the output of the decoder? The server machine is connected to a 37" HDTV (with 720p native). I can't tell the difference between NextPVR and MP on the server machine when watching HD or SD. So if it is PAL converted to 720p then my eyes aren't seeing it (but I haven't thought to look for any difference between MP and NextPVR).

The server machine specs are noted in my system specs.

The client machine is a fair bit older. It's specs are as follows:

CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ 2.20GHz
Ram: 2GB
Graphics Processor: NVidia GeForce 8600 GT
Op Sys: Windows 7 Home Premium SP1

So what gives? Is the NVidia 8600 GT just not able to hack it for the MP stream? I've memory serves... I recall it was supposed to be able to handle it just fine. Need new client machine? Also... Is the stream produced my NextPVR inferior? Am I totally misreading this whole thing?

 

[mm1352000]

I think at least some of the pin information that you're looking at there is definitely bogus. For example, both of the bitrate values on the codec input pin are unlikely to be correct. 10 Mb is too round, and 38 Mb is just off. No broadcast stream I've ever heard of has a bitrate that high.

This is digital video we're talking about here. Nothing is re-encoding, so the real bitrate and format on the input to the codec are going to be the same. What the TS splitters (ie. TsReader for MP, ??? for N-PVR) advertise on their output pin is... well, its up to them, and I'm sure there may be a reason for it.

Log files are going to be far more useful troubleshooting a problem like this.

 

[T^2]

I think at least some of the pin information that you're looking at there is definitely bogus. For example, both of the bitrate values on the codec input pin are unlikely to be correct. 10 Mb is too round, and 38 Mb is just off. No broadcast stream I've ever heard of has a bitrate that high.

This is digital video we're talking about here. Nothing is re-encoding, so the real bitrate and format on the input to the codec are going to be the same. What the TS splitters (ie. TsReader for MP, ??? for N-PVR) advertise on their output pin is... well, its up to them, and I'm sure there may be a reason for it.

Log files are going to be far more useful troubleshooting a problem like this.

Which log files should I post?[DOUBLEPOST=1389140903][/DOUBLEPOST]Here are my MP logs...[DOUBLEPOST=1389141229][/DOUBLEPOST]Here are my NextPVR logs... The NRecord.log was copied to a copy because the file was in use and not accessible.

 

[mm1352000]

Thanks
Okay, so you can see the real video format in the TsReader log:

[2014-01-07 17:39:36,815] [ d081fd8] [1524] - DeMultiplexer: First Gop after new PAT, 1280x720 @ 16:9, 59.940Hz progressive

I can also see a ton of continuity errors which explain the stuttering.
Have you tried playing the stream from TV Server in VLC to see if it also stutters there?

 

[T^2]

Thanks
Okay, so you can see the real video format in the TsReader log:

[2014-01-07 17:39:36,815] [ d081fd8] [1524] - DeMultiplexer: First Gop after new PAT, 1280x720 @ 16:9, 59.940Hz progressive

I can also see a ton of continuity errors which explain the stuttering.
Have you tried playing the stream from TV Server in VLC to see if it also stutters there?

What's the correct http link/format for that?

 

[mm1352000]

What's the correct http link/format for that?

Please refer to the wiki:
http://wiki.team-mediaportal.com/1_...rver_Configuration/10_Streaming_Server#Stream

Once your MP client starts a stream, an entry should appear in that streaming server section on the server. You should be able to contruct a URL in the format rtsp://<server name or IP address here>:554/<stream column value here, for example stream2.0>. Open that URL in VLC via file > open network stream.

It would be interesting to check stream playback with VLC on both the client and the server...

 

[T^2]

What's the correct http link/format for that?

Please refer to the wiki:
http://wiki.team-mediaportal.com/1_...rver_Configuration/10_Streaming_Server#Stream

Once your MP client starts a stream, an entry should appear in that streaming server section on the server. You should be able to contruct a URL in the format rtsp://<server name or IP address here>:554/<stream column value here, for example stream2.0>. Open that URL in VLC via file > open network stream.

It would be interesting to check stream playback with VLC on both the client and the server...

Ok... Gave it a whirl on both machines. Live TV was smooth on both machines via stream to VLC. However, CPU performance on the client PC was in the 50% neighborhood with occasional peaks to 60%. Do you want more logs?

 

[T^2]

In case the logs are needed... Here is the MP logs from the client...[DOUBLEPOST=1389221076][/DOUBLEPOST]Here are the logs from the server machine...

 

[mm1352000]

I find it really interesting that the continuity errors seem to occur on a 4-5 second cycle. In other words, to me it looks like there is a pattern...

 

[T^2]

I find it really interesting that the continuity errors seem to occur on a 4-5 second cycle. In other words, to me it looks like there is a pattern...

Well... Can they be beaten into submission?