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 |
15th November 2021, 01:20 | #19321 | Link |
Registered User
Join Date: May 2006
Posts: 297
|
Is there a simple and quick way to get ripbot264 to detect when a film has a slight audio sync to it
some films start of fine, but as time goes on the sync gets worse, by the end of the film the audio sync is really bad. is there nothing ripbot can do to detect this (staxrip on the same films does not have this issue?) but i like ripbot because it's far simpler and much more reliable (stax is less reliable and also the hdr to sdr in ripbot is very good) truth is, the interface in ripbot reminds me of "autogk"...good times |
15th November 2021, 03:40 | #19322 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 995
|
Quote:
May depend on what you are using to demux the files, RipBot uses L-Smash, but StaxRip has different options, AFAIK. |
|
15th November 2021, 03:50 | #19323 | Link | |
Registered User
Join Date: May 2006
Posts: 297
|
yes the originals are fine...handbrake works okay too, but i love using ripbot because the hdrtosdr is so good and the interface batch works amazing
one clue is that mediainfo lite reports on some of them (originals) things like "Delay relative to video : 5 ms" could this be the cause, and if so using batch mode where would i put this? Quote:
Last edited by Pulp Catalyst; 15th November 2021 at 04:03. Reason: given examplke |
|
15th November 2021, 04:07 | #19324 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 995
|
Quote:
Are you using CPU or GPU decoding ?? There is an option to change the "delay" of the audio track, BUT if it isn't a constant delay, this won't help. If this isn't a regular occurrence, you might have to remux the video & audio tracks after the RipBot encode is completed. Last edited by TDS; 15th November 2021 at 11:51. |
|
19th November 2021, 16:29 | #19325 | Link | |
Registered User
Join Date: Mar 2011
Posts: 432
|
Quote:
I also might add, that it occurred when using distributed encoding, but I have not tested that in over a couple of years. |
|
21st November 2021, 08:56 | #19326 | Link |
Registered User
Join Date: Feb 2021
Posts: 2
|
I've installed Ripbot on a new PC at home, and I'm having issues with it getting stuck when trying to open encoding servers. If I analyse the wait chain it's getsting stuck on rundll32.exe. If I close that process they start fine.
Also if I uninstall and reinstall avisynth+ the issue stops, but starts again when I reboot. Any ideas? |
21st November 2021, 11:03 | #19327 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Uninstall GeForce experience.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
21st November 2021, 12:59 | #19328 | Link |
Registered User
Join Date: Feb 2021
Posts: 2
|
Thanks, but I don't have it installed. Before the rundll32 issue though I was having problems with RadeonSoftware.exe also holding it up, but I disabled the Radeon utility and that got past that. I'll actually uninstall it to see how it goes.
For what it's worth I'm using a laptop with a Ryzen 5800H APU and an RTX 3060. |
21st November 2021, 14:22 | #19329 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Run windows in SAFE MODE
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
22nd November 2021, 20:32 | #19330 | Link | |
Registered User
Join Date: Oct 2002
Location: Norway
Posts: 46
|
Quote:
Have tried to use a clean install of windows and ripbot(as atak suggested), and used another computer as ripbot server. Still hangs randomly as you describe
__________________
MCFish |
|
23rd November 2021, 05:11 | #19331 | Link |
Registered User
Join Date: Oct 2021
Posts: 3
|
Hey all, I posted a few pages back but never had any replies, and so going to try once more.
Has anyone else run into the issue of a machine in your distributed encoding chain repeating the same chunks over and over again? I have 2 servers running on my desktop rig and they both will encode their assigned chunks, but then when they are finished, rather than grabbing the next in queue, they repeat the same chunks over that they already processed. Here is a snipped from the activity logs of the encoding servers: Encoding started... ""\\ROGSTRIX-Z390E\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\ROGSTRIX-Z390E\RipBot264temp\job1\Chunks\68.avs" -strict -1 -f yuv4mpegpipe - | "\\ROGSTRIX-Z390E\Ripbot264temp\tools\x264\x264_x64.exe" --seek 21 --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\jjbut\AppData\Local\Temp\EncodingServer1\x264_lookahead.clbin" --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 1446 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "\\ROGSTRIX-Z390E\RipBot264temp\job1\Chunks\68.264" -" y4m [info]: 1920x1080p 1:1 @ 24000/1001 fps (cfr) x264 [info]: using SAR=1/1 x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 x264 [info]: OpenCL acceleration enabled with NVIDIA Corporation NVIDIA GeForce RTX 3070 Ti x264 [info]: profile High, level 4.0, 4:2:0, 8-bit [37.3%] 539/1446 frames, 28.23 fps, 9473.89 kbps, eta 0:00:32 [2021-11-22 23:02:32] Connection Closed Gracefully. 464|CLIENT -> SERVER| OK 465|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=belownormal; 466|CLIENT <- SERVER| OK 467|CLIENT <- SERVER| ENCODING_FINISHED 468|CLIENT -> SERVER| OK 469|CLIENT -> SERVER| GET_ENCODING_SUMMARY 470|CLIENT <- SERVER| OK 471|CLIENT <- SERVER| ENCODING_SUMMARY=192.168.0.245:1000 -> ERROR;CHUNK=68;CPU=94;RAM=33;DECODER=0;ENCODER=0;OTHER=94;ENCODING_PRIORITY=normal; 472|CLIENT -> SERVER| OK 473|CLIENT -> SERVER| STANDBY 474|CLIENT <- SERVER| OK 475|CLIENT <- SERVER| SERVER_IDLE 476|CLIENT -> SERVER| OK 477|CLIENT -> SERVER| ENCODE_CHUNK_68=\\ROGSTRIX-Z390E\RipBot264temp\job1\Chunks\68.cmd 478|CLIENT <- SERVER| OK 479|CLIENT <- SERVER| ENCODING_STARTED 480|CLIENT -> SERVER| OK 481|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=low; 482|CLIENT <- SERVER| OK 483|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.0.245:1000 -> Initializing encoding process...;CHUNK=68;CPU=42;RAM=36;DECODER=0;ENCODER=0;OTHER=42;ENCODING_PRIORITY=normal; 484|CLIENT -> SERVER| OK 485|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=low; 486|CLIENT <- SERVER| OK 487|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.0.245:1000 -> Initializing encoding process...;CHUNK=68;CPU=42;RAM=36;DECODER=0;ENCODER=0;OTHER=42;ENCODING_PRIORITY=normal; 488|CLIENT -> SERVER| OK 489|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=low; 490|CLIENT <- SERVER| OK 491|CLIENT <- SERVER| ENCODING_PROGRESS=192.168.0.245:1000 -> Initializing encoding process...;CHUNK=68;CPU=42;RAM=36;DECODER=0;ENCODER=0;OTHER=42;ENCODING_PRIORITY=normal; 492|CLIENT -> SERVER| OK 493|CLIENT -> SERVER| GET_ENCODING_PROGRESS;SET_ENCODING_PRIORITY=low; I've gone through settings over and over, have reinstalled the software many times and the required/supporting software as well. Somewhat recently the machine in question had Windows 10 reinstalled fresh. I've done this many times before and have never run into this particular issue before. Thanks in advance to anyone who might be able to assist! |
23rd November 2021, 15:20 | #19332 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
I suspect that encoder did not encode all frames. Encoding server always checks at the end if number of encoded frames match number of frames to encode. Checks 68.txt file located in chunks folder
Ps. Try again without opencl acceleration in x264.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 23rd November 2021 at 15:30. |
23rd November 2021, 18:42 | #19333 | Link |
Registered User
Join Date: Jan 2018
Posts: 16
|
Process next job with idle servers while prev job completes
Hi. Sorry, not sure if this has been asked before.
I have a render farm with several servers, some of which are nice and fast, others which aren't so fast. For any given job, I find that what happens is most of the servers complete their chunks of work, but then they all have to sit around twiddling their thumbs while the last one or two servers crunch their chunk before it's time to move on to the next job. Is there a way to allow the idle servers to just move on to the next job in the queue and start their business, while the slow servers at the end of a job just finish what they're doing? If not there's a potential huge waste of idle server time toward the end of each job. See attached screenshot for example. Cheers Dhry |
23rd November 2021, 20:47 | #19334 | Link | |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,815
|
Quote:
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
|
24th November 2021, 02:44 | #19335 | Link | |
Formally known as .......
Join Date: Sep 2021
Location: Down Under.
Posts: 995
|
Quote:
However, you can enable a "sleep" function, that (when it works), puts the idle PC's to sleep, and then when the next job starts, the "sleeping" server(s) hopefully wake up, and start encoding. I tried this not so long ago, and had limited success...it's just one of the problems when running so many servers, unfortunately. I feel your pain. |
|
2nd December 2021, 20:34 | #19337 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
Windows Scaling and Dark Mode
Please make RB work well with Windows scaling and give us a dark mode.
Scaling is common for 4k display users and dark mode is the new norm for peeps in the know. Non-dark mode is so last century. "Once you go black, you never go back!" -I'm aware the Windows compatibility high DPI scaling override setting "System (Enhanced)" for RB's executable file provides a decent workaround for most areas of RB's gui, but the lower window for bottom-right cropping on page 1 of the "AviSynth Filters" section as well as MPC become dysfunctional. Last edited by FuzzyNutz; 5th December 2021 at 07:35. |
2nd December 2021, 21:09 | #19338 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
AAC vbr option
Please add an option for vbr (vs cbr) for AAC and the ability to choose the vbr number. For now, I manually edit the "jobX_EncodeAudioX" file to get vbr6.
An option to choose cbr numbers beyond 320 would be great, too. -I understand 5.1 @ 320 and 2.0 @ 128 are transparent. Last edited by FuzzyNutz; 5th December 2021 at 07:16. |
2nd December 2021, 21:16 | #19339 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
Prepopulated user data for track descriptions
Please add, perhaps in the settings area, the ability for prepopulated user defined data for track descriptions. So, users don't have to manually enter often used descriptions. Each track type, (video, audio and subtitle), should have it's own prepopulated user defined descriptions list. Also, users should be able to control the order of the descriptions within the lists (vs the order being automatically alphabetical).
And make it so, if the description box for subtitle tracks is empty, nothing from the source file gets injected in the resulting track. Last edited by FuzzyNutz; 5th December 2021 at 07:13. |
2nd December 2021, 21:40 | #19340 | Link |
Registered User
Join Date: Jun 2016
Location: Canada
Posts: 131
|
More than just the core?
When a source containing a dts-ma track is loaded, RB displays a dts symbol above the top-right of the selected audio track. I hope that's not an indication RB is encoding from the core (vs the full dts-ma).
|
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 | |
|
|