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

[FuzzyNutz]

Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

[nexxai]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

[FuzzyNutz]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.

[nexxai]

Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.I realize that Ripbot is not the "absolutely everything for everyone" solution, but I was really hoping this feature was already a part of the package, since it seems like it is so important to get an encode right.

Atak: Any chance I could request this as a feature? :)

[FuzzyNutz]

Any chance I could request this as a feature? :)

You just did.

[soneca]

Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

[guest]

Atak, I made the update from Flac to version 1.3.2 and it works correctly with RipBot.
Did you get tested?
http://www.rarewares.org/files/lossless/

Which one did you use, and where to you put it ???

[FuzzyNutz]

Fresh install and the source used is blu-ray(structured folders).

I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

[soneca]

You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

[FuzzyNutz]

Which one did you use, and where to you put it ???

I'm more interested in what "soneca" thinks "Atak" needed to get tested for.

[soneca]

I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

[FuzzyNutz]

English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

[guest]

You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

[soneca]

@Atak,

If I add a job and resolve to quit by clicking "X" to close the window "Blu-ray Structure" RipBot freezes, does not close.

[soneca]

I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

I'll compare the tracks taken from Ripbot264 and Eac3to.

[soneca]

Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

Just rename it.

[guest]

Just rename it.

:thanks:

[soneca]

I'll compare the tracks taken from Ripbot264 and Eac3to.

They are identical.

[soneca]

Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

[guest]

Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

Just loaded a DTS-HD MA 7.1 movie into v1.19.6, and it shows 8 channels, using Copy Stream. :) (also using Flac 1.3.2)

[Ronski]

Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.


Can't remember when I last read the change log, the program just updates - may be after an update offer the user a chance to read the change log.

I haven't tried letting ripbot handle the whole file for ages, its just what works for me, perhaps I'll try it with the next Blu-ray I do. I normally keep two audio tracks, a 5.1 and the Atmos or DTSMA.

[Atak_Snajpera]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

[guest]

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

:goodpost:

[FuzzyNutz]

Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion issues compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio. Also consider an option to preselect audio tracks, including no audio, when loading .mkv sources, similar to choices we get when loading M2TS files. Thank you.

[FuzzyNutz]

Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

[FuzzyNutz]

I'm aware that before v1.19.6, some of my jobs loaded from .mkv files had lossless audio tracks that underwent automatic FLAC conversion, but I did not see this conversion when loading jobs from M2TS files in Blu-ray structured folders; not as a message within the GUI or the resulting FLAC files in the jobx folders. When I encoded to AC3 or AAC from the M2TS scenario, was the FLAC conversion happening?...Behind the scenes? And if it did not happen, does that mean my AC3 or AAC encodes were from lossy cores?

It would be a huge disappointment to learn that so many of my audio encodes were lossy to lossy when I thought they were lossless to lossy. Especially considering Eac3to is capable of lossless to AC3 conversions without FLAC intermediates.

Atak, please clarify. Thanks.

[FuzzyNutz]

Atak, consider adding the ability to batch load M2TS files in Blu-ray structured folders.

[soneca]

It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion-issue flaws compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio.

Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

[FuzzyNutz]

Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

I successfully encoded a Suicide Squad Atmos track to 5.1 AAC in November. I did it outside of RipBot264, because I didn't know if RipBot264 automatically performed a 6 channel-downmix.
It's absurd that an Atmos stream would have a 384kbps core. Grrrrr.

I have not watched Suicide Squad. I've surpassed my saturation point of Hollywood's offerings. I watch less of the movies and TV shows I hoard. This hobby is sometimes more about acquisition and the self-empowering knowledge of how to manipulating A/V.

[soneca]

I also find absurd a TrueHD stream with or without Atmos with a core similar to the one used in the early days of the dvd's.
I do not have many problems with bad movies, I consider it a good uncompromising fun. :p

[FuzzyNutz]

Earlier versions of Eac3to gave low volume warnings when decoding/encoding the notorious "strange setup" version of 7.1 DTS-MA.

Should there be cause for concern when RipBot264 deals with this "strange setup" DTS-MA variant?

[nexxai]

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)
You're the best! I would have never thought to use the script. Thank you!

[FuzzyNutz]

Atak: Consider preventing "new frame" from selecting frames with dark pixels in the top-left and bottom-right.

Thank you.

[soneca]

Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

[FuzzyNutz]

In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

I wanted assurance that demuxed TrueHD and DTS-HD 7.1 tracks are properly downmixed to 6 channel (5.1) when encoded to lossy formats.

[iSeries]

Hi, I've been away from encoding for a while, just wondered though, I've made an MKV remux of Moana using MakeMKV. I've opened that up in Ripbot and the audio is DTS-HD MA 7.1. If I choose an output format of AC3 5.1 640kbps, when the surround channels get mixed does it automatically reduce the volume if there is clipping, or do I have to check 'normalize' for this to happen?

[Ryushin]

I'm running 19.6 and I just upgraded a few days ago. It seems with about half of my encodings since then, that I'm finding a dropped or corrupted frames with what I'm assuming is at the end or beginning of a chunk. Example from the movie Blow at 15:01. According to VLC and the "Jumpt to Time" plugin, the corrupted frame happens at 00:15:01,207:
https://postimg.org/image/6moudmhgl/

The Crucial showed what seems to be a couple of drop frames at pretty much the same time. Going through a frame at a time at 00:15:01,182 shows what looks like a merged frame:
https://postimg.org/image/6nys71jad/


Information:
Using MDegrain2 with x264.
My distributed encoding is a bit of an odd setup.
Master Server 1: Four 12-core Opterrons, 256GB of RAM, running Linux and a Hypervisor (KVM/Libvirt). Windows 10 guest with with 42 cores given to it along with 16GB of RAM, runs five RipBot264 threads.
Encoding Client 1: Ryzen 1800x, MSI Gaming Pro board. Runs 1 RipBot264 threads. (Ryzen is amazing for encoding. This single proc is almost half as fast at encoding as my master server.
Encoding Client 2: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.
Encoding Client 3: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.

I've very rarely noticed this when watching an encoding done by RipBot264. So rare I've have not worried about it. But now, I'm going to have to go back and check all my recent encodings.

I'm going to try a few encodes with Blow and different settings to see what I can find out.

[Atak_Snajpera]

@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

[Ryushin]

@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

Did not have the \\Your-PC\RipBot264temp\Tools folder which I assume is probably deleted after the encodings finish.

But the the problem is fixed by copying the ffms folder. The problem did not show up. I'm going to run the same DE again and enable MDegrain2.

BTW, just wanted to say thank you again for such an amazing program and for your so very much appreciated dedication to supporting and improving it. There is simply none better.

I reverted the changes recently to when I added AviSynthMT (AvisynthPlus-r2455-MT) to system32 and syswow64. Does RipBot264 detect MT automatically or is there some change I need to make? I'm trying to speed up MDegrain. Normally I'll see 50-100fps depending on content, but only around 5fps when using MDegrain. I have a lot of unutilized cpu resources when using MDegrain.

I was also going to make a new thread about degraining and possibly adding a couple of options to the settings, but I guess I'll post that here.

Essentially I've found that when using HQDN3D, using using temporal settings at about half of what the Mono/Colour is I get good results. If I set temporal settings to the same as Mono/Colour I'll get artifacts. So settings would be something like 2/2/1/1 3/3/1/1 4/4/2/2 5/5/2/2 6/6/3/3, etc. Not sure if you can add something like a Temporal box option and just put in the amount of half along with rounding down if the number is not dividable by two.

When you added MDegrain, it opened a lot of doors. I've spent far too much time looking at all the options I could do with MDegrain (fairly daunting I might add). But essentially, after so much research, it was really a simple change of thSAD=400. When I used HQDN3D for something like 6/6/3/3 or 8/8/4/4 I found a MDegrain thSAD=150-200 range gives me excellent results. MDegrain results are simply better then anything else I've tried. Can you give an option for the MDegrain to change the thSAD without having to edit the script?

I also went through the options for MDegrain1-3 using my test clip. I think MDegrain2 is probably the best solution. MDegrain3 produced a smaller clip, but I'm not sure if I'm loosing too much information and I don't want any artifacts.

Test Clip: 5 Minutes, Glengarry Glen Ross, fairly grainy.
RAW: 715MB
CQ18: 577MB
CQ18 MDegrain1 THSAD=200: 290MB
CQ18 MDegrain2 THSAD=200: 210MB
CQ18 MDegrain2 THSAD=400: 176MB
CQ18 MDegrain3 THSAD=200:174MB

My settings, which might help others:
#Denoise MDegrain1 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=300)

#Denoise MDegrain2 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=300)

#Denoise MDegrain3 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
bv3=MAnalyse(super,blksize=8,isb=true,delta=3,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
fv3=MAnalyse(super,blksize=8,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=300)

[steferrari]

Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

[soneca]

The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

[docholliday]

The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

Same as Blu-ray Disc.

[steferrari]

Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

I'm still having this problem, any way to fix it?
Thanks.

[byteshare]

I'm still having this problem, any way to fix it?
Thanks.
Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

The issue that I am getting is on 19.6 but not getting on 19.5 ( my 19.5 had a few updates with encoding client and auto crop) is that my videos are coming out....weird.
19.5:
http://i.imgur.com/vYbrfm0.jpg
19.6:
http://i.imgur.com/eKpXhh8.jpg

I've been able to isolate the issue to some change in the tools because when I copy my 19.5 tools over the 19.6 tools I have no issue. Thoughts on what is causing the issue?

Update: I think I found the problem. The ffms in 19.6 is on 2.23 and 19.5 is on 2.20. If I take a clean 19.6 and only copy the ffms from 19.5 (v2.20) I don't have the issue anymore.

[sneaker_ger]

Are you using AviSynth+ or AviSynth? Since 2.23.1 ffms2 supports the high bitdepth formats of AviSynth+. If the source is >8 bit maybe that creates problems somewhere in your chain?

[Atak_Snajpera]

It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

[byteshare]

It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

Would apperciate it! Thank you for looking into this so quickly.
FYI, HEVC 2.4 came out April 22 and mostly is about adding HDR support and some speed improvements:
http://x265.readthedocs.io/en/default/releasenotes.html

[Noisrevid]

Weird situation here.. I was using a slightly older build of Ripbot on a slower laptop.. And on a fresh new PC with 6700K vs a 4700HQ laptop and the 4700HQ laptop using the same exact settings (I use the same config for all my Ripbots builds) it was encoding about 30% faster on the slower laptop...

Then I deleted that Ripbot from the slower laptop and ran a fresh folder of Ripbot freshly downloaded and it was also slow (slower than the fast desktop) so definitely something going on in the newest build of Ripbot.


I'm doing a 2-pass so i'm only comparing the 1st pass.. Maybe the turbo first pass isn't working right in the newest build, maybe it's doing a normal slow first pass.....

[steferrari]

Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.

[byteshare]

You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.
Try taking a clean 19.6 and only copy the ffms from 19.5 (v2.20)
I was getting weird video output with the newest ffms, but not the preview field for the crop.