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

[Tazlord]

Atak,
First, great software! Thank you for taking the time to develop this useful tool.

I know this has come up in this forum before but it would be nice to have the muxing process disable any default subtitle tracks. The reason being, popular players (like MPC-HC and Kodi) will use that bit to determine which subtitle track to display by default. Although, I think the players should reconsider how they interpret that bit. In the meantime, I have been manually setting the default-track bit to 0 after mux so they won't automatically display the subtitles (except forced subs).

I'm certain you're already aware of how the mkvmerge syntax works but I'll state it here just for everyone else to see as well. All you would have to do is add a "--default-track 0:no" to each subtitle in the command line.

Alternatively, you can a separate command file and have 'mkvpropedit' do the work post-mux. The syntax for that tool is simple:

mkvpropedit <filename> --edit track:s1 --set flag-default=0

The above syntax will find the first subtitle track (s1) and set the default flat to 0.

Any work you can do on this would be greatly appreciated. Also, expect a donation coming your way soon. This tool is well worth it.

[theking2]

Fast forward does not work on my Samsung BD on any mkv generated with ripbot

[slalom]

The reason being, popular players (like MPC-HC and Kodi) will use that bit to determine which subtitle track to display by default.
Someone might actually like that behaviour

You can permanently disable the subtitles through the menu of mpc-hc

[WestPop]

Just recently upadated from v1.17.4 to v1.19.0.

Been using using RipBot264 for years and love it, BIG thanks for all your hard work and continued efforts/improvements. :)

I can't seem to find the encode log files for this new version. Received an error after muxing, although encode seems fine after playing. I was previewing another while this one was muxing, don't know if that was the cause for the error.

Also, I've noticed when automatically cropping it seems to take longer than the other version, although it does not seem to over-crop as much as v1.17.4, was thinking that was the reason.

[Tazlord]

Someone might actually like that behaviour

You can permanently disable the subtitles through the menu of mpc-hc
The problem is when you disable subtitles in HPC-HC even the forced subtitles are disabled. Hence, completely defeating the purpose of a "forced" subtitle.
I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.

[sneaker_ger]

Fast forward does not work on my Samsung BD on any mkv generated with ripbot
This usually happens with some broken players if mkvmerge options "--clusters-in-meta-seek" and/or "--engage no_cue_duration --engage no_cue_relative_position" are not set. If you remux them with those options it might work. I don't know if it's possible to automatically make RipBot set them for every encode.

[Atak_Snajpera]

I can't seem to find the encode log files for this new version.
now you can right click on job to see log.

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

Also, I've noticed when automatically cropping it seems to take longer than the other version, although it does not seem to over-crop as much as v1.17.4, was thinking that was the reason.
Yes you are right. I've increased number of samples from default 5 to 16. The reason is to increase accuracy and avoid over-cropping in some dark movies. Default 5 seems to be very low because first sample is always first frame and 5th sample is always the last frame. So in most cases it analyzes just black frames and this leaves you with only 3 useful samples.

I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.
Ok. No problem. I will add option in .ini in next version.

[WestPop]

Okay thanks, I see it now when right clicking on another encode.

I guess due to the error only this displayed;

The cue entries (the index) are being written...
Muxing took 1 minute 18 seconds.
-------------------------
Elapsed Time: 05h:50m:47s

Was just trying to determine what the error actually was.

[slalom]

The problem is when you disable subtitles in HPC-HC even the forced subtitles are disabled. Hence, completely defeating the purpose of a "forced" subtitle.
I think, to satisfy both worlds there should be an option to change the muxing behavior. Maybe something that can be set in the ripbot INI file.
So you use forced subs and selectable, but you want to see by default the forced?

[ginofamussi]

Hi guys :)
I'm a quite new around here but I've been using Ripbot for years.
It's the best and most comfortable tool.
I have a question.. is it possible to handle DVB recordings Mpeg4 chroma 4:2:2 ?
I always get a AviSinth error.
Thanks in advance
:helpful:

[Atak_Snajpera]

If you can send me some short 50mb sample I will take a look.

[ginofamussi]

If you can send me some short 50mb sample I will take a look.

As soon as I find a feed Mpeg4 4:2:2, I'll post a sample here. Thank You. Great work.
:thanks:

[ginofamussi]

Here's a little sample
Mpeg 4.2.2.ts 74mb (https://mega.nz/#!TMAGXKIb!u7nZZ2GCXSjknzgQOaMN3tAeyt68ubInOvaIxE9EcIY)
:thanks:

[Atak_Snajpera]

Here's a little sample
Mpeg 4.2.2.ts 74mb (https://mega.nz/#!TMAGXKIb!u7nZZ2GCXSjknzgQOaMN3tAeyt68ubInOvaIxE9EcIY)
:thanks:

This file is corrupted at the very beginning. Unfortunately these kind of errors are very common while recording from air.
http://i.cubeupload.com/T2r3uT.png

If you remove those four first seconds it will work fine in ripbot.

I used latest version of http://www.videohelp.com/software/TS-Packet-Editor
for this task.

http://i.imgur.com/aw4Xfdd.png

[damia]

hai atak.. how to use normalize in ripbot?? i already set 100% but in avs script blank?? and i try encode using off normalize and 100% but the result looks lime same to me.. pls help me.. i want to encode 2ch 64kbps audio..

[Tazlord]

Hello All,
OK, I just upgraded to v1.19.0 and ran into a problem. I keep getting an error stating "avs2pipemod.exe has stopped working" whenever I run a job. I am wondering if anyone else has seen this?

So far...
I figured out that it is happening during the audio encode phase so I tried to run the command manually and got the same error. Interestingly, the output of avs2pipemod -info shows an error:

avs2pipemod[error]: I don't know what "video" means
(E:\TEMP\RipBot264temp\job1\job1_a1.avs, line 23)

Line 23 of job1_a1.avs shows:
AudioDub(video,audio)

And obviously the muxing process will fail because the AAC audio file was never created.

[Atak_Snajpera]

did you create that job in 1.19 or in older version?

[Tazlord]

did you create that job in 1.19 or in older version?
Hi Atak,
I originally did have existing jobs but after messing with it for a long time I started from scratch by completely removing all the jobs, uninstalling RipBot and installing a "clean" version.

[Atak_Snajpera]

show me content of job1_AUDIO1.avs and job1_a1.avs

[Tazlord]

show me content of job1_AUDIO1.avs and job1_a1.avs
Here you go.
Also, just a thought, do you think this could have something to do with AVISynth? I'm running version 2.58.

Thanks for your help!

job1_AUDIO1.avs
#MT


#VideoSource

video=BlankClip(length=146560, width=1920, height=1080, fps=23.976, pixel_type="YV12", channels=0)

#Deinterlace



#Decimate



#Crop



#Resize



#Colors



#Denoise




#Subtitles



#AudioSource
Import("E:\Temp\RipBot264temp\job1\job1_a1.avs")


#Triming



#AVSameLength



#ColorSpace


job1_a1.avs
#AudioSource
LoadPlugin("C:\bin\Programs\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicDTSSource("E:\Temp\RipBot264temp\job1\audio_1_English.dtsma.dts")
audio=ResampleAudio(audio,48000)
#DownMix
Import("C:\bin\Programs\RipBot264\Tools\AviSynth plugins\Scripts\DownMixAudio.avs")
audio=DownMix2Stereo(audio)

#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize
audio=Normalize(audio,1)


#AudioDub
audio=ConvertAudioTo16bit(audio)
AudioDub(video,audio)

[Atak_Snajpera]

Script looks ok so update your AviSynth to 2.60 or Avisynth+. Your choice.

[Tazlord]

Script looks ok so update your AviSynth to 2.60 or Avisynth+. Your choice.
OK, that looks like it might have been it. I upgraded to Avisynth+ (looks like it has more active dev than the old one) and it successfully completed the audio encoding process. I'm still waiting for the 2nd video pass and mux but since those don't seem to depend on avs2pipemod I'm pretty sure it will be fine.

Thanks for your help!

EDIT:
Considering this case, do you think it would be worth mentioning to users that it might be best to use newer version of Avisynth?

[Tazlord]

OK, it all looks good. Audio encoded fine. Downmix to 2 channels seems to be good too.

Thanks again for your help Atak!

[rc71]

Hey Atak.

I'm sure you know, but Cisco is making it's own x265 version royalty Free currently called Thor. Thought you might be interested.

http://blogs.cisco.com/collaboration/world-meet-thor-a-project-to-hammer-out-a-royalty-free-video-codec

Codec
https://github.com/cisco/thor

[zeem]

Downloaded the 1.19.0 from here. Antivirus pops up saying it contains a Trojan.Gen.SMH in \tools\modifychapters\modifychapters.exe. Anyone else get this?

[ginofamussi]

This file is corrupted at the very beginning. Unfortunately these kind of errors are very common while recording from air.

If you remove those four first seconds it will work fine in ripbot.

I used latest version of http://www.videohelp.com/software/TS-Packet-Editor
for this task.

:thanks::thanks::thanks:

[Tazlord]

So you use forced subs and selectable, but you want to see by default the forced?
There are actually 2 different flags that can be set on a subtitle track in this regard: Forced and Default.

It's pretty self-explanatory what "forced" is used for and for the most part, good video players honor that flag. The "default" flag is a little different. According to the MKV documentation, it is intended to identify which track the player should use if it cannot find a track that matches the user's current language setting. MKVMERGE will automatically set the "default" track on the first subtitle track that does not explicitly specify "default-track #:no", which usually ends up being the first subtitle track.

This means that if I have 2 sub tracks, one Spanish and one French, my video player (MPC-HC) will not find one that matches my current language, English. If the "default" flag were set on the Spanish sub track and my player has subtitles enabled, it would be safe to assume that the player will use the Spanish track. Of course, how this is handled is entirely up to the player's developer and I'm pretty certain not all players honor those flags.

But what if I want to watch the movie that contains forced subtitles?
The way that this is handled in an MKV is that an additional subtitle track needs to be added containing only forced subtitles. In the case of MPC-HC, subtitles MUST be enabled in order for it to honor the "forced" flag of the additional sub track. The problem comes when the MKV contains any other sub track with the "default" flag set. MPC will always choose the default track over any other, which means the default track will always be displayed if subtitles are enabled. As you can see, that presents a problem if I'm only interested in viewing the forced subtitles.

In my opinion, software players should act like hardware players and only show subtitles that you explicitly enable and ALWAYS show forced subtitles, in your preferred language, if no other subtitles have been selected. The only way I've been able to make that happen is by modifying the "default" flags manually after RipBot is done so that I can leave MPC's subtitle feature enabled but have it not automatically select any subtitle tracks while always honoring the "forced" flag.

It's really not that big of a deal for me to continue to do this manually but to have the option of making that happen during the MUX process of RipBot would be even better.

[sneaker_ger]

Are you not using LAV Splitter? It can be set to only load forced subtitles. You don't have to turn off MPC-HC's subtitle renderer, then.

[slalom]

There are actually 2 different flags that can be set on a subtitle track in this regard: Forced and Default.

It's pretty self-explanatory what "forced" is used for and for the most part, good video players honor that flag. The "default" flag is a little different. According to the MKV documentation, it is intended to identify which track the player should use if it cannot find a track that matches the user's current language setting. MKVMERGE will automatically set the "default" track on the first subtitle track that does not explicitly specify "default-track #:no", which usually ends up being the first subtitle track.

This means that if I have 2 sub tracks, one Spanish and one French, my video player (MPC-HC) will not find one that matches my current language, English. If the "default" flag were set on the Spanish sub track and my player has subtitles enabled, it would be safe to assume that the player will use the Spanish track. Of course, how this is handled is entirely up to the player's developer and I'm pretty certain not all players honor those flags.

But what if I want to watch the movie that contains forced subtitles?
The way that this is handled in an MKV is that an additional subtitle track needs to be added containing only forced subtitles. In the case of MPC-HC, subtitles MUST be enabled in order for it to honor the "forced" flag of the additional sub track. The problem comes when the MKV contains any other sub track with the "default" flag set. MPC will always choose the default track over any other, which means the default track will always be displayed if subtitles are enabled. As you can see, that presents a problem if I'm only interested in viewing the forced subtitles.

In my opinion, software players should act like hardware players and only show subtitles that you explicitly enable and ALWAYS show forced subtitles, in your preferred language, if no other subtitles have been selected. The only way I've been able to make that happen is by modifying the "default" flags manually after RipBot is done so that I can leave MPC's subtitle feature enabled but have it not automatically select any subtitle tracks while always honoring the "forced" flag.

It's really not that big of a deal for me to continue to do this manually but to have the option of making that happen during the MUX process of RipBot would be even better.
I use only selectable subs, so the first in order is always the default. If there is also an srt file, then that one is the default

That is how I use subs

[ShogoXT]

Hi again everyone.
I started using Ripbot again for my blu rays and i seem to be running into a stutter issue. I tried using multiple programs and ways to read the source disk like MakeMKV. It seems to result in occasional jitters in the video. Audio seems unaffected. The source is already progressive so im unsure what the issue is.

I tried to find dgsplit, but it seems all download sources for it are no longer available. So im sorry that I dont have the source cut down for you. Does anyone have a alternative?

One of the results. (https://mega.nz/#!KRBmzKqT!D2H1CqW8Jdmw43T8wElCSyJ3OnFR4C3UPicPZpmg5N0)
Hopefully its small enough.

Thanks again for the great program.

[Atak_Snajpera]

Have you tried DVDFabDecrypter? Personally I would avoid using MakeMKV for DVDs. Generally you should work directly with decrypted .vobs.

[ShogoXT]

Have you tried DVDFabDecrypter? Personally I would avoid using MakeMKV for DVDs. Generally you should work directly with decrypted .vobs.

Actually I thought that at first, because I had issues with MakeMKV on the other DVD set, but I tested multiple softwares and the same result occurs. This is with Blu rays.

MakeMKV with core audio.
DVDFab with passthrough mode to MKV, MP4, M2TS.
AnyDVD straight read from the disk to Ripbot264.

I didnt post this until after I was done with all those. I wanted to avoid AnyDVD because Ripbot takes a bit to separate the streams, which makes it hard to do batch stuff. The goal was to find one that just had the core audio, reducing that whole process. With these Blu rays, the run time takes longer on my aging computers.

Tried first on desktop, then did a fresh install on laptop Windows 10, same result. Now I do know that months ago I ran one that seemed fine, so it MIGHT be one of the newer ripbot versions (probably not though, I fiddle with a lot of the settings). Cant remember what the settings were.

This one im running 64 bit, with MT on. I usually try to mess with the script for denoiser testing.

Thanks again, and does anyone have a DGsplit mirror?

[stasi]

Thanks again, and does anyone have a DGsplit mirror?

For splitting you can use MKVToolnix. Just open your file with mmg.exe, go to GLOBAL and set splitting mode.

[Sparktank]

does anyone have a DGsplit mirror?

DGsplit can be found on the new URL:
http://rationalqm.us/mine.html#tools

[ShogoXT]

Here is one of the sources. (https://mega.nz/#!HV5nARbQ!rqrid2KINumDewdzvR2bPVX-88xJG3VDYVJXXosYVQk)

Ive been trying to run it in different ways, but they all seem to turn out with the same stutter. Il keep trying, but I just want to make sure im not missing anything obvious.

Thanks

[BlockABoots]

Would there be any reason my 'Demuxing audio stream' process takes a longer time that it used to on the previous version of RipBot??. I show note that i have also upgraded to Windows 10 and so have installed all my programs again and noticed there was a new version of Ripbot out so downloaded the newer version. So it could be a combination of the 2??...anyone else noticed longer time on demuxing at all?

[Atak_Snajpera]

Here is one of the sources. (https://mega.nz/#!HV5nARbQ!rqrid2KINumDewdzvR2bPVX-88xJG3VDYVJXXosYVQk)

Ive been trying to run it in different ways, but they all seem to turn out with the same stutter. Il keep trying, but I just want to make sure im not missing anything obvious.

Thanks

I've encoded this sample file without any problems. Maybe you have some different version of FFDshow installed?
Try this version -> http://sourceforge.net/projects/ffdshow-tryout/

[ShogoXT]

I've encoded this sample file without any problems. Maybe you have some different version of FFDshow installed?
Try this version -> http://sourceforge.net/projects/ffdshow-tryout/

Currently using 4533, il try 4532.

[Atak_Snajpera]

Currently using 4533, il try 4532.

I'm using now 4527.

[ShogoXT]

I'm using now 4527.

No luck with 4532, il try 4527 next as you said.

EDIT: No luck with 4527 either. Maybe I messed up on the ffdshow settings somewhere. Usually on install il turn off the mixer and some decoders so it doesnt interfere with MPC-HC, but I could just block it from within.
I also use 64 bit mode and MT settings in the client. Il keep messing with it.

[Atak_Snajpera]

Also check if FFDShow and haali icon is present in tray while encoding!

http://i.imgur.com/uhD9Hdr.png

[BlockABoots]

Should RipBot max out my CPU when its encoding?, its currently doing 'Pass 1' and my CPU is only reporting 42% usage!

My system...

GIGABYTE Z87X-UD5H
INTEL i7-4770K @ 4.2Ghz
Crucial Ballistix Tactical 16GB 1600MHz
GIGABYTE GTX970 4GB
256GB CRUCIAL M4 SSD
WD 3TB GREEN

[Atak_Snajpera]

Uncheck fast first pass in settings

[BlockABoots]

Ok will do, is it recommended to disable this setting then?? I

have also noticed when encoding that there is no FFDShow and haali icons on the taskbar...this could be a windows 10 issue though??

[Atak_Snajpera]

have also noticed when encoding that there is no FFDShow and haali icons on the taskbar...this could be a windows 10 issue though??
I will have to check that on my virtual machine.

[BlockABoots]

Hmmm, i think it might be Windows 10 not playing nice with Ripbot. Have disabled the option you suggested but the CPU usage is still only around 55%. Also demuxing the audio is taking a lot longer that it used to, used to take about 10 seconds to demux a single file it now takes almost 2 minutes, plus the demuxing window doesn't automatically close and stays opens

[ShogoXT]

I found the problem on my end. I did reinstall ffdshow and haali again, along with putting in 64 bit java.
Still didnt work.
Only thing I didnt try was SetMT off and distributed encoding on.
Getting rid of SetMT seemed to fix it. I wonder why? I used to use it all the time.

[Atak_Snajpera]

it depends what mt mode you used before DirectShowSource(). If you used SetMTmode(2,x) then you should experience jumps in frames like you showed us in your sample. That's the main reason why i didn't expose that option in gui.

[CRACING]

Hello @Atak_Snajpera,

I have tried many video encoding tools (handbrake, staxrip, hybrid, vidcoder and etc) and finally ended up with RipBot264 because it is giving better quality results, takes less time and easy to use. Of course, other tools have plenty of options to set which may result in similar quality but I'm no good nor expert to go through all. I think you have set the best and left very few options for users to choice and get perfect results.

I have two requests for you to implement on future releases of RipBot264, only if you can:

1. Option to minimize to system tray.
2. Few details about input file properties, shown in main window or edit window. i.e Video length, frame width, frame height, video bitrate, video format, fps, audio format, audio bitrate and etc. With help of this, we can set required encoding settings without going to file properties in explorer.

Thanks...
Best Regards

[BlockABoots]

Does Ripbot store files anywhere else apart from the folder its installed in?