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

[guest]

Hello,

has any one else encountered this issue when doing distributed encoding (and solved it)?

Sometimes a encodingserver stalls/get stuck on 99.x % for a chunk and doesn't finish?

i can manually stop the encoding for the specific server and let it continue on another chunk.

thanks.

So it appears that you have solved the problem you had in your first post, and now this is happening..... :(

Unfortunately, this can & does happen from time to time, and what you do is about the best way to "fix" it.

However, maybe you could try this (in the RipBot264.ini)

Server1CommandLine=/port 1000 /minimize /priority normal /restart-if-no-progress

It may not help, but it won't hurt.

Good luck.

[JThomasG]

Ok, thanks i will try that,

about the other issue for now im killing asusframework process that blocks encodingserver :)

[Atak_Snajpera]

Hello,

has any one else encountered this issue when doing distributed encoding (and solved it)?

Sometimes a encodingserver stalls/get stuck on 99.x % for a chunk and doesn't finish?

i can manually stop the encoding for the specific server and let it continue on another chunk.

thanks.

Can you check if ffmpeg.exe or x264_x64.exe/x265_x64.exe is still present in memory when this happens?

[Ryushin]

it looks like ripbot is removing the DV data from the mkv's im trying to recompress.

Use the DDVT Tool to do what you want:
https://forum.doom9.org/showthread.php?t=183479

l extract the Dolby Vision out from files created by MakeMKV, I select crop (if necessary) and save the RPU.bin. I create my encoded file using RipBot and I crop (if necessary). I then use DDVT to mux the RPU.bin file with my RipBot encode to create a new file with Dolby Vision in it. I'm not resizing the video (other than cropping) though as that will add another few steps to change the Dolby Vision for the smaller file.

[guest]

Use the DDVT Tool to do what you want:
https://forum.doom9.org/showthread.php?t=183479

l extract the Dolby Vision out from files created by MakeMKV, I select crop (if necessary) and save the RPU.bin. I create my encoded file using RipBot and I crop (if necessary). I then use DDVT to mux the RPU.bin file with my RipBot encode to create a new file with Dolby Vision in it. I'm not resizing the video (other than cropping) though as that will add another few steps to change the Dolby Vision for the smaller file.

Hey Ryushin,

You've been quiet for a while....

I was half expecting you to comment on this post, as I knew you'd done the same thing a while back...I actually pointed the op to that link, as well.

Good thing is, you've provided some instructions :)

[Daringbaaz]

Hi, Anyone Please Tell Me Why Encoding Server is Not Working on My "Win Server 2019" AMD EPYC 7502P,

Please Help Me to Solve The Issue,

Thanks

[guest]

Hi, Anyone Please Tell Me Why Encoding Server is Not Working on My "Win Server 2019" AMD EPYC 7502P,

Please Help Me to Solve The Issue,

Thanks

Need more info !!!

[Atak_Snajpera]

Hi, Anyone Please Tell Me Why Encoding Server is Not Working on My "Win Server 2019" AMD EPYC 7502P,

Please Help Me to Solve The Issue,

Thanks
Wait, I'm activating my crystal ball... This may take a while!
https://www.seekpng.com/png/full/16-163826_crystal-ball-royalty-free-vector-clip-art-illustration.png

[JThomasG]

Can you check if ffmpeg.exe or x264_x64.exe/x265_x64.exe is still present in memory when this happens?

I will check if x265_x64.exe is running on the PC that "stalls" next time it happens.

Aslo just something i noticed, perhaps just a coincidence (or a clue), but i changed from demux (TRUEHD / AC3) to core when selecting the audio it seems to be running fine... perhaps /restart-if-no-progress at work but i had this option set earlier also.

i did multiple encodes (10+) to x265 with core audio and didn't need to restart any of them :).

[JThomasG]

Hi, Anyone Please Tell Me Why Encoding Server is Not Working on My "Win Server 2019" AMD EPYC 7502P,

Please Help Me to Solve The Issue,

Thanks

not sure if it's the same issue or a Win server 2019 specific "security" issue but my issue when encoding server didn't start was that the process was waiting for another process to finish, i had to kill that process for encoding server to start, look in task mananger if you can see encoding server there and then go to details -> analyze wait chain.

[rlev11]

Hello,

has any one else encountered this issue when doing distributed encoding (and solved it)?

Sometimes a encodingserver stalls/get stuck on 99.x % for a chunk and doesn't finish?

i can manually stop the encoding for the specific server and let it continue on another chunk.

thanks.

As someone else has said, make sure that the /restart-if-no-progress is in the command line which starts all of the encoding servers. The other thing is make sure that the encoding server window is open on the desktop (not minimized in the tray). I have now done hundreds of encoding hours using 9 total machines all running Windows 11 and since I have made sure that the encoding server windows are visible on all the desktops, I have not had 1 instance of a batch encode hang on its own.

[cypher007]

is there a way a pause button could be added? this would be useful when i want to put the computer to sleep for a bit. also had a conversion trashed as my laptop went to sleep when i pulled the power out to move it. i had the lid closed but had both when lid closed do nothing set and put computer to sleep both set to never.

[guest]

is there a way a pause button could be added? this would be useful when i want to put the computer to sleep for a bit. also had a conversion trashed as my laptop went to sleep when i pulled the power out to move it. i had the lid closed but had both when lid closed do nothing set and put computer to sleep both set to never.

You must have a short memory...you've basically asked this question before.

see here :-

https://forum.doom9.org/showthread.php?p=1912195#post1912195

and the posts afterwards.

I VERY much doubt you will get a "Pause" button, the best way is to use Distributed Encoding, and if you accidently close the lid, or the power goes off, you will only lose what chunks were encoding at the time (more often than not).

Also, if you want to stop the encode, you need to be watching the encoding window, and when a chunk(s) finishes, you manually stop it, and then Abort the job...98 times out of 100, it will start up, where it left off.

[cypher007]

You must have a short memory...you've basically asked this question before.

see here :-



and the posts afterwards.

I VERY much doubt you will get a "Pause" button, the best way is to use Distributed Encoding, and if you accidently close the lid, or the power goes off, you will only lose what chunks were encoding at the time (more often than not).

Also, if you want to stop the encode, you need to be watching the encoding window, and when a chunk(s) finishes, you manually stop it, and then Abort the job...98 times out of 100, it will start up, where it left off.

whoops well it was 2 years ago.

[gabbett1]

I'm getting an eac3to v3.34 Demuxing error since the latest update.

eac3to v3.34
command line: "E:\Blue Ray Ripping\Tools\eac3to\eac3to.exe" "D:\Rip\BULLET_TRAIN" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "C:\Temp\RipBot264temp\job1\audio_1_English.dtsma.w64" -down16 -dcadec 10: "C:\Temp\RipBot264temp\job1\10_subtitles_English_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_English_1080.sup" 12: "C:\Temp\RipBot264temp\job1\12_subtitles_Chinese_1080.sup" 13: "C:\Temp\RipBot264temp\job1\13_subtitles_Chinese_1080.sup" 14: "C:\Temp\RipBot264temp\job1\14_subtitles_French_1080.sup" 15: "C:\Temp\RipBot264temp\job1\15_subtitles_Korean_1080.sup" 16: "C:\Temp\RipBot264temp\job1\16_subtitles_Portuguese_1080.sup" 17: "C:\Temp\RipBot264temp\job1\17_subtitles_Spanish_1080.sup" 18: "C:\Temp\RipBot264temp\job1\18_subtitles_Thai_1080.sup" 19: "C:\Temp\RipBot264temp\job1\19_subtitles_French_1080.sup" 20: "C:\Temp\RipBot264temp\job1\20_subtitles_English_1080.sup" 21: "C:\Temp\RipBot264temp\job1\21_subtitles_Chinese_1080.sup" 22: "C:\Temp\RipBot264temp\job1\22_subtitles_Korean_1080.sup" 23: "C:\Temp\RipBot264temp\job1\23_subtitles_Portuguese_1080.sup" 24: "C:\Temp\RipBot264temp\job1\24_subtitles_Spanish_1080.sup" 25: "C:\Temp\RipBot264temp\job1\25_subtitles_Thai_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 7 audio tracks, 16 subtitle tracks, 2:06:32, 24p /1.001
1: Chapters, 17 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 384kbps, 48kHz, -8ms
5: DTS Master Audio, French, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)

[guest]

I'm getting an eac3to v3.34 Demuxing error since the latest update.


What update are you referring to ??

There hasn't been a significant update(s) since the end of August, and then eac3to wasn't in that round of updates.

What version of RipBot are you using, Atak's, or Pauly Dunne's ??

[rlev11]

If you use distributed encoding, I suggest that you do not install the latest windows 11 patch KB5018496 and maybe the October .net KB5018341. This just came down on all my boxes and I am having issues again where a encoding server will start an encode chunk, immediately say it completed it, then the same server will start another chunk and continue on. In the distributed encoding window on the client. that server will have a blank area where it would normally say encoded xxxc frames at whatever fps. So the encode never finishes up with that chunk missing. The only way to get past it is to abort the encode and then start it back right away. Before these updates I recently have done hundreds of hours of encoding with absolutely Zero issues.

Sometime it will just encode that 1 missing frame but most of the time it starts the whole process over from scratch. It is now doing this on at least 50% of my encodes, so it pretty much kills any unattended encoding for now.

When I get some time I am going to roll back and do some troubleshooting to A. confirm it is that patch, and then B. see if I can figure out what the heck is going on

[guest]

If you use distributed encoding, I suggest that you do not install the latest windows 11 patch KB5018496 and maybe the October .net KB5018341. This just came down on all my boxes and I am having issues again where a encoding server will start an encode chunk, immediately say it completed it, then the same server will start another chunk and continue on. In the distributed encoding window on the client. that server will have a blank area where it would normally say encoded xxxc frames at whatever fps. So the encode never finishes up with that chunk missing. The only way to get past it is to abort the encode and then start it back right away. Before these updates I recently have done hundreds of hours of encoding with absolutely Zero issues.

Sometime it will just encode that 1 missing frame but most of the time it starts the whole process over from scratch. It is now doing this on at least 50% of my encodes, so it pretty much kills any unattended encoding for now.

When I get some time I am going to roll back and do some troubleshooting to A. confirm it is that patch, and then B. see if I can figure out what the heck is going on

I wonder if this is the update that gabbett1 was on about ??

I have both those updates, but unfortunately, I haven't done any encodes since....

It will be interesting to hear what you discover, and I will report back, after I've done some encodes.

[rlev11]

Removed all the updates since last week when everything was working OK on the client and all 8 servers. No change, still doing it. Next step was I restored my client to a full backup from last week before the updates and also half my servers to start. Started up a distributed encode with the restored client and only the restored servers and it still did it near the end of the encode.

I can't think of anything else it could be at the moment. None of the restored machines had any updates that snuck in after the restore.

Update:
Pretty sure something in the ripbot folder got screwed up somehow. Last thing I did was kill my Ripbot folder, download a fresh copy, and put my settings back in. Encoded about 8 hours now with only 1 glitch which I am going to call just an anomaly. After I get done with this latest round I'll start one by one putting the Windows11 updates back on and start testing .

[cypher007]

feature wanted: lock size "dual layer BD size".

it already has single layer as a setting but i would like dual layer for larger films that need more space/bitrate.

or if someone can tell me the number to put in here that will fill a dual layer BDR. ive tried finding it on the net and get all sorts of different answers.

[Atak_Snajpera]

https://forum.blu-ray.com/showthread.php?t=311517

[guest]

feature wanted: lock size "dual layer BD size".

it already has single layer as a setting but i would like dual layer for larger films that need more space/bitrate.

or if someone can tell me the number to put in here that will fill a dual layer BDR. ive tried finding it on the net and get all sorts of different answers.

God only knows why you want to still use "optical drives", they are such a thing of the past....

Anyway, as you can see, Atak has pointed you to some info, but in the drop down, you could simply type in double of the default, eg:- 47600 (twice the 23800, shown), you could probably go a little bit more.

[Ryushin]

Hi Atak,

I kind of remember a long time ago that AAC 7.1 was problematic with some decoders and that is why 5.1 was the standard.

I convert my 4K discs (thank goodness for optical media!) for home streaming that includes the full Dolby TrueHD+atmos 7.1 (or DTS:X), and I also make a streaming 2K version that uses AAC 5.1 from the TrueHD 7.1 track.

This morning I needed a quick AAC track from Top Gun Mavrick and I ran FFMPEG to convert the TrueHD track expecting to get a 5.1 track as the output. Low and behold, I had a 7.1 track. I tested it by playing it through my system and it turned out all the channels were behaving correctly.

Atak, can you please add an audio option for 7.1 AAC at 448K option for sources that have 7.1 or more channels.

I'm going to write a script to batch extract and convert the 7.1 track from my 4K home encodes and mux it into my 2K encodes.

[gabbett1]

What update are you referring to ??

There hasn't been a significant update(s) since the end of August, and then eac3to wasn't in that round of updates.

What version of RipBot are you using, Atak's, or Pauly Dunne's ??

Sorry I was away for a bit. Ripbot downloaded an update when I started it. I think I'm using Atak's version, but honestly I wasn't aware there were different ones. I'm currently running version 1.26.2. My system is running Windows 7.

[guest]

(thank goodness for optical media!)

Hey,

I think that was a bit of a dig at me...I'm sure you know what I meant !!!

I don't really know why you keep asking for additions, you know it'll never happen :rolleyes:

May I suggest you try this, and see if it suits your needs :-

https://forum.doom9.org/showthread.php?t=181206

I did a TrueHD to AAC 7.1 conversion with that app, and here's a comparison :-

Audio #1
ID : 2
Format : MLP FBA 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Codec ID : A_TRUEHD
Duration : 3 h 2 min
Bit rate mode : Variable
Bit rate : 3 403 kb/s
Maximum bit rate : 5 616 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless
Stream size : 4.34 GiB (6%)
Title : TrueHD Atmos 7.1
Language : English
Default : Yes
Forced : No
Number of dynamic objects : 11
Bed channel count : 1 channel
Bed channel configuration : LFE


Audio
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Format version : Version 4
Codec ID : 2
Bit rate mode : Variable
Channel(s) : 8 channels
Channel layout : C L R Ls Rs Lw Rw LFE
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 1.44 GiB (100%)

[guest]

Sorry I was away for a bit. Ripbot downloaded an update when I started it. I think I'm using Atak's version, but honestly I wasn't aware there were different ones. I'm currently running version 1.26.2. My system is running Windows 7.

Well, like I said before, it's been a few months since the last update, surely, you've used RipBot more recently than that ??

And also, as you got an update you are clearly using Atak's version !!!

I can highly recommend Pauly's, I have been using it almost as long as it's been available, SO many more options !!!

https://forum.doom9.org/showthread.php?p=1974691#post1974691

[Ryushin]

Hey,

I think that was a bit of a dig at me...I'm sure you know what I meant !!!

May I suggest you try this, and see if it suits your needs :-

https://forum.doom9.org/showthread.php?t=181206


Yea, that was a dig at you. :)

I'm grateful for high quality optical media. Once I own it the studios can't take it away from me, unlike digital only.

My little one liner since I'm a linux guy:
ffmpeg -i Top_Gun_Maverick_2022_4K.mkv -c:a:1 aac -b:a 448k Top_Gun_Maverick_2022_4K.aac

[guest]

..............since I'm a linux guy:


Well, as you should know, I'm not...it's ALL Windows for me.

I can't use 7.1 anyway, so I will stick with E-AC3 5.1 conversions, for now.

Check this out, it sparked an interesting few comments...

https://forum.doom9.org/showthread.php?p=1977780#post1977780

[gabbett1]

Well, like I said before, it's been a few months since the last update, surely, you've used RipBot more recently than that ??

And also, as you got an update you are clearly using Atak's version !!!

I can highly recommend Pauly's, I have been using it almost as long as it's been available, SO many more options !!!

https://forum.doom9.org/showthread.php?p=1974691#post1974691

I downloaded Pauly's and I am getting this error now.

eac3to v3.34
command line: "C:\Users\Plex Server\Desktop\Dunne Ripbot\Tools\eac3to\eac3to.exe" "D:\Rip\BULLET_TRAIN" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "C:\Temp\RipBot264temp\job1\audio_1_English.dtsma.w64" -down16 -dcadec 10: "C:\Temp\RipBot264temp\job1\10_subtitles_English_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_English_1080.sup" 12: "C:\Temp\RipBot264temp\job1\12_subtitles_Chinese_1080.sup" 13: "C:\Temp\RipBot264temp\job1\13_subtitles_Chinese_1080.sup" 14: "C:\Temp\RipBot264temp\job1\14_subtitles_French_1080.sup" 15: "C:\Temp\RipBot264temp\job1\15_subtitles_Korean_1080.sup" 16: "C:\Temp\RipBot264temp\job1\16_subtitles_Portuguese_1080.sup" 17: "C:\Temp\RipBot264temp\job1\17_subtitles_Spanish_1080.sup" 18: "C:\Temp\RipBot264temp\job1\18_subtitles_Thai_1080.sup" 19: "C:\Temp\RipBot264temp\job1\19_subtitles_French_1080.sup" 20: "C:\Temp\RipBot264temp\job1\20_subtitles_English_1080.sup" 21: "C:\Temp\RipBot264temp\job1\21_subtitles_Chinese_1080.sup" 22: "C:\Temp\RipBot264temp\job1\22_subtitles_Korean_1080.sup" 23: "C:\Temp\RipBot264temp\job1\23_subtitles_Portuguese_1080.sup" 24: "C:\Temp\RipBot264temp\job1\24_subtitles_Spanish_1080.sup" 25: "C:\Temp\RipBot264temp\job1\25_subtitles_Thai_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 7 audio tracks, 16 subtitle tracks, 2:06:32, 24p /1.001
1: Chapters, 17 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 384kbps, 48kHz, -8ms
5: DTS Master Audio, French, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)

[guest]

I downloaded Pauly's and I am getting this error now.

eac3to v3.34
command line: "C:\Users\Plex Server\Desktop\Dunne Ripbot\Tools\eac3to\eac3to.exe" "D:\Rip\BULLET_TRAIN" 1) 2: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "C:\Temp\RipBot264temp\job1\audio_1_English.dtsma.w64" -down16 -dcadec 10: "C:\Temp\RipBot264temp\job1\10_subtitles_English_1080.sup" 11: "C:\Temp\RipBot264temp\job1\11_subtitles_English_1080.sup" 12: "C:\Temp\RipBot264temp\job1\12_subtitles_Chinese_1080.sup" 13: "C:\Temp\RipBot264temp\job1\13_subtitles_Chinese_1080.sup" 14: "C:\Temp\RipBot264temp\job1\14_subtitles_French_1080.sup" 15: "C:\Temp\RipBot264temp\job1\15_subtitles_Korean_1080.sup" 16: "C:\Temp\RipBot264temp\job1\16_subtitles_Portuguese_1080.sup" 17: "C:\Temp\RipBot264temp\job1\17_subtitles_Spanish_1080.sup" 18: "C:\Temp\RipBot264temp\job1\18_subtitles_Thai_1080.sup" 19: "C:\Temp\RipBot264temp\job1\19_subtitles_French_1080.sup" 20: "C:\Temp\RipBot264temp\job1\20_subtitles_English_1080.sup" 21: "C:\Temp\RipBot264temp\job1\21_subtitles_Chinese_1080.sup" 22: "C:\Temp\RipBot264temp\job1\22_subtitles_Korean_1080.sup" 23: "C:\Temp\RipBot264temp\job1\23_subtitles_Portuguese_1080.sup" 24: "C:\Temp\RipBot264temp\job1\24_subtitles_Spanish_1080.sup" 25: "C:\Temp\RipBot264temp\job1\25_subtitles_Thai_1080.sup" 1: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="C:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 7 audio tracks, 16 subtitle tracks, 2:06:32, 24p /1.001
1: Chapters, 17 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 5.1 channels, 384kbps, 48kHz, -8ms
5: DTS Master Audio, French, 5.1 channels, 16 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)

OK, well that is pretty much exactly the same as the first error msg you posted, so at least it's consistent !!!

Are you having problems with other demuxing ???

Maybe there is something wrong with this particular file.

Would you be able to upload a sample ??

May I suggest that you run this thru MKVToolNix, and remove all the stuff you don't want with that, THEN see what RipBot does, OR you could run only the video track thru RipBot and mux it back with ToolNix, later,

Use ToolNix to demux the video track, then import it into RB.

[guest]

Hello,

For anyone that's confused how to get Distributed Encoding up and running.

Here's a good tutorial (not created by me), hopefully this will help.

You can either download the clip, or view in on YouTube.

https://www.mediafire.com/file/zq7q060voq5nc15/RipBot264_Distributed_Encoding_Setup.mp4/file

OR

https://www.youtube.com/watch?v=tftERYq94GE

[guest]

This time it's almost the whole thing, you will see when you unpack it.

Simply overwrite what you already have, although I would recommend creating another RipBot264 folder, and copy your particular files into it.

This will make the other updates, etc, now redundant, so they will be removed.

There has been a bit more "tidy up" with this build, plus more info, instructions & tutorials.

As always, read the changelog.txt.

EDIT:- I kind of stuffed up yesterday, there was some items that I had forgotten to clean out before posting, so this is a newer, cleaner build, sorry.

https://www.mediafire.com/file/b2nljjt86dl7nx5/RipBot264_PD+(08-11-22).7z/file

[Noisrevid]

@Atak_Snajpera or anyone who might know,

First question: I have 9 servers setup for Distributing Encoding... i'm using 2-pass encoding.. Does the FIRST pass of the encode take account of ALL chunks as a combined single source to know where to allocate bitrate or does it only do 1 pass against a single chunk and treat them individually?

Second question: One of my server for distributed encoding is problematic where it can't seem to always encode a chunk.. it only happens on one server and the error log says "Cannot open input file" over and over.. I'm assuming there's something strangely off with that one machine and hopefully it's an easy fix.

Third, not a question but a report that if you UNCHECK "Use Fast first pass in 2-pass mode" as in wanting to use a slow first pass, it completely breaks distributed encoding, all encoding servers throw an error of "Invalid argument, FPS 24" or something similar.. tried on two different input video files and breaks on both so assuming it's not my input files since re-checking "use fast 2pass" works fine again.

Thanks!

[guest]

@Atak_Snajpera or anyone who might know,

First question: I have 9 servers setup for Distributing Encoding... i'm using 2-pass encoding.. Does the FIRST pass of the encode take account of ALL chunks as a combined single source to know where to allocate bitrate or does it only do 1 pass against a single chunk and treat them individually?

Second question: One of my server for distributed encoding is problematic where it can't seem to always encode a chunk.. it only happens on one server and the error log says "Cannot open input file" over and over.. I'm assuming there's something strangely off with that one machine and hopefully it's an easy fix.

Third, not a question but a report that if you UNCHECK "Use Fast first pass in 2-pass mode" as in wanting to use a slow first pass, it completely breaks distributed encoding, all encoding servers throw an error of "Invalid argument, FPS 24" or something similar.. tried on two different input video files and breaks on both so assuming it's not my input files since re-checking "use fast 2pass" works fine again.

Thanks!

Hmm, well, as I don't use 2 pass (waste of time), I can't comment on that.

However, 9 servers !!! Are they all basically the same ??

The one that throws up the error, what is it ?? Would it be an older type ??

Are ALL the RipBot versions the same, and everything they need to run, installed ??

Having said that, in reality, the servers really only need EncodingServer.exe, but it's easier to have RipBot installed, on auto start with Windows, to bring the Encoding Servers online.

[Atak_Snajpera]

@Atak_Snajpera or anyone who might know,

First question: I have 9 servers setup for Distributing Encoding... i'm using 2-pass encoding.. Does the FIRST pass of the encode take account of ALL chunks as a combined single source to know where to allocate bitrate or does it only do 1 pass against a single chunk and treat them individually?

Second question: One of my server for distributed encoding is problematic where it can't seem to always encode a chunk.. it only happens on one server and the error log says "Cannot open input file" over and over.. I'm assuming there's something strangely off with that one machine and hopefully it's an easy fix.

Third, not a question but a report that if you UNCHECK "Use Fast first pass in 2-pass mode" as in wanting to use a slow first pass, it completely breaks distributed encoding, all encoding servers throw an error of "Invalid argument, FPS 24" or something similar.. tried on two different input video files and breaks on both so assuming it's not my input files since re-checking "use fast 2pass" works fine again.

Thanks!

1) https://forum.doom9.org/showthread.php?p=1729404#post1729404
2) check manually if you can open files stored in shared folder from that pc
3) I will check that this friday. Thanks.

[Ryushin]

Hi Atak,

I've been holding out upgrading to 1.26.2 as when I initial did it performance went way down and I reverted back to 1.26.1 as I did not have time to debug it.

I was able to clear out my queue and I decided to dig into the problem.

I enabled auto updates and let RB upgrade to the latest version. I created a 3 minute 4K test encode. Initially running it results in something like .26fps and it was going to take 90 minutes or so to complete the chunk.

Opening up the Encoding Server it shows that AVISynth prefetch threads was set to 24 (half of the 48 in the system) even though the Global variable has limit of 14 set. I had to modify the Encoder Server parameters and I added: /avisynth-prefetch-threads 14 to the settings and everything seems to be good again.

So my 3 minute encode time results with using SMDegrain Medium using the avisynth-prefetch-threads switch for v1.26.2:
v1.26.1: 6m:53s (global switch is working)
v1.26.2: 7m:00s (avisynth-prefetch-threads set)

So similar encode times between the versions when manually configuring the switch.

So the bug is the global thread setting not being honored in v1.26.2.

[Noisrevid]

1) https://forum.doom9.org/showthread.php?p=1729404#post1729404
2) check manually if you can open files stored in shared folder from that pc
3) I will check that this friday. Thanks.

Thanks Atak;

As far as number 1, the link you provided back from 2015 says BDO strength is default of 2 but it looks like the newest version caps at 1 (I can only go down from a max of 1). Was there a reason you capped it at 1 since then?

Number 2 is resolved, I believe there was a Windows issue that was resolved after a fresh install of Win11 - thanks.

Thanks,

Jay

[gabbett1]

OK, well that is pretty much exactly the same as the first error msg you posted, so at least it's consistent !!!

Are you having problems with other demuxing ???

Maybe there is something wrong with this particular file.

Would you be able to upload a sample ??

May I suggest that you run this thru MKVToolNix, and remove all the stuff you don't want with that, THEN see what RipBot does, OR you could run only the video track thru RipBot and mux it back with ToolNix, later,

Use ToolNix to demux the video track, then import it into RB.

It does look like it's only that rip I'm having issues with demuxing.

[guest]

Hi Atak,

I've been holding out upgrading to 1.26.2 as when I initial did it performance went way down and I reverted back to 1.26.1 as I did not have time to debug it.

I was able to clear out my queue and I decided to dig into the problem.

I enabled auto updates and let RB upgrade to the latest version. I created a 3 minute 4K test encode. Initially running it results in something like .26fps and it was going to take 90 minutes or so to complete the chunk.

Opening up the Encoding Server it shows that AVISynth prefetch threads was set to 24 (half of the 48 in the system) even though the Global variable has limit of 14 set. I had to modify the Encoder Server parameters and I added: /avisynth-prefetch-threads 14 to the settings and everything seems to be good again.

So my 3 minute encode time results with using SMDegrain Medium using the avisynth-prefetch-threads switch for v1.26.2:
v1.26.1: 6m:53s (global switch is working)
v1.26.2: 7m:00s (avisynth-prefetch-threads set)

So similar encode times between the versions when manually configuring the switch.

So the bug is the global thread setting not being honored in v1.26.2.

Now I'm not sure if this is exclusively for Ryzen CPU's, but you could try the Affinity command line option, if it works, it will probably be better than either of the other options, IMO.

[guest]

Hey guys,

I have a bit of a bonus for those of you that still prefer to use Atak's RipBot264 :)

I have compiled a collection of the main components of the App.

https://www.mediafire.com/file/xan2vqtc6z3zch4/RipBot264_%2528std%2529_Updates.7z/file

Updated the following :- (all are the latest currently available)

7z
Avisynth
AVSMeter
FFMpeg
L-Smash
Mediainfo
MKVToolNix
MPC
Tsmuxer
x264
x265

All you need to do is simply unpack the .7z, copy & overwrite ALL the folders & files into the Tools folder.

If you want to be pedantic, you could make a copy of the Tools folder before copying the above into it, just for safety's sake.

Once installed, you can confirm the new version info by going to the "Tools" tab under "Settings".

Tried & tested, ENJOY :)

I forgot to mention....

WARNING: "Auto updates" will play havoc with these updates, so just keep that in mind !!!

[guest]

So for the ppl that are brave & willing enough to give my builds a try, here's a small update for the build I posted just yesterday.

https://www.mediafire.com/file/xryk2hdls7n0wse/L-Smash_%2526_X265.7z/file

L-Smash & x265

Simply unpack the .7z, and copy the folders & files into the Tools folder.

[guest]

It does look like it's only that rip I'm having issues with demuxing.

Well, keep us posted, if you get it processed to your liking.

Oh, and how you got it done.

[Atak_Snajpera]

Thanks Atak;

As far as number 1, the link you provided back from 2015 says BDO strength is default of 2 but it looks like the newest version caps at 1 (I can only go down from a max of 1). Was there a reason you capped it at 1 since then?

Number 2 is resolved, I believe there was a Windows issue that was resolved after a fresh install of Win11 - thanks.

Thanks,

Jay

Re-scaled to safe limits.

[Ryushin]

Hi Atak,

Small feature request. Can you provide an option in the ini file to move the location of the Custom Scripts folder? I'd like to put it in the base of the RB folder instead of several folders deep. Also make things easier to deal with when using PD's tools folder.

Have you thought about updating the thread title to reflect your current RB version.

[Atak_Snajpera]

Hi Atak,

Have you thought about updating the thread title to reflect your current RB version.

After some time (5 years?) this forum locks title of the thread for good. I can't change it :(
Custom folder has to be in Tools folder for Distributed Encoding Mode. The same reason why I moved 3dlut folder from Profiles to AVScube.

[guest]

After some time (5 years?) this forum locks title of the thread for good. I can't change it :(


What if you "retired" this thread, and started a new one, with an updated name ???

[Atak_Snajpera]

What if you "retired" this thread, and started a new one, with an updated name ???

Just for a title? No...

[Ryushin]

After some time (5 years?) this forum locks title of the thread for good. I can't change it :(
Custom folder has to be in Tools folder for Distributed Encoding Mode. The same reason why I moved 3dlut folder from Profiles to AVScube.

Understandable. Maybe some future update can move the Scripts folder to the base of Tools then. It's just so many levels deep that unless you know exactly were it is, it is hard to find.

[guest]

Understandable. Maybe some future update can move the Scripts folder to the base of Tools then. It's just so many levels deep that unless you know exactly were it is, it is hard to find.

Just create a shortcut on the desktop for it.

[kingpin]

I found an issue with RipBot264 :

1. If the File name contains this symbol " – " (it's called En-dash as per
Google), then ripbot doesn't detect the Audio of the video file.
It says "No Audio" .

2. But If I remove the " – " from the file name, it starts
detecting the Audio.