[apologies if this is asked before -- perhaps I don't know what to search for, but I've come up empty]
I have a few *.mkv files holding H.265/AAC. When I view in vlc I can't easily skip around because the index seems to restrict seeking to very large movements only (intervals of about 50 seconds).
Is it possible to regenerate just the indexing without transcoding the entire h.265 stream? If so, what's the recommended method? I'm comfortable with the linux command line, and megui, etc.
Thanks for any tips!
--------
In case it helps, codec info from vlc:
Codec: MPEG-H Part2/HEVC (H.265) (hevc)
Decoded format: Planar 4:2:0 YUV
Codec: MPEG AAC Audio (mp4a)
Channels: 3F2R/LFE
Sample rate: 48000 Hz
AAC extension: SBR
+ Reply to Thread
Results 1 to 11 of 11
-
-
Turn off Fast Seek in VLC. You can then seek to any frame -- but it may take a while with very long GOPs.
In other words, there's probably nothing wrong with the index in your files. It's just that they were encoded with very long GOPs and VLC is set up to seek to the nearest keyframe (fast seek) not the requested frame (which can be very slow with long GOPs).Last edited by jagabo; 10th Oct 2016 at 07:53.
-
Thank you! I checked and fast seek is already off in VLC. Maybe a bug in VLC? I tried to find a PPA to upgrade to 2.2.4 but the only one I found did not work. But 16.10 will be out in a few days so I can check again then...
In other words, there's probably nothing wrong with the index in your files. It's just that they were encoded with very long GOPs and VLC is set up to seek to the nearest keyframe (fast seek) not the requested frame (which can be very slow with long GOPs). -
Possibly similar issue: https://forum.videohelp.com/threads/362696-mkv-jump-to-time-not-working-properly
-
Is that "keyint="? Yeah, says 1200, which comes to about 50 seconds at 23.976fps, which is exactly what I'm seeing. And I guess VLC just has a bug where it doesn't or can't slow seek in these MKVs? Or is there something else in the settings that might be causing that?:
Writing library :
x265 1.7+509-f4c267f28487:[Windows][GCC 4.8.2][64 bit] 8bit
Encoding settings :
wpp / ctu=64 / min-cu-size=8 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=3 / subme=3 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / no-early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=1200 / min-keyint=23 / scenecut=40 / rc-lookahead=250 / lookahead-slices=0 / bframes=8 / bframe-bias=0 / b-adapt=2 / ref=3 / limit-refs=0 / weightp / weightb / aq-mode=1 / qg-size=32 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.30 / rdoq-level=0 / psy-rdoq=0.00 / signhide / no-deblock / sao / sao-non-deblock / b-pyramid / cutree / rc=crf / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30 -
Yes, that's the keyframe interval. You might try using a different output module. Or turning off/on GPU decoding.
-
Are there no scene changes in the movie? Always 50 seconds between? Since scenecut detection was activated there should normally be additional seeking points at each scene change. I don't know what muxer you used. You could try to extract the video using mkvextract and then mux again using mkvmerge (not directly remux from mkv to mkv).
(VLC 2.X has known problems with open-gop in mp4, but not in mkv AFAIK. But maybe you want to try VLC 3.X nightly anyways.) -
Yeah, there are some spots where there were <50s keyframes, but they aren't common. Most of the jumps are at or near 50s.
I don't know what muxer you used. You could try to extract the video using mkvextract and then mux again using mkvmerge (not directly remux from mkv to mkv).
(I didn't encode the files.)
...still worth a remux?
(VLC 2.X has known problems with open-gop in mp4, but not in mkv AFAIK. But maybe you want to try VLC 3.X nightly anyways.) -
Probably not. Of course doing this is not difficult. Just costs a few minutes of your time.
The other way you might be able to improve seeking time is to improve decoding performance. VLC 32 bit HEVC decoder is very slow. You might want to try Lentoid HEVC decoder. It's a DirectShowDecoder so you need to use it in a DirectShow player like MPC-BE or MPC-HC. (Can't tell you from the top of my head which of those still works with Windows XP SP2. I believe MPC-HC's included filters might require SP3.)
For future encodes just remember to choose a lower keyint...
Similar Threads
-
Zond 265, the first professional HEVC / H.265 Analyzer from SolveigMM
By DmitryV in forum Latest Video NewsReplies: 5Last Post: 13th May 2024, 09:02 -
H.264 or H.265?
By SameSelf in forum Video ConversionReplies: 29Last Post: 30th Jun 2016, 13:03 -
Encode h.265
By sportsstar89 in forum Video ConversionReplies: 13Last Post: 5th Jan 2015, 03:00 -
H.265 Encoded MKV File & Playback on Stand-alone Media Player
By gonwk in forum Newbie / General discussionsReplies: 3Last Post: 19th Nov 2014, 21:09 -
MKV guide, Play MKV, MKV to AVI, MKV to DVD, MKV to MP4, MKV to Blu-ray
By Baldrick in forum Newbie / General discussionsReplies: 55Last Post: 29th Jun 2012, 11:19