View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
byteshare
23rd December 2018, 16:55
Not applicable when clicking "remove" and doesn't address non-use of recycle bin.
Then don't remove the job? I am not sure why you'd want to keep temp files since you should still have the source video and if you wanted to re-encode the same thing you can use the same job after it is done if you don't remove it.
I don't see why you'd want to move temp files to the recycle bin rather then remove them.
FuzzyNutz
24th December 2018, 00:29
Then don't remove the job? I am not sure why you'd want to keep temp files since you should still have the source video and if you wanted to re-encode the same thing you can use the same job after it is done if you don't remove it.
I don't see why you'd want to move temp files to the recycle bin rather then remove them.
Job folder creation is time intensive. The contents have value. It's wasteful to permanently delete them when the recycle bin is available.
RipBot, like other software running in windows, should allow users the second-chance afforded by the recycle bin.
FuzzyNutz
24th December 2018, 01:24
When loading blu-ray structure jobs with HD audio that will be re-encoded to AC3 or AAC, does selecting "demux" enable the least steps or is wave creation an inevitable intermediate, hence the reason "wave" is the default?
If the HD audio track in the above example is 7.1 and "wave" is selected, what difference does it make if the "5.1" box is checked, given that the AC3 and AAC choices don't exceed 5.1?
Ryushin
24th December 2018, 03:10
When loading blu-ray structure jobs with HD audio that will be re-encoded to AC3 or AAC, does selecting "demux" enable the least steps or is wave creation an inevitable intermediate, hence the reason "wave" is the default?
If the HD audio track in the above example is 7.1 and "wave" is selected, what difference does it make if the "5.1" box is checked, given that the AC3 and AAC choices don't exceed 5.1?
If I want to keep the original audio of the movie, I select Core and then x.x Copy Stream when selecting audio for the encoding settings. With the exception of TrueHD tracks, when using those, I have to select Demux. I essentially never use Wave unless its forced to because the audio is a PCM track. So essentially, use Core for everything except TrueHD tracks, and then you can select what you want in the encoding settings. I.e. Original, AC3, AAC, etc.
Ryushin
24th December 2018, 03:18
Job folder creation is time intensive. The contents have value. It's wasteful to permanently delete them when the recycle bin is available.
RipBot, like other software running in windows, should allow users the second-chance afforded by the recycle bin.
I can understand the idea behind this. Only problem is, the job has a number associated with it. Restoring it simply from Recycle Bin does not mean the job will be able to be re-integrated back into RB. Atak would have to actually create a restore job from Recycle Bin and then changed everything about it to have a new job number.
In many ways, think of deleting the job from RB as emptying the recycle bin. Only delete it once you are sure your created file is what you want.
My master server actually runs on a virtual machine on top of linux running ZFS. The master server never does any encoding itself, it just controls the slaves.
Twice I need to recover about a 50-150 jobs. I shutdown the VM. Created a clone from a snapshot of VM's drive, booted the VM with the cloned drive, did my work that I needed to do with the jobs, and then shut it back down and destroyed the clone and restored the original VM's drive and picked up where I left off.
FuzzyNutz
24th December 2018, 04:20
If I want to keep the original audio of the movie, I select Core and then x.x Copy Stream when selecting audio for the encoding settings. With the exception of TrueHD tracks, when using those, I have to select Demux. I essentially never use Wave unless its forced to because the audio is a PCM track. So essentially, use Core for everything except TrueHD tracks, and then you can select what you want in the encoding settings. I.e. Original, AC3, AAC, etc.
None of which address my questions.
Unrelated: You might have overlooked that TrueHD tracks in blu-ray structures often contain a selectable core. Also, using HD cores to re-encode to AC3 or AAC is not preferred practice.
FuzzyNutz
24th December 2018, 04:29
Only problem is, the job has a number associated with it. Restoring it simply from Recycle Bin does not mean the job will be able to be re-integrated back into RB. Atak would have to actually create a restore job from Recycle Bin and then changed everything about it to have a new job number.
Reinstating removed jobs wasn't my focus, but I appreciate that the issues associated with restoring job folders are likely why the recycle bin isn't employed.
Ryushin
24th December 2018, 06:27
None of which address my questions.
You might have overlooked that TrueHD tracks in blu-ray structures often contain selectable cores. Also, using HD cores to re-encode to AC3 or AAC is not preferred practice.
If I use Core on a TrueHD track, it will extract the AC3 from it. I have yet to see a DTS track in a TrueHD stream. I prefer to to re-encode if necessary. If that AC3 track exists, I copy the stream. If it is DTS, I re-encode to AC3. Selecting Core gives me the most options what to do with the audio track.
legend
24th December 2018, 18:58
Update not working ????
gabbett1
27th December 2018, 17:08
I recently updated my Ripbot and am having issues getting it to complete a job. I'm getting an error text created instead of the video file. The text says this:
"
C:\>"F:\Blue Ray Ripping\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"
C:\>"F:\Blue Ray Ripping\tools\mp4box\mp4box.exe" -tmp "D:\Temp\RipBot264temp" -add "D:\Temp\RipBot264temp\video.264":name="Pirates Of The Caribbean The Curse Of The Black Pearl" -fps 23.976 -add "D:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac":lang=eng -mpeg4 -chap "D:\Temp\RipBot264temp\job1\chapters.txt" -new "D:\New Uncopied\Pirates Of The Caribbean The Curse Of The Black Pearl\Pirates Of The Caribbean The Curse Of The Black Pearl.mp4"
Cannot find file D:\Temp\RipBot264temp\video.264
Error importing D:\Temp\RipBot264temp\video.264:name=Pirates Of The Caribbean The Curse Of The Black Pearl: Requested URL is not valid or cannot be found
-------------------------
Elapsed Time: 00h:24m:04s"
oRAirwolf
30th December 2018, 15:19
Is anybody else having problems launching the encoding server after updating to 1.23.1? I have tried on 2 different machines, which are both running the latest version of VMware ESXi 6.7 on both Windows 10 1809, Server 2016, and Server 2019. I try to launch the encoding server and nothing happens. No error. It just doesn't open.
ReinerSchweinlin
30th December 2018, 16:03
Did you look up the taskmanager if any old instances of any ripbot part are still active?
slalom
30th December 2018, 16:46
Anyone having problems with auto shut down?
Has already happeden 2 times on one PC
GZZ
30th December 2018, 22:59
My suggestions of building a simple remuxing tool, that also offers some filtering, denoising, & DE, would be very welcome, as most 4K movies probably don't require encoding, and I'm not too interested in reducing file size.
Not possible!
You cant create a remux tool that will apply filters to the video without reencoding it. Its like changing the content of a encrypted zip file without open it! Its the same with video, you need to decode it (unzip), then modify the content and encode it again (zipping). Where zipping is mustly relying on the speed of your hdd and not so much the cpu power. Encoding on the other hand is much more relying on the cpu rather then the hdd and thats why a remuxing tool with those filters is not possible and thats where ripbot264 comes into the picture.
gabbett1
31st December 2018, 04:48
delete
howzz
31st December 2018, 04:57
hi, please excuse me for not reading the entire 820 pages of thread. i've bounced between Handbrake and Ripbot back and forth for the last 10 years. recently looking to come back to Ripbot again due to somewhere i read that Ripbot now supports full front to back H265 HDR UDH 10bit workflow. is that true?
the problem with Handbrake currently is that even though it'll allow you to chose H265 10bit, and it'll take H265 10 bit input, but it still converts it to 8 bit first. so essentially it's still a 8 bit workflow, so missing a lot of the color information. one of their main devs confirmed that the full 10 bit pipeline is still in the works, and likely will not be completely overhauled for a while.
so does Ripbot fully support UHD 10 bit H265 now that it doesn't convert to 8 bit during the conversion? i downloaded the latest version of 1.23.1, and it indeed has the H265 10 bit function, just like Handbrake does, but i just want to confirm with someone, perhaps the dev, that there's no 8 bit process involved in-between if i chose the H265 10 bit option.
thanks
GZZ
31st December 2018, 08:21
hi, please excuse me for not reading the entire 820 pages of thread. i've bounced between Handbrake and Ripbot back and forth for the last 10 years. recently looking to come back to Ripbot again due to somewhere i read that Ripbot now supports full front to back H265 HDR UDH 10bit workflow. is that true?
the problem with Handbrake currently is that even though it'll allow you to chose H265 10bit, and it'll take H265 10 bit input, but it still converts it to 8 bit first. so essentially it's still a 8 bit workflow, so missing a lot of the color information. one of their main devs confirmed that the full 10 bit pipeline is still in the works, and likely will not be completely overhauled for a while.
so does Ripbot fully support UHD 10 bit H265 now that it doesn't convert to 8 bit during the conversion? i downloaded the latest version of 1.23.1, and it indeed has the H265 10 bit function, just like Handbrake does, but i just want to confirm with someone, perhaps the dev, that there's no 8 bit process involved in-between if i chose the H265 10 bit option.
thanks
Yes it does everything in 10bit including filters, but be aware if you use at custom filter.
howzz
31st December 2018, 19:43
Yes it does everything in 10bit including filters, but be aware if you use at custom filter.
thanks!. this is what i was looking for. appreciate it.
nekrosoft13
1st January 2019, 19:37
on a dual Xeon system, how can I activate Numa Node 1?
[SYSTEM] CPU Name = Genuine Intel(R) CPU @ 2.00GHz
[SYSTEM] NUMA Nodes = 2
[SYSTEM] CPU Cores Per Node = 12
[SYSTEM] CPU Threads Per Node = 24
[SERVER] Encoding NUMA Node = 0
[SERVER] Encoding Affinity Mask = 000000001111111111111111
[SERVER] Encoding Priority = normal
[OPENCL] GPU device id 0 = GeForce GT 610 (1CU)
[AVISYNTH] Prefetch Threads = 8
[ADAPTER0] A0-36-9F-A1-21-3D = 192.168.1.102
[2019-01-01 12:40:44] Waiting for connection...
when ever I select Numa node 1 in additional servers and click activate I always end up on Numa node 0
nekrosoft13
1st January 2019, 19:57
If I go into task manager and manually set affinity it uses the cores correctly.
But then when encode task is done, it goes back to node 0 only.
https://forum.doom9.org/attachment.php?attachmentid=16636&stc=1&d=1546368891
circled areas are when I manually set affinity, and you can see it in task manager too, when affinity was set, node 1 (second cpu) also turned on.
slalom
1st January 2019, 20:30
on a dual Xeon system, how can I activate Numa Node 1?
[SYSTEM] CPU Name = Genuine Intel(R) CPU @ 2.00GHz
[SYSTEM] NUMA Nodes = 2
[SYSTEM] CPU Cores Per Node = 12
[SYSTEM] CPU Threads Per Node = 24
[SERVER] Encoding NUMA Node = 0
[SERVER] Encoding Affinity Mask = 000000001111111111111111
[SERVER] Encoding Priority = normal
[OPENCL] GPU device id 0 = GeForce GT 610 (1CU)
[AVISYNTH] Prefetch Threads = 8
[ADAPTER0] A0-36-9F-A1-21-3D = 192.168.1.102
[2019-01-01 12:40:44] Waiting for connection...
when ever I select Numa node 1 in additional servers and click activate I always end up on Numa node 0
Check this page and the next
https://forum.doom9.org/showthread.php?p=1849899#post1849899
check your BIOS settings too
nekrosoft13
1st January 2019, 21:37
Check this page and the next
https://forum.doom9.org/showthread.php?p=1849899#post1849899
check your BIOS settings too
Numa nodes already seem to be active according to task manager
https://forum.doom9.org/attachment.php?attachmentid=16637&stc=1&d=1546375018
And i tried
EncodingServer.exe /node 0
EncodingServer.exe /node 1
still can't get the node 1 active
LigH
1st January 2019, 23:29
@nekrosoft13: Please do not attach images to your posts, their approval takes time until a moderator notices. Instead, upload it to a free image hoster (e.g. frupic, tinypic, imgur ...).
nekrosoft13
2nd January 2019, 01:44
@LigH didn't know
Here are the images again
img 1 https://ibb.co/GxJ5VJt
img 2 https://ibb.co/w6xR6B9
Atak_Snajpera
2nd January 2019, 12:30
For testing purposes check if this works
EncodingServer.exe /node 1 /affinity 1
nekrosoft13
2nd January 2019, 16:56
For testing purposes check if this works
EncodingServer.exe /node 1 /affinity 1
so i tried creating a custom shortcut
with ""C:\Program Files (x86)\RipBot264\EncodingServer.exe" EncodingServer.exe /node 1 /affinity 1"
also tried editing RipBot264.ini
with
UseDistributedEncoding=1
ActivateServers=2
Server1CommandLine=EncodingServer.exe /node 0 /affinity 0 /port 1000 /minimize
Server2CommandLine=EncodingServer.exe /node 1 /affinity 1 /port 2000 /minimize
Server3CommandLine=/port 3000 /minimize /priority low
Server4CommandLine=/port 4000 /minimize /priority low
Server5CommandLine=/port 5000 /minimize /priority low
Server6CommandLine=/port 6000 /minimize /priority low
Server7CommandLine=/port 7000 /minimize /priority low
Server8CommandLine=/port 8000 /minimize /priority low
Server9CommandLine=/port 9000 /minimize /priority low
Server10CommandLine=/port 10000 /minimize /priority low
Server11CommandLine=/port 11000 /minimize /priority low
Server12CommandLine=/port 12000 /minimize /priority low
Server13CommandLine=/port 13000 /minimize /priority low
Server14CommandLine=/port 14000 /minimize /priority low
Server15CommandLine=/port 15000 /minimize /priority low
Server16CommandLine=/port 16000 /minimize /priority low
PreferredLanguage=[eng] English
nothing... maybe i'm not doing it in right place?
This is Server 2019 btw.
Atak_Snajpera
2nd January 2019, 17:05
so i tried creating a custom shortcut
with ""C:\Program Files (x86)\RipBot264\EncodingServer.exe" EncodingServer.exe /node 1 /affinity 1"
also tried editing RipBot264.ini
with
UseDistributedEncoding=1
ActivateServers=2
Server1CommandLine=EncodingServer.exe /node 0 /affinity 0 /port 1000 /minimize
Server2CommandLine=EncodingServer.exe /node 1 /affinity 1 /port 2000 /minimize
Server3CommandLine=/port 3000 /minimize /priority low
Server4CommandLine=/port 4000 /minimize /priority low
Server5CommandLine=/port 5000 /minimize /priority low
Server6CommandLine=/port 6000 /minimize /priority low
Server7CommandLine=/port 7000 /minimize /priority low
Server8CommandLine=/port 8000 /minimize /priority low
Server9CommandLine=/port 9000 /minimize /priority low
Server10CommandLine=/port 10000 /minimize /priority low
Server11CommandLine=/port 11000 /minimize /priority low
Server12CommandLine=/port 12000 /minimize /priority low
Server13CommandLine=/port 13000 /minimize /priority low
Server14CommandLine=/port 14000 /minimize /priority low
Server15CommandLine=/port 15000 /minimize /priority low
Server16CommandLine=/port 16000 /minimize /priority low
PreferredLanguage=[eng] English
nothing... maybe i'm not doing it in right place?
This is Server 2019 btw.
WRONG!
It should be without EncodingServer.exe!
My example was for pure command line in case if want to manually run server outside ripbot264.
https://i.imgsafe.org/ce/ce241d9f7e.png
slalom
2nd January 2019, 17:52
@Atak
v. 1.24.0 looks very nice
Can you please explain the colors green, blue and grey on the graphic?
https://i.ibb.co/SPHZ7Ds/enc.jpg (https://imgbb.com/)
Both are suppesed to work at 100%
What is the button next to the OFF?
Atak_Snajpera
2nd January 2019, 17:59
@Atak
v. 1.24.0 looks very nice
Can you please explain the colors green, blue and grey on the graphic?
https://i.ibb.co/SPHZ7Ds/enc.jpg (https://imgbb.com/)
Both are suppesed to work at 100%
What is the button next to the OFF?
Regarding colors answer is in EncodingServer app ;)
Button next to off button is for auto-reconnection.
nekrosoft13
2nd January 2019, 18:09
CMD didn't work
https://i.ibb.co/HHL0DX5/Untitled3.jpg (https://ibb.co/2k0w75G)
slalom
2nd January 2019, 18:32
Regarding colors answer is in EncodingServer app ;)
Oh, I see what you mean, encoder, decoder and other :thanks:
nekrosoft13
2nd January 2019, 18:56
and the results of .ini file.
https://i.ibb.co/KL9tFDt/Untitled4.jpg (https://ibb.co/qWRHkCH)
Atak_Snajpera
2nd January 2019, 19:14
Can you check how EncodingServer.exe processes were assigned in Task Manager?
https://i.imgsafe.org/cf/cff6f372f6.png
Could you also reduce number of active cores per CPU from 12 to 8 in BIOS and then check if numa node is detected correctly?
nekrosoft13
2nd January 2019, 20:06
with those settings one exe got assigned
NODE 0 from CPU 0 to CPU 23
second EXE got assigned
NODE 0 from CPU 0 to CPU 16
nothing on node 1
can't change BIOS settings at the moment, i'm remoting in at the moment.
Atak_Snajpera
2nd January 2019, 20:13
can't change BIOS settings at the moment, i'm remoting in at the moment.
Let me know once you can do this test. I have some suspicion about 32 thread limit in 32 bit process (EncodingServer.exe) using windows GetNumaProcessorNode (https://docs.microsoft.com/en-us/windows/desktop/api/winbase/nf-winbase-getnumaprocessornode)function.
byteshare
3rd January 2019, 05:50
Loving the new Encoding Server and Encoding Client windows. Thank you very much :)
Wishbringer
3rd January 2019, 11:25
Quotes are necessay to get history of conversation:
Only a remark how good or bad is --opencl in x264:
I am encoding in DE mode.
Two Ryzen 2700X with RX550 and DDR4-3200
using placebo preset...
With opencl enabled for RX550 I get around 13 fps alltogether, but cpu-utilization is around 45%,
when opencl is disabled cpu-utilization increases to 100%, but encoding fps only increases to 19 fps.
(this means higher wattage for CPU but lower demands for GPU)
With opencl enabled and using two encodingservers per Client cpu-utilization stays at around 45%, no increase of encoding fps.
(so opencl at RX550 seems to be the bottleneck, I am curious that opencl at RX550 seems to be slower than without on Ryzen 2700X)
Is there a possible option to enable x264 opencl for the first encodingserver per client and disable for the second one?
Have you checked GPU usage in Task Manager? This would clearly show if GPU is a bottleneck here.
Not yet but I will add this to my short to do list.
UPDATE: Have tried adding incorrect device id to disable opencl acceleration?
/x264-opencl-device-id 9
with "/x264-opencl-device-id 9" at second encodingserver now I got 100% CPU usage.
So your suggestion works. That x264 task from 2nd encodingserver has 0% GPU usage.
Thanks!
now the weird ones:
with one encodingserver using opencl and one encodingserver not using opencl I got per client 100% CPU usage an 2% GPU usage (GPU usage is unexpected low!)
with both encodingservers using opencl per client I got again around 45% CPU usage and 40-60% GPU usage (again unexpected low, expected 100%)
But the difference in GPU usage between one and two servers is remarkable, and curious.
HDD usage can't be the reason: using 1TB 970 Evo M.2 NVMe with around 3.5 GB/Sek reading and 2 GB/Sek writing.
RAM is 64GB DDR4-3200-16-16-18-38
Network is 1GBit per client over HPE 1920S-48 switch (at moment only 3 pcs on it)
the only result I got like expected :
Both encodingservers without opencl gave 100% CPU and 0% GPU usage.
What happens with CPU and GPU usage if you run single encodingserver with opencl ON and then during conversion activate extra server with Opencl OFF?
Not possible at moment, am now at vacation. Around 02.01.19 back.
New test was only with one PC, but with two encodingservers on that client.
Running one encodingserver (with opencl) I got 45% CPU usage, 2% GPU usage and around 5.82 fps average.
Running one encodingserver (without opencl) I got 100% CPU usage, 0% GPU usage and around 8.94 fps average.
Running first opencl EC and then later adding EC without opencl, I got 100% CPU usage, 2% GPU usage and around 7.67 fps average
= less than one EC without opencl, but more than one EC with opencl
In taskmanager x264 task without opencl was allway higher in CPU %, regardless if I changed priority from low to normal of x264-task with opencl enabled.
(so maybe it's a hint that x264 CPU task waiting for opencl GPU part)
Haven't checked powerconsumtion of different usage cases, but it seems, not using opencl is with my config (2700X and RX550) better for performance.
Don't know if other GPUs cause similar results.
byteshare
4th January 2019, 17:32
--asm avx512 used to enable AVX-512 in x265. Default disabled.
For 4K main10 high-quality encoding, we are seeing good gains; for other resolutions and presets, we don’t recommend using this setting for now.
was added in HEVC 2.8. I've seen some talk about 4K, wasn't sure if people already were trying this
https://x265.readthedocs.io/en/default/releasenotes.html#version-2-8
pepeq
5th January 2019, 15:07
I discovered RipBot264 in the last days, it's a great piece of software.
Thanks @Atak, I have donated you with a few bucks...:thanks:
The most useful feature for me is the HDR to SDR conversion for UHD, so I can view my UHD-rips on my 4K-capable, but non-HDR-TV (LG 79UF8609 from 2015, 3D was more in the focus than HDR).
it is amazing to do only one click in settings and the HDR2SDR-process is enabled.
The network encoding is also a very nice and unique feature.
In the past I've done my encodings with Handbrake and there the Nvidia NVenc option for encoding gives things a boost.
Question: Is it possible to add the Nvidia NVenc/H265 as an encoder option to RipBot264?
Than it would be perfect for me!
Thank you,
Peter
Ryushin
8th January 2019, 01:15
Can the HQDN3D denoiser be added back? Only one of my four encoding machines even has a video card that can do OpenCL. Everything else is CPU only.
For shows that have every noise, I've been using mdegrain2 and hqdn3d with 4,4,2,2 or something similar. Ad add the temporal at half or less then half of the chroma and mono.
Also found something out with the Numa support. If I disabled memory interleaving to enable Numa, the processors would only be partially utilized when running MDegrain. Turning off Numa then the processors would be fully utilized. So I've disabled Numa for myself.
Atak_Snajpera
8th January 2019, 12:45
Also found something out with the Numa support. If I disabled memory interleaving to enable Numa, the processors would only be partially utilized when running MDegrain. Turning off Numa then the processors would be fully utilized. So I've disabled Numa for myself.
I suppose your issue may be similar to necrosoft's https://forum.doom9.org/showthread.php?p=1861681#post1861681
Ryushin
8th January 2019, 14:19
I suppose your issue may be similar to necrosoft's https://forum.doom9.org/showthread.php?p=1861681#post1861681
Actually, it did not look that way. Each numa node showed about 30% utilization. Maybe mdegrain2 runs better when it sees many cores instead of numa nodes? This was from two Dell R710s.
When I was first setting up the numa I had the same thing happen to me about both going to the same node. Just closed everything again and the problem never returned.
Atak_Snajpera
8th January 2019, 14:34
I have no access to dual socket machines so I can't help here. I can only infer that more available CPU threads means smaller bottleneck while serving frames to encoder.
Basically single 6 core cpu with mdegrain2 is too slow to feed fast enough x264/x265 encoder. In latest version you have a nice graph in encoding server showing how much of cpu time is spent for each process. I predict that x264/x265 uses less cpu time than decoder.
Ryushin
8th January 2019, 14:47
Can the HQDN3D denoiser be added back? Only one of my four encoding machines even has a video card that can do OpenCL. Everything else is CPU only.
Maybe it would be best to HQDN3D out since it is not 10bit (from my understanding) and just add mdegrain3 as you will not have to add any other tools, and just change the options generated in the video script.
Actually, that sounds like a good idea to me. If possible, can you change the denoiser to allow selecting mdegrain, then the toggle arrows to select mdegrain1-6 (if using 2.7) and defaulting to mdegrain2 and adding the toggle arrows or a input box for the thSAD= parameter with a default of 200. If toggle arrows, change the amount by increments of 25.
I'm almost always having to change the thSAD value anytime I choose to use mdegrain. Super heavy noise such as in Blade Runner 4K, I choose 600. For light denoising I'll choose 100. Normal denoising for most content I choose 150-200.
I really think only mdegrain2-3 is necessary. But I'm sure, someone down the line, will ask for 4+
Oh, and add mdegrain* to the advanced setting "Limit to the following filters only"
Ryushin
8th January 2019, 14:53
I have no access to dual socket machines so I can't help here. I can only infer that more available CPU threads means smaller bottleneck while serving frames to encoder.
Basically single 6 core cpu with mdegrain2 is too slow to feed fast enough x264/x265 encoder. In latest version you have a nice graph in encoding server showing how much of cpu time is spent for each process. I predict that x264/x265 uses less cpu time than decoder.
You are probably right there. This is old hardware anyway. It should be up to us choose the right options for our hardware.
BTW, big thumbs up on the new Encoding Client and Encoding Server UI. Very impressed.
Oh, and I cannot begin to tell you how much I like being able to move jobs around in the queue. Especially with my queue being 50-100 jobs deep most of the time.
Balthazar2k4
10th January 2019, 17:04
I've recently got back into doing some encoding and RipBot264 is always my first choice. I am presently setup to use my three machines on my wired LAN to utilize distributed encoding. I do a lot of 4K HDR to 1080P SDR conversions so I need all the speed I can get. That said I am perplexed by the amount of time lost demuxing, indexing, copying to shared folder, and indexing again to use distributed encoding. It seems to me that there could be a real improvement in efficiency by consolidating some of this work in the first pass. 4K HDR files sourced from 4K BD are rather big and on a gigabit network connection still takes a rather significant amount of time to move that volume of data. In this case we are touching the data twice. Would it be possible to streamline this so that if we enable distributed encoding that RipBot264 handles the entire demux/copy to shared folder step in one pass?
Atak_Snajpera
10th January 2019, 17:18
You may try enabling "Move video file to shared folder" in Distributed Encoding tab. This will speedup work only if files are stored locally.
Balthazar2k4
10th January 2019, 17:35
You may try enabling "Move video file to shared folder" in Distributed Encoding tab. This will speedup work only if files are stored locally.
Thanks Atak. I'll give that a try and report back.
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Is it possible to have the demux process also copy the video stream when it is processing the audio and sub tracks during the initial load?
slalom
10th January 2019, 20:23
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Obviously, that's not local, that's on the network
Atak_Snajpera
10th January 2019, 20:53
UPDATE: This doesn't seem to be any faster, in fact, it's slower. It is simply moving the video to the shared folder which then has to be moved back. I have all of my videos housed on a server which is on my wired network. I am beginning to think that is not 'local' enough.
Is it possible to have the demux process also copy the video stream when it is processing the audio and sub tracks during the initial load?
By saying locally I meant on the same machine.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.