PDA

View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 [68]

pepeq
25th February 2019, 07:37
I can confirm that I'm seeing the same behavior on the latest version making distributed encoding not possible. Swapped back to the version from end of 2018, and everything works fine. Hopefully this gets seen/addressed as the distributed encoding is the most enticing feature of RipBot264 for me.

I see the same problem in my DE-environment, too.

Atak_Snajpera
25th February 2019, 12:31
On the latest version 1.24.0 with the latest updates. So most likely ffms2 is still based on the old ffmpeg version. Good to know once that is updated I won't need to do lossless transcoding any longer for VC-1 sources.

Is latest ffms2 frame accurate?

Ps. VC1 has been always pain in the ass... I just hope that stupid codec will just die!

defalopii
25th February 2019, 13:03
Hello, ive been using ripbot since 2012, i just want to ask to its developer, atak, are You planning to support encoding using vp9 in the near future of this great app? As we know vp9 comparable to x265 which ripbot already support for it long time ago, but x265 is not compatible with html5 video streaming, vp9 is, so i ask this question

Atak_Snajpera
25th February 2019, 13:25
Hello, ive been using ripbot since 2012, i just want to ask to its developer, atak, are You planning to support encoding using vp9 in the near future of this great app? As we know vp9 comparable to x265 which ripbot already support for it long time ago, but x265 is not compatible with html5 video streaming, vp9 is, so i ask this question

Most likely h.266/VVC or AV1. VP9 will die soon.

Ryushin
25th February 2019, 14:41
Is latest ffms2 frame accurate?

Ps. VC1 has been always pain in the ass... I just hope that stupid codec will just die!

I don't know if it is frame accurate or not. Just responding to sneaker_ger.

I have two VC-1 sources (Bladerunner and Terminator 2) that I'm waiting to encode so I can do tests on those. I'll download the latest ffms2 2.23.1 and let you know.

AtaK: Do I need 32bit or 64bit? I thought you moved to 64 bit a couple of years ago.

defalopii
25th February 2019, 14:42
Most likely h.266/VVC or AV1. VP9 will die soon.

so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online. Or are u planning to support encoding AV1 in the near future?

Atak_Snajpera
25th February 2019, 14:58
so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online. Or are u planning to support encoding AV1 in the near future?

VP9 will simply be replaced by AV1 in the same way how Vorbis was replaced by OPUS. Problem with AV1 today is that implementation is extremely sloooow and quality difference (vs x265) is also not amazing.

Atak_Snajpera
25th February 2019, 15:00
I don't know if it is frame accurate or not. Just responding to sneaker_ger.

I have two VC-1 sources (Bladerunner and Terminator 2) that I'm waiting to encode so I can do tests on those. I'll download the latest ffms2 2.23.1 and let you know.

AtaK: Do I need 32bit or 64bit? I thought you moved to 64 bit a couple of years ago.
So what does this mean?
https://forum.doom9.org/showthread.php?p=1864099#post1864099

Ryushin
25th February 2019, 15:17
So what does this mean?
https://forum.doom9.org/showthread.php?p=1864099#post1864099

Was that the latest version? If so, I guess it is not frame accurate.

Perhaps the only way to solve this is to to do the intermediate step of converting VC-1 to h.264 lossless. Then you get get rid of all the workarounds for handling VC-1.

Atak_Snajpera
25th February 2019, 15:35
Was that the latest version? If so, I guess it is not frame accurate.

Perhaps the only way to solve this is to to do the intermediate step of converting VC-1 to h.264 lossless. Then you get get rid of all the workarounds for handling VC-1.

That intermediate step would only kill any time savings in DE mode... In that case I would just use regular mode on the fastest machine in the house.

This looks like the latest version. Check and let me know how it went
https://forum.doom9.org/showthread.php?p=1866411#post1866411

Just copy ffms2.dll and ffmsindex.exe to ..\Tools\AviSynth plugins\ffms\x64 folder


...and start with fresh job because index file may not be compatible with older version.


UPDATE: Latest version is still broken because it sees all frames as keyframes. However My initial test shows that encoded VC1 file is seamless (no frame corruption or skipped frames where old chunks ends and new one starts)
# keyframe format v1
fps 0
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82

Ryushin
25th February 2019, 16:00
That intermediate step would only kill any time savings in DE mode... In that case I would just use regular mode on the fastest machine in the house.


The lossless conversion really did not take very long. Takes a lot longer to suck in a 4K then for it to do a lossless conversion. The advantage is that DE is still running why the VC-1 source is being demuxed and converted to lossless.

I suppose I can use that one fast machine in the house to do the VC-1s or I can just convert it to lossless myself for those sources. Once I convert video.mkv, can I delete the video.mkv.ffindex* files and will the index be built automatically when the job starts?

Atak_Snajpera
25th February 2019, 16:07
The lossless conversion really did not take very long. Takes a lot longer to suck in a 4K then for it to do a lossless conversion. The advantage is that DE is still running why the VC-1 source is being demuxed and converted to lossless.

I suppose I can use that one fast machine in the house to do the VC-1s or I can just convert it to lossless myself for those sources. Once I convert video.mkv, can I delete the video.mkv.ffindex* files and will the index be built automatically when the job starts?

If you remove video.mkv.ffindex then Encodingclient will automatically reindex video.mkv.

I've updated my post
https://forum.doom9.org/showthread.php?p=1866770#post1866770

katodevin
25th February 2019, 16:22
I see the same problem in my DE-environment, too.

Atak_Snajpera- just hoping you saw that some of us were having issues with distributed encoding on the latest release. Has to do with the files within the script being referenced in a local manner rather than in the shared format.

See post #16742 for details.

Ryushin
25th February 2019, 16:23
If you remove video.mkv.ffindex then Encodingclient will automatically reindex video.mkv.

I've updated my post
https://forum.doom9.org/showthread.php?p=1866770#post1866770

I'll try that new version of ffms. I assume I can just delete the ffindex files. I'll try that one job, and if it works, I'll nuke the ffindex files for the 60 or so jobs I have in the cue.

Atak_Snajpera
25th February 2019, 16:34
I'll try that new version of ffms. I assume I can just delete the ffindex files. I'll try that one job, and if it works, I'll nuke the ffindex files for the 60 or so jobs I have in the cue.

For testing purposes use some low resolution (720p) to speed up whole process. I just need to know that everything is correctly encoded at stitches.

Ryushin
25th February 2019, 17:24
For testing purposes use some low resolution (720p) to speed up whole process. I just need to know that everything is correctly encoded at stitches.

I probably won't be able to get back with you about this for a few hours. Have to take care of something else right now.

Atak_Snajpera
25th February 2019, 17:32
I probably won't be able to get back with you about this for a few hours. Have to take care of something else right now.

No problem. My current testing shows that latest version of ffms2 is NOT frame accurate for AVC! (new chunk does not start from correct frame) VC1 seems to be ok despite detecting all frames as I-frame.

Atak_Snajpera
25th February 2019, 18:49
Latest ffms2 also is not frame accurate for HEVC! (some frames are missing at joining point).

https://i.imgsafe.org/43/43863b318f.png

https://i.imgsafe.org/43/4386833ae6.png

Ryushin
25th February 2019, 20:38
The VC-1 source I used tested out great. Too bad it's broken for everything else.

VC-1 is just a pain. Back to making h.264 lossless before the conversion for me.

Atak_Snajpera
26th February 2019, 12:38
The VC-1 source I used tested out great. Too bad it's broken for everything else.

VC-1 is just a pain. Back to making h.264 lossless before the conversion for me.

Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest

Ryushin
26th February 2019, 13:42
Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest

Let me know when this is implemented and I will start adding the vc1 jobs.

byteshare
26th February 2019, 16:15
so x265 will die soon also? today is streaming age, encoding x265 with powerful DE in this app is a little less benefit if it cant be streamed online
x265 is already used to stream. Netflix uses it if your device supports it.

Most likely h.266/VVC or AV1. VP9 will die soon.
Is H.266 supposed to come out soon?! It seems 264 still hasn't completely been replaced by 265 yet.

pepeq
26th February 2019, 16:25
Atak_Snajpera- just hoping you saw that some of us were having issues with distributed encoding on the latest release. Has to do with the files within the script being referenced in a local manner rather than in the shared format.

See post #16742 for details.

The workaround described in post #16742 works, but remember to create a network connection to your movie-source, which is valid from an elevated shell also.
If you create a network connection (or do a 'net use') with your ordinary user-rights, the workaround does not work.
Reason: RipBot264 runs in Administrator-mode and therefore the movie-source has to be accessable with elevated (Administrator-) rights.

Hope that helps.

Atak_Snajpera
26th February 2019, 16:36
Let me know when this is implemented and I will start adding the vc1 jobs.

Now !

slalom
26th February 2019, 20:25
A problem with version 1.24.1
Although starting and stopping on DE was fixed, if you abort a job and try to restart it, the problem re-appears

slalom
26th February 2019, 21:03
I restarted all PCs
Only one server working in DE (the one with the jobs). All the others are starting and stopping

Ryushin
26th February 2019, 21:45
Now !

Thank you Atak. You are the greatest.

Ryushin
27th February 2019, 02:36
Afraid I'm in the same boat now. None of my DE jobs are running now. Restored from backup, turned off auto updates, and everything is working again.

pepeq
27th February 2019, 08:07
Afraid I'm in the same boat now. None of my DE jobs are running now. Restored from backup, turned off auto updates, and everything is working again.

see post #16773, this may help until Atak has fixed it.

Atak_Snajpera
27th February 2019, 11:09
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.

You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")

notepad++ should be able to do that in batch.

pepeq
27th February 2019, 11:51
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.

You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")

notepad++ should be able to do that in batch.

@Atak: but you know, that this does not solve the problem described in post #16773.

Ryushin
27th February 2019, 14:04
Use latest version only if you have no old jobs in queue. Old jobs may not start due to incompatibility with ffms2.dll and old .index file.

You may try to manually fix this by editing each jobx.avs file.
If your source video is not AVC or VC1 then change ffms_latest to 2017 in line below #VideoSource

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\ffms_latest\x64\ffms2.dll")

#VideoSource
LoadPlugin("C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\AviSynth plugins\ffms\2017\x64\ffms2.dll")

notepad++ should be able to do that in batch.

I had not idea that notepad++ would do that. I will need to look into that.

If anyone has the Linux subsystem installed, this command will do it as well (one line):
find /mnt/d/Temp/RipBot264temp/ -maxdepth 2 -type f -regex '.*job[0-9][0-9][0-9][0-9].avs?' -exec sed -i 's/ffms\\ffms_latest\\x64/ffms\\2017\\x64/g'
{} \;

Ryushin
27th February 2019, 14:33
My jobs are stuck right now. Just says starting... but never does anything.

DE Server shows:
Encoding started...
""\\SONNY\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\SONNY\RipBot264temp\job1107\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\SONNY\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 1434 --sar 1:1 --profile main10 --output-depth 10 --sar 1:1 --ctu 32 --y4m --pools "+" --output "\\SONNY\RipBot264temp\job1107\Chunks\1.265" -"

I've made the changes to the job*.avs files for the change for ffms. Even deleted the index files. Not sure what is going on yet.

Question: Is there an option to not build the index after demuxing the job but rather let it be created when the job starts? It would make pulling in jobs faster for me.

Edit: Odd, after 10 minutes, the jobs actually started. <que twilight zone music>

Ryushin
27th February 2019, 14:43
Atak, I removed the couple of VC-1 jobs I had. Do you recommend deleting all the indexes for all the jobs or they should they be fine once the job*.avs script is updated?

Atak_Snajpera
27th February 2019, 14:56
Atak, I removed the couple of VC-1 jobs I had. Do you recommend deleting all the indexes for all the jobs or they should they be fine once the job*.avs script is updated?

They should be fine.

katodevin
27th February 2019, 18:32
@Atak: but you know, that this does not solve the problem described in post #16773.

Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.

Swapping back to the old version works fine.

slalom
27th February 2019, 18:47
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.

Swapping back to the old version works fine.
I'll do that too
I can't reload all those jobs for nothing

egres
28th February 2019, 16:06
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.

Swapping back to the old version works fine.

Reported the same issue a couple days ago, #16712 . I just tried again today. When I fired up RP, I got 3 updates: core.zip,ffms.zip and MediaInfo.zip. I then created a new job. Same result as you. Even the local encoder won't start

P.S: If I do a fresh install from RipBot264v1.24.0.7z and making sure updates are disabled, everything works.

slalom
28th February 2019, 21:08
Seconded. I have no jobs in queue, created jobs with the latest version, and cannot get distributed encoding to start on any of the remote computers.
Did that too
Fresh install everywhere, one job added.
Nothing starts

pepeq
1st March 2019, 12:24
Did that too
Fresh install everywhere, one job added.
Nothing starts

For all of you, who are having the error, that RB does not start on the DE-server machines, but only on the DE-server itself:

An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.

Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).

The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.

If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.

Hope that helps.

slalom
1st March 2019, 14:50
Ok, I did that
Now all servers say "starting" but nothing happens, cpu is idle

pepeq
1st March 2019, 15:01
Ok, I did that
Now all servers say "starting" but nothing happens, cpu is idle

This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)

byteshare
1st March 2019, 16:13
This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)
I don't have those issues but if I click abort and then start a job after the encodes never start but keep trying, but if I click abort again > close and then open RipBot > Click encode it works again.

slalom
1st March 2019, 17:06
This is another problem.
See #16556, maybe this will help you.
It helped a few other users (see #16560 and #16745)
I ran Resource Monitor
Didn't find anything strange
I don't have those issues but if I click abort and then start a job after the encodes never start but keep trying, but if I click abort again > close and then open RipBot > Click encode it works again.
Seems to work. Do you have to do that once for all jobs?

All this is not normal behaviour
An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.

Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).

The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.

If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.

Hope that helps.
Did anyone notice network overload?
The speed is of course 1Gbps

slalom
2nd March 2019, 11:07
The problem with me is Network I/O waits
When this happens and the encoding doesn't start, there is high memory and network usage

Atak_Snajpera
2nd March 2019, 13:17
The problem with me is Network I/O waits
When this happens and the encoding doesn't start, there is high memory and network usage

And what does Process Hacker show regarding cpu usage by ffmpeg.exe ?

Something tells me that due to incompatible .index file ffms2 plugin simply re-indexes you video file on fly and hence high network usage. (each server does the same simultaneously)

slalom
2nd March 2019, 17:14
Not much

https://i.ibb.co/vzwXgqC/image.jpg (https://ibb.co/f01DBFV)


and resource monitor

https://i.ibb.co/gtfFnCb/2.jpg (https://ibb.co/44XgQxw)

nekrosoft13
3rd March 2019, 04:45
I managed to get my DE servers to work again by mounting a share on each of them so that the path that is set on the avs file is the same locally for each of them.

Basically, in the avs file, on each DE server,
FFVideoSource: Failed to open 'Y:\filename.mkv' (\\PCNAME\RipBot264temp\job4\Chunks\6.avs, line 7)
the "Y:" is wrong, it should be \\PCNAME\(...)". The path that is set in the avs file is only valid in the machine running ripbot.

My fix was making that path also valid on each DE server by sharing and mapping the share so that it matches.

This only happens since the last version, this was working fine previously, but the problem is definitly that.

fK

same issue, updated today, and it broke same day

Ryushin
3rd March 2019, 14:44
So I'm still encountering this issue.

I rip a 4K disc to the hard drive that has seamless branching, such as Incredibles 2. I then use Ripbot to pull in the movie and process it. The output will have out of sync audio towards the end of the movie. I think this only happens on 4K discs that are towards 2 hours or longer.

The work around I've been doing is to use MakeMKV to create a video file from the same source and then pull that into Ripbot to process it and it comes out fine. Only caveat seems to be Ripbot throws and error when pulling in a mkv file that has a TrueHD stream in it.
Decoding Error
FFAudioSource: No audio track found
(D:\Temp\Ripbot264temp\Job1023\getinfo.avs, line 4)

So I create two MKVs, one with AC3 which Ripbot pulls in fine and is processed, and the other with TrueHD, that I mux in the TrueHD audio stream after the Ripbot finishes with the first file.

Still have this issue 4K and seamless branching. Just had to go through this with Ralph Breaks the Internet and Snow White and the Huntsman Extended edition. RB still throws and error when pulling in a mkv that has a TrueHD stream in it. Though I suspect that is caused by it being the first audio stream? Next time I'll remux it and make it the second audio stream to see if the error still occurs.

pepeq
4th March 2019, 13:45
For all of you, who are having the error, that RB does not start on the DE-server machines, but only on the DE-server itself:

An easier work-around is to reference the source video-file via a network-path on the DE-server, when you ADD or EDIT the job.

Example:
In menu Open when adding or editing a RB-job, do not select the source-video via a local disk-path (e.g. D:\videos\source.mkv), but via the UNC-network path (e.g. \\mymachine\videos\source.mkv).

The only requirement is to create a network-share (\\mymachine\videos) to your source-video directory (D:\videos), which is accessible from your DE-client-machines. Then you do not to have to create a network-mapping on all your DE-clients.

If you do so, then in all files jobX/chunks/X.avs the local path D:\videos\... is substituted with the network-path \\mymachine\videos\... and your DE-clients can access the source-video.

Hope that helps.


Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!

byteshare
4th March 2019, 18:44
Seems to work. Do you have to do that once for all jobs?
No, the issue is once I start a job, Abort it, and Click start again (even for the same job). The servers never start (just stop/starting), until I click abort again, then start again and it is working again, not sure why.

slalom
4th March 2019, 19:06
Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!
Mine is working too BIG :thanks:
Should we use network path or local path to add the jobs?

pepeq
4th March 2019, 21:16
Mine is working too BIG :thanks:
Should we use network path or local path to add the jobs?

I think it doesn't matter, because in the files chunks\X.avs now always the demuxed video-file video.mkv from \\YOURSERVER\RipBot264temp\jobX\video.mkv is read.

I assume local or network path is only used on the server for demuxing and indexing the movie. In one case the original-
movie is read from the local disk directly, and is read via network path with TCP-loopback. The difference in speed is marginal (not present).

slalom
6th March 2019, 06:23
Same problem
Some jobs start, some don't

Ryushin
6th March 2019, 13:41
Still have this issue 4K and seamless branching. Just had to go through this with Ralph Breaks the Internet and Snow White and the Huntsman Extended edition. RB still throws and error when pulling in a mkv that has a TrueHD stream in it. Though I suspect that is caused by it being the first audio stream? Next time I'll remux it and make it the second audio stream to see if the error still occurs.

Remuxing to make TrueHD the second audio stream instead of the first allows the mkv to be pulled in. RB shows the AC3 as the first stream and THD as the second stream.

Had to do the makemkv route first for Wreck-It Ralph as it has seamless 4K branching.

Another item about batch encode. I've just started using this feature to pull in TV episodes. I've been using makemkv to make the individual episodes and then pulling them in. I seen an option for rendering subs but not an option to render only forced subtitles and remux the others. Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.

Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.

Atak_Snajpera
6th March 2019, 14:27
Remuxing to make TrueHD the second audio stream instead of the first allows the mkv to be pulled in. RB shows the AC3 as the first stream and THD as the second stream.

Had to do the makemkv route first for Wreck-It Ralph as it has seamless 4K branching.

Another item about batch encode. I've just started using this feature to pull in TV episodes. I've been using makemkv to make the individual episodes and then pulling them in. I seen an option for rendering subs but not an option to render only forced subtitles and remux the others. Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.

Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.

Manual crop in batch mode can be easily achieved by using custom script
#Crop
video=Crop(video,0,0,-0,-0)

byteshare
6th March 2019, 16:45
Can a manual crop option be added. I've hit an issue sometimes that RB does not correctly determine thecrop and it would be nice for me to put in a manual crop for the batch of episodes being pulled in.
Like Atak said you can make a custom script with crop settings, or you edit the job***.avs files in the RipBot264temp folder to add in a custom crop. I recommend using NotePad++ since you can do this on several files at once with more advanced add/replace options with even having line breaks.

I would note if you don't edit the job***.ini file's crop settings you won't see the crop if you try to preview it/open the AVISynthScript section, if you only edit the job***.avs or use a custom script.


Atak, I cannot believe how long you've been supporting RB and only making it better as time goes on. I rely it daily. Thank you for continuing to produce such a great program.
Completely agree.

katodevin
10th March 2019, 15:55
Problem solved with latest update RB 1.24.1, the files chunks/X.avs are correct now.
Thanks @Atak!

Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.

Thanks!

SKPN
11th March 2019, 14:27
Is there a way to split files (or even better, to only encode certain parts of a file)? I am looking to remove rolling credits from some episodes, but I don't see any way in the GUI to have the encoding split the file after X frame or timestamp.

byteshare
11th March 2019, 15:43
Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.

Thanks!

Just open and close RipBot a few more times to get the update, or try editing your updater.ini to "LastCheck=" older than a year > Save > and then open and close RipBot and wait for the updater to finish getting files and then open RipBot again to get them installed.

pepeq
11th March 2019, 21:21
Hi there! Could you let me know where you got 1.24.1 from? First page still links to 1.24.0 and auto-update doesn't seem to be increment to the .1 version.

Thanks!

I think you don't know how the RipBot264-updater works. I did the following for you again:

1. I downloaded https://www.mediafire.com/file/x5ueufb7in67dd5/RipBot264v1.24.0.7z/file (link from post #1)

2. unzip to any empty directory (e.g. c:\tools\RipBot264)

3. in c:\tools\RipBot264 there is now an empty folder "Updates"

4. now start RipBot264.exe

5. in the Windows-frame of RB v1.24.0 is noted

6. now look in the Updates-folder: if your internet-connection is ok, it will fill with files:
core.zip, ffms.zip, MediaInfo.zip, mkvtoolnix.zip, mvtools.zip, update.ini, x265.zip (in total about 55MB)

7. If you assume, that RB will do the update now automatically, you are wrong! You have to exit RB and start it again.

8. RB sees the files in the Updates-dir and installs the updates.
Then the RB-GUI starts with v1.24.1

Note:
"Auto Update" must be enabled in the RB-settings, but this is set by default, if you unzip the 7z-file

This worked for me!

defalopii
14th March 2019, 04:56
Hy developer, i see ure using ffmsindex.exe to encode the video by specific frame. I wonder can i split the video before it being encoded by using the video.mkv.ffindex file?

Atak_Snajpera
14th March 2019, 12:24
no...

byteshare
14th March 2019, 17:04
Hy developer, i see ure using ffmsindex.exe to encode the video by specific frame. I wonder can i split the video before it being encoded by using the video.mkv.ffindex file?
You can split it with MKVToolNix

defalopii
17th March 2019, 07:12
You can split it with MKVToolNix

MKVToolNix i can see there is option to split by frame, but never try it, is this frame accurate?

sneaker_ger
17th March 2019, 08:57
No.
https://gitlab.com/mbunkus/mkvtoolnix/wikis/Splitting-imprecise

Ryushin
18th March 2019, 13:13
Do not worry. I will be using different version for different codecs.
ffms2 2014 -> AVC
ffms2 2017 -> HEVC
ffms2 2019 -> VC1 and rest

Looks like ffms2 2019 is not frame accurate for some VC-1 sources. Blade Runner came out fine but two other sources showed corruption.

VC-1 is a nightmare.

StillPad
18th March 2019, 13:18
Hello Atak Snajpera,

I'm here to post a Bug that I have since many weeks.

I couldn't post it till now cos new members can't do posts for some weeks.

I got here the new SW S*lo Movie switch give me that bug when I'm trying to add them to ripbot.

I tried Version 1.23 and 1.23.1.7



I also using Avisynth+ r2728-MT which is the newest version of it.

Any idea what I should do now?

Greetings Pad


Use MakeMKV first if eac3to can't process this particular movie.


Hello Atak_Snajpera,

thank you very much.
Your hint worked very well for me.
Finally found the time to test it :)

Btw. I found out that I have that problem it eac3to with every movie that is using Dolby Digital Plus aka EAC3 as soundfile.

While I need to use MakeMKV for a lot of movies now I noticed that its way fast when I use MakeMKV for all movies first than only use Ripbot.

When I use MakeMKV he reads with arround 150MB/Sec from me HDD.
What takes arround 5-7mins until its finished.

When I add this MKV File now on Ripbot it take way less time as when I let Ripbot demux directly from the Movie Image.

I have tested it on a few movies.
The transferrate of the HDD when Ripbot demux the Files from a image on an other HDD is at circa 20Mb/Sec.

I got here 1 SSD and 2 HDD with same Speed that is at arround 150-160MB/Sec

Have I maybe done something wrong that Ripbot is that slow on demuxing?

I mean Ripbot is an awesome tool for shrinking and all the other stuff.
But even when the image and the temp folder is on a SSD.
It takes forever until the movie is added and ready for editing.

I hope you understand what I mean :)

SKPN
18th March 2019, 13:52
You can split it with MKVToolNix

That may not work; mkvtoolnix can only split on keyframes, since it's not re-encoding the file. Ideally, we would be able to split the video directly in RipBot using the GUI.

byteshare
18th March 2019, 15:21
MKVToolNix i can see there is option to split by frame, but never try it, is this frame accurate?
No, it is keyframe based.
You can cut by frame if you either do it with avisynth or if you encoded t in raw first > cut > encode.

skylinekiller
19th March 2019, 21:11
When I try to preview AVS script in RipBot, I get a Windows Media Playback error "MPC-HC has stopped working" Does anyone know how to solve this

byteshare
20th March 2019, 15:41
When I try to preview AVS script in RipBot, I get a Windows Media Playback error "MPC-HC has stopped working" Does anyone know how to solve this

What is your script?

stryker412
20th March 2019, 17:39
Is it possible to edit a file to add in custom bitrates to the drop down list? I know you can manually enter them in too but was wondering if I could just add them to the list and set a bitrate as the default?

byteshare
20th March 2019, 17:55
Is it possible to edit a file to add in custom bitrates to the drop down list? I know you can manually enter them in too but was wondering if I could just add them to the list and set a bitrate as the default?
You can set the "Default Encoder Settings" in the "RipBot264 Settings"
Change the "Encoding Mode" to "1-Pass" or "2-Pass" and type in your preferred "Bitrate"
Not sure about the dropdown list though because I don't see an option for that in the settings or RipBot264.ini

skylinekiller
20th March 2019, 19:28
What is your script?
pretty much just default. When I have a 1080P file and go to automatically crop, then resize to 1280p, I press the preview button. I don't really change anything else

byteshare
21st March 2019, 15:22
pretty much just default. When I have a 1080P file and go to automatically crop, then resize to 1280p, I press the preview button. I don't really change anything else
Does it work when it is default?

skylinekiller
22nd March 2019, 08:02
Does it work when it is default?

No, it didn't work. I just loaded my media, clicked "AviSynth" clicked "Preview Script" and same error

defalopii
22nd March 2019, 11:13
Hello, i tried encoding using GPU with GeForce® GTX 1080
Both x264 OpenCL acceleration and KNLMeansCL active using the GPU, but i see using GPU-Z the load of GPU is only 21% at average. Is this normal or something causing bottleneck?

byteshare
22nd March 2019, 15:27
No, it didn't work. I just loaded my media, clicked "AviSynth" clicked "Preview Script" and same error
Does encoding work?
What codec packs (if any) are you using?

byteshare
22nd March 2019, 15:28
Hello, i tried encoding using GPU with GeForce® GTX 1080
Both x264 OpenCL acceleration and KNLMeansCL active using the GPU, but i see using GPU-Z the load of GPU is only 21% at average. Is this normal or something causing bottleneck?
The GPU part is only for some filters and decoding but not encoding in RipBot

defalopii
22nd March 2019, 21:45
The GPU part is only for some filters and decoding but not encoding in RipBot

I am using MDegrain2+KNLMeansCL (Adaptive) filter while encoding. Does this cant pull the GPU into its full load capacity?

skylinekiller
23rd March 2019, 09:11
Does encoding work?
What codec packs (if any) are you using?

Encoding works just fine, the only thing I cannot do is a preview with WMC, I get that error.

Atak_Snajpera
23rd March 2019, 12:00
I am using MDegrain2+KNLMeansCL (Adaptive) filter while encoding. Does this cant pull the GPU into its full load capacity?

Try with KNLMeansCL only. I suspect a CPU bottleneck in your case.
MDegrain2 is very demanding on CPU and hence your CPU may not be able to deliver frames fast enough for your powerful GPU.

defalopii
23rd March 2019, 12:20
Try with KNLMeansCL only. I suspect a CPU bottleneck in your case.
MDegrain2 is very demanding on CPU and hence your CPU may not be able to deliver frames fast enough for your powerful GPU.

Yeah i think so, i will try and see, hope cpu and gpu can get maximum.
Also when i abort the encoding process in the half way, is there any setting to prevent the already encoded chunks being re-encoded from the beginning again when i re-start the encoding process?

byteshare
23rd March 2019, 15:17
Encoding works just fine, the only thing I cannot do is a preview with WMC, I get that error.
What version of MPC do you have?
Do you have any codec packs installed?
I'm using MPC-HC 64bit
Version: 1.7.11.13 (f6d4865)
Compiler: MSVC 2015 Update 3
Build date: Mar 12 2017

LAV Filters:
LAV Splitter: 0.69.0.71
LAV Video: 0.69.0.71
LAV Audio: 0.69.0.71
FFmpeg compiler: MinGW-w64 GCC 6.2.0

If you open MPC and click Help > About > Copy to clipboard it gives you this information.

jlpsvk
23rd March 2019, 22:03
no chance to include nvencc64 to ribot? DE? Who is using DE, would not use nvencc64. as just simple. :)

HolyWu
24th March 2019, 11:37
Looks like ffms2 2019 is not frame accurate for some VC-1 sources. Blade Runner came out fine but two other sources showed corruption.

VC-1 is a nightmare.

Try using seekmode=0 in FFVideoSource. It may solve frame inaccuracy for the other codecs as well. However, no guarantee.

Ryushin
26th March 2019, 22:59
Try using seekmode=0 in FFVideoSource. It may solve frame inaccuracy for the other codecs as well. However, no guarantee.

Afraid that did not fix the frame accuracy. Still corruption at the 4 minute mark when use DE.

Tazlord
27th March 2019, 04:26
RipBot has been behaving very strange for a long time and I've pretty much run out of ideas of how to fix it. Below is a list of things I've been experiencing. If anyone else has been experiencing any of this and knows a fix, please point me in the right direction:

- When adding any non-english track to either the audio or subtitles, RB will no longer automatically detect the language. It can only detect English tracks automatically now. Sometimes you can see the proper language being selected for a fraction of a second but then it reverts back to unidentified language.
- RB main app does not close properly when clicking the "x" button. The app will disappear from the main screen but the tray icon and executable in Task Manager stays. Trying to reopen the app from the tray icon causes it to become unresponsive. The only way to fully close the app is to kill the process in Task Manager.
- In distributed encoding, the encoding server does not fully start on the master system. The executable shows up in the Task Manager but the icon does not show up in the tray and will not respond to any commands sent to it from the encoding client, even while running on the same system.
- Remote Encoding servers fail to start encoding unless the shared folder has been browsed manually in Explorer. This happens even without any authentication requirements on the main system (no password, guest access = yes, etc).

Notes:
All of the above are continuing to happen, even on a freshly installed OS (Windows 10 Pro).
As of my last attempt to fix this, I am running the most recent version of RB264 (fresh install/unpack).
As far as I know, all dependencies have been installed (Java, AviSynth, etc). RB does is not warning me about any missing dependencies.
I am able to get the encoding server to work on a different system running Windows 10 Home as well as a virtual machine running Windows 7. The working systems have only the encoding server executable copied to them. No other parts of RB are installed or copied over.

byteshare
28th March 2019, 15:52
I am not sure about all of your issues but I might be able to help with these:

1- RB main app does not close properly when clicking the "x" button. The app will disappear from the main screen but the tray icon and executable in Task Manager stays. Trying to reopen the app from the tray icon causes it to become unresponsive. The only way to fully close the app is to kill the process in Task Manager.
2- In distributed encoding, the encoding server does not fully start on the master system. The executable shows up in the Task Manager but the icon does not show up in the tray and will not respond to any commands sent to it from the encoding client, even while running on the same system.
3- Remote Encoding servers fail to start encoding unless the shared folder has been browsed manually in Explorer. This happens even without any authentication requirements on the main system (no password, guest access = yes, etc).

1 Make sure your Windows Mal-ware and/or anti-virus is excluding the RipBot folders and you are on the most recent version of RipBot (with updates)

2 I think is related to 3, but if you edit a job > AviSynth > Preview Script: is there an error? You might have to click in the seek bar and/or click play to see the image

3 Settings > Distributed Encoding > Authentication: Put your server's (main computer that has RipBot open) User name (might need to put your domain/computer name as well, like this "ComputerName\UserName" and Password, and have the "Automatically share RipBot264temp folder" checked.
There are other possible ways to fix this but I prefer this method.

Arbelisk
29th March 2019, 01:28
Hey. Anyone have a problem with using DE after updating to 1.24.1? I was using 1.23 and it was working fine. Now after updating, the host computer will not connect to itself but will connect to the remote computer just fine. Any ideas? Thanks.

byteshare
29th March 2019, 07:25
Hey. Anyone have a problem with using DE after updating to 1.24.1? I was using 1.23 and it was working fine. Now after updating, the host computer will not connect to itself but will connect to the remote computer just fine. Any ideas? Thanks.
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?

Arbelisk
29th March 2019, 22:43
No problems here.
Do you have a VPN or more than one network connection?
What are you seeing if you do a CMD > ipconfig?

No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.

Atak_Snajpera
30th March 2019, 11:19
No, not anymore. I actually found out that the encoding server was not running. It was being blocked by other programs in the wait chain. Very odd. I ended the program it was waiting on and it worked. But I have to do that every time I use RipBot now.

https://forum.doom9.org/showthread.php?p=1862506#post1862506

duffbeer
1st April 2019, 09:42
I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?

Pino72
1st April 2019, 10:09
That's nonsense, quality of x264/x265 encodings does not change with the type of CPU you are using (not even if AMD or Intel). The faster the CPU the faster your encodings will be at the same quality. Threads do not impact quality in any way just speed.

LigH
1st April 2019, 12:30
Threads do not impact quality in any way just speed.

Uhm, well ... many threads do limit the scope in some kinds of parallelism, too many threads may indeed limit the quality. But depending on several factors (frame dimensions, bitrate per frame pixels, preset ~ encoding efforts), the loss will probably be negligible.

Atak_Snajpera
1st April 2019, 13:26
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.

I need some advice! My current PC is now 7 years old and in need of an upgrade. I'm trying to decide between 2700x/9700k/9900k and I have read a few threads regarding lower x264 image quality when using too many threads.
Does this mean I should avoid the 9900k and stick with the 9700k or have I misunderstood?
Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!

duffbeer
1st April 2019, 14:17
I think x264 has hard thread limit at 24 in order to avoid any possible quality degradation.


Ryzen 3xxx is around the corner (~3 months)! 12C Ryzen will destroy 9900k in x264 and x265 for the same price!

This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.

Atak_Snajpera
1st April 2019, 15:17
This is what concerns me. Maybe I should go for 2700x and look to drop in a Ryzen 3xxx CPU next year for an easy upgrade. The only thing that puts me off that plan is 2700x seems to be a fair bit behind 9900k in x265 benchmarks.

That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.

duffbeer
1st April 2019, 15:36
That's why I recommend to wait for Zen2 with improved AVX2 performance. New Ryzen (8c/16t) will be on par with intel 9900k in x265. While 12C/24T variant will be proportionally faster. I predict that 12C will have similar price to 9900k.

Thanks for the advice. I guess you're right - I should probably wait.

One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?

Ryushin
1st April 2019, 19:12
One other question about x265. I have just recently started to try some x265 encodes but the output did not look that good compared to my x264 encodes.
Most of my x264 encoding is done at CRF18 "Very Slow" with "Film" tune. I realise that you cannot compare x264 settings to x265 but what is the closest equivalent x265 settings?

I switched everything to x265 last fall. I did CRF18 for x264 with similar settings as you. I'm still using CRF18 for x265 and always doing 10 bit regardless of it being a 8 or 10 bit source. I'm not doing any special tuning settings, just using x265 progressive with just adding the --par 1:1. I've not noticed a single case where the x265 looks worse then the x264. It either looks the same or better. File size is usually 25-50% smaller then the x264 source. Supposedly, x265 CRF20 is equivalent to CRG18 x264.

Atak lives and breaths this stuff, so he might have better insight.

Ryushin
2nd April 2019, 02:42
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.

I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.

duffbeer
2nd April 2019, 08:57
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.

I downloaded ffms2 2.23.1 but it seems that dll was built in December. Maybe it would be best if I just open an issue on github to see if they can duplicate the problem and fix it.

Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.

Ryushin
3rd April 2019, 01:13
Is there a problem with VC-1 sources? I hope not as I have encoded quite a few recently. The encoded files looked OK but I haven't watched them all the way through yet.
Never had a problem with VC-1 in the past.

If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.

Ryushin
5th April 2019, 15:00
Atak, any idea on a solution to VC-1 sources? Just pulled in Jurassic Park 1-3 to redo them in x265 and it seems they are all VC-1. I'm thinking I might just go back to doing lossless x264 for the time being.


Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.

byteshare
5th April 2019, 16:57
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.
Would it be faster/smaller/easier to just encode to 264x CRF1 very fast preset in another application that doesn't have issues with VC-1?

Atak_Snajpera
5th April 2019, 18:01
Nothing like having a 250GB lossless file to do an encoding. Plus I have to modify the avs file for this. I think I may just try to do any vc-1 sources on a non DE machine and see how that works out.

If I were you I would encode to AVC-INTRA with CRF10 instead of lossless.

Reasons:
1) Much smaller filer size
2) Much faster encoding
3) Still visually "lossless"

You really do not need perfect 1:1 copy if you are going to compress later even further with some more aggressive bitrate/CRF.

Ryushin
7th April 2019, 13:30
Well, VC-1 sources using a non DE came out fine. They decoded correctly and I don't see any kind of corruption. I will just have to do this until a ffms2 comes out that decodes correctly along with being frame accurate.

Atak, not sure how you want to deal with this in your code. Maybe have a popup when detecting a VC-1 source that using DE will cause corruption.

byteshare
8th April 2019, 16:42
TLDR: Install official drivers even if the Windows ones work

I have a Nvidia GTX 980.
I couldn't seem to get it listed in the settings as a device for "x264 OpenCL acceleration" or KNLMeansCL"
Guessing it is a drive/OpenCL issue.
I checked out this: https://streamhpc.com/blog/2015-03-16/how-to-install-opencl-on-windows/
But under the link for Nvidia: https://www.nvidia.com/Download/index.aspx#
I don't see an option for OpenCL support.
I found this page: https://developer.nvidia.com/opencl
Which says the OpenCL is included in GPU drivers.
I re-downloaded the drivers for my card and installed them and then I could see my device as an option in RipBot.

Atak_Snajpera
8th April 2019, 19:06
If you are using DE, then you will need to look where the chunks split. For me, a lot seems to be around the 4:00 minute mark. I had decoding issues before with VC-1 before the new update. Decoding issues are gone, but it is not frame accurate for some sources it seems. Blade Runner turned out fine, but four other sources now have not.

If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?

Ryushin
9th April 2019, 18:12
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?

I'm seeing random frame corruption even when not using DE. And it seems to be random. Doing another encode of the trimmed version did not show the same corruption in the same place.
https://i.postimg.cc/bs4vs8qv/VC-1-Decoding-Frame-Corruption.png (https://postimg.cc/bs4vs8qv)

I'll get you a trimmed 5 minute source of the source that I use for testing. Thing is, the new ffms2 fixed the decoding problem but not the DE corruption at the 4 minutes mark.

byteshare
9th April 2019, 19:22
I'm seeing random frame corruption even when not using DE. And it seems to be random. Doing another encode of the trimmed version did not show the same corruption in the same place.
https://i.postimg.cc/bs4vs8qv/VC-1-Decoding-Frame-Corruption.png (https://postimg.cc/bs4vs8qv)

I'll get you a trimmed 5 minute source of the source that I use for testing. Thing is, the new ffms2 fixed the decoding problem but not the DE corruption at the 4 minutes mark.
Is the screenshot from VLC? Is it the same in MPC-HC (Media Player Classic Home Cinema)

Ryushin
9th April 2019, 22:13
Is the screenshot from VLC? Is it the same in MPC-HC (Media Player Classic Home Cinema)

VLC, SMPlayer, MPlayer, MPV Player, and MPC-HC all have the same corruption.

The joy of VC-1.

byteshare
9th April 2019, 22:37
VLC, SMPlayer, MPlayer, MPV Player, and MPC-HC all have the same corruption.

The joy of VC-1.
Just checking because I've seen that sort of visual issue with VLC but then not seen it with the same file in other players such as SMPlayer and MPC-HC.

Viper714
10th April 2019, 23:42
So, I am having an issue with my Encoding server on one machine out of three. Unfortunately it is the latest machine with the more powerful CPU & GPU. I start the encoding server and it it does not show on the taskbar or the system tray. If I go to the task manager it is there. Anybody have this issue?? It worked great about 3-4 weeks ago when I last used it. I recently updated to Windows 1809. could that be the issue? Would appreciate any help on this one!! Thanks

Atak_Snajpera
11th April 2019, 10:31
Use Process Hacker or Process Explorer to check if EncodingServer.exe is not being blocked by other program.
https://forum.doom9.org/showthread.php?p=1862506#post1862506

Ryushin
11th April 2019, 16:34
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?

So I've trimmed it to 5, 10, and 15 minutes and the corruption does not show up. But it does every time I do the native source. I'll watch the 15 minutes source all the way through and see if it happens that I can repeat. This inconsistency with VC-1 is getting on my nerves. <grrrrrr>

byteshare
11th April 2019, 20:20
So I've trimmed it to 5, 10, and 15 minutes and the corruption does not show up. But it does every time I do the native source. I'll watch the 15 minutes source all the way through and see if it happens that I can repeat. This inconsistency with VC-1 is getting on my nerves. <grrrrrr>
Have you tried remuxing the whole thing to see if maybe the container is causing some issue?

duffbeer
12th April 2019, 09:06
Have you tried remuxing the whole thing to see if maybe the container is causing some issue?

I've seen no problems with any of my VC-1 encodes and I have done quite a few recently. I don't use DE as I only have 1 PC.
I haven't seen any other reports of this issue so maybe the problem is local to your setup?

Ryushin
13th April 2019, 14:46
I've seen no problems with any of my VC-1 encodes and I have done quite a few recently. I don't use DE as I only have 1 PC.
I haven't seen any other reports of this issue so maybe the problem is local to your setup?

Well, for giggles I'll pull down the latest version and let it do updates and run my tests again.

stryker412
13th April 2019, 18:20
I'm building a new machine. I currently have an aging i7-950 and encodes take a little over an hour per episode for a 45 minute ep on 2-pass. What is Ripbot more dependent on, GPU or CPU/RAM?

Atak_Snajpera
13th April 2019, 18:23
Cpu with many cores...

stryker412
13th April 2019, 18:28
Cpu with many cores...

With an 8 core, what types of speed increases would I see?

https://cpu.userbenchmark.com/Compare/Intel-Core-i7-9700K-vs-Intel-Core-i7-950/4030vs617

Atak_Snajpera
13th April 2019, 18:29
x264 or x265? Ryzen cpu?

stryker412
13th April 2019, 18:30
x264 or x265? Ryzen cpu?

Just edited my previous post with a comparison. I mainly use x264, I haven't gotten into x265 just yet.

Atak_Snajpera
13th April 2019, 18:34
Something around 3x speed up

stryker412
13th April 2019, 18:35
Something around 3x speed up

Ok so like I said, my episodes take a little over an hour and they would decrease to ~20 minutes? Nice! Thanks.

Atak_Snajpera
13th April 2019, 18:44
IPC in 9gen is atleast 1.5x higher than in Nehalem. Furthermore You also get higher all core turbo clock + faster ram so 3x should be a minimum.

Ryushin
18th April 2019, 01:54
If this happens at 4:00 mark then maybe you could cut out first 5 minutes from source video and send it to me?

I have a VC-1 source that is giving me corruption using DE or standalone. I've trimmed the Blu-ray source down and removed everything except trimmed m2ts file under STREAM.

There is also two samples along with a text file that outlines the corruption times. Link expires in two weeks:
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Please let me know if there is anything else I can provide.

Ryushin
18th April 2019, 17:05
I have a VC-1 source that is giving me corruption using DE or standalone. I've trimmed the Blu-ray source down and removed everything except trimmed m2ts file under STREAM.

There is also two samples along with a text file that outlines the corruption times. Link expires in two weeks:
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Please let me know if there is anything else I can provide.

BTW, I installed fresh copies of the latest version of Ripbot. Only thing I backed up and restore were my two ini files. I also made a change in the profile to add --sar 1:1.

Viper714
19th April 2019, 23:28
Use Process Hacker or Process Explorer to check if EncodingServer.exe is not being blocked by other program.
https://forum.doom9.org/showthread.php?p=1862506#post1862506

Atak,
I've downloaded both apps and for the life of me can't figure out how to check what is blocking the encoding server.exe. I am positing a screenshot of both the app and taskmanager in order to get some help on this.
Thanks
https://oi1378.photobucket.com/albums/ah89/Viper71463/RipBot_zpss2o6wrdq.png (https://s1378.photobucket.com/user/Viper71463/media/RipBot_zpss2o6wrdq.png.html)

Atak_Snajpera
20th April 2019, 09:54
check if EncodingServer.exe shows up in safe mode.

Viper714
21st April 2019, 20:07
check if EncodingServer.exe shows up in safe mode.

Atak,
So based on your suggestion, The encoding server did indeed run in safe mode. With that said, I decided to turn off all of my "startup" programs in task manager and turn them on a few at a time to find the culprit.
It was not "Everything" as I though it may have been, but a program called "Logitech Gaming Framework." Talk about weird!! No sure how that would interfere. I do have a Logitech Gaming keyboard and Flight sticks. I am going to have to remember to disable this program from starting when I am going to encode movies.

https://oi1378.photobucket.com/albums/ah89/Viper71463/Logitech%20GF_zpscbgbngxk.png (https://s1378.photobucket.com/user/Viper71463/media/Logitech%20GF_zpscbgbngxk.png.html)

Is there anything that I can provide you to possibly prevent this block from happening. I would be more than happy to provide it.
Thanks for pointing me in the right direction.
:thanks:

Atak_Snajpera
21st April 2019, 20:32
Maybe you could contact logitech support and ask them why they inject to other process and thereby block it? This not a normal behaviour in my book... People behind "everything" seem to fix this because it was doing the same thing in the past according to other user.

Viper714
22nd April 2019, 14:03
Maybe you could contact logitech support and ask them why they inject to other process and thereby block it? This not a normal behaviour in my book... People behind "everything" seem to fix this because it was doing the same thing in the past according to other user.

Okay, will do. I have a feeling that it is going to take them a while, but I will definitely contact them. I agree with your view. Thanks!!!

FuzzyNutz
22nd April 2019, 17:09
Ripbot is outputting videos with occasional blocky-digital artifacts when the source is VC-1. I get the same result whether ffdshow's video decoder is set to wmv9 or Intel QuickSync.

Ryushin
23rd April 2019, 17:18
Ripbot is outputting videos with occasional blocky-digital artifacts when the source is VC-1. I get the same result whether ffdshow's video decoder is set to wmv9 or Intel QuickSync.

I've found this problem as well. Please see:
https://forum.doom9.org/showpost.php?p=1866652&postcount=16747
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

The recent versions of Ripbot264 fixed the decoding issue though, but does not seems frame accurate.

VC-1 sources are just a pain to deal with.

Atak_Snajpera
23rd April 2019, 17:54
I've found this problem as well. Please see:
https://forum.doom9.org/showpost.php?p=1866652&postcount=16747
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

The recent versions of Ripbot264 fixed the decoding issue though, but does not seems frame accurate.

VC-1 sources are just a pain to deal with.

Works fine for your recently uploaded sample. Chunks are correctly stitched.

Ryushin
23rd April 2019, 19:30
Works fine for your recently uploaded sample. Chunks are correctly stitched.

Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter that is installed the same way on all four machines. What versions are you recommending?

Atak_Snajpera
24th April 2019, 11:29
Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter that is installed the same way on all four machines. What versions are you recommending?

How do you know that you have issues with frame accurate seeking? Can you again upload sample showing issues at stitching? I assume you are referring to DE mode...

sneaker_ger
24th April 2019, 11:44
Then perhaps it has something to do with AviSynth, FFDShow, or Haali Media Splitter
I thought you were using ffms2? ffdshow and Haali shouldn't matter, then.

Ryushin
24th April 2019, 12:06
How do you know that you have issues with frame accurate seeking? Can you again upload sample showing issues at stitching? I assume you are referring to DE mode...

Not sure if I'm understanding or not. The link is posted included two encodings along with the times corruption occurred. The DE showed issues at multiple minute marks.

Atak_Snajpera
24th April 2019, 13:12
Not sure if I'm understanding or not. The link is posted included two encodings along with the times corruption occurred. The DE showed issues at multiple minute marks.

well I was under impression that you still have issues even with latest update. Like I said latest version works fine with your uploaded sample.

Ryushin
24th April 2019, 13:41
well I was under impression that you still have issues even with latest update. Like I said latest version works fine with your uploaded sample.

I'll have it check for updates and run it again. Thanks Atak.

duffbeer
24th April 2019, 15:37
All this talk of VC-1 problems has me worried. I've encoded dozens of VC-1 sources recently and I haven't got time to watch all of them.
I've watched a few and so far I've seen no issues but I've got at least 20 more to do and I'm worried that they may encode with errors that I won't see for a little while until I get time to watch them again.

What's the real issue here? Is it just with DE or not?

Atak_Snajpera
24th April 2019, 16:26
All this talk of VC-1 problems has me worried. I've encoded dozens of VC-1 sources recently and I haven't got time to watch all of them.
I've watched a few and so far I've seen no issues but I've got at least 20 more to do and I'm worried that they may encode with errors that I won't see for a little while until I get time to watch them again.

What's the real issue here? Is it just with DE or not?

Mainly in DE mode at stitching points (at 1:00 , 2:00 , 3:00 and so on).
My advise is to encode one movie and then check if you see any corrupted frames at above marks. If everything is ok then you are good to go with rest of your vc1 library.

duffbeer
24th April 2019, 16:41
Mainly in DE mode at stitching points (at 1:00 , 2:00 , 3:00 and so on).
My advise is to encode one movie and then check if you see any corrupted frames at above marks. If everything is ok then you are good to go with rest of your vc1 library.

Thanks Atak. I don't use DE at all so I'm hoping it won't affect me. I've watched a couple recently and didn't see any problems at all and I've never had problems with VC-1 in the past either so I'm not sure where the current issues have come from all of a sudden.

archiel
24th April 2019, 18:20
After adding a Hyper-V VM to my PC I can no longer use Distributed Encloding. Hyper-V adds vEthernet(Default Switch) - used for NAT between the VM and the Network - and assigns a 172.17.x.x/28 address, which changes on each reboot and with only NAT connectivity - Connected to unknown network no traffic. The standard PC IP address in this case 10.55.63.115 is assigned to the vEthernet (External Virtual Switch) Hyper-V Virtual Ethernet Adapter #2.

In the Distributed Encoding tab, the IP address for both Client and Servers are set to 10:55.63.115, but the servers always start-up using the 172.17.x.x address. As a result the servers are seen as Offline. Setting the Client and Server IPs to the 172.17.x.x brings them online, but the NAT only connectivity means that there is still no usable connection.
The servers show ADAPTER0:172.17.x.x and ADAPTER1:10.55.63.115, but only connect to ADAPTER0.

Is there a way to run in Distributed Mode without shutting down the VM?

n.b. I am using DE as it is easier to manage the CPU workload this way rather than manually disabling cores from Task Manager.

Atak_Snajpera
24th April 2019, 18:56
After adding a Hyper-V VM to my PC I can no longer use Distributed Encloding. Hyper-V adds vEthernet(Default Switch) - used for NAT between the VM and the Network - and assigns a 172.17.x.x/28 address, which changes on each reboot and with only NAT connectivity - Connected to unknown network no traffic. The standard PC IP address in this case 10.55.63.115 is assigned to the vEthernet (External Virtual Switch) Hyper-V Virtual Ethernet Adapter #2.

In the Distributed Encoding tab, the IP address for both Client and Servers are set to 10:55.63.115, but the servers always start-up using the 172.17.x.x address. As a result the servers are seen as Offline. Setting the Client and Server IPs to the 172.17.x.x brings them online, but the NAT only connectivity means that there is still no usable connection.
The servers show ADAPTER0:172.17.x.x and ADAPTER1:10.55.63.115, but only connect to ADAPTER0.

Is there a way to run in Distributed Mode without shutting down the VM?

n.b. I am using DE as it is easier to manage the CPU workload this way rather than manually disabling cores from Task Manager.

Could you post some screenshots to help me visualize your issue?

archiel
24th April 2019, 20:22
ipconfig gives

connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter #2
Physical Address. . . . . . . . . : 1C-87-2C-42-1F-38
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2a02:c7f:c038:e300:84cc:9e40:3222:143(Preferred)
Temporary IPv6 Address. . . . . . : 2a02:c7f:c038:e300:7957:24f0:84c9:85f7(Preferred)
Link-local IPv6 Address . . . . . : fe80::84cc:9e40:3222:143%8(Preferred)
IPv4 Address. . . . . . . . . . . : 10.55.63.115(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 18 April 2019 11:26:20
Lease Expires . . . . . . . . . . : 19 April 2019 11:26:24
Default Gateway . . . . . . . . . : fe80::ae9e:17ff:fe45:26f8%8
10.55.63.1
DHCP Server . . . . . . . . . . . : 10.55.63.1
DHCPv6 IAID . . . . . . . . . . . : 320636716
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-BF-CB-2C-1C-87-2C-42-1F-38
DNS Servers . . . . . . . . . . . : 2a02:c7f:c038:e300::1
2a02:c7f:c038:e300::1
10.55.63.1
NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter vEthernet (Default Switch):

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter
Physical Address. . . . . . . . . : AE-15-4A-FF-42-27
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::358c:6941:5f5e:a048%19(Preferred)
IPv4 Address. . . . . . . . . . . : 172.17.2.225(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.240
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 330175818
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-BF-CB-2C-1C-87-2C-42-1F-38
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Enabled

Ryushin
24th April 2019, 20:55
Works fine for your recently uploaded sample. Chunks are correctly stitched.

VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.

Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues

I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.

sneaker_ger
24th April 2019, 22:06
So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?

tkwou
24th April 2019, 22:44
Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.

Atak_Snajpera
25th April 2019, 08:58
Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.

You can manually specify binded ip in EncodingServer.exe
example
Just run Server with this switch
EncodingServer.exe /IP xxx.xxx.xxx.xxx

You should also do the same in Distributed Encoding tab for EncodingClient.exe

https://i.imgsafe.org/16/169dda6a82.png

Atak_Snajpera
25th April 2019, 12:23
VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.

Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues

I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.

I doubt we will ever have solution for vc-1 :(
Here is how whole vc1 issue looks like.

https://github.com/FFMS/ffms2/releases


FFMS 2.20 from june 2014 is the last version which is frame accurate and returns correct key frames in text file (video.mkv.ffindex_track00.kf.txt)
example
# keyframe format v1
fps 0
0
24
48
72
96
120
144

However this version may give you some random macro-blocks in frames like in this example

http://atak-snajpera.5v.pl/images/vc-1_corruption.png

We can just hope that this only occurs in animations and not in real film footage...


The macroblocking is fixed in latest version of FFMS. Unfortunately the bad news is that anything above FFMS 2.20 is no longer frame accurate and each frame is detected as key-frame(!?).
This means that in DE mode chunk may start from incorrect frame and on top of that it can be totally corrupted. (JESSE_JAMES sample)
# keyframe format v1
fps 0
0
1
2
3
4
5
6

http://atak-snajpera.5v.pl/images/vc-1_nocorruption.png

Ryushin
25th April 2019, 13:56
So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?

There is macroblocking all over the place. The minute marks were issues with DE but that issue does not exist with the latest version (though I did see occasional corruption with the Jessie James source).

The latest version of ffmpeg is indeed fixed. Same can be said about the latest version of handbrake (or at least the beta which is what I used).

Ryushin
25th April 2019, 14:02
I doubt we will ever have solution for vc-1 :(


I'll open on issue on the Git page.

Perhaps the idea to add the extra step to encode vc-1 source to perhaps cq10 (or a user configurable option) AVC using ffmpeg after the demuxing step that will then allow ripbot to correctly process everything.

Ryushin
25th April 2019, 14:48
I'll open on issue on the Git page.

Issue opened: https://github.com/FFMS/ffms2/issues/345

tkwou
25th April 2019, 18:27
Thanks Atak, my OpenVPN and VirtualBox are not always running so when I go into Settings, the adapter option was greyed out. Once I turned them both on, it gave me to option to lock to a specific NIC. Works fine now.

byteshare
28th April 2019, 18:40
Okay, will do. I have a feeling that it is going to take them a while, but I will definitely contact them. I agree with your view. Thanks!!!
I would recommend that you try using Logitech G Hub instead since they're moving to that.
I use it and haven't had any issues with my servers being blocked that I know of.

soneca
30th April 2019, 00:02
@Atak

Could you please help with this Media Player Classic error?

https://i.postimg.cc/4NM6hZ9z/warning.png

E:\Temp\RipBot264temp\job2\job2_preview.avs::Avisynth video #1

Media Type 0:
--------------------------
Video: YV12 3840x2160 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12441600
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

BITMAPINFOHEADER:
biSize: 40
biWidth: 3840
biHeight: 2160
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 12441600
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 28 00 00 00 00 0f 00 00 70 08 00 00 01 00 0c 00 (.......p.......
0040: 59 56 31 32 00 d8 bd 00 00 00 00 00 00 00 00 00 YV12.ؽ.........
0050: 00 00 00 00 00 00 00 00 ........

byteshare
30th April 2019, 17:18
I doubt we will ever have solution for vc-1 :(

Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.

Atak_Snajpera
30th April 2019, 18:16
Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.

LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.

duffbeer
1st May 2019, 14:07
Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?

Atak_Snajpera
1st May 2019, 14:28
Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?

I do not think so because I use FFMS in ripbot264 instead of built-in video decoder in OS.

byteshare
1st May 2019, 17:40
LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Oh, that is too bad :( Thank you for letting me know.

byteshare
2nd May 2019, 18:09
LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0

Atak_Snajpera
2nd May 2019, 18:22
Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0

I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564

Result
https://i.imgsafe.org/b2/b2742d069b.jpeg

byteshare
3rd May 2019, 06:42
I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564


I'll look to see what version StaxRip 2.0 uses. Maybe StaxRip is using a specific version that works.

Update:
I can't tell the exact version Staxrip 2.0.0.0 is using but the size is very different and the date modified as well.
The newest version that you linked is 27.1MB and a date modified of 2019-03-31 and the one Staxrip uses is 11.1MB and a date modified of 2018-12-31.
Link to the Staxrip version: https://mega.nz/#!N9QX2Q7a!pBmNmgQIf83vFp512M-Rbappr1-mY2KMTVt4aCMJX7A

sneaker_ger
3rd May 2019, 07:54
That version gives me the gray problems. It also still has the "old" ffmpeg bugs. Every program still built from old ffmpeg is totally useless for VC-1 decoding - too many bugs.

https://github.com/VFR-maniac/L-SMASH-Works/issues/58

Ryushin
3rd May 2019, 14:55
I'm not sure if this is just related to just 4K HDR sources or not (doubt it), but I've been making 720p HDR files (streaming and for mobile devices) from my 4K HDR sources. When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.

Just as an aside, I found, at least on Sony TV's, that if I burn in the subtitles (especially in to push them into black bars) into the 4K HDR file, the TV will dim the picture slightly when the subtitle shows up. But it does not do this if I use a muxed subtitle.

So I had to switch from using burned in subtitles to a forced muxed subtitle when using 4K HDR sources. Plex inside of Kodi will display the subtitle correctly by default but using Plex I have to remember I have a forced subtitle and to select it before playing back the film.

I will continue to burn in subtitles in non HDR sources though. Atak, is it possible to not convert sup to sub when burning in subtitles. I noticed it does this regardless of the setting in the ini file.

Atak_Snajpera
3rd May 2019, 14:59
When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
As always, send me sample...

Ryushin
3rd May 2019, 17:10
As always, send me sample...

Was not sure if you needed a sample.

Sample:
https://cloud.chrisdos.com/index.php/s/Yn8EBxGEXBa98Wr

NasaRacer
4th May 2019, 03:57
I am having similar issues with subtitles in Batch Mode (Automated - Folder Selection), I have the batch setting checked on to render subtitles. So it is de-muxing the PGS subs correctly from my MKV files no problem but the MP4 created are not getting the subtitles rendered into the finished file. It works fine for me if I manually convert a video and select the subs to render in AviSynth settings. Am I doing something wrong? Any input would be appreciated. I am not sure how to post an example of this issue.

Atak_Snajpera
4th May 2019, 18:42
When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
Next auto-update should fix this issue.

byteshare
5th May 2019, 16:06
I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries

Atak_Snajpera
5th May 2019, 16:55
I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries

Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.

byteshare
6th May 2019, 05:10
Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.
Suspend then, not pause, sorry...just how I thought about it I guess.
I figured you couldn't do much for a restart/shutdown in non-DE mode but a suspend would be helpful for when I need more CPU...aka gaming.
I don't get 100% CPU usage like when I'm doing DE mode with 2 servers but it is close enough and it is super hot for me right now so I don't really need/want my CPU 100% at the moment :)

jlpsvk
6th May 2019, 18:31
@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!

Atak_Snajpera
6th May 2019, 19:34
@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!

Upload some samples containing HDR10+ for me and then I will take a look what can be done.

Viper714
6th May 2019, 20:28
Atak,
I decided to purchase a separate SSD as a temp drive for encoding my movies. I added it to my server as an "S:" drive in the settings. See below:

https://i.imgur.com/XCjWe3f.png

So I started the encoding process and I get an error:
ERROR: File \\SERVER-PC\RipBot264temp\job1\Chunks\3.cmd does not exist! See below

https://i.imgur.com/bZDXsS9.png


Any ideas what I can do? The file does exist but it appears there is a path issue:

https://i.imgur.com/SiUuveR.png

BTW, I right click on the Job and it opens the job folder properly on my S: drive.

Atak_Snajpera
7th May 2019, 09:11
You should check network path instead (\\server-pc\ripbot264temp)

Viper714
7th May 2019, 15:31
You should check network path instead (\\server-pc\ripbot264temp)

Atak: Here is the error I get when checking the path:

https://i.imgur.com/hjVGwav.png

How can I fix this to point to my "S:" drive SSD?

"S:\Temp\RipBot264temp"

UPDATED:
Disregard. Brain dead moment. I had to do a network share to that folder. It works now!! Thanks for the solution!!!

byteshare
7th May 2019, 17:07
Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.

Viper714
9th May 2019, 03:18
Atak,
I am having an issue in encoding a Blu ray Chronicles of Narnia Prince Caspian. It seems that the video pauses in numerous areas but not the audio. Below is a link to my dropbox with a excerpt of the video showing the issue. Pay particular attention around 14 seconds through 20 seconds. You will notice the pause.


https://www.dropbox.com/s/khrfwe7uxxtaj0y/Narnia_0001.mkv?dl=0

I have tried to encode in x264 and x265 with the same result with the pauses in the areas. I reviewed the original file on the blu ray and it plays fine in VLC. The disc is clean and clear of any imperfections. I tried several player and three different machines with the same issue in the same areas. Below is a screenshot of the encoding settings to show my settings.

https://i.imgur.com/M6orr9X.png

Appreciate any insight on this one!!!

sneaker_ger
9th May 2019, 05:53
You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.

Viper714
10th May 2019, 00:02
You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.

Using DGSplit method seems a little time consuming as here are several pauses in the complete movie. Selecting a different source filter sounds like a better solution. Can you please advise how to do that?

sneaker_ger
10th May 2019, 00:14
I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.

Viper714
10th May 2019, 03:39
I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.

Oh , I misunderstood your request. So using DGSplit I uploaded the area around the same section as the MKV file I uploaded. I played in it in VLC using audio track 1. Hope this is good enough.
As far as a "log" DGSplit did not provide a log. If the log is on the original disc please advise where I would find it and I will provide post haste.
Thanks again!!!

https://www.dropbox.com/s/8yqw94bz0g1lkhl/PCN_64.m2ts?dl=0

Atak_Snajpera
10th May 2019, 13:55
I would need whole file from the very begining to the first pause + 1 min as extra buffer.
For example if pause happens at 19 min mark then I would need first 20 min.

JASAN
17th May 2019, 15:48
Hello Atak, thanks again for the program.

Im using version 1.24, and when I add m2ts file using batch moe, they add successfully. But they wont compress, I get this message.

[avisynth @ 0000015d7cd1d1c0] FFVideoSource: Can't open '\\EARTH\RipBot264temp\job1\video.mkv'
(E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs, line 7)
E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs: Unknown error occurred

The video.mkv file its looking for does not exist. I can browse to that location successfully from all networked computers.

What should I do to fix this?

Thanks again

Edit - I found a solution, I renamed the files to m2t. I hadnt noticed that the m2ts files didnt have audio either when brought into rip bot.

GZZ
17th May 2019, 23:28
The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.

had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.

LigH
19th May 2019, 00:21
In Windows, hold the Alt key and type in the numeric block before you release it:
en dash – = ANSI char 0150
em dash — = ANSI char 0151

byteshare
21st May 2019, 16:54
The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.

had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.
Other symbols/characters are an issue to.
Maybe a job to strip characters that aren't supported before import? (as a non-default option)

chainring
21st May 2019, 23:56
Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.
QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.

When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...

byteshare
22nd May 2019, 16:56
QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.

When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...

Why does everyone call it an encoder: https://www.videohelp.com/software/qaac
What is the difference in a wrapper and encoder in this case?
I thought the 3 main encoders for AAC were FHG, FKD, and QAAC

stax76
22nd May 2019, 18:42
Relying on batch files is a suboptimal solution, in particular on Win 7 because there is trouble with certain types of characters.

The solution is ShellExecuteEx.

proc.File = "cmd.exe"
proc.Arguments = "/S /C """ + commandLine + """"

ReinerSchweinlin
23rd May 2019, 20:46
Hey Atak,

thank you for the very nice tool!!

I tried to recode some anime series with more than one audio stream.
How do I enable "keep all languages and simply xcopy the stream" in batch mode?
So far, only one language is preserved.

Edit: I looked into to the temp folder - both audio streams are demuxed and present in the job folders - but only one is remuxed into the final encode. Tested it with several different sources.

stryker412
25th May 2019, 18:35
Question about x265. I finally have a player that can natively play x265 without any transcoding on the server's part. I was looking to re-rip a TV Show I have. When I loaded up an episode in Ripbot and looked at the settings between HEVC and x264, I saw no file size difference on 2-pass. I thought H265 was supposed to save on file size?

sneaker_ger
25th May 2019, 19:22
filesize = bitrate * duration

If you set x264 and x265 to the same bitrate encoding the very same e.g. 90 minutes movie then the filesizes will be identical. HEVC marketing tells you HEVC can achieve the same quality as AVC at half the bitrate but that's marketing. In reality it is highly dependend on the source material and the target bitrate. At very low bitrates HEVC may easily achieve those 50% but at higher bitrates AVC and HEVC aren't much different. Since "quality" is subjective you may want to do a few test encodes yourself.

stryker412
25th May 2019, 21:02
Thank you. Yes I was setting them to the same specs so that could be why. I generally keep TV episodes at 4-5Mbps.

byteshare
27th May 2019, 16:56
Thank you. Yes I was setting them to the same specs so that could be why. I generally keep TV episodes at 4-5Mbps.
Try CRF with HEVC unless you want similar sizes for all of your movies. CRF goes for similar quality. Start at 22 and go lower (better quality) or higher depending on if things meet your expectations.

GZZ
27th May 2019, 21:45
When RibBoot264 is set to shutdown after encoding several movies and you the day after starts up RibBot264, then it dosnt keep the history of the encoding. Normally a job is like [Job 1] ...... and when it finish it says HH:MM:SS [Job 1]..... or *Errror* [Job 1]..... so you know it finished properly or not. But this info isnt saved when using the shutdown client/server, then it just looks like the job has never started.

chainring
30th May 2019, 21:44
Why does everyone call it an encoder: https://www.videohelp.com/software/qaac
What is the difference in a wrapper and encoder in this case?
I thought the 3 main encoders for AAC were FHG, FKD, and QAAC
The difference being, QAAC on its own doesn't do anything. It cannot encode audio without the needed dlls from iTunes, whether that's an installed copy of iTunes or ones extracted from the installer.

I can see why QAAC is listed under the encoder section on Video Help, but it's still not an encoder, per se.

byteshare
31st May 2019, 17:07
The difference being, QAAC on its own doesn't do anything. It cannot encode audio without the needed dlls from iTunes, whether that's an installed copy of iTunes or ones extracted from the installer.

I can see why QAAC is listed under the encoder section on Video Help, but it's still not an encoder, per se.

Either way QAAC audio output is different than the versions in RipBot right now.

stryker412
6th June 2019, 01:51
Does Ripbot support UHD rips? I am getting an audio error when trying to load up the source file.

Image (https://imgur.com/a/AFSlg7E)

brumsky
6th June 2019, 04:24
Hey Atak_Snajpera,

Any idea why my 2nd encoding server has encoding priority set to normal? I have a server running Win 2016 with an up to date copy of ripbot and a PC with Win10 same version of ripbot. The PC has it's priority set to normal instead of low... The server gets the correct setting of low for it's encoder.

I've tried running the encoding server.exe from the server on the PC via a file share. No change.

running the updater on both systems. no change.

Double and triple checking that low priority is set in the .ini file.

Any other ideas?

Thanks, ripbot is awesome of course!!

Atak_Snajpera
6th June 2019, 12:29
Hey Atak_Snajpera,

Any idea why my 2nd encoding server has encoding priority set to normal? I have a server running Win 2016 with an up to date copy of ripbot and a PC with Win10 same version of ripbot. The PC has it's priority set to normal instead of low... The server gets the correct setting of low for it's encoder.

I've tried running the encoding server.exe from the server on the PC via a file share. No change.

running the updater on both systems. no change.

Double and triple checking that low priority is set in the .ini file.

Any other ideas?

Thanks, ripbot is awesome of course!!

Show me some screenshots because at the moment I do not know what you mean exactly.

brumsky
6th June 2019, 15:47
Atak_Snajpera,

Here is a screenshot. It is the Encoding Priority, which is set to normal instead of low.

https://imgur.com/GgbUsjV

Thanks again!

Atak_Snajpera
6th June 2019, 16:32
Try this
EncodingServer.exe /priority low

brumsky
6th June 2019, 18:10
That works!

stryker412
6th June 2019, 19:18
Does Ripbot support UHD rips? I am getting an audio error when trying to load up the source file.

Image (https://imgur.com/a/AFSlg7E)

Any thoughts on this Atak? This is my first UHD movie.

Atak_Snajpera
6th June 2019, 19:22
Dolby Atmos?

stryker412
6th June 2019, 19:24
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD

Atak_Snajpera
6th June 2019, 19:27
Try with option "Skip demuxing process". You would have to manually extract audio on your own though.

brumsky
6th June 2019, 19:29
Any thoughts on this Atak? This is my first UHD movie.

I've been using ripbot to do UHD encodes for at least a year. I haven't had any issues with it until a couple of days ago. I reinstalled Avisynth+ and it was resolved.

I was getting the same error you were.

brumsky
6th June 2019, 19:30
Try this
EncodingServer.exe /priority low

Any thoughts on why this is happening?

Atak_Snajpera
6th June 2019, 19:34
Any thoughts on why this is happening?

normal is default

stryker412
7th June 2019, 11:29
I've been using ripbot to do UHD encodes for at least a year. I haven't had any issues with it until a couple of days ago. I reinstalled Avisynth+ and it was resolved.

I was getting the same error you were.

Hmm, I updated to the latest AviSynth+ and still getting the same error.

brumsky
7th June 2019, 17:18
Hmm, I updated to the latest AviSynth+ and still getting the same error.

Well I found one that is still giving me a problem. I'm not sure what it is about this one file. I even remuxed it to a new MKV which didn't fix it...

It's weird because I've done more than 100 but this one is failing still. Oh well, just say no audio and remux later like Atak suggested.

@Atak_Snajpera
Is it possible to give us an option for the encoding priority? I let it run on my PC while I'm working since I don't need the extra CPU cycles.

stryker412
7th June 2019, 19:18
I'll try another movie, this one was Coco.

stryker412
9th June 2019, 11:55
Tried another kids movie (Trolls) and I was able to get it down to a 9GB file! Seems to work now. Took almost 14hrs though. Is there something special you have to do to keep HDR? The resulting file was only SDR.

byteshare
10th June 2019, 00:14
Is it possible to give us an option for the encoding priority? I let it run on my PC while I'm working since I don't need the extra CPU cycles.
If you put it in DE (Distributed Encoding) mode you can.
Settings > Distributed Encoding > "Wrench" next to the Active Servers count takes you to:
Encoding Server Command-Line Switches, such as:
``/port 1000 /minimize /priority low``

SKPN
13th June 2019, 19:07
Is there any way to trim audio while doing a direct copy? I'm trying to remove the opening/ending credits from a TV show, but the Trim command only seems to work on audio if it's being encoded, which I don't want to do. I was able to do this previously with Staxrip, but I haven't found any way to do it with Ripbot.

byteshare
14th June 2019, 16:19
Is there any way to trim audio while doing a direct copy? I'm trying to remove the opening/ending credits from a TV show, but the Trim command only seems to work on audio if it's being encoded, which I don't want to do. I was able to do this previously with Staxrip, but I haven't found any way to do it with Ripbot.
Might be easier to do it with MKVToolNix IMO...only works with Keyframes though, so might be better to do with source or your encode depending where the keyframes are.

I use MKVToolNix a lot with stuff that has intro trailers and outro trailers after I encode.

Otherwise you can define the frames to use with AVISynth.

Axelstrife
17th June 2019, 01:52
Hope someone could help me, I can get it to encode using the second server which is a laptop but not the computer it's running from (my desktop) i think the encodeing server application is supposed to open but it doesn't like how it does on my laptop, it's open as a process but not in my system tray.

Hope someone can help.

Edit: downloaded an old version and it's working fine with encodeingserver application opening and it's encodeing fine, so it was something wrong with the latest ripbot version.

Atak_Snajpera
17th June 2019, 12:23
Hope someone could help me, I can get it to encode using the second server which is a laptop but not the computer it's running from (my desktop) i think the encodeing server application is supposed to open but it doesn't like how it does on my laptop, it's open as a process but not in my system tray.

Hope someone can help.

Edit: downloaded an old version and it's working fine with encodeingserver application opening and it's encodeing fine, so it was something wrong with the latest ripbot version.

https://forum.doom9.org/showthread.php?p=1872384#post1872384

byteshare
18th June 2019, 20:28
Not sure about licensing and all that but any chance of updating to FDKv2?
https://github.com/mstorsjo/fdk-aac/releases/tag/v2.0.0

Not sure there have been the same updates to their FHG encoder

I know Stax has QAAC https://sites.google.com/site/qaacpage/
But not sure how they get around the iTunes being needed.

en3rmax
19th June 2019, 20:28
Hi there,

I been encoding some episode blu-rays in batch mode normally in 1080p without cropping but I would like to crop to - 1440x1080 what is the best way to do this in ripbot batch mode? thanks for the help

byteshare
20th June 2019, 16:37
Hi there,

I been encoding some episode blu-rays in batch mode normally in 1080p without cropping but I would like to crop to - 1440x1080 what is the best way to do this in ripbot batch mode? thanks for the help
Use the auto crop (check box) or manually do it via the GUI or by editing the job files, which can be done in batch with something like NotePad++.

byteshare
21st June 2019, 19:31
I'm trying to use SeeSaw with RipBot: http://avisynth.nl/index.php/SeeSaw
https://forum.doom9.org/showthread.php?t=104701
Call it from your script like this:
a= last
b=a.yourfavoritedenoiser()
SeeSaw(a,b, NRlimit=3, NRlimit2=4, Sstr=1.5, Slimit=5, Spower=5, Sdamplo=6, Szp=16)

This also came up a few years ago for RipBot: https://forum.doom9.org/showpost.php?p=1639723&postcount=12597
But the application of SeeSaw was different.

Problem is that this doesn't work:
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
a=last
b=a.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
Now I know this isn't working because in RipBot I need to feed "video" into this such as (excluding the MD2 stuff from the first example):
a=last
b=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
But now SeeSaw isn't getting fed video, but I know I can't also define video twice and if I define "a=video" I can't define the "last" such as (excluding the MD2 stuff from the first example):
a=video
b=a.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(a,b)
While it "works" it isn't telling SeeSaw to do a comparison, rather a direct sharpening.
So it should be something like (excluding the MD2 stuff from the first example):
video=last
b=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(video,b)
But now I'm back to MD2 not getting fed "video"
Any help?

Atak_Snajpera
21st June 2019, 20:13
Try this

#Denoise
noisyvideo=video
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(noisyvideo,video)

byteshare
21st June 2019, 21:59
Try this

#Denoise
noisyvideo=video
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
video=SeeSaw(noisyvideo,video)

Thank you so much. I spent a long time trying to figure that out.
I had the order wrong for RipBot.
Am I wrong in thinking that for the above "Video=" after another "Video=" has the logic of using the last "Video="
output as an input to the next "Video=" when you define "Video" as a source in a filter ie Filter(video)
So "video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)" is getting sent to the next line that uses "Video" here:
"Video=SeeSaw(noisyvideo,video)"

brumsky
25th June 2019, 16:42
If you put it in DE (Distributed Encoding) mode you can.
Settings > Distributed Encoding > "Wrench" next to the Active Servers count takes you to:
Encoding Server Command-Line Switches, such as:
``/port 1000 /minimize /priority low``

Awesome thanks! I didn't know about that. What's interesting is that it is already set to low...

byteshare
25th June 2019, 16:48
New Stable x265 3.1: http://msystem.waw.pl/x265/
Release Notes: https://bitbucket.org/multicoreware/x265/raw/dcd4c18582fb1cf8fc3ff486f37f9b75b5fe6e45/doc/reST/releasenotes.rst