1 Topic by msnbcorp

(0 replies, posted in Using SVP)

Working with SVP, I noticed that conversion from a 8 bits video to x265 8bits with libx265, don't work anymore. It only produce 10bits video, which is not suitable in certain case (notably when decodding with Nvidia NVENC)

I make my way through the process and discovered that this is due to a bad version of the encoder in mpv, indeed, the simple command line :

./mpv.com ./vids.mkv --no-config --o=output.mkv --no-audio --no-sub --no-sub-auto --of=matroska --ovc=libx265 --ovcopts=profile=main

cause this bug :

(+) Video --vid=1 () (h264 1920x1080 25.000fps)
Audio --aid=1 --alang=eng () (opus 2ch 48000Hz)
VO: [lavc] 1920x1080 yuv420p
[vo/lavc] Opening encoder: libx265 H.265 / HEVC [libx265]
x265 [error]: main profile not supported, internal bit depth 10.
[ffmpeg] libx265: Invalid or incompatible profile set: main.
[vo/lavc] Could not initialize encoder.
Could not initialize video chain.
Video: no video

[encode] no data written to target file
Exiting... (Interrupted by error)

After digging, it seems that the version of libx265 in mpv is compiled only with 10 bits.

When not trying to force a profile, here is part of the output :

x265 [info]: build info [Windows][GCC 12.2.1][64 bit] 10bit

Which we can compare with the version embedded, for example, with ffmpeg :

x265 [info]: build info [Windows][GCC 9.3.1][64 bit] 8bit+10bit

A look on the documentation of libx265 explain the problem :

    Profile, Level, Tier
    --profile, -P
    Enforce the requirements of the specified profile, ensuring the output stream will be decodable by a decoder which supports that profile. May abort the encode if the specified profile is impossible to be supported by the compile options chosen for the encoder (a high bit depth encoder will be unable to output bitstreams compliant with Main or MainStillPicture).

I have try to force with option like --vf=format=fmt=yuv420p with no success.

I think this is not the desired behaviour. The version of libx265 embeded in mpv should be compiled in 8bit 10 bit.

I have open a bug on mpv github, but they say that the binary included are builded by the third party distributor...

I have submitted the bug to Shinshiro,  which seems to be the source of the major build of mpv, and it admit that it was introduced by him in the previous version, see :
https://github.com/shinchiro/mpv-winbui … issues/313

I think may be SVP should build its own version because the current Shinshiinro choice prevent the conversion to x265 8bit, which is not the wanted behaviour.

Go to forum: Using SVP

2 Topic by msnbcorp

(0 replies, posted in Using SVP)

Hi everyone and thanks to the SVP devs for their amazing works.

I have noticed a little problem on my config that i didn't succeed to solve by my self :

The problem is that if you use a Softsub file (let's say a ASS) that have position tag inside to adjust position of a specific line : the subtitles manager on the video player (let's say MPC-HC here) will use the coordinates of the SVP output.

But the SVP output can have a different ratio than the original video if the black bands feature are activated. If the original video was 4/3 and the SVP output video are 16/9 -> This result in a shift of the position on all subtitles when SVP are active.




So here is my question :
How to use the black bars features of SVP without messing with the subtitles positions ?

I have noticed that many subtitle manager are available on different player (like MPC-HC), maybe one of them can draw subtitles relatively to the original video ? I don't know ...

If you have an idea of solution, i take it wink


PS : I use MPC-HC - SV4-Pro - MadVR as renderer and as subtitles renderer, i have tried with xysubfilter, without any success.

Go to forum: Using SVP

3 Reply by msnbcorp

(8 replies, posted in Using SVP)

Ok, thanks. How does it work with a 60Hz screen if SFP create too much frame (if i go with 2.5* for example ) ? They are dropped i guess ?

In fact i have tested the 2X mode, but it doesn't seem to change anything on this part ... (it is not smoother ... )

Go to forum: Using SVP

4 Reply by msnbcorp

(8 replies, posted in Using SVP)

You can begin at 8 min 00s . Between 8 min 00s and 8min 13 it's 23.9 FPS and between 8:13 and 8:18 it's the 30FPS part . After 8:18 it's again the main 23.9 FPS that is the main FPS for the animé.
It's just an example scene, in fact these type of 30FPS part are frequent in the episod.

Go to forum: Using SVP

5 Reply by msnbcorp

(8 replies, posted in Using SVP)

Ha sorry, i'm stupid.

The link with the key ->
https://mega.nz/#!TeoEQC7T!imTCfYiqrrEk … WWPM76G5W8

Go to forum: Using SVP

6 Reply by msnbcorp

(8 replies, posted in Using SVP)

It doesn't work with my video.

This is the test, i begin the video around 8:05 and the passage with an other framerate begin at 8:13 then i wait for the passage to return to classical FPS.

Here is the passage if i calculate the difference of time between each frame in the brut timecode :
(time of the beginning = (8*60+12)*1000 = 492000)

https://tof.cx/images/2019/02/02/f4aa73a7a8408c513ca55a22542661a1.png

On the right column you can see the beginning of the 33ms (30FPS) from the 42ms part of the anime (23.8 PFS) at 493526ms (8min13 sec)

You can see the end of this part here :

https://tof.cx/images/2019/02/02/f638d6e637b4ef2f0b585674c765ec48.png

At 497872ms (8min 18sec)

SVP clearly not detect this part as you can see on the log (i surrounded the part include in the test) :
https://tof.cx/images/2019/02/02/bed14fe275d8e0b9555826001763e643.png

I guess that the problem is that in each case the part of the animé is not very long, it's a collection of little piece of time that is scattered through the anime.
But what happen in this type of case exactly ? How SVP deal with this type of frames when it appears ?

You can try yourself on my piece of video, i have uploaded the episode on mega for you :

https://mega.nz/#!TeoEQC7T

Go to forum: Using SVP

7 Topic by msnbcorp

(8 replies, posted in Using SVP)

Hi,
Recently i have been in a lot of trouble with an animation video that use VFR (Variable Frame Rate). It switch from 42 ms of time between frame to 33ms on a lot of part of an episode. Usually for a specific scene, then it re-use the primary FPS.

From what i have read it seems that SVP had an option (variable frame rate repair) il its 3.0 version to autoswitch to 2* framerate mode on this kind of scene.

I have few question regarding that option  :


1) Does it exists in SVP4 ? I have searched for it without result ...
2) If the current solution works on scenes that change frame rate for small period of time in video ?
3) How can i check if this work because (i use mpc-hc) composition rate and other source of information from the player give no information on the FPS output of SVP ...

I should give the little amount of information i have gathered on my video :

- There is no specific event during the playback on these scene in the event log
- During these scene the "dropped frame" count on mpc-hc increase violently (from a thing like 10 frame per s) if SVP is set on "to screen" mode or "*2.5 mode" . In *2.5 i guess that in scene with 30FPS it's quite logical because it will give a 75FPS output and my screen can't manage it (60FPS only), am i right with this analysis ? And if so, why the "to screen" also fail in a similar way as it perfectly manage to work with full 30FPS video i a lot of case ?

An other question, related to the previous ones : why, if it is working, these scene are less smooth than other ? Even with dropped frame in 2.5 mode, with a lot of dropped frame these scene should be smooth no ? And even smooter than other because these scenes are 30FPS ... Or i misunderstand something ... ?

Thank you for your answers wink

Go to forum: Using SVP

8 Reply by msnbcorp

(5 replies, posted in Using SVP)

MAG79 wrote:

> is the "dropped frame" indicator at the end of the stats in the same view related to the "1 frame dropped per second" at the begenning of the stats.
"dropped frame" is measured fact of dropped frames.
"1 frame repeat|dropped every ..." is the prediction calculated at this moment. It can be changed in time.

"dropped frame" is more acurate

But could the prediction be wrong at the point of it say 1 frame per second dropped at each second and update often, but are every time wrong if i look at the number ?

Go to forum: Using SVP

9 Reply by msnbcorp

(5 replies, posted in Using SVP)

MAG79 wrote:

When you press Ctrl-J you will see statistics of current used renderer.
In general case it is madVR statistics.

In my case I open 23.976 fps movie. SVP interpolates new frames to get framerate 59.94 fps.
madVR renders these 59.94 fps at 59.972 Hz and gives 39 dropped frames at start. The number is not encreased while playing. It is mean no more dropped frames. It is good! Must to be so.
And I see message about 1 frame repeat every 1.29 minutes. It is not bad.

But it is only statistics of rendering frames (not of really showing frames). So, to make sure you have smoothness enough you need to launch tearing test line movements on the screen. If it moves smooth then all is good!

What numbers do you se? What is wrong in your case? Maybe screenshot?

Thanks for your answer. In my case the wrong thing is that on certains vidéo i see repetitive lag. After looking of what vids this is it appears to be 25fps video. (for a certain author, so i don't know if it's for all 25 fps video or if it's the author that encode thing with a lag)

After looking on the stats, i saw that the "1 frame dropped per second" appears very ofter. But the "dropped frame" number don't increase.
Like on this screen :
https://tof.cx/images/2018/08/28/27c9b96cf08bf171c8a26f34284aa533.jpg

The tearing test seem to give good result. at least at first glance.

So my question is : how to check if it is due to the video rather than with madvr of svp ?

Go to forum: Using SVP

10 Topic by msnbcorp

(5 replies, posted in Using SVP)

Hi,
I have notice a little problem that i don't understand.
When i play old PAL (25fps) video with svp i get dropped frame (1 per second say ctrl-j in mpc-hc)

But, as far as i understand with other answer of devs on other thread (https://www.svp-team.com/forum/viewtopic.php?id=1971) the use of SVP should prevent the drop of frame on 25fps video as SVP use each frame to calculate inter-frames whatever is the target frame-rate (with additionnal cost of course)

These point are not clear for me in this problem :

- Does the stats in mpc-hc consider the frame from the source point of view (1 frame of the original 25 are dropped) or from the svp out point of view (1 frame on 60 per second are lost, which is not a big deal) ?
- is the "dropped frame" indicator at the end of the stats in the same view related to the "1 frame dropped per second" at the begenning of the stats... ? Because i get 1 frame dropped but with no notable increase in the number ...

Your answer could help me to determine if it's my source vids which have saccadic behaviour or if it's the decodding.

Regards;

Go to forum: Using SVP

11 Topic by msnbcorp

(1 replies, posted in Using SVP)

Hi (and sorry for my bad english)

I have a little problem on my config MPCHC+MadVR+SVP .

My filter pass the signal in this order :

MPC-HC -> LAV-FILTER, hardware decoder or not, no change in color space -> FFdshow with avisynth for SVP -> MADVr (renderer) -> MPC-HC.

All is working fine, but i have a doobt about the color space and resolution transformation in this configuration.
I want to obtain minimum interference from all of the filter before MADVr to let it made the conversion and i should not encounter any problem with it. But, for some reason, i didn't succeed to made the ffdshow plugin of SVP a "pass-through" filter.

Simple example :

LAV. In : H264, 1280*720 vidéo Out : YV12, 1280*720
FFdshow with avisynth (and only this). In : YV12, 1280*720. Out : (YV12 if i force it, NV12 in classic mode) 2048*720
MadVR : In NV12, 2048*720

Ok, i understand that ffdshow have no option to not convert the color format, but it seems odds. Is there anything i can do to send the same colors space that the input ? This is my first question.

Second question, why, but why the conversion between 1280*720 to 2048*720 occurs in ffdshow.... i really don't understand ... all is unchecked so ffdshow should not do this conversion. Is this something to do with the SVP script ?

Thanks for helping wink

Go to forum: Using SVP

12 Reply by msnbcorp

(3 replies, posted in Using SVP)

Ok thanks for the info.
I have the ffdshow raw filter checked. This is not the problem here (ffdshow work)

Even if SVP say it's working (and that's the case). How i am sure the video displayed is the SVP version of the vidz ... it's that point my problem.

Here i'm not sure that due to a bad manip the version use for rendering is just the 24fps version. It seems that it's the case since i did this bad unknown manipulation ...
The only way i were sure that SVP is working was that the logo of SFP with some info says that it's working when i launch SVP. Now, as the logo doesn't appear anymore ... i'm not sure at all ...

You can change my question to a simple one if you want tongue : How to make the informative logo at the beginning appear again on my vidéo ?


Here my problem is that the renderer (MadVR) seems to see the 24fps vidz. (it say so)
But according to this image :

https://www.svp-team.com/w/images/thumb/2/24/Svp-how-it-works-en.png/800px-Svp-how-it-works-en.png

It shouldnt be the case. According to this image : ffshow should send a 60fps on the output. It's not the case. Even if the avisynt script seems to work ...

So as i said : i think "something" is broken ... but i don't really know what sad

Go to forum: Using SVP

13 Topic by msnbcorp

(3 replies, posted in Using SVP)

Hi everyone,

I am using SVP in a classical config : MPC-HC + SVP + MADVr and all was working fine until i changed "something" in one of the folowing :
MPC-HC / MadVR / ffdshow

Now, the logo of SVP at the begenning or when i change configuration during a video don't appear.
But i don't really know if SVP is working or not ...

From the point of view of SVP, it's working i mean, the tray icon say this is OK. But MadVR don't tell anything about SVP when i hit the ctrl-J shortcut and show the stats of the current running video. I remember that madVR say something about SVP when all was working in the first place sooooo ....

Furthermore : it is really difficult to know if it's working with madVR beacause in the stats there is only 3 FPS given :
The screen (not very usefull)
The image coming to the screen with madVR (always near 60Hz SVP or not SVP) .
The source FPS (of the vids soooo ... before SVP).


Unlike EVR renderer which is giving the FPS rendered at the intermediate stage and so show a difference without or with SVP.


Well, as i don't really understand where SVP processing take place (at the last stage ? Before MadVR ? Change the image given by ffdshow to madvr ? etc....) i have made some test :


- Without MadVR : Logo doesn't show.
- With MadVR : again.

This two seems to tell that the renderer is not the issue.

- Without MadVR : EVR tell that the FPS change when i activate/deactivate SVP
- With MadVR : no change

But as i said before : i don't know if it's a specificity of the FPS category shown by MadVR and EVR or if it's a problem with MadVR.

- With or Without MadVR : The light effect on black bands (with 4/3 video for example) are OK.

This test seems to tell that SVP is running but as the logos don't show-up it seems at least "something" is not running.


Last test : i record all the info of filter in/out

LAV splitter : in : video (info of the vids, 24fps)
out : idem

LAV decoder video : (in : same as out of splitter) out : YUV12, 24FPS

ffdshow raw video decoder : in : YUV12 24FPS out : NV12 24FPS

------ On this last one : i have tried several color space for the output, it doesn't change anything on the problem ... --------
------ I notice here that if the normal behaviour of SVP is to change the output of ffdshow, it's not the case here. As the FPS info says ------


MadVR (in : same as output of ffshow) out : the cryptic stats info ...



Usefull information of classical sources of error (but it's not the cas here )

- LAV deinterlace at 24FPS, not 60. The video tested is not interlaced.
- MadVR smooth interpolation is off
- LAV video is set to CUVID.


Well, to resume : i think something has changed on the config but i don't succeed to understand what ...
Furthermore, i had no time to perform "feeling" test to know if SVP is running or not, so i post here if someone have a clue ...

Also, i am very interesting to understand where SVP process work. My first guess was that i thank SVP process just use ffdshow in output with the avisynth script and LAV (DXV2-copy back or CUVID) as the GPU input... but i think i miserderstood something here ...

Regards wink

Go to forum: Using SVP