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

[ReinerSchweinlin]

Looking good !! Thank you!

[ReinerSchweinlin]

Can you please refresh my memory about KNLMeansCL, is that CPU or GPU based (switchable), it's just that last time I used it, it was SLOW !!!

You can use either, as long as you have OPENCL Drivers installed. Read a few posts above, I am using some XEONs for OPENCL and GPUs as well... It´s much faster on GPUs

[ReinerSchweinlin]

GPUs: Intel Kaby Lake, some Geforce midclass-models from about years, office-AMD Radeons, a few years old.... I get between 4 and 30fps in 1080p on these cards with nlmeans filters in OPEN CL.
Xeons: Dual X5650... Intel OPEN CL Drivers.. Veery Slow with open CL, barely 1fps at best, but since many of these are here doing "nothing", they contribute. And for encodes without filtering, they work fine for x265 encoding...

[LigH]

--stdin y4m

I am not used to that parameter combination as valid x264 syntax... there should be another parameter:

--demuxer y4m

[LigH]

I don't know if he uses a modified x264. The vanilla x264 does not have a "stdin" parameter.

[ReinerSchweinlin]

I have a couple of dual X5690 systems, one dual X5680, an E5 2697v2 12 core Xeon, and several lesser systems.

The best GPU I have is an MSI GF1080, and I have an older AMD R9 290 (which I got to try KNLMeansCL, ages ago), and some older GF cards, 680's & 580's.

Did you manage to put some GPUs in the Xeon Servers?

[ReinerSchweinlin]

GPU vs CPU Encoding is a different thing than GPU vs CPU Filtering.
On GPU, you can only encode via the offered NVENC, QS-Video, etc.. mechanism - not a x265 port for GPU. Porting X265 to a GPU doesn't make sense (this is discussed in detail elsewhere).. The eoncding Engine on a GPU is not just a simple port of x265 to the GPU - intel, AMD, NVIDIA emplemented Encoder Units into the GPU, which only can do as good as the implementation is... x265 with normal to placebo settings is much better in terms of quality...

With OPEN CL, you have an open Standard for calculating things like filters... This can be done on GPU, ASICS, CPUs, etc... everything you have an OPENCL driver for... Since some filters for Videoediting fit the strenghts a GPU offers (heavy parallel processing with weak cores vs. way lesser very potent cores on a CPU), some videofilters benefit heavily from Running the OPENCL Filter Code on the GPU. Running the same filters on a CPU is veryvery slow compared to a decent GPU.

It all depends on the type if calculation, memory, memory bandwith. etc... if a specific task is working faster on a "traditional CPU" or a GPU...

CPUs are being equiped with more and more processing units which can give an advantage for things a GPU traditionally is good for... Think of the old 386, which didn`t have the FPU built on - it was a seperate chip you´d have to add... Later CPUs already had a FPU in it, so calculations benefitting from a FPU ran faster on these... Later there were things like 3dNow, SSE, AVX, etc... which contained instruction sets offering calculation-possibilities previous models didn`t have bevore.

One good example is a iFFT, which is running much faster on something like a DSP, SSE in a CPU etc.. than on a "traditional CPU".. In times where iFFT was not available inside a CPU, it took a lot of time to calculate it... As sonns as instructions for iFFT were available in the CPUs - you could easily go realtime..

So for best quality and speed, a strong CPU still is the best way to do x265 encoding, paired with a GPU for filtering... Is in most cases the best way to do it... In terms of speed (e.g. live streaming of games), the GPU Encoding of video can help to reduce system load.

[Atak_Snajpera]

I'd like to know how to switch some OpenCL processing to the CPU's, and not the GPU.

Apparently there's now that option within Ripbot, but not sure how to implement that with the command line switch's Atak mentioned.

KNLMeansCL running on my Xeon E5-2690@3.2GHz (8C/16T) CPU is 50 times slower than on Radeon RX480! Seriously are You still thinking about running this filter in CPU mode?

https://i.imgsafe.org/e6/e6a994d447.png

RX480
https://github.com/Khanattila/KNLMeansCL/wiki/Benchmark


RX480 GPU has peak TFLOPS around 5.83 TFLOPS
https://en.wikipedia.org/wiki/AMD_Radeon_400_series

while my CPU around 0.12 TFLOPS.
https://i.imgsafe.org/e6/e6cae8c8b6.png

Now you see why running KNLMeansCL on CPU has zero sense. Power consumption ratio to performance is just terrible!
RX480 consumes around 150W while my CPU around 130W.

1 fps on CPU consumes around 260W
1 fps on GPU consumes only around 6W !!!

[byteshare]

Comparision regarding KNLMeansCL [Adaptive] variant
Source
https://i.imgsafe.org/bf/bf45db39b9.jpeg

MDegrain2
https://i.imgsafe.org/bf/bf46940cf9.jpeg

MDegrain2 + KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf46ddeee0.jpeg

MDegrain2 + KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf4789e165.jpeg

KNLMeansCL(h=4) [Adaptive]
https://i.imgsafe.org/bf/bf47dce349.jpeg

KNLMeansCL(h=4)
https://i.imgsafe.org/bf/bf45f49f3c.jpeg

Wow, the adaptive is way better than the normal method, which is why I never used KNLMeansCL much. Between MDegrain2 and KNLMeansCL(h=4) [Adaptive], I personally like MDegrain2 better but the Adaptive KNLMeansCL isn't that far off and I'd guess it does way better on FPS (when using GPU).

[ReinerSchweinlin]

I think you're being a bit harsh...I have no idea how all these filters & switch's work, I was just asking questions about all the new features you've added to Ripbot, in relation to these options.

I don't have an RX480, the best I have is a GTX 1080, and an AMD R9 290...and lesser.

It's just that I did a KNLMeansCL encode yesterday, and the R9 290 nearly melted, even tho it has a good aftermarket cooler on it, so hence, asking about switch to CPU, but obviously that sux, so how to I put a switch in to make it use the GPU, if that's an option with what I have.

If you did a KNLMeansCL Encode - you already have used the GPU - what switch are you looking for?

[LigH]

Square brackets are almost certainly a syntax definition symbol. You should omit them in a specific usage case.

[ReinerSchweinlin]

It's a new one for this build.
I know :)
I'm guessin' that adding this line/switch, it will enable either the CPU or GPU to work when this filter is chosen.

correct. This was kindly added because, so this ways I can include machines without GPU in a encoding swarm. Works good.

All I want to know is if I want to enable the GPU, is it in the square brackets on it's own ??

By default, you first go to the settings, choose the openCL device you would like to use (in case you have different ones) and then you don't have to do anything more if you have a GPU installed. In my case, The CPU doesn't show up in the settings, so I can force the CPU usage for OPENCL via this command line via

knlmeanscl-opencl-device-type CPU

And then there's this one:-

/knlmeanscl-opencl-device-id [integer], where do I get the integer info from ??, is that on the OpenCL page, in Settings ??

https://en.wikipedia.org/wiki/Integer_(computer_science)

Here you set the OPEN CL device (in case you have multiple ones - everyone has an ID (1, 2, 3, etc..), so you put the number of the Device you want to use in here...

On some PCs, I have AMD OPENCL drivers as well as the Intel GPU drivers - so I have two "decvices" here and could choose which one to use (helps in some cases with older hardware, since different OPENCL drivers support different Levels of OPENCL...)

[LigH]

@ReinerSchweinlin - I guess the question about the "integer" was rather: Is it a simple counting number, or is it something complex (like a unique device ID)? Looks like the former is the case. Now the question remains, if you have more than one device: Which of them is number one, where to discover that detail? Will an external tool like GPU-Z help, or will RipBot264 enumerate them somewhere?

[ReinerSchweinlin]

This is what I get in the settings page:
Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 2.1
Profile : FULL_PROFILE
Extensions : cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_depth_images cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_icd cl_khr_image2d_from_buffer cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_intel_subgroups cl_intel_required_subgroup_size cl_intel_subgroups_short cl_khr_spir cl_intel_accelerator cl_intel_media_block_io cl_intel_driver_diagnostics cl_intel_device_side_avc_motion_estimation cl_khr_priority_hints cl_khr_throttle_hints cl_khr_create_command_queue cl_khr_fp64 cl_khr_subgroups cl_khr_il_program cl_khr_mipmap_image cl_khr_mipmap_image_writes cl_intel_planar_yuv cl_intel_packed_yuv cl_intel_motion_estimation cl_intel_advanced_motion_estimation cl_khr_gl_sharing cl_khr_gl_depth_images cl_khr_gl_event cl_khr_gl_msaa_sharing cl_intel_dx9_media_sharing cl_khr_dx9_media_sharing cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_intel_d3d11_nv12_media_sharing cl_intel_simultaneous_sharing

Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 2.0 AMD-APP (1800.11)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices

[ReinerSchweinlin]

In the settings page: Only the Intel GPU driver is shown.
(It´s a i5 Kaby Lake only with the iGPU from Intel, no external Grafixcard)

Doing the same on the XEON (without a GPU, only CPU OPEN CL):

Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 1.2
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_depth_images cl_khr_3d_image_writes cl_intel_exec_by_local_thread cl_khr_spir cl_khr_dx9_media_sharing cl_intel_dx9_media_sharing cl_khr_d3d11_sharing cl_khr_fp64 cl_intel_vec_len_hint

Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 1.2 AMD-APP (937.2)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing

In the selection Box, nothing shows.

So this was the prob I had - the XEON itself was able to do OPENCL - but in the Settings Page I couldn´t select the CPU for the filters.. With the command line Option mentioned above - I can :)

[ReinerSchweinlin]

I installed the XEON OPENCL drivers from intels website (with GPUS, the OPENCL Drivers come with the drivers for the grafix card, I suppose you know already)... I am not at the machine right now, so I can´t give you the exact link, but it was pretty straight forward - the SDK you mentioned probably was the one... just google for "xeon OPEN CL drivers" :)

I then checked with Luxmark, if the Xeons showed up as OPENCL Devices - they did. (running a benchmark in Luxmark worked fine, but was slow as hell - as expected)

In ripbot, I opened the settings page on the XEON machine (not the "master" !). In the distributed encoding page I set 4 severs (since I have two CPUs on two nodes with 12 threads on each CPU - X265 works best on my DUAL X5650 with 4 instances=4servers),
checked the small wrench button and added
/port 1000 /minimize /priority low /node 0 /knlmeanscl-opencl-device-type CPU
/port 2000 /minimize /priority low /node 0 /knlmeanscl-opencl-device-type CPU
/port 3000 /minimize /priority low /node 1 /knlmeanscl-opencl-device-type CPU
/port 4000 /minimize /priority low /node 1 /knlmeanscl-opencl-device-type CPU

that´s it, AFAIR :) All the other machines (with GPUs) are not specified any further, just defaults.

If I start an encode job at the master with KNLMEANS activated - the GPU machines use the GPUs, the XEONS use the CPUs...


I am still trying to get some GPUs into the servers, but since space is limited in these and somehow they don´t accept any GPUs I put in it (HP DL380 Proliant G7), I am happy for the time beeing to be able to use the XEONS in the pool whenever some OPENCL Stuff is starting.

[ReinerSchweinlin]

Yes, I do have some issues with stability. Already talked to Atak about it, but have no solution so far.... One thing in the latest release which made things better: "restart servers" in the encoding client... Sometimes, on first atempt, the servers don't connect... In the past, I had to check manualy multiple times to restart them... Was annoying since I am at work on daytime, wanted the machines to encode while I am gone - and later on I saw almost no progress...
Now this works fine - the "startup hickups" still are there, but since they get restarted automatically, it is better now.

Didn`t have much time to investigate everything, though.. I´ll have to wait for more free time to straighten everything up in the "encoding farm"... Last night, about 20 batch files from a 1080p x264 cartoon series (23min each) went fine through the batch..

[Atak_Snajpera]

I just thought of something...would it possible to run multiple GPUs now, using a command line switch to use different IDs.
sure
/port 1000 /minimize /priority low /knlmeanscl-opencl-device-id 0
/port 2000 /minimize /priority low /knlmeanscl-opencl-device-id 1

If you are using x264+KNLMeansCL and you also have iGPU (device 0) and dGPU (device 1) then
/port 1000 /minimize /priority low /x264-opencl-device-id 0 /knlmeanscl-opencl-device-id 1

[FuzzyNutz]

Since auto-updating to v1.23.2, RipBot264 doesn't close cleanly on it's own. After clicking the "X" in the top-right of the primary RB interface, the RB icon remains in the taskbar. Right-clicking the icon and choosing "Show" opens a non-functioning RB interface that I have to force close.

Additionally, the jobs I loaded before the update generated errors when running them post-update. I had to reload those jobs post-update.

I reverted to v1.23.1, which restored RB's ability to close cleanly. Then I got RB to re-auto-update to v1.23.2, which returned RB to being unable to close cleanly.

[FuzzyNutz]

The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.

[FuzzyNutz]

Please prevent RB taskbar tab from disappearing upon interface minimization. Perhaps give users the option to choose.

Please don't limit the number of audio tracks that can be demuxed or added to the output file when loading jobs from BD folder structures.

Please don't limit the choices for demuxing subtitle tracks to all or one when loading jobs from BD folder structures.

[FuzzyNutz]

Are these improvement requests being considered?:

Adding the ability to manually enter "name" information for video, audio and subtitle tracks within RipBot264 (RB) would be an asset.
This feature could be further enhanced by adding combo boxes with user-definable text strings for track names. This user-definable content should remain intact when RB is updated.

Removing limitations on the quantity of demuxable audio tracks from BD structure sources as well as the quantity of selectable audio tracks to be contained in the output file would be an asset.

Enabling output file names with periods (.) would be an asset.

RB’s “Automatically” setting for video cropping is capable of detecting the difference between pixels with desired video vs black. Could similar capability be implemented for RB’s “new frame” selector?

For resolution reducing encodes of non-standard crop ratio videos, like the BD vers of the movie "The Hateful Eight" @1920x700, RB doesn't offer a precise ratio-maintaining option. Users have to calculate it. Some might not know how. Especially considering the reduction factor determinate varies from width for most videos to height for others. Examples: 1920x1080 cropped to 1920x1016 requires 1280/1920 x 1016 to calc the height for 1280x678 (1280x677.333) or 1440x1080 cropped to 1436x1064 requires 720/1064 x 1436 to calc the width for 972x720 (971.729x720). In my 1st example, (1920x1016) the width determines the res reduction factor. In my 2nd example, the height determines the res reduction factor. In both examples I maintained the cropped source ratio while reducing the res to 720. RB should have an option for auto step-down to any standard res (1080, 720, 576, 480 etc.) while maintaining precise ratio of cropped source. Like my examples, RB would have to identify whether the width or height determines the reduction factor.
If you implemented this, users wouldn't need to calculate the pixel height or width for any res step-down while maintaining cropped source ratio.

[ReinerSchweinlin]

The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.

I had some false virus-warnigs as well, but with Avira. We talked in this thread a few days ago - maybe it´s compression of some files triggering the heuristics?

While you mention subtitles... I looked around, but can't find subtitle management. Surely I am too stupid - could someone point me in the right direction? I´d like to simply keep subtitles (or disregard things like chinese etc... but since subtitles take up no space - keeping all of them would be fine, too).. Right now, encoding from mkvx264 tomkv x265 - all subtitles are gone.

[slalom]

The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.
I have excluded a folder in my antivirus settings, with all those programs that don't need AV checking
No more false threats

[ReinerSchweinlin]

Ah, ok... So I wasn´t blind - there simply is no subtitle Management :) Too bad - since I use Ripbot because of the distributed encoding which enables me to recode a very large amount of files in reasonable time - if I have to lay hand on all of them to deal with subtitles, thats too much fiddling around.. Maybe I find a batch solution somehow..

[ReinerSchweinlin]

I use batch encoding for a series of files.
I use handbrake, yes. Here it works fine with the switchable subs. But no DE Encoding, so it´s slow...
Simply "take alle subs in the MKV and leave them as they are" would be fine.

[Atak_Snajpera]

Simply "take alle subs in the MKV and leave them as they are" would be fine.
So you are saying that your version of ripbot264 does not have this option... intredasting...

[byteshare]

Ah, ok... So I wasn´t blind - there simply is no subtitle Management :) Too bad - since I use Ripbot because of the distributed encoding which enables me to recode a very large amount of files in reasonable time - if I have to lay hand on all of them to deal with subtitles, thats too much fiddling around.. Maybe I find a batch solution somehow..

I batch mux the subs back in from the source files, saves me a lot of time plus I keep the MKVtitle names of the subs that way

[Ryushin]

So with all the talk about using the GPU for help with encodes, it has gotten me interested.

I have one computer with a RX 480.

I'm currently only doing x265 or x265+mdegrain2. Can a GPU help in this regard or is this all CPU based? I thought OpenCL was just for x264 at the moment.

[ReinerSchweinlin]

OPENCL (or GPU in generell) doesn't help with x265 encoding and never will... There were some attempts and the x265 guys looked into it, but the types of calculations needed for x265 encoding just don't a GPU.... There are h265 encoders in GPUs, but those are real "hardware encoders" and have nothing to do with x265 .... x264 has a OPENCL possibility - haven't tried it yet, but from what I´ve read, it doesn't give a speed advantage nowadays with modern CPUs....
Things like SSE or AVX help much more with x265 than OPENCL on a GPU.

[ReinerSchweinlin]

So you are saying that your version of ripbot264 does not have this (keeping subtitles) option... intredasting...
As said before - I am either blind or to stupid to find it (in this case, please help me out) or something is missing - all my files encoded with Ripbot are missing subtitles which were present before in the source mkv files...

[Atak_Snajpera]

As said before - I am either blind or to stupid to find it (in this case, please help me out) or something is missing - all my files encoded with Ripbot are missing subtitles which were present before in the source mkv files...

https://i.imgsafe.org/12/12583f3334.png

or

https://i.imgsafe.org/12/125840053c.png

[Atak_Snajpera]

x264 has a OPENCL possibility - haven't tried it yet, but from what I´ve read, it doesn't give a speed advantage nowadays with modern CPUs....
Things like SSE or AVX help much more with x265 than OPENCL on a GPU.

If rumors are true some ryzen 3 may have pretty decent iGPU with 20 CU! (1280 streaming processors)
I think x264 opencl acceleration should still be useful for those modern cpus.
In old days it provided very nice speed boost for old apus. (a10-4600m had 384 streaming processors)
https://images.anandtech.com/graphs/graph5835/46687.png

[FuzzyNutz]

While you mention subtitles... I looked around, but can't find subtitle management. Surely I am too stupid - could someone point me in the right direction? I´d like to simply keep subtitles (or disregard things like chinese etc... but since subtitles take up no space - keeping all of them would be fine, too).. Right now, encoding from mkvx264 tomkv x265 - all subtitles are gone.

When loading a job from blu-ray file/folder structure, you're given the choice of demuxing all subtitles or only one. When loading a job from an .mkv file, all the subtitles demux automatically. In either version, you can choose however many to include in the output file, after demuxing is complete.

[ReinerSchweinlin]

Thanx both of you for the guidance, I will have to try later, when I am at the PC :)

[FuzzyNutz]

I've been doing a LOT of subtitles stuff recently, and what I use to demux them out, is TSMUXER, then I have been running them thru Subtitle Edit, and save as an .srt, then you either just put that file in the same folder as your movie, and you should get switchable subtitles OR you can mux them back in, with MKVToolnix, after you've run the video & audio thru Ripbot.

I too use tsMuxerGUI and MKVToolnix for many areas where RipBot falls short, but I still want RipBot's subtitle and audio track abilities expanded.

Note that using tsmuxer to demux files containing .srt subtitles automatically converts them to .sup (PGS). Try extracting subtitles with the likes of gMKVExtractGUI to preserve existing .srt subs. Use the likes of MKVToolnix to first mux in to an .mkv if needed.

[FuzzyNutz]

Thanks for that, Fuzzy...I will give that a try, could save me a LOT of time.

Subtitle Edit can be very frustrating :(

I usually don't convert .sup (PGS) subs to .srt. I use the .sup from blu-rays as is. Every media player I use seems able to read .sup files. My thinking is, why bother dealing with optical character recognition issues when you can use the flawless original.

I expect someone to chime in with srt enlightenment.

Media players I use:
VLC on Windows 10 PC
KODI on Android box
KODI on Windows 10 PC
D-Link Boxee Box

[byteshare]

v1.23.2 Changelog
Added: KNLMeansCL [Adaptive] denoiser. (denoising strength is being reduced according to luminosity of the pixel)
Added: /avisynth-prefetch-threads and /knlmeanscl-opencl-device-type to supported switches by EncodingServer.exe.
Added: /restart-if-no-progress switch also activates extra process (SuperviseProcess.exe) in order to detect any hangs directly in EncodingServer.exe.
(logs are stored in %TEMP%\SuperviseProcessLog.txt and %TEMP%\EncodingServerLog.txt)
Added: Auto reconnect option in EncodingClient.exe
Changed: /knlmeanscl-opencl-device to /knlmeanscl-opencl-device-id and /x264-opencl-device to /x264-opencl-device-id
Fixed: EncodingServer.exe not starting on machines with more than 32 logical processors.
Got a stall, looks like the same sort of thing I was seeing before the update, but I don't really know what causes it so IDK:
https://imgur.com/a/1TjHaAe
Win10 x64 build 1803
AMD Ryzen 7 1700
I can't find the logs: SuperviseProcessLog.txt and EncodingServerLog.txt
I did a search of my C drive and looked in the C:\Temp, RipBot folder (would make more sense to me), and in the %TEMP%\ folder (in my case: C:\Users\USERNAME\AppData\Local\Temp)
Only thing I found was SuperviseProcess.exe in the temp folder

I couldn't turn off the Server 2 (Thread 2 in the screenshot). I was able to end task the Ffmpeg.exe and that kicked the server 2 into off mode, and then I was able to start it again. Server 1 started encoding.
Not sure how important it is but normally the Ffmpeg.exe and x265_x64.exe show as a child (underneath) the RipBot264 Encoding Server tree like this: https://i.imgur.com/4etbRzc.jpg
But before I ended the Ffmpeg.exe task it was in the background processes list. Hope this helps.

[byteshare]

I usually don't convert .sup (PGS) subs to .srt. I use the .sup from blu-rays as is. Every media player I use seems able to read .sup files. My thinking is, why bother dealing with optical character recognition issues when you can use the flawless original.

I expect someone to chime in with srt enlightenment.

Media players I use:
VLC on Windows 10 PC
KODI on Android box
KODI on Windows 10 PC
D-Link Boxee Box
I don't convert them either but some players like Plex and Emby don't do well with them. They don't even always do well with embeded (in MKV) subtitles depending on which platform you're on.

[byteshare]

Since auto-updating to v1.23.2, RipBot264 doesn't close cleanly on it's own. After clicking the "X" in the top-right of the primary RB interface, the RB icon remains in the taskbar. Right-clicking the icon and choosing "Show" opens a non-functioning RB interface that I have to force close.

Additionally, the jobs I loaded before the update generated errors when running them post-update. I had to reload those jobs post-update.

I reverted to v1.23.1, which restored RB's ability to close cleanly. Then I got RB to re-auto-update to v1.23.2, which returned RB to being unable to close cleanly.

Might be Windows specific? I haven't had an issue on Win10 64bit build 1803.

As for the jobs having an issue, might be a depreciated filter since the changes in KNLMeans? IDK, I didn't have an issue with that either.

The built-in virus protection in my Windows 10 v1809 is identifying RipBot's "updater.exe" as a threat. This is a new issue. I manually restored it after Windows removed it.

I didn't have an issue with Win10's protection, not sure why you did but I see you're on a higher Win10 build than me.

Please prevent RB taskbar tab from disappearing upon interface minimization. Perhaps give users the option to choose.

Please don't limit the number of audio tracks that can be demuxed or added to the output file when loading jobs from BD folder structures.

Please don't limit the choices for demuxing subtitle tracks to all or one when loading jobs from BD folder structures.

I haven't had an issue with RB taskbar tab disappearing either, some all-around strange issue it seems that you've been having.

as for audio/subs, personally I'd either have it copy all or what I usually do process the audio separate and manually mux it (video, audio, subs, etc...) all together after I've encoded the video with a batch script.

Are these improvement requests being considered?:

Adding the ability to manually enter "name" information for video, audio and subtitle tracks within RipBot264 (RB) would be an asset.
This feature could be further enhanced by adding combo boxes with user-definable text strings for track names. This user-definable content should remain intact when RB is updated.

Removing limitations on the quantity of demuxable audio tracks from BD structure sources as well as the quantity of selectable audio tracks to be contained in the output file would be an asset.

Enabling output file names with periods (.) would be an asset.

RB’s “Automatically” setting for video cropping is capable of detecting the difference between pixels with desired video vs black. Could similar capability be implemented for RB’s “new frame” selector?

For resolution reducing encodes of non-standard crop ratio videos, like the BD vers of the movie "The Hateful Eight" @1920x700, RB doesn't offer a precise ratio-maintaining option. Users have to calculate it. Some might not know how. Especially considering the reduction factor determinate varies from width for most videos to height for others. Examples: 1920x1080 cropped to 1920x1016 requires 1280/1920 x 1016 to calc the height for 1280x678 (1280x677.333) or 1440x1080 cropped to 1436x1064 requires 720/1064 x 1436 to calc the width for 972x720 (971.729x720). In my 1st example, (1920x1016) the width determines the res reduction factor. In my 2nd example, the height determines the res reduction factor. In both examples I maintained the cropped source ratio while reducing the res to 720. RB should have an option for auto step-down to any standard res (1080, 720, 576, 480 etc.) while maintaining precise ratio of cropped source. Like my examples, RB would have to identify whether the width or height determines the reduction factor.
If you implemented this, users wouldn't need to calculate the pixel height or width for any res step-down while maintaining cropped source ratio.
If adding the ability to edit the title would default to the source title that would be nice as well.
Personally, I've always manually demuxed BDs, DVDs, ISOs, etc... before processing them with RipBot but I see a few people that like to use this feature.
I've gotten used to the no periods in names but I could see why it would be helpful, that and adding more foreign language support such as Chinese and Japanese.
The last feature sounds interesting but I've manually done it so many times I forget sometimes what would be helpful for the average user.

[byteshare]

Hey, I just had a look at the screenie (the 1st one), and correct me if I'm wrong, but I don't think that's the very latest build 1.13.0, as it hasn't got "Auto reconnect" option in EncodingClient.exe, in the bottom right hand corner !!!

I haven't had any stall's since the very latest auto update. (touch wood)

And yes it is / was very frustrating when you couldn't Stop the stall server :(

I'm not sure about the EncodingClient but I'm on v1.23.2 for RipBot...maybe the update didn't go as planned?
Would you confirm your EncodingClient version please?
I am on v1.13.0.0, it might be there is a newer version but I need to run another update? I'll try that.

"Update" I tried to force an update and I didn't get any new files. I didn't try to manually update the EncodingServer with the version that was linked from a Media Fire link....was waiting for an "official" version.

[byteshare]

So just to confirm, when this option is enabled, it "remux's" the subtitle(s) just duplicating their original format ?? eg: sub, sup, srt.

And are they selectable, or hard coded ??

I know there's another option for painting / hard coding them.

Be nice if there was an option to convert to srt.

The option to the left is Render Subs...that will make them hard coded.
For converting them that is an option in the main RipBot settings called:
"Conver Blu-Ray subtitles to DVD format"
Unless there is another option somewhere I've missed?
There isn't an easy and 100% accurate way to convert image subtitles to text subtitles so you'd either have to do that manually or look for a text based version on the Internet.

[slalom]

So just to confirm, when this option is enabled, it "remux's" the subtitle(s) just duplicating their original format ?? eg: sub, sup, srt.

And are they selectable, or hard coded ??

I know there's another option for painting / hard coding them.

Be nice if there was an option to convert to srt.
Check your job's temp folder. You can select what you want, the order, the default.
Why would you need to convert to srt if you have the original sup file?

[ReinerSchweinlin]

I started some jobs tonight, will see what will happen to the subtitles when I come home :)

Another thing popped up: A client which was running fine the last times now reports that the cmd-file in the shared folder is not found (eg: //pc/share/ripbotsharefolder/chunks/3.cmd or so...)... If I open the network share in Explorer on this PC, I see all the files, can copy them, everything is fine... Another Server picks up this chunk with no problem..

What yould be the cause for this?

[slalom]

Yes, I know that all the demuxed files are in there...

Because my TV needs UTC-8, srt's...
Buy an Android TV Box and use Kodi

[ReinerSchweinlin]

I have a fire TV with plex, which runs fine.. (Except for h265 10bit and above)
Friends have chromecasts, also nice

[ReinerSchweinlin]

nice :)

[byteshare]

Well, my LG 4K TV plays everything I throw at it, HDR x265, looks fantastic :)

And as I like subtitles, having to convert them to srt, is a small price to pay !!!

I have an LG TV too, WebOS 3.5 I think. I can play DVD and BluRay subs with the default video player, must be a TV Hardware thing or WebOS thing?
I use Emby on it which plays much subs fine as well.
Used to use Kodi more but no WebOS app :(

[FuzzyNutz]

Well, my LG 4K TV plays everything I throw at it, HDR x265, looks fantastic :)

And as I like subtitles, having to convert them to srt, is a small price to pay !!!

My newest media player is a low-cost, fanless mini pc running windows 10, similar to an android box. I use vlc and kodi on it to stream from my home network. It plays 4k, hevc and yes, .sup subtitles.

I tweaked memory management for both vlc and kodi to prevent playback pauses. I use the audio dynamic range compression capabilities in vlc and kodi. Thus, no more extremes between quiet and loud; a task previously handled by an a/v receiver.
It'll play almost anything and because it's a windows pc, web surfing with your favourite browser is a breeze.

[byteshare]

I'll definitely be checking out Emby...never heard of it, thanks, byteshare :)

Update:- so I sussed out Emby this morning, and soon realised it's for "streaming" content, and I don't like that, so that was a bust :(

Also, another auto update today :)

In your case I'd say you're better off with a streamer like Plex/Emby so it can on the fly burn in subs when you want subs that aren't compatible with your TV. Lowers the quality but better than burning in subs with RipBot or having to track down subs for every file and/or manually converting them to srt (IMO).