26

(6 replies, posted in Using SVP)

Smooth motion is a different way of thinking. It just fixes small deviations of the frame succession. It's pretty good for getting "0" dropped frames  smile  without reclock which might distort the audio.

SVP is amazing for getting your video and making it look like pseudo-high FPS.

I love it. I love it even when there are artifacts. Better than slideshows.

27

(171 replies, posted in Using SVP)

For the record, I still get some hangs of mpc-hc when spv is on after seeking, but they appear less frequent when I turn off completely the "pause at seek" thing, even though it gives a brief artifact for a couple of seconds after seeking (a frame being stuck shown for that brief moment).

It was extremely easy to reproduce those hangs in the past with pause on seek on. I think the newer versions of 2.6 MT and svpflow also helped.

28

(6 replies, posted in Using SVP)

I don't see the necessity to bundle them. Madvr is a different person making a renderer with some effects. This does interpolation.

It could just start as an external filter like most things in mpc-hc.

29

(3 replies, posted in Using SVP)

Could be debug symbols or a different compiler or different compiler options.

30

(6 replies, posted in Using SVP)

Well that's what I was implying. Avoiding doing it manually.

31

(3 replies, posted in Using SVP)

Did it add anything new?

32

(16 replies, posted in Using SVP)

Nintendo Maniac 64 wrote:

10bit encodes are common with anime

The only benefit those probably have is for the encoding to produce smaller files (it does even if the source is 8bit).

It's pretty obvious they do not really have an original source of 10bit color.

Let alone most animes are very simplistic in animation coloring.

33

(6 replies, posted in Using SVP)

I think it would be cool if there was a version of SVP that only comes up as an external filter on mpc. Some of us are paranoid with extra resources and the little polling the program does every now and then for raw input could be avoided.  cool

34

(171 replies, posted in Using SVP)

Wait. You mean to tell me SVP has a main library core that is updated without the main version? That should be fundamentally more pronounced on the front page or download pages or just update the downloads.

It's especially hard to miss since SVP is supposed to have hotfixes that one could assume include it or that a library called "SVP"something must have been included in the main release.

Anyway, no problem, just wanted to say it's confusing.

35

(1 replies, posted in Using SVP)

I noticed on procexp that svp takes about 8 million cycles/s when being idle. That's not enormous for this cpu but I suppose it could be limited to the cycles most services get, e.g. up to 8k. I guess it looks for avisynth raw input every few milliseconds or something. I guess if it were looking for it every 0.2seconds or so it would limit the cycles to almost nothing and still not be noticed by the user.

36

(29 replies, posted in Using SVP)

Even if software design doesn't directly target 64bit, benchmarks often show a small advantage because of under-the-hood tricks done by the compilers.

37

(29 replies, posted in Using SVP)

Chainik wrote:

x64 SVP isn't possible w/o x64 Avisynth

You mean an MT version? Because it has been compiled for 64bit before in MT mode.

38

(29 replies, posted in Using SVP)

It'd be nice to see all tools on 64bit. It's not crucially important though, especially if the hardware is good. Madvr is still new on it since the initial version appears to be still glitchy.

39

(6 replies, posted in Using SVP)

Chainik Thanks for the tip. Thanks everyone.

I'll report back if I find something interesting.

40

(6 replies, posted in Using SVP)

The problem appears on a variety of DVB-T devices, with or without hardware accelaration on the LAV decoder at all (I don't use Intel Quicksync, the internal gpu is completely disabled).

Have you actually tried DVB-T decoding with SVP? I suspect it's a universal issue. Since I've been having it on 3 different devices on 2 different PCs.

The choppiness is basically like the video is smooth for 1.5seconds but then it completely goes still for 0.5 seconds, or something like that.

edit: I repeat that the problem is NOT there if the raw stream is first recorded in VLC and then played back on SVP/mpc-hc so it's definitely something that occurs only on live playback and it's not related to hardware speed since the hardware is new and it can play much heavier videos anyway. It's of course not there if SVP is disabled also. Anyone else with the same issue please reply.

41

(6 replies, posted in Using SVP)

Is it normal for live TV in mpc-hc the video to look choppy if SVP is enabled? If I record the stream in VLC and then play it in mpc-hc with SVP on, video is smooth and SVP works fine.

edit: It's not the hardware performance (someone had suggested that in the past). It's a new i7 a new AMD discreet GPU.

42

(13 replies, posted in Using SVP)

-deleted-

43

(13 replies, posted in Using SVP)

tobindax wrote:
Mystery wrote:

AviSynth is the component that is very unstable. SVP comes with AviSynth 2.5.8 MT.

If you installing AviSynth 2.6 MT, 90% of seeking freezes will be gone. However, memory usage will also go up.

It's important to use a MT version of AviSynth.

http://www.svp-team.com/forum/viewtopic.php?id=2316

Thanks I'll look into that. I had heard of mt versions before being related..

PS. mpc-be did not fix it after all.


This works great so far! I used the "turn on and off quickly" option in svp to avoid some frames being mixed up when seeking.

I used this avisynth (latest): http://forum.doom9.org/showthread.php?t=148782

PS. It seems it's not about mt support per se, but about the bug fixes. The version I had had mt commands already.

post in avisynth mt's doom9 thread: http://forum.doom9.org/showthread.php?p … ost1710830

44

(13 replies, posted in Using SVP)

Mystery wrote:

AviSynth is the component that is very unstable. SVP comes with AviSynth 2.5.8 MT.

If you installing AviSynth 2.6 MT, 90% of seeking freezes will be gone. However, memory usage will also go up.

It's important to use a MT version of AviSynth.

http://www.svp-team.com/forum/viewtopic.php?id=2316

Thanks I'll look into that. I had heard of mt versions before being related..

PS. mpc-be did not fix it after all.

45

(13 replies, posted in Using SVP)

ah, it does become better with the "turn on and off quickly" option on seek.

46

(13 replies, posted in Using SVP)

Hi. This problem persists even on a new computer. And it goes away on mpc-be (a fork)!

It appears to happen on big files (e.g. movies) but not small clips. (cache related?)

I tried a few settings around and it seems to keep it unaffected.


edit: Basically it happens very regularly when I skip back or forward more than once every 1-2 seconds

edit: SVP off of course stops the problem

47

(13 replies, posted in Using SVP)

You know what? It may be related to seeking, it probably goes away on very small videos, e.g. a trailer.

..I'll see if it 'hangs' with it off (I was thinking instead of hanging, it may be seeking, then I again I had seen it hang for several minutes, so it's probably a real hang sometimes).

I have to turn it off. If I record the stream (with VLC) and then play it back in MPC, it fixes, but if I play Live tv, it stutters severely.

49

(13 replies, posted in Using SVP)

From madvr's author: "No idea, I'm sorry. Are you sure it's not an issue with SVP?"

50

(13 replies, posted in Using SVP)

Often the the player getting stuck for several seconds or hanging when used in conjunction with madVR, especially when skipping back. Any idea how to remedy it? Radeon 6570M on a Windows 8.1 (or 8) 64.

edit: Basically an mpc-hc hang happens very regularly when I skip more than once every 1-2 seconds on a big file (e.g. a movie) and SVP is on.

edit: madvr might or might not be related

FIXED: http://www.svp-team.com/forum/viewtopic … 950#p46950