Topic: High memory usage with dynamic subtitles
Originally posted to report memory usage peaking, dynamic subtitles confirmed as the cause.
This bug seems to have been fixed on SVP 3.1.3!
==============
Original Post below
==============
But first, bear with me while I attempt to put in words how grateful I am for this stunningly amazing piece of software. If you ask me, SVP is a prime example of hardworking independent developers pulling out freeware with capabilities commercial software can't even dream of.
Why such a difference? Because software such as SVP is intended primarily to work, not to sell. And that's why I love the thing. It's efficient, unlike most of everything you see out there.
What really moves me is all the effort the SVP developers put into it. I'm not exactly trained on coding, I can barely do some kiddie-level scripting, but just using the UI, reading the documentation and logs, and most importantly: The results. Steady 60 fps on 720p and just 30% cpu load?! YES PLEASE.
Of course, no software is perfect. Yesterday, I got a warning sign while watching an anime episode. I didn't take note of what it said, mostly because of the shock I think, it was the first unexpected issue I ever had with SVP after all.
Fortunately the same message is on the attached errorlog, apparently it said this: "Error: Warning: there's a memory leak in the video player: 1170 MB
To prevent the closing of the player due to lack of memory a script restarted improve smoothness."
Gotta love "good guy SVP" xD
"Detects memory leak. Fixes, warns user and doesn't even break playback."
My 1280x720@24 profile is as follows:
Frames interpolation mode: "2m" (min artifacts)
SVP shader: 2. Sharp (for anime)
Motion vectors interpolation mode (grayed out for some reason): Bilinear
Target frame rate: To screen refresh rate (default)
Motion vectors grid: 32 px. Large 0
Decrease grid step: By two with global refinement
Search radius: Small and fast
Motion vectors precision: Two pixels
Wide search: Disable
Artifacts masking: Strongest
Processing of scene changes: Repeat frame (default)
Decrease frame size: Disable (default)
btw, I've extensively tested these settings and I dare to say it works about perfectly with not just anime, but with live action videos as well.
My system specs:
AMD Phenom II 955 (x4 @ 3.2 Ghz)
Gigabyte 870A-USB3
Sapphire Radeon HD 4890 Vapor-X
2x G-Skill F3-12800CL8-2GBTD (2x2Gb 1333Mhz)
Additionally, the video-related MediaInfo on the anime episode I was watching during the memory leak. Not sure if it'll be of any help but, best to be sure.
[container and general information]
Writing application: mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 9 2011 11:55:43
Writing library: libebml v1.2.2 + libmatroska 1.3.0
[first video stream]
ID: 1
Format: AVC
Format/Info: Advanced Video Codec
Format profile: High 10@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames: 16 frames
Muxing mode: Header stripping
Codec ID: V_MPEG4/ISO/AVC
Duration: 23mn 39s
Width: 1 280 pixels
Height: 720 pixels
Display aspect ratio : 16:9
Frame rate mode: Constant
Frame rate: 23.976 fps
Color space: YUV
Chroma subsampling : 4:2:0
Bit depth: 10 bits
Scan type: Progressive
Title: H.264
Writing library: x264 core 125 r2200+677M 3a754e7
Encoding settings: cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.80 / psy_rd=0.92:0.02 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=17.2000 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=3:0.92
Default: Yes
Forced: No
Matrix coefficients: BT.709
Apologies for the gigantic post, I didn't find a "compacting spoiler tag" so I couldn't do much about the wall of text.