slowish navigation

Dan203

Senior Developer
Staff member
It's possible this has to do with the new shortcut system. v5 had these keys hard coded directly to the seek functionality. v6 has the new custom keyboard shortcut system so every key press event is checked against the shortcut list and then the matching function is fired. That extra processing from looking up the matching key is imperceptible when just pressing a key once, but might add enough to add up when just holding down a key and depending on the repeat.

Edit: I ran some tests and this is not caused by the keyboard shortcut system. So DanR is going to have to look into the video seeking itself and see if that is causing an issue.
 
Last edited:

Danr

Administrator
Staff member
Yes,
I hold down the Shift-key and the arrow key.

I redid the samples using the same cut sections. You can clearly see that the v6 version is 40s longer to navigate the same cut. My guess is it has something to do with the way v6 handles video rendering compared to v5.
TVS v5 Sample
TVS v6 Sample

I have a AMD 7800HD video card and 3700x
What is the Tools>Show Program Info for the file that's having the issue?
 

Epic

New member
What is the Tools>Show Program Info for the file that's having the issue?
Thanks for continuing to look at this. Here is the requested info.

TVS6
=======
File: Name : F:\The Flash - S07E03 - Mother.ts
Size : 3.661 GB
Duration : 00:41:54.10
Mux type : TS Stream
TS mux rate : 19.200 Mbps
Video: Encoding : MPEG2
VideoStreamID : x100
Frame rate : 29.97 fps
Encoding size : 1920 x 1080
Aspect ratio : 16:9
Header bit rate : 24.000 Mbps
VBV buffer : 976 KBytes
Profile : Main@High
Progressive : Prog or Int
Chroma : 4:2:0
Bit rate : 10.723 Mbps
Captioning : EIA 608/708
Field order : Top field first
Audio Stream: 1 (Primary) Codec : AC3
Format : AC3 stream
Channels : 5.1
Language : eng
PID : x101
PES Stream Id : xBD
Bit rate : 384 Kbps
Sampling rate : 48000
Sample size : 16 bits
Audio Stream: 2 Codec : AC3
Format : AC3 stream
Channels : 2.0
Language : spa
PID : x102
PES Stream Id : xBD
Bit rate : 96 Kbps
Sampling rate : 48000
Sample size : 16 bits


TVS5
======
File: Name : F:\The Flash - S07E03 - Mother.ts
Size : 3.661 GB
Duration : 00:41:54.10
Mux type : TS Stream
TS mux rate : 17.528 Mbps
Video: Encoding : MPEG2
VideoStreamID : x100
Frame rate : 29.97 fps
Encoding size : 1920 x 1080
Aspect ratio : 16:9
Header bit rate : 24.000 Mbps
VBV buffer : 976 KBytes
Profile : Main@High
Progressive : Prog or Int
Chroma : 4:2:0
Bit rate : 10.723 Mbps
Captioning : EIA 608/708
Field order : Top field first
Audio Stream: 1 (Primary) Codec : AC3
Channels : 5.1
Language : eng
PID : x101
PES Stream Id : xBD
Bit rate : 384 Kbps
Sampling rate : 48000
Sample size : 16 bits
Audio Stream: 2 Codec : AC3
Channels : 2.0
Language : spa
PID : x102
PES Stream Id : xBD
Bit rate : 96 Kbps
Sampling rate : 48000
Sample size : 16 bits
 

Danr

Administrator
Staff member
Here's the issue. In V5 when you did a 1 second move forward, the video window would advance forward from the current position for 1 second. In the case of your file, 30 frames. This only applied to MPEG2 files since the V5 video player used totally different code for MPEG2 and H264., Even in V5 H264 files would do a full reseek, which is much slower. In V6 we consolidated the video player code into one set of code that handles all codecs. In this case it means that the short relative positioning optimization we were doing in V5 for MPEG2 files was now longer being performed.

We will try to re-instate that logic in V6 and, assuming it works, it should also benefit H264 and HEVC files as well. In the meantime, you might want to use the fast playback features (L & K) keys.
 

ShaunHH

New member
Just a quick thanks for looking at this! I don't use VR so much these days but will be interested to check out the betas as well .

ShaunHH
 
Top Bottom