4.05 Skipping Issues on Recordings

[z06racer66]

I temporarily deleted the timing.info file while tested for Sub to see what would happen. I still have it so I can add it back.

[sub]

I think I can see the problem happening in demux.txt. I have to think about how it is happening, and why it's different on other machines (like when I play the same file here)

[Lao Pan]

2018-02-03 19:19:11.429 [DEBUG][1] File in use. Maybe still recording

Is odd for an older recording. Also no timing.info on that share?

Martin

I also get this on every recording.

Code:

2018-02-03 17:00:58.064    [DEBUG][1]    SelectedItem@end
2018-02-03 17:00:58.994    [DEBUG][1]    PlaybackPositionHelper.GetPlaybackPosition(E:\Video Recordings\FIA World Rally Championship\FIA World Rally Championship_20171009_19002000.ts)
2018-02-03 17:00:58.994    [DEBUG][1]    File not previously played (3096)
2018-02-03 17:00:59.004    [DEBUG][1]    Playing video file: E:\Video Recordings\FIA World Rally Championship\FIA World Rally Championship_20171009_19002000.ts
2018-02-03 17:00:59.494    [DEBUG][1]    Using 'NPVR TS Reader 4'
2018-02-03 17:00:59.534    [DEBUG][1]    File in use. Maybe still recording.
2018-02-03 17:00:59.544    [DEBUG][1]    RenderDemux()
2018-02-03 17:00:59.544    [DEBUG][1]    Adding system H264 decoder

This file would have had the timing info removed as it had been edited in Videoredo.

Edit
Also just tested on recording from last week which had the same comment followed by the timing info length. - so I get it on every recording.

[sub]

z06racer66, can you see if playing with this updated NPVRTSReader4.ax helps? I've made a change for one thing I saw in your logs. If it doesn't fix it, please try about the same set of steps (wait to about 5 second mark, then skip forward 60 seconds), and post the same logs.

FYI, I'm in the middle of some changes to my development environment...if you have major problems with this version, and can't play anything, you might need to install this updated Microsoft runtime: https://aka.ms/vs/15/release/VC_redist.x86.exe

[sub]

Just ignore that "File in use. Maybe still recording". It's not important.

[Lao Pan]

Using this latest TSReader4 and a descent signal (at last) All channels are good except the BBC1 & BBC2 SD (Mpeg2) which start with green block breakup (about a second) using LAVFilters-0.70.2-88
This doesn't appear to be happening on any of the other Mpeg2 channels any more and it's not visible in VLC.
Must be something odd in the BBC encoding.

Below is a 16 mb recording of live TV which shows the problem

http://www.filedropper.com/sundaypolitic...0411101215

[sub]

Using this latest TSReader4 and a descent signal (at last) All channels are good except the BBC1 & BBC2 SD (Mpeg2) which start with green block breakup (about a second) using LAVFilters-0.70.2-88
This doesn't appear to be happening on any of the other Mpeg2 channels any more and it's not visible in VLC.
Must be something odd in the BBC encoding.

In an MPEG2 stream, they send a complete picture, then about 30 or so partial pictures, before repeating the cycle. It looks like LAV is trying to start playback from wherever in the stream the recording, even if it starts from a pile of partial frames. Most video decoders, like the Microsoft DTV-DVD decoder I use, wont attempt to show a first frame until it gets it's first complete frame.

[z06racer66]

Here you go sub. I waited until about the 5 second mark and skipped forward 60 seconds. Pretty much the same results. The video will go into fast forward mode and then into slow motion until the audio would catch up and then resume normally.

Tom

[sub]

Using this latest TSReader4 and a descent signal (at last) All channels are good except the BBC1 & BBC2 SD (Mpeg2) which start with green block breakup (about a second) using LAVFilters-0.70.2-88
This doesn't appear to be happening on any of the other Mpeg2 channels any more and it's not visible in VLC.
Must be something odd in the BBC encoding.

In an MPEG2 stream, they send a complete picture, then about 30 or so partial pictures, before repeating the cycle. It looks like LAV is trying to start playback from wherever in the stream the recording, even if it starts from a pile of partial frames. Most video decoders, like the Microsoft DTV-DVD decoder I use, wont attempt to show a first frame until it gets it's first complete frame.

I've put a change in for the next build that'll force the LAV to also start from the first complete picture (I-Frame), so you don't get this half second or so of partial frames.

[sub]

Here you go sub. I waited until about the 5 second mark and skipped forward 60 seconds. Pretty much the same results. The video will go into fast forward mode and then into slow motion until the audio would catch up and then resume normally.

I've added a little more logging. Can you repeat this patch installed, and supply those logs again?