Excessive Seeking time on RIP

[leftspeaker2000]

Hey


I ripped I robot with megui the following script and the following H.264 settings.


Preset Slower
Encoding mode constant quality 17.5
Tuning Film
AVC Profile High
AVC level Unrestricted



LoadPlugin("C:\Program Files (x86)\Megui\tools\avs\directshowsource.dll")
DirectShowSource("F:\Bluray\MainMovie\IROBOT_F1\BDMV\STREAM\00001.m2ts", fps=23.976, audio=false, convertfps=true).AssumeFPS(24000,1001)
#deinterlace
crop(0, 130, 0, -130)
LanczosResize(1280,544) # Lanczos (Sharp)
#denoise


ConvertToYV12()

The annoying the is the file is only around 5gb but it seeks slower then an old 10gb rip of watch man that was 1080p made in hand break.

The following is the info from iRobot.


General
Unique ID : 208714280853321236290058863834689456541 (0x9D04E8886C8EEA79B7F3EA474890499D)
Complete name : F:\Bluray\MainMovie\IROBOT_F1\BDMV\STREAM\I robot-muxed (1).mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 5.06 GiB
Duration : 1h 54mn
Overall bit rate : 6 316 Kbps
Encoded date : UTC 2010-02-22 21:41:31
Writing application : mkvmerge v5.9.0 ('On The Loose') built on Dec 9 2012 15:37:01
Writing library : libebml v1.3.0 + libmatroska v1.4.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 54mn
Bit rate : 4 682 Kbps
Width : 1 280 pixels
Height : 544 pixels
Display aspect ratio : 2.35:1
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.280
Stream size : 3.75 GiB (74%)
Writing library : x264 core 129 r2245 bc13772
Encoding settings : cabac=1 / ref=8 / deblock=1:-1:-1 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.5 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Muxing mode : Header stripping
Codec ID : A_DTS
Duration : 1h 54mn
Bit rate mode : Constant
Bit rate : 1 509 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 1.21 GiB (24%)
Default : Yes
Forced : No

[leftspeaker2000]

So I was trying to seek using vlc player and it was going really slow but I opened it in xbmc Frodo and it works fine. Any ideas ?

[Blue_MiSfit]

Depending on the player and decoder, long keyframe intervals can mean slow seek times.


keyint=240


You're using a 10 second GOP. This is very standard practice, but trades seek performance for compression performance. If you're very concerned about seek performance, you might want to reduce this to 48 or 60. You will take a quality hut, but you're doing 720p at 5 Mbps, so it won't hurt badly.

[poisondeathray]

So I was trying to seek using vlc player and it was going really slow but I opened it in xbmc Frodo and it works fine. Any ideas ?

It's a known issue with VLC and mkvmerge v 5.9.0

https://trac.bunkus.org/wiki/FAQ%3APlaybackDoesNotWorkVLCCannotSeekMkvmerge590

[leftspeaker2000]

Hey guys thanks for your replys


poisondeathray I am glad that its a problem with vlc rather then my encode as this is the first time I have use constant quality rather then 2 pass.

Blue_MiSfit thank you for the information. As it seems to be a problem with vlc i think i can put up with slow seek times for now but it is nice to know how to adjust them if need be :).

Again thanks !.

[sneaker_ger]

You don't have to put up with the slow seeking, there's a workaround described in poisondeathray's link.

[benwaggoner]

Level Unrestricted also makes me nervous. A conservative decoder could behave more conservatively without level set, as it wouldn't know what the worst case could be for some parameters.

Myself, I always use the most restrictive level compatible with the frame size and frame rate, which would be 3.1 in your case. Your max ref frames would be down to 5, but for most content that wouldn't make a material difference, and would make the file much more broadly compatibility. Particularly on mobile devices.