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

[GZZ]

Not trying to make your app look bad, just pointing out things that might not be correct.

The muxing of subtitles when doing a batch job is not muxed in the correct order


"D:\ChromeDownload\RipBot264v1.22.0\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Encoding\Breaking_Bad_Season_2,_Disc_1_t04 EP 205 Breakage.mkv" --compression 0:none --title "Breaking_Bad_Season_2,_Disc_1_t04 EP 205 Breakage" --default-duration 0:24000/1001fps "E:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "E:\Temp\RipBot264temp\job7\1_audio_English.dtsma" --default-track 0:no --language 0:swe -s 0 -D -A "E:\Temp\RipBot264temp\job7\10_subtitles_Swedish.sup" --default-track 0:no --language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job7\2_subtitles_English.sup" --default-track 0:no --language 0:eng -s 0 -D -A "E:\Temp\RipBot264temp\job7\3_subtitles_English.sup" --default-track 0:no --language 0:dan -s 0 -D -A "E:\Temp\RipBot264temp\job7\4_subtitles_Danish.sup" --default-track 0:no --language 0:fin -s 0 -D -A "E:\Temp\RipBot264temp\job7\5_subtitles_Finnish.sup" --default-track 0:no --language 0:ita -s 0 -D -A "E:\Temp\RipBot264temp\job7\6_subtitles_Italian.sup" --default-track 0:no --language 0:nor -s 0 -D -A "E:\Temp\RipBot264temp\job7\7_subtitles_Norwegian.sup" --default-track 0:no --language 0:por -s 0 -D -A "E:\Temp\RipBot264temp\job7\8_subtitles_Portuguese.sup" --default-track 0:no --language 0:spa -s 0 -D -A "E:\Temp\RipBot264temp\job7\9_subtitles_Spanish.sup" --chapters "E:\Temp\RipBot264temp\job7\chapters.txt"


Subtitle 10 is treaded as number 1 (First subtitle). Can you change this to keep the order of the demuxed subtitle.

[Atak_Snajpera]

I will take a look...

[soneca]

Since some versions RipBot264 does not recognize the media generated by Sony Vegas + Debugmode Frameserver.

https://s20.postimg.org/61hxwifot/ripbot.png

[Atak_Snajpera]

Debugmode frameserver does not have working x64 version. Too bad that this plugin is no longer in development :(
Ripbot264 since 1.21.0 is using exclusively 64bit encoding chain.

[soneca]

What the hell! So I get the version 1.19.5 that works 100% here.

[Danette]

I'm converting many TV shows that are NTSC 29.97 fps MKV's. Of course, these need to be IVTC'd, which RipBot264 generally handles well. However, about half of them have vfr (variable frame rate) and RipBot264 makes a mess of them (out-of-sync audio and duplicated video at the end to fit the audio). If I demux the MKV's, RipBot264 will correctly process the the video-only files. Is there a solution for this?

[squezer]

Since ripbot264 v1.21 is impossible to convert DVD into mkv.
AviSynth preview is green, so is encoded video. (like in post 15342 )
Or it cannot load 32bit mpeg2 decoder ( same decoder error as in post 15353 )

v1.20 working fine though.

Could you please fix it?

[slalom]

Even if I import the files manually and want to set the names I cant find Greek, Chinese etc. on your list. The above is from a MKV demuxed by MakeMKV from a UHD disc I used as a source and where the names is correct.
You will find Greek as Ell (Ellinika, press e to navigate there), and Chinese as Zho

@Atak
Just a remind, I checked again some files with the version 1.22.0, and latest Avisynth+ r2580 (December 27, 2017)

I got these errors again

FFVideoSource: No video track found
FFAudioSource: No audio track found

and this
FFAudioSource: Audio format change detected. This is currently unsupported. Channels: 6 -> 6; Sample rate: 48000 -> 48000; Sample format: Unknown -> Unknown

[whiskey]

I've updated to v1.22.0 by downloading the whole zip file and for some reason every time after demuxing audio and indexing I end up with "Decoding Error" window

[Atak_Snajpera]

Since ripbot264 v1.21 is impossible to convert DVD into mkv.
AviSynth preview is green, so is encoded video. (like in post 15342 )
Or it cannot load 32bit mpeg2 decoder ( same decoder error as in post 15353 )

v1.20 working fine though.

Could you please fix it?

Everything works on my Windows 7 x64 (source DVD Alien:Covenant )
http://i.cubeupload.com/FoUQUa.png

Let me guess ,You are on that buggy win10?

I've updated to v1.22.0 by downloading the whole zip file and for some reason every time after demuxing audio and indexing I end up with "Decoding Error" window
Sorry but this kind of "bug report" is useless. How am I supposed to know what went wrong if you don't even bother to post whole error message?

@Slalom
You have corrupted files. I don't even want to know where you get those video files from.

If I demux the MKV's, RipBot264 will correctly process the the video-only files. Is there a solution for this?
Can you send me at least one of those problematic files?

[squezer]

Atak_Snajpera

Yeah, you are right: fresh Windows 10 Pro on 2 PCs...

But I have only that and v1.20 is working OK with it.
Is there any chance to fix that behaviour also for that lovely Windows 10, please?
Because soon or later we all will have only that, unfortunately...

[slalom]

@Slalom
You have corrupted files. I don't even want to know where you get those video files from.
Could it be a failing hard drive with those files in it??

[whiskey]

Sorry but this kind of "bug report" is useless. How am I supposed to know what went wrong if you don't even bother to post whole error message?

That is the whole error message, I dont get anything else

https://i.imgur.com/NXfu83E.jpg

[GZZ]

Request:

- Is it possible to have the Encoding server to take the name of the computer its running on and send it to the Encoding client so I see my 3 machines in the encoding server listed with Computername and IP or the possibility to set a custom name.
- When you hit "Off" on a server, is it possible to ask user if they want to terminate it now and lose the current encoding or have it terminated after the current job has finished.

[Atak_Snajpera]

Atak_Snajpera

Yeah, you are right: fresh Windows 10 Pro on 2 PCs...

But I have only that and v1.20 is working OK with it.
Is there any chance to fix that behaviour also for that lovely Windows 10, please?
Because soon or later we all will have only that, unfortunately...

That is the whole error message, I dont get anything else

Try this https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

[guest]

Try this https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

I know you used to tell "us" that Visual Studio 2015 is required, but Visual Studio 2017 is available, but from my experience, if you have 2015 installed, and then install 2017, the reference to 2015 in "Programs and Features" disappears, and only 2017 appears....

Your comment ???

[Atak_Snajpera]

You are right. It turns out that 2017 is a replacement for 2015.

[guest]

You are right. It turns out that 2017 is a replacement for 2015.

Ok so if you install 2017 it will do the same "job" as 2015 ??

[squezer]

Try this https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

Installed VC_redist.x64 and VC_redist.x86.
Still just plain green...

[guest]

Installed VC_redist.x64 and VC_redist.x86.
Still just plain green...

Just a thought, if you're running a fresh setup, did you (re)install Avisynth from the Ripbot "Tool's" folder ??? (install.cmd)

[nekrosoft13]

this new intel security patches/bioses bullshit slowed down my 4k x265 10bit encoding from 18fps to 14fps...

[nekrosoft13]

Bitrate will be even lower if you keep original 720x480.

true, but that is not the issue at hand, I don't want it to assume and decide for me, if i select 1,33:1 (4:3) I want it to stay at that aspect ratio.

trying to find a work around.

[Wildfire]

this new intel security patches/bioses bullshit slowed down my 4k x265 10bit encoding from 18fps to 14fps...

That's probably a coincidence, as x264/x265 is not heavily I/O dependent and as such the performance impact should be minimal.

I've seen benchmarks with and without the patch and the performance impact fell within the margin of error for the benchmarks...

[silverback]

Installed VC_redist.x64 and VC_redist.x86.
Still just plain green...

Did you find a solution to this, I am having the same problem clean install Windows 8.1.

[Atak_Snajpera]

Check if AviSynth is correctly installed.

Open notepad and add these two lines and then save it as test.avs.
colorbars
info

Next open test.avs in MPC-HC (x64!). You should see this image

http://i.cubeupload.com/ZPHlTL.png

[nekrosoft13]

That's probably a coincidence, as x264/x265 is not heavily I/O dependent and as such the performance impact should be minimal.

I've seen benchmarks with and without the patch and the performance impact fell within the margin of error for the benchmarks...

before the patch it would take hour and 5-10 to finish encode, now its about hour 20-30 minutes.

And the only thing that change was the 2018-1 culmative patch.

[Atak_Snajpera]

Check fps in my benchmark x265 FHD Benchmark (before and after patch)

[whiskey]

Try this https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads

Looks like that was the issue, working fine now !

[squezer]

Did you find a solution to this, I am having the same problem clean install Windows 8.1.


No, buddy, did not, i dont have a clue.

It is however the problem above version v1.20,
so i used the v1.20 to do a job for now,
for anything else than mpeg2 (dvd) v1.22 works OK for me.
so AtackSnipera is the only one to know, what is the problem...

EDIT:
i narrowed it down to DGDecode.dll x64 problem.
Is there anybody to check, if DVD mpeg2 is working in Win10 x64 with v1.22+, please?

[silverback]

Check if AviSynth is correctly installed.

Open notepad and add these two lines and then save it as test.avs.
colorbars
info

Next open test.avs in MPC-HC (x64!). You should see this image

http://i.cubeupload.com/ZPHlTL.png

I am not sure this was meant for me with the green screen problem on combined VOB's. But the .avs file worked as shown in your example.

[Arbie]

"Java not recognized" problem.

I'm running as a standard user on Windows 10 x64. It's my machine and I also control the Admin account but run like this for security. Other than that my setup should be standard. And I have the same problem when I login as Admin, so I don't think that's the problem.
AMD Ryzen CPU.

I've downloaded and installed the latest RipBot264 v1.22.0.7. It finds my AVISynth and Haali installations, but not Java. I understand that RipBot264 needs the 32-bit version, and when I run command line "java -version" it says mine is 64-bit. BUT both C:\Program Files\Java\jre1.8.0_151 and C:\Program Files (x86)\Java\jre1.8.0_151 folders are present. So I think 32-bit Java is available.

The registry has the key HKEY_CURRENT_USER\Software\JavaSoft but that doesn't specify bitness, except for Chrome in which case it points to the (x86) Java folder (thereby accessing the 32-bit Java, I suppose).


SO - how is RipBot264 deciding that it can't access Java 32-bit?
Can I make this work by some environment variable change or other trick?


Thank you.

[iSeries]

Hi, any way to convert HDR to SDR but with X265 (keeping 4k resolution)? I have a 4k non-HDR TV and will play back 4k HEVC SDR in MKV no problem.

[Ryushin]

Hi, any way to convert HDR to SDR but with X265 (keeping 4k resolution)? I have a 4k non-HDR TV and will play back 4k HEVC SDR in MKV no problem.

Atak added tone mapping to convert HDR to SDR in the last version. Though I think it only did this when encoding to AVC. For me, VLC 3.0 is able to do tone mapping playback for 4K HDR to display on two 4K monitors I have. I think Kodi is also adding support for HDR to SDR. So you might just need to use a different playback software.

Thing is, I was excited about the prospect of down converting 4K to to 1080p as I felt the increased quality with more pixels would be wonderful. However, finding out there is no perfect way for the color to be remapped from BT2020 to Rec.709, I will still be ripping the 1080p disks to make the HD copy and the 4K UHD to make the 4K copy. The day will probably come when you will no longer get a Blu-ray disc with the UHD disc, and on that day, I will be very grateful that Atak added the tone mapping conversion.

[byteshare]

Added: Automatic HDR information retention while encoding to HEVC format
Added: Automatic HDR to SDR tonemaping during conversion to AVC format
Any plans for an option like the AVC for HEVC? HDR to SDR and HEVC.
Might not really matter in a while though if VLC 3.0 is able to do tone mapping playback and if Kodi is also adding support for HDR to SDR.

[iSeries]

Atak added tone mapping to convert HDR to SDR in the last version. Though I think it only did this when encoding to AVC.

Yep only for avc, which is why i was asking for hevc. Like i said, this is for a 4k sdr tv that is able to playback sdr 4k hevc mkv files straight from usb.

[GZZ]

I had a chunck that made FFMpeg crash and when I closed the FFmpeg crash dialog it finished encoding like it completed succesful. But when I open the log file I can see a mismatch between expected frames and encoded frames. Does Ripbots check and validate the log file for expected frames and encoded frames or else it could end up with skipping video because small parts is missing?

Log file:


Encoding started...
""\\HENRIK-RYZEN7\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\HENRIK-RYZEN7\RipBot264temp\job20\Chunks\41.avs" -strict -1 -f yuv4mpegpipe - | "\\HENRIK-RYZEN7\Ripbot264temp\tools\x265\x265_x64.exe" --seek 24 --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,0)" --max-cll "1127,612" --crf 18 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 4329 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "\\HENRIK-RYZEN7\RipBot264temp\job20\Chunks\41.265" -"
y4m [info]: 3840x1600 fps 24000/1001 i420p10 sar 1:1 unknown frame count
raw [info]: output file: \\HENRIK-RYZEN7\RipBot264temp\job20\Chunks\41.265
x265 [info]: HEVC encoder version 2.6+2-32e6f04b8713
x265 [info]: build info [Windows][GCC 7.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [warning]: Turning on repeat-headers for HDR compatibility
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 16 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(25 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-18.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao

x265 [info]: frame I: 34, Avg QP:13.63 kb/s: 29778.11
x265 [info]: frame P: 894, Avg QP:14.15 kb/s: 11565.13
x265 [info]: frame B: 3254, Avg QP:18.87 kb/s: 2210.42
x265 [info]: Weighted P-Frames: Y:2.6% UV:1.8%
x265 [info]: consecutive B-frames: 4.6% 0.5% 2.7% 23.8% 68.3%

encoded 4182 frames, 0.14 fps, 4434 kbps



Expected (from the --frames parameter) says: 4329 and encoded is 4182 frames. Missing 147 frames.

[byteshare]

I had a chunck that made FFMpeg crash and when I closed the FFmpeg crash dialog it finished encoding like it completed successful.
I get this from time to time, what you need to do is stop (turn "off") the Encoding Server in the Encoding Client, close error, then start the Encoding server in the Encoding Client again, and it should encode fine. Worst case I've had to do this several times.

That said, since the switch away from avs2yuv.exe I am seeing less errors, but one of my machines struggles to get 100% CPU now, not sure why...I'll keep looking into it.

[GZZ]

I just finished the last peace manually. I was thinking if the encoding client could do it by itself by checking the log at the end of encoding a chunck. I did a local script to just check all the chucks log after encoding to make sure I didnt miss anything.

I only have 100% usage issue when using MDegrain2, then it wont go much over 50% on my Ryzen7 (8 core, 16 thread) CPU, so using two encoding servers on my Ryzen helps.

[Atak_Snajpera]

I just finished the last peace manually. I was thinking if the encoding client could do it by itself by checking the log at the end of encoding a chunck. I did a local script to just check all the chucks log after encoding to make sure I didnt miss anything.
What should be a default behaviour in this case?
a) repeat encoding of crashing chunk endlessly
b) disconnect server

[byteshare]

I only have 100% usage issue when using MDegrain2, then it wont go much over 50% on my Ryzen7 (8 core, 16 thread) CPU, so using two encoding servers on my Ryzen helps.
I unchecked in the settings the "Limit to following filters only" but on 1 pc I still don't get 100% usage with 2 servers, and on another PC I get 100% with only 1 server on encoding the same thing. I found the difference is using SMDegrain rather than SMDegrain3 (I don't usually use 2).

What should be a default behaviour in this case?
a) repeat encoding of crashing chunk endlessly
b) disconnect server
Should be turns off server, kills the ffmpeg connected to it (closes error), starts server again...should do this at least 10 times, but usually 1 more attempt is enough.

[GZZ]

What should be a default behaviour in this case?
a) repeat encoding of crashing chunk endlessly
b) disconnect server

it did work on first retry, so it might just have been FFMpeg crashing for other reasons then a bad input. But maybe have a Max retry in your settings and then it will fail to encode the piece. I think 2-3 retry should be default.

And then disconnect the server and let another server try to encode the piece and if it still fail, then error out on the entire movie.

[Dhry]

Absolutely outstanding software! Really loving the distributed encoding feature. I know others have asked for this before, but just throwing in my vote as well - PLEASE include drag and drop into the main and batch windows!

Cheers
Dhry

[Atak_Snajpera]

v1.22.1
Added: Option "Force HDR to SDR conversion while encoding to HEVC format"
Added: Option to specify custom name for server
Added: Server automatically kills crashed ffmpeg.exe and discards current encoding progress.
Changed: Java detection method
Fixed: Incorrect language codes for Czech,Chinese,Greek and Slovak
Fixed: audio process blocking video process during audio normalization

[iSeries]

v1.22.1
Added: Option "Force HDR to SDR conversion while encoding to HEVC format"

Thank you!! :-)

[GZZ]

Is it me or are Batch process broken because of mkvmerge ?

I get this in MkvInfo.txt file in my Job folder. Using version 1.22.1


mkvmerge v20.0.0 ('I Am The Sun') 32-bit
Error: no destination file name was given.


I get no subtitles or audio demuxing.

Edit: Replaced the MkvToolNix with the one from version 1.22.0 and then its working again. Might be changed command line in version 20.0.0

[whiskey]

Is it me or are Batch process broken because of mkvmerge ?

I get this in MkvInfo.txt file in my Job folder. Using version 1.22.1



I get no subtitles or audio demuxing.

Edit: Replaced the MkvToolNix with the one from version 1.22.0 and then its working again. Might be changed command line in version 20.0.0


Same here, updated to v1.22.1 no audio

[guest]

Same here, updated to v1.22.1 no audio

There's another auto update with MkvToolNix (v19.0.0)

[Arbie]

"Java not recognized" problem still occurs, with v1.22.0.

All details same as my 7 Jan post above.

Thx
Arbie

[guest]

"Java not recognized" problem still occurs, with v1.22.0.

All details same as my 7 Jan post above.

Thx
Arbie

Have you tried the latest update ??

[jlpsvk]

it would be great to have possibility to ENABLE or DISABLE "Force HDR to SDR when coverting to HEVC" per job, not globally.