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

[george84]

@george84
My solution is to add ConvertToYV12(matrix="rec709") to your PhotoDirList.xml.smil.avs. Problem solved.

Of course, but normally RipBot264 never needed this, so I thought there was an error in RipBot. I have many (>100) such AVS files which would all need editing now.

[guest]

I currently run 1.22.0, downloaded from first page of this forum.

Yesterday I was running 1.21, than there was an automatic update, which caused problems.

Then I downloaded 1.22.0 and it worked again. Today in the morning everything worked, at noon there was an automatic update which caused problems.

Hmm, still don't understand why you're a few versions behind...there's been approx 10 auto update's since the initial release of 1.22.0, and you should be running 1.22.2, at least.

If you did "re install" 1.22.0, then ran auto update's, you should have got a LOT, and ended up with the very latest build, 1.22.2. After a re start.

You do realize that it only "look's" for & installs update's every time the program is started ??

Atak needs to post a later build on the 1st page....

[george84]

Hmm, still don't understand why you're a few versions behind...there's been approx 10 auto update's since the initial release of 1.22.0, and you should be running 1.22.2, at least.

If you did "re install" 1.22.0, then ran auto update's, you should have got a LOT, and ended up with the very latest build, 1.22.2. After a re start.

You do realize that it only "look's" for & installs update's every time the program is started ??

Atak needs to post a later build on the 1st page....

To be more precise

1. I am running 1.22.0 (with auto update disabled) as downloaded and everything works.

2. I enable auto update, and restart RipBoot.

3. At start auto update is done, and it shows 1.22.2, I restart 1.22.2

4. I add a new job. Adding works without error.

5. I start encode of job and get error message.

Error is consequence of missing Convert in RipBot generated jobx.avs file.

If you look at screenshot you see BT.709 in color primaries. Normally this field says AviSynth.

Clearly RipBot changes behavior after auto update.

[guest]

To be more precise

1. I am running 1.22.0 (with auto update disabled) as downloaded and everything works.

2. I enable auto update, and restart RipBoot.

3. At start auto update is done, and it shows 1.22.2, I restart 1.22.2

4. I add a new job. Adding works without error.

5. I start encode of job and get error message.

Error is consequence of missing in RipBot generated jobx.avs file.

If you look at screenshot you see in color primaries. Normally this field says .

Clearly RipBot changes behavior after auto update.

Well, there must be something wrong somewhere else, 'cause I am running the very latest updated build, and it's all working well, on Windows Server 2016.

And just a heads up, attaching anything on this forum rarely gets cleared to open, so you either need to upload it a file sharing site, and paste the url, then it can be view, and or downloaded.

Or, paste a screenshot directly "on here"....

[george84]

@burt123
Thank you. I can live with original downloaded RipBot. Maybe in future someone else will run into same problem.

[silverback]

Hello to All,

Great work as usual, thanks for Windows 7 Updater.

Unrelated question: I am trying to run DE in a VM with multiple vCPU. Will RipBot DE client run on Windows Server?

[Atak_Snajpera]

Windows is Windows.

[silverback]

Windows is Windows.

Thank You I will look into this.

[Atak_Snajpera]

I remember that some user even used some extremely stripped down version of windows for DE mode. WinPE (without taskbar!) or something like that. I don't remember now. It was couple years ago...

[Ryushin]

I think I found a bug with the Normalize function if Temp drive is something other then C:

The jobXX_EncodeAudio1.cmd command has the cd line to change in the beginning to change to the tools\ffmpeg\bin directory. Since my Temp is D:, this did not work. Adding C: to the beginning of the script allowed the command to work correctly.
Then running jobXX_MuxFiles.cmd allowed the job to complete.


BTW, I like the use of the *nix shell commands. So very useful.

[guest]

Thank You I will look into this.

Yep, I've been running Windows Server 2016 with Ripbot for a long time. :) Use DE 100% of the time.

[byteshare]

I have a PC that is using a VPN, which creates two networks.
If I have a Encoding Server start on bootup, it starts and shows my local ip address (192.xxx..), but after that any new servers uses the VPN network (10.xxx..). I can see the computer from the my main machine via both a ping and by browsing to a fileshare.
I can ping the 192.xxx.. address.

Is there anything I can do to get this working, or am I out of luck if I need this Encoding Server to be on a VPN?

[Atak_Snajpera]

You could try to delay encoding server start. You can do that in Task Scheduler.

http://i.cubeupload.com/1MhWUG.png

[JASAN]

I have a PC that is using a VPN, which creates two networks.
If I have a Encoding Server start on bootup, it starts and shows my local ip address (192.xxx..), but after that any new servers uses the VPN network (10.xxx..). I can see the computer from the my main machine via both a ping and by browsing to a fileshare.
I can ping the 192.xxx.. address.

Is there anything I can do to get this working, or am I out of luck if I need this Encoding Server to be on a VPN?


I've found, as long as the machine running the encoding server can reach the pc hosting, you shouldn't have a problem.

go to file explorer, and type in from the computer that is not working \\computername to make sure you can see the ripbot share that it creates.

could be a username permissions thing too, don't forget that part.

[byteshare]

I've found, as long as the machine running the encoding server can reach the pc hosting, you shouldn't have a problem.

go to file explorer, and type in from the computer that is not working \\computername to make sure you can see the ripbot share that it creates.

could be a username permissions thing too, don't forget that part.
Yup, was a password/username issue. I usually use .\username for the username but in this case I just needed to put the full computername\username this time...not sure why but it works.
Thank you!

[byteshare]

HEVC Stable Branch bumped a version: http://msystem.waw.pl/x265/
2.7+3

[silverback]

Yep, I've been running Windows Server 2016 with Ripbot for a long time. :) Use DE 100% of the time.

Thank you, working well with numerous vCPU cores.

[Privateer5000]

Hiho. I am totally amazed by this Program, especially from the Distributed Encoding Feature. Thanks a lot.
I have some questions for 2 Issues i was unable to solve or find a solution.
1.) I there a way to tell Ripbot to index all files which are included in a Source MKV File? Example. When adding a MKV File in Ripbot with 2 HD Audio Tracks (True-HD or DTS-Master) only the first audio track is indexed. When i am selecting the second audio Track i have to wait until Ripbot has finished to index it before i can change any other value. While doing Batch Encoding this i really annoying. It would be better if Ripbot is doing it directly when it creates the Jobs. Is there a way to enable this?
2.) I was unable to do a x264 Encode with OpenCL Acceleration when using Intel Integrated Graphics. I have 2 Workstation, one with a i7-3770k and one with a i7-4790. On both Ripbot is doing an encoding only if Acceleration is disabled. I tried several different drivers, but none was working. I always get an unknown OpenCl Error. Any Ideas, I also tried to install the Intel OpenCl SDK but it won't work. If this would work, i could use DE Mode on 3 Machines, at the moment i am only using 2 after i installed a GTX 260 i one of my Workstations and that thing is loud :-)

Thanks a lot.

Greets Seb

[Atak_Snajpera]

1) good idea. I will see what I can do.
2) Unfortunately I have Intel CPU without iGPU so I won't be able to help you in this case. Post whole error message so maybe other users here will be able to help you with this issue.

[Privateer5000]

Thanks for your answer.

Here is the Log File when i try to encode with OpenCL Acceleration on a Single Machine:

C:\>"C:\MKV\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job6\job6.avs" -strict -1 -f yuv4mpegpipe - | "C:\MKV\RipBot264\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 1 --opencl-clbin "C:\Users\User\AppData\Local\Temp\x264_lookahead.clbin" --crf 22 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 62088 --sar 1:1 --level 4.1 --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "C:\Temp\RipBot264temp\video.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 Intel(R) Corporation Intel(R) HD Graphics 4600
x264 [info]: Compiling OpenCL kernels...
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode

aborted at input frame 46, output frame 0

C:\>"C:\MKV\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\MKVWork\Encode\s02e06.mkv" --compression 0:none --title "s02e06" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:ger --sync 0:0 "C:\Temp\RipBot264temp\job6\2_audio_German.dtsma" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job6\Encoded_Audio_2.ac3" --default-track 0:yes --forced-track 0:yes --language 0:ger -s 0 -D -A "C:\Temp\RipBot264temp\job6\5_subtitles_German.sup" --default-track 0:no --language 0:ger -s 0 -D -A "C:\Temp\RipBot264temp\job6\4_subtitles_German.sup" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job6\3_subtitles_English.sup" --chapters "C:\Temp\RipBot264temp\job6\chapters.txt"
mkvmerge v22.0.0 ('At The End Of The World') 32-bit
Error: The type of file 'C:\Temp\RipBot264temp\video.264' could not be recognized.

-------------------------

Elapsed Time: 00h:00m:26s

And this is the Output of the Encoding Server if i try DE Mode:

Encoding started...
""\\VIPER\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\VIPER\RipBot264temp\job6\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\VIPER\Ripbot264temp\tools\x264\x264_x64.exe" --seek 0 --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 1 --opencl-clbin "C:\Users\User\AppData\Local\Temp\x264_lookahead.clbin" --crf 22 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 1437 --sar 1:1 --level 4.1 --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "\\VIPER\RipBot264temp\job6\Chunks\1.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 Intel(R) Corporation Intel(R) HD Graphics 4600
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode

aborted at input frame 46, output frame 0

Encoding terminated.


Connection Closed Gracefully.

Maybe someone has an Idea.

Another Question.
In DE Mode, would it be possible that every Machine has a different Setting for the OpenCL Acceleration and the Encoding Servers are using the Setting of the Machine they are runnig on? With the actual Ripbot Version the Settings of the Host Machine will be used for every involved Server and overrides the Setting of the local machines running the Encoding Servers. If this would work it would be a Solution for the Intel Graphic Problem.

[Atak_Snajpera]

Intel's iGPU has been always a joke. I guess that iGPU is too old/weak or has bugged driver for this task.

[byteshare]

I see there were updates to the core, mkvtoolnix, mvtools, and plugins_JPSDR. Any thing we should notice?

On short clips the autocrop in batch mode is sometimes getting stuck, not sure why.
Update: sent a PM with an example video that fails for me.

[byteshare]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p


Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artifacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

You wouldn't by chance still have these images? I was trying to help someone with QTGMC and they were saying:
I used QTGMC slow for Wentworth Season 1 and it's come out pretty good and clean. Since mentioning that medium is better than slow, ran a test clip on both slow and medium. Got better size, bitrate, and quality with slow.
Also banding was present in the medium but not slow, could of probably be countered with another filter but would increase the time of encode but who knows

841.3MB Source
103.7MB Slow
172.3MB Medium

Slow
Start: 11:20:49
End: 12:38:48
Duration: 01:17:58

Medium
Start: 12:29:58
End: 13:11:09
Duration: 00:41:10

[Atak_Snajpera]

You wouldn't by chance still have these images? I was trying to help someone with QTGMC and they were saying:

I do not have those images anymore but I still have that sample
http://www.mediafire.com/file/8a82gdfam7zp8u7/%5Bupload-drive.com%5Dblue_dot_phuong.MTS

[byteshare]

I do not have those images anymore but I still have that sample
http://www.mediafire.com/file/8a82gdfam7zp8u7/%5Bupload-drive.com%5Dblue_dot_phuong.MTS

Thank you. I went ahead and made some tests myself as well.
Has:
WING_MAN_1_title00 (1)-0Source 47.0mb.mkv
WING_MAN_1_title00 (1)-JustHEVC 12.20mb 2m19s 18.76fps.mkv
WING_MAN_1_title00 (1)-QTGMCMed 9.04mb 2m32s 14.70fps.mkv
WING_MAN_1_title00 (1)-QTGMCMed+HQD+MDe 7.01mb 4m20s 08.04fps.mkv
WING_MAN_1_title00 (1)-QTGMCSlow 9.17mb 2m47s 13.43fps.mkv
WING_MAN_1_title00 (1)-QTGMCSlow+HQD+MDe 7.10mb 4m49s 07.05fps.mkv
WING_MAN_1_title00 (1)-QTGMCSlower 9.15mb 3m10s 11.08fps.mkv
WING_MAN_1_title00 (1)-QTGMCSlower+HQD+MDe 7.42mb 12m08s 02.71fps.mkv

https://mega.nz/#F!Ikx2UYaR!dluj_tg-pTxLH7C4vfqBZA

[Atak_Snajpera]

v1.23.0 Changelog
Added: HDR to SDR conversion directly in script (no bottleneck if used with prefetch)
Added: Automatic pre-indexing of all audio streams after demuxing
Added: Two new command line switches to EncodingServer.exe
/x264-opencl-device X and /knlmeanscl-opencl-device X. Where X is a device number
Example: EncodingServer.exe /x264-opencl-device 0 /knlmeanscl-opencl-device 1
Added: support for PRORES as input format.
Fixed: Various bugs reported since last major version


For best multi-threaded performance during HDR to SDR conversion add this line
http://i.cubeupload.com/IF4V1P.png

[Privateer5000]

Added: Automatic pre-indexing of all audio streams after demuxing


Does not work. For the second Audio Track an Index File is created, but it has a Size of 1kb. It is first being indexed when selecting the Track in Ripbot.

[guest]

Hi Atak,

For those of us that use DE all the time, it might be handy if there was a small display that showed what Job # was being processed.

Maybe in the top border of the DE Window...

eg:- Distributed Encoding is currently processing Job # XXX.

[Balthazar2k4]

Is 1.23.0 available somewhere? The updater is not picking it up.

[guest]

Is 1.23.0 available somewhere? The updater is not picking it up.

Well that's how I got it, you'll just have to keep trying....

[Balthazar2k4]

Well that's how I got it, you'll just have to keep trying....

Well crap. The updater log shows this:

2018-04-13 11:32:46 : =========================[UPDATER ACTIVATED]=========================
2018-04-13 11:32:46 : Looking for correct UUID link in http://atak-snajpera.5v.pl
2018-04-13 11:32:50 : [SUCCESS] http://atak-snajpera.5v.pl has correct UUID link 6c966b28-e0dd-48f6-b1c7-a56e8a275ec0
2018-04-13 11:32:50 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2018-04-13 11:32:50 : [SUCCESS] C:\Users\tracy\Desktop\RipBot264\Updates\update.zip saved!
2018-04-13 11:32:50 : CRC32 value has not changed for [core]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [Aften]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [dgindex]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [eac3to]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [mp4box]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [mpc]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [opus-tools]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [Process]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [remuxtool]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [SetACL]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [vjoin]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [VSRip]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [wolcmd]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [x264]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [x265]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [AutoCrop]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [ffms]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [flash3kyuu_deband]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [hqdn3d]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [Scripts]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [TIVTC]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [VSFilter]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [Yadif]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [KNLMeansCL]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [OpenCLinfo]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [masktools]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [mvtools]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [nnedi3]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [DetectBorders]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [AviSynth]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [RawSourcePlus]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [RgTools]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [NicAudio]. Update is not required.
2018-04-13 11:32:50 : CRC32 value has not changed for [Plugins_JPSDR]. Update is not required.
2018-04-13 11:32:50 : Downloading finished.

Yet, it appears it didn't update me to 1.23.0.

EDIT: Thought I would be crafty and rollback to 1.22.0 and try.... now I am stuck on 1.22.0....

UPDATE: Apparently the solution is to just keep running the updater... eventually it kicks in. I am on 1.23.0 now.

[Balthazar2k4]

I have an issue with one of my UHD BD rips and the TrueHD/Atmos audio. For whatever reason Ripbot is just not liking it.

http://i.cubeupload.com/CPCM7F.jpg

I have ripped the disc with MakeMKV same way as all of my UHD BD discs and of the thirty or so I have converted this is the only one giving me grief. I even went so far as to re-rip it in the hopes maybe there was an error with the first rip. Any ideas?

EDIT: Spoke too soon. Same thing just happened with Cars 3.

EDIT: Add Coco to the list too.

EDIT: Here is the MediaInfo for Baywatch.

General
Unique ID : 27677175118844330467404502915643358369 (0x14D26E16B0FF11DF2EA946D307343CA1)
Complete name : D:\BD\Baywatch_t02.mkv
Format : Matroska
Format version : Version 2
File size : 45.9 GiB
Duration : 2 h 1 min
Overall bit rate mode : Variable
Overall bit rate : 54.1 Mb/s
Movie name : Baywatch
Encoded date : UTC 2018-04-14 15:03:12
Writing application : MakeMKV v1.12.0 win(x64-release)
Writing library : libmakemkv v1.12.0 (1.3.5/1.4.7) win(x64-release)

Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 1 min
Bit rate : 49.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.248
Stream size : 41.8 GiB (91%)
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Original source medium : Blu-ray
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0000 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 386 cd/m2

Audio
ID : 2
ID in the original source medium : 4352 (0x1100)
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Codec ID : A_TRUEHD
Duration : 2 h 1 min
Bit rate mode : Variable
Bit rate : 4 685 kb/s
Maximum bit rate : 7 380 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 3.97 GiB (9%)
Title : Surround 7.1
Language : English
Default : Yes
Forced : No
Original source medium : Blu-ray

Text #1
ID : 3
ID in the original source medium : 4768 (0x12A0)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 54 min
Bit rate : 50.8 kb/s
Count of elements : 4234
Stream size : 41.4 MiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Text #2
ID : 4
ID in the original source medium : 4768 (0x12A0)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 35 min 19 s
Bit rate : 348 b/s
Count of elements : 14
Stream size : 90.3 KiB (0%)
Language : English
Default : Yes
Forced : No
Original source medium : Blu-ray

Text #3
ID : 5
ID in the original source medium : 4769 (0x12A1)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 h 56 min
Bit rate : 56.5 kb/s
Count of elements : 4857
Stream size : 47.2 MiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Menu
00:00:00.000 : en:Chapter 01
00:08:55.243 : en:Chapter 02
00:16:54.346 : en:Chapter 03
00:21:01.468 : en:Chapter 04
00:29:40.945 : en:Chapter 05
00:38:03.614 : en:Chapter 06
00:44:55.067 : en:Chapter 07
00:50:33.447 : en:Chapter 08
01:01:29.602 : en:Chapter 09
01:11:48.804 : en:Chapter 10
01:19:44.654 : en:Chapter 11
01:29:00.793 : en:Chapter 12
01:35:22.842 : en:Chapter 13
01:44:31.265 : en:Chapter 14
01:50:07.017 : en:Chapter 15
01:54:52.635 : en:Chapter 16

[Balthazar2k4]

Looks like I ran into another problematic disc. Brawl in Cell Block 99 is not in HDR, but a 10-bit encode (BT.709). Ripbot is reporting that it is HDR (BT.2020) and causing some crazy blown out video as a result. I have gone and turned off the BT.2020 to BT.709 tonemap option manually. I am awaiting the result.

[Atak_Snajpera]

Looks like I ran into another problematic disc. Brawl in Cell Block 99 is not in HDR, but a 10-bit encode (BT.709). Ripbot is reporting that it is HDR (BT.2020) and causing some crazy blown out video as a result. I have gone and turned off the BT.2020 to BT.709 tonemap option manually. I am awaiting the result.

Can you post a sample?

[Balthazar2k4]

Can you post a sample?

https://drive.google.com/open?id=10oywWkRTPe5tN9w-Xxiort7he8xfZys0

UPDATE: Ripbot stalls if I disable tonemapping. Not too sure what is going on here.

[guest]

I would like to chime in about this "new" tonemapping option.

I used it for the first time today, and I had a x265 1080p to run thru, and it's default was the BT.2020 to BT.709 setting (the only other option is no tonemapping).

Anyway, with the default settings I let it run thru, and the playback was horrible, the colors & contrast, etc were just awful.

So I ran it thru again with no tonemapping, and there's no picture at all, it's just a black screen with audio :)

Might have to "downgrade" to the previous build...it all worked a treat.

Could "we" have 3 options ??? no tonemapping, BT.2020 & BT.709 (not that I know what these numbers mean)

[guest]

Just got the latest auto update....

That handy little addition in the DE window....NICE :)

Cheers

[Atak_Snajpera]

I would like to chime in about this "new" tonemapping option.

I used it for the first time today, and I had a x265 1080p to run thru, and it's default was the BT.2020 to BT.709 setting (the only other option is no tonemapping).

Anyway, with the default settings I let it run thru, and the playback was horrible, the colors & contrast, etc were just awful.

So I ran it thru again with no tonemapping, and there's no picture at all, it's just a black screen with audio :)

Might have to "downgrade" to the previous build...it all worked a treat.

Could "we" have 3 options ??? no tonemapping, BT.2020 & BT.709 (not that I know what these numbers mean)

Test again with latest update.

[guest]

Test again with latest update.

Yes, I actually thought the new update maybe a fix.

I posted the comments before I got the update, so sorry 'bout that.

Will run this file thru again tomorrow, and will provide you some feedback.

Cheers

[Atak_Snajpera]

Yes, I actually thought the new update maybe a fix.

I posted the comments before I got the update, so sorry 'bout that.

Will run this file thru again tomorrow, and will provide you some feedback.

Cheers

I suspect that your issue was similar to this one
https://forum.doom9.org/showthread.php?p=1839448#post1839448

[Balthazar2k4]

Brawl in Cell Block 99 is no longer being identified as HDR after the update. I am encoding now and will report back the results. Thanks Atak for the quick resolution on the issue.
UPDATE: Encode turned out great! Problem solved.

Any idea about my audio issue? Strangely when I tried to break down one of the films to provide a sample, the sample worked. So I tried remuxing the whole film to see if that helped. The whole film remuxed still does not work.
When I look in the test file for the job I see this:

[avisynth @ 0000025e2cd3d100] FFAudioSource: No audio track found
(C:\Temp\RipBot264temp\job2\getinfo.avs, line 4)
C:\Temp\RipBot264temp\job2\getinfo.avs: Unknown error occurred

The audio track is in the directory, but FFAudioSource is not recognizing it, yet MediaInfo correctly recognizes it as a TrueHD/Atmos track. This file plays fine on all of my end devices and PC so I really don't think it is the file itself.

In the interim I have started remuxing the questionable titles without audio and running them through RipBot and remuxing the final product. Works, but a definite pain. Fortunately I don't have many (yet) with the issue. I have completed 52 encodes and have 214 to go with 3 titles not working properly.

[Atak_Snajpera]

Maybe there is something unusual at the beginning or end of that audio track.

[Balthazar2k4]

Maybe there is something unusual at the beginning or end of that audio track.

I guess I need to do some additional investigation.

[byteshare]

Test again with latest update.
Not that I mind the increased updates of the x265, but is there a reason you stopped using only stable builds to update to?

[Atak_Snajpera]

Latest x265 builds have avx-512 support.

[Privateer5000]

Audio indexing works with newest Update. Thx :-)

[FuzzyNutz]

A recent update downgraded my mkvtoolnix from 64 bit to 32 and overwrote my mkvtoolnix-gui.ini file, containing my preferences.

Please prevent this.

[guest]

I suspect that your issue was similar to this one
https://forum.doom9.org/showthread.php?p=1839448#post1839448

Well, I'm sorry to report that this movie must have a unique problem, I still have the same problems, after the current update.

Where, using BT2020-BT709, the video is awful, and using No Tone Mapping, I get a black screen.

The only way I knew how to "fix" it, was to run it thru Handbrake, converting the x265 back to x264, with basic audio settings, then afterwards, running it thru Ripbot again, with the default settings, which I think had changed to No Tone Mapping, and the end result was good :)

If you would like me to send you a sample of said movie, please refresh my memory on how to do a small "grab" of the original.

[Atak_Snajpera]

Yes! Sample please! :) Use DGSplit.

[guest]

Yes! Sample please! :) Use DGSplit.

OK, I will see what I can do for you.

Cheers