Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
4th December 2018, 13:46 | #16381 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
you can also manually specify device type now.
/knlmeanscl-opencl-device-type CPU
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
4th December 2018, 13:47 | #16383 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
EncodingServer.exe /knlmeanscl-opencl-device-type CPU
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
4th December 2018, 13:59 | #16385 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
go to settings -> Distributed Encoding -> Click spanner icon -> Command line help
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
5th December 2018, 14:38 | #16388 | Link |
Registered User
Join Date: Mar 2011
Posts: 432
|
Couple of Feature Requests
Atak, cannot begin to tell you how much I enjoy the feature of moving jobs around now. Makes my life a lot easier.
A couple of ideas for features. When selecting the item for a new job, allow a setting to change the display job cutoff time from the default of 15 minutes to another value. I'm having to use Handbrake to pull in a job to encode the specials. If I can drop the time down to 5 minutes or so so I can pull in those specials into RibBot. Since I'm doing a lot of TV shows. It would be so nice to highlight a lot of jobs to bulk change an option. Such as the constant quality number, degraining, deinterlace, etc. It can take quite awhile to edit 50 jobs or more to change one setting. BTW, your interface works fine with a job number over 1000. |
5th December 2018, 14:47 | #16389 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
5th December 2018, 15:26 | #16390 | Link | |
ByteShare
Join Date: Sep 2014
Location: On the Internet
Posts: 560
|
Quote:
Would you post some screenshots of what you're talking about? (use an image hoster like IMGUR) Last edited by byteshare; 5th December 2018 at 21:34. |
|
7th December 2018, 10:45 | #16393 | Link |
Registered User
Join Date: Nov 2018
Posts: 7
|
First, thank you so much for this program!
I've been using RipBot for years now. However, for a long time now, there's been some sort of bug - havn't been able to find any reports of this, so here I go... I use Ripbot to hardcode subtitles and set a fixed video bitrate. However I have to edit every single subtitle file (.srt/.ass) with an extra line in the very end to assure I get the "original" last line of sub hardcoded. Which ever program is handling the subtitles, is deleting the very last line in the process. So adding a custom new last line have been my fix. Not sure exactly when this started to happen - but it's been going on for a long long time (1 year+ at least I'd guess). Prior this issue didn't occure and there was no need to add an extra line of subtitle. I ofc. always keep Ripbot up-to-date. So question is, is there a bug somewhere in the program - or am I missing something? (btw - I run on Windows 7 machines only) Fingers crossed for a fix... would save me from having to edit every single subtitle file before encode. Cheers |
7th December 2018, 11:05 | #16394 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
Quote:
Of course, itīs slow... But on some old TV-Shows with low resolution (old MPEG2 Captures) it works quite well with the DUAL Xeon Machines - and this way I donīt have to worry to manually tweaks settings in the swarm, I simply hit "encode" |
|
7th December 2018, 11:28 | #16395 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
Quote:
So if the source already is h265 makes no difference. What takes time is the new encoding - the more advanced the codec (x265>X264), the more pixels (4k>1080p) and the higher the encoding settings is what takes up time.. Encoding 4K in x265 really needs a lot of horespower, no matter what the source once was... |
|
7th December 2018, 11:44 | #16396 | Link | |
Registered User
Join Date: Mar 2011
Posts: 432
|
Quote:
My older Opteron server with a true 48 cores and 256GB of RAM did a great job with x264. But with x265 it has crossed the threshold of too much power consumption vs its output rate for x265. So I'm getting rid of it soon. AMDs new Zen based chips are great with x265. I don't know if anything is using a GPU for x265 encoding yet. Nature of the what we do. When blu-ray came out, encoding was very slow compared to DVD. Now we are in the same evolutionary step with 4K and x265. |
|
7th December 2018, 12:02 | #16397 | Link | |
Registered User
Join Date: Oct 2001
Posts: 454
|
Quote:
I have been using Intel Kaby Lake architecture for hardware-encoding into h265/10Bit - which works fine for many usecases. A 60 Euro CPU is able to handle one 1080p Stream way faster than realtime.. As we are talking - any chance ripbot will support Intel Quicksync? |
|
7th December 2018, 21:54 | #16398 | Link |
Registered User
Join Date: Mar 2011
Posts: 432
|
Actually, with last years Zen 8 core CPU, I'm seeing 5-7fps with 4K x265 encodes. Seeing as how you can get the CPU for around $250 US, that at least brings it within reason. Add MDegrain though, and I'll get about 1.5 to 2fps. So about a day for each 4K encode.
|
8th December 2018, 13:13 | #16399 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
8th December 2018, 18:01 | #16400 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,812
|
v1.23.2 Changelog
Code:
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. 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
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 8th December 2018 at 18:16. |
Tags |
264, 265, appletv, avchd, bluray, gui, iphone, ipod, ps3, psp, ripbot264, x264 2-pass, x264 gui, x264_64, x265, xbox360 |
Thread Tools | Search this Thread |
Display Modes | |
|
|