[Finished] Improvements to Live TV playback rate matching - for testing (3 Viewers)

[azzuro]

Great .... my dream ....
sory @Owlsroost to speak other stuff than your rework

 

[Owlsroost]

ImDisk in the newest version.

Testing with it now

 

[Owlsroost]

@Palm_Maniac - can you try the attached TsWriter.ax please (v3.1.31.1)?

I've modified it so that it doesn't immediately close a timeshift buffer file when it reaches the end of it. This is because whenever I have seen data corruption errors ('syncErrors' in the TsReader log) it's always been very close to the end of a buffer file and around the time of the changeover to a new file at the server.

EDIT: file deleted due to potential lock-up problem, please use v3.1.31.2 in next post.

 

[Owlsroost]

EDIT:

Realized that TsWriter.ax v3.1.31.1 might have a small lock-up problem, so new v3.1.31.2 attached - please use this version instead of v3.1.31.1

 

[Palm_Maniac]

Hi Owlsroost,

the new TSWriter has significantly reduced pixelation. The sporadic stills have become significantly less. Unfortunately, however, they are still there, especially at the beginning of the program. Since there is then often 1-3 fierce stills, and then for a long time everything is OK. In other programs, the then happening. Can it hang together with the audio track? I have a feeling that it is more common in shipments with 5.1 sound than stereo broadcasts. Lack sound indicator I can not say for sure. Overall, it is always better and with fewer errors. Thanks again for the effort and work.

Enclosed back all client and server logs. I hope you'll find something.

 

[Owlsroost]

In other programs, the then happening. Can it hang together with the audio track? I have a feeling that it is more common in shipments with 5.1 sound than stereo broadcasts.

In the TsReader log:

[2015-07-11 00:20:16,778] [2b3b22d8] [1050] - demux: AC3 channels = 6 -> 2
[2015-07-11 00:20:17,378] [2b3b22d8] [ 2a4] - audPin: Add pmt, fTime:0.944 SampCnt:3739, Ch:2, Sr:48000
[2015-07-11 00:20:17,379] [2b3b22d8] [ 2a4] - demux:GetVideoStreamType(), FPS from DTS/PTS = 25.000000, DTSdiff/PTSdiff/MPEG2 = 0.020000/0.020000/0.000000, DTS/PTS count = 22489/29985

...This actually looks like it might be an issue with the stream itself - are these audio channel format changes happening at the advert breaks ?

What I *think* is happening is that when audio channel count is changing, there is also a video change which the downstream video decoder (LAV) is detecting and requesting an updated 'media type' from TsReader (triggering the 'demux:GetVideoStreamType()' line in the log). It might just be that there is a small jump in the video timestamps at that point - I can't tell from the logs.

Do recordings from the 'problem' channels have the same issues ?

=========================================================

In your TsWriter log, you have quite a lot of:

[2015-07-11 00:00:25,776] [551c360] [1dd8] - PMT Pid wasn't found on the PAT. Channel may have moved, try a new channel scan.
[2015-07-11 00:00:25,873] [551c360] [1dd8] - PMT Pid wasn't found on the PAT. Channel may have moved, try a new channel scan.
[2015-07-11 00:00:25,969] [551c360] [1dd8] - PMT Pid wasn't found on the PAT. Channel may have moved, try a new channel scan.

....which probably are not affecting playback but you should investigate.

Also there are some MiniDisplayPlugin errors in MediaPortal.log:

[2015-07-10 23:42:36,190] [Error  ] [MiniDisplayRender] [ERROR] - MiniDisplayPlugin.DisplayHandler.DisplayLines(): CAUGHT EXCEPTION Die Eingabezeichenfolge hat das falsche Format.

System.Object[]


[2015-07-10 23:42:36,498] [Error  ] [MiniDisplayRender] [ERROR] - MiniDisplayPlugin.DisplayHandler.DisplayLines(): CAUGHT EXCEPTION Die Eingabezeichenfolge hat das falsche Format.

System.Object[]

In TsReader log there are some PES 0-0-1 fail errors, which are normally caused by decryption problems:

[2015-07-11 00:20:52,596] [2b3b22d8] [11d8] - PES H264 0-0-1 fail, PES hdr = 80-e0-7b-74-df-8d-f3-f5, TS hdr = 47-40-30-15-80-e0-7b-74-df-8d
[2015-07-11 00:20:52,643] [2b3b22d8] [11d8] - PES H264 0-0-1 fail, PES hdr = 9b-1e-d6-30-72-f6-dd-40, TS hdr = 47-40-30-10-9b-1e-d6-30-72-f6
[2015-07-11 00:20:52,643] [2b3b22d8] [11d8] - PES H264 0-0-1 fail, PES hdr = 1b-83-d5-94-4e-7e-c8-a7, TS hdr = 47-40-30-15-1b-83-d5-94-4e-7e
[2015-07-11 00:20:52,643] [2b3b22d8] [11d8] - PES audio 0-0-1 fail, PES hdr = fb-92-61-ad-78-32-d2-36, TS hdr = 47-40-40-10-fb-92-61-ad-78-32

 

[Palm_Maniac]

Hi,

Yes, the audio format always changes when a commercial interrupts. With us there is no advertising in 5.1.

No, with TV recording does not have this problem. We have looked intensely TV recordings on Friday and there were absolutely no problems. Even in the commercial breaks there was no reaction. I do not have extra-time forwarded immediately and skipped advertising. Just as I would also like to live TV. Also during the program, there was no pixelation or still images, as they pop up sporadically in live TV. It also does not matter if it's Pay TV or FTA.

Hmmm ... perhaps it is because the time shift memory is a RAM disk? The recordings come indeed from a HDD. Should I Try twisting your Timeshift memory to a hard drive? Maybe my system reacts so allergic to the RAM disk.

The other errors are known to me, the problem with the Mini DisplayPort are probably emerged only since the final V1.12. I have since been so strange reactions of the display notices which did not exist before.

It reminds me a bit. When switching from the broadcast for commercial break and back, will always be a part of "swallows". Music stops hard or it will cut off the last words. It would have to be always around 1 second act is lost at a break. Does that have something to do with it?

 

[Vasilich]

the problem with the Mini DisplayPort are probably emerged only since the final V1.12

this kind of error messages were there since ever. i have reported those 2 years back, and even made a patch, but it seems it wasn't merged.

 

[HTPCSourcer]

Hmmm ... perhaps it is because the time shift memory is a RAM disk? The recordings come indeed from a HDD. Should I Try twisting your Timeshift memory to a hard drive?

Keep your RamDisk. Timeshifting is just for Live TV, playing a recording works differently.

It reminds me a bit. When switching from the broadcast for commercial break and back, will always be a part of "swallows".[..] It would have to be always around 1 second act is lost at a break.?

I have made the same observation (on similar hardware, DD tuners) with a little bit of sound being cut off - less than a second. However, I don't have any trouble getting a clear and undisturbed picture.

 

[mm1352000]

I have made the same observation (on similar hardware, DD tuners) with a little bit of sound being cut off - less than a second. However, I don't have any trouble getting a clear and undisturbed picture.

When video streams are added or removed, it's almost certain that a little video and/or sound will be lost at/around the changeover time. It's unavoidable.