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

[Atak_Snajpera]

Most likely Placebo + CQ mode with insanely low CRF value. I think it would be faster if you just copied entire movie without re-encoding. 33Mbps !?!? Similar bitrate can be found on original BD movies.

[Metaphor]

I'm encoding using the Hi10P, Slower profile with a CRF of 18

For TV shows (Like whats being encoded in that screenshot) I will sometimes not see much of a space savings. Using the same preset with typical movies I'll get a movie that takes up half as much space or better than the original.

Some might think these settings overkill, and they may well be.

What I can say is that using these settings, I have yet to find a source that isnt faithful to the original, and yet still often nets a substantial savings in space. Most of the titles I've encoded with this profile (Now at about 300) are in the 8-15Gb range from their original 20-35GB sources.

When building a reference library, I'll err to the side of caution and conservatism in regards to impacts on image quality over the increase in speed.

[sifulee]

Hello,

I've been using ripbot for years now and have never had any problems that I couldn't figure out myself, but I'm completely stomped on my current issue.

I can't get distributed encoding to work with my DVD (.vob) files. It works with everything else I have mkv, m2ts, etc. I have two computers and it works on the host computer but not the remote. The remote server just keeps starting and stopping getting this error.

error: MPEG2Source: Could not open on of the input files.
(\\SIFU-PC\RipBot264temp\job1\Chunks\91.avs, line 6)
x264 [error]: could not open input file`-'

Again distributed encoding works great with my mkv and m2ts files. Can anyone help?

SiFu

[Guest]

Post the avisynth script.

[sifulee]

Where is the avisynth script located?

I'm running the latest version of RipBot264v1.17.4 on Windows 7-64bit both computers.

[Darksoul71]

Where is the avisynth script located?

There :rolleyes:
\\SIFU-PC\RipBot264temp\job1\Chunks\91.avs

[sifulee]

There :rolleyes:
\\SIFU-PC\RipBot264temp\job1\Chunks\91.avs

I had removed the job :p . I started a new one and getting same error. Here is script...

#MT


#VideoSource
LoadPlugin("\\SIFU-PC\Ripbot264temp\Tools\dgindex\DGDecode.dll")
video=MPEG2Source("\\SIFU-PC\RipBot264temp\job2\Chunks\job2.d2v")

#Deinterlace



#Decimate



#Crop



#Resize



#Colors



#Denoise




#Subtitles



#AudioSource

audio=BlankClip(video, audio_rate=48000, channels=8)
audio=ResampleAudio(audio,48000)
#DownMix
Import("\\SIFU-PC\Ripbot264temp\Tools\AviSynth plugins\Scripts\DownMixAudio.avs")
audio=DownMix2Stereo(audio)

#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize



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

#Triming



#AVSameLength
Trim(8640,10079)


#ColorSpace

[Sightus]

Hi Atak,

recently I upgraded to a dual-socket system with two Xeon E5-2470; hence 32 logical cores. While using Ripbot the taskmanager shows that the average cpu usage is round about 25%; regardless the mode (1- or 2-pass).

So maybe you can tell me if there is a limit according the # of cores of if the mistake had to found elsewhere?

Best regards

[Atak_Snajpera]

show us your script

[Sightus]

Here is what I found

job1.ini
Container=mkv
LockSize=1
Size=4200
Deinterlace=Do not deinterlace
Crop=Automatically
CropTop=0
CropBottom=0
CropLeft=0
CropRight=0
Resize=HD-Ready 1280x720 [1,78:1]
ResX=1280
ResY=720
Decimate=Do not decimate
Colors=Do not change colors
hue=0
sat=1
bright=0
cont=1
subtitles=Do not use subtitles
subtitleFileSize=0
path=
Denoise=Do not denoise
DenoiseLumaNoise=0
DenoiseChromaNoise=0
AssumeFPS=Do not change
Forced_Subtitles=NONE

job1.avs
#MT


#VideoSource

video=DirectShowSource("D:\Temp\RipBot264temp\job1\video.mkv",audio=false).ConvertToYV12()

#Deinterlace



#Decimate



#Crop
video=Crop(video,0,0,-0,-0)


#Resize
video=Spline36Resize(video,1280,720).Sharpen(0.2)


#Colors



#Denoise




#Subtitles



#AudioSource
LoadPlugin("F:\Ripbot\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=RaWavSource("D:\Temp\RipBot264temp\job1\audio_German.dtshr.w64",1)
audio=ResampleAudio(audio,48000)
#DownMix



#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize



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

#Triming



#AVSameLength
Trim(0,146231)


#ColorSpace




http://www.bilder-hosting.info/vorschau/bfi1382558269e.PNG (http://www.bilder-hosting.info/viewer.php?id=bfi1382558269e.PNG)

[Atak_Snajpera]

resizer is single threaded hence you most likely have bottle neck.

workaround? use distributed encoding mode with 4 servers.

[Sightus]

@Atak

Well, thanks for your answer; seems I have to do so. Hence, if I would stick to Full-HD there would be a speedup, right? Is there any chance the resizer will become multi threaded?

Best regards

[sifulee]

Any suggestions for my issue?

[Atak_Snajpera]

I would like to see this file \\SIFU-PC\RipBot264temp\job2\Chunks\job2.d2v as well

[BlockABoots]

Hmmm, this program appears to not be working too well Windows 8.1, seems to take much longer 'Gathering information' that what windows 7 did!

[MK1234Tfan]

I was wondering if there is a setting so that ripbot only encodes the file selected from a dvd file and doesn't combine all of the VOB's? I'm trying to get separate episodes encoded as separate files instead of having all of the episodes joined together into 1 continuous mp4.

I'm also having problems selecting language audio. When I preview the video it's using the French voice overs and can't seem to find a way to select which language audio to use.

Thanks!

[Atak_Snajpera]

just rename .vobs and files won't be joined.

[Atak_Snajpera]

Hmmm, this program appears to not be working too well Windows 8.1, seems to take much longer 'Gathering information' that what windows 7 did!

try windows 7 codec tweaker by clsid

[MK1234Tfan]

Thanks for the idea. Good app too. Any idea on how to choose English spoken language over French?

[Atak_Snajpera]

have you tried switching audio stream in combobox ?

[Richard1485]

What does Ripbot use for muxing elementary streams to a strict AVCHD folder output?

[Atak_Snajpera]

tsmuxer

[Richard1485]

In that case, how does it configure tsmuxer for strict AVCHD output? Every time I use tsmuxer, it generates a Certificate folder, but perhaps this is a limitation of the GUI.

[tp546]

Hi Atak,
Despite having the subtitles selected when I select video/audio/sub streams, they never actually make it into my resulting files according to mediainfo - is this a known issue or something i may be overlooking?

[hoju3508]

@Jeff B, RipBot264 removes the unnecessary folders like Certificate.

[Richard1485]

Thanks, hoju3508. The only difference that I was aware of in terms of folder structure was the Certificate folder. If that is what Ripbot does, the logical inference is that one can encode streams that are in spec for strict AVCHD, mux to an AVCHD AUX folder structure, and delete the unnecessary folders, to make a strict AVCHD. That's useful knowledge. Now I have to work out which folders, apart from Certificate, to delete.

[tp546]

Hi Atak,
Despite having the subtitles selected when I select video/audio/sub streams, they never actually make it into my resulting files according to mediainfo - is this a known issue or something i may be overlooking?

Can anyone help me with this? I tried searching through the thread but wasn't able to find anything. I am currently ripping a separate file with MakeMKV and merging them with MKVmerge but would really like to eliminate that step from my process.

[pinkkisokeri]

This small app written in Delphi is specially for people looking for something simple without exotic filters and unnecessary settings.

https://www.paypal.com/en_US/i/btn/btn_donate_LG.gif (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=966YDQ8A5LB3L&lc=US&item_name=RipBot264&currency_code=EUR&bn=PP%2dDonationsBF%3abtn_donate_LG%2egif%3aNonHosted)

Download
.7z -> http://www.mediafire.com/?c6m7xds4vru63c4

. http://s14.postimage.org/pecubag0h/Untitled_1.png . http://i.imgur.com/ClFuX.png


Common problems:
1) AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!
2) x264 crashes
check cpu stability in LinX (http://dl.getdropbox.com/u/663563/LinX/en/LinX.7z). check memory in memtest86




Q: What does 4.1 profile do over 4.0 and would 4.1 be better for working with HD DVD/Blu Ray discs?
A: According to wiki (http://en.wikipedia.org/wiki/H.264#Levels) maximum bitrate in 4.0 high profile is limited to 25Mbps. 4.1 is limited to 62.5Mbps. That's all!


Changelog

v1.17.4
Added: Demuxing DTS-MA and TrueHD (for those who really need them in mkv container for some reason)
Added: Audio is now encoded simultaneously with video (More efficient cpu usage)
Added: FRAPS recordings are now allowed in Distributed Encoding mode
Added: .FLV is allowed in Distributed Encoding Mode
Added: Opus audio as supported input format
Added: Automatic Upmix Mono to Stereo (reason: FhG AAC does not support mono)
Added: EncodingClient will now automatically share Ripbot264temp folder
Added: Prgress indicator while combining chunks
Added: AC3 192kbps,224kbps,256kbps profiles to mkv container
Added: Option in RipBot264.ini to tweak sharpening after resizing
Fixed: Hanging on some AAC files during 'Gathering information' stage
Fixed: Incorrect fps added to TextSub() function with enabled Inverse Telecine + Decimate
Changed: Vorbis codec removed (Reason: New better OPUS codec will be added later)
Changed: Bepipe.exe replaced by avs2pipemod.exe (Reason: Later does not require .net 2.0 to be installed)
Updated: BassAudio 2.4, eac3to 3.27, FFmpeg 2013-01-19, MediaInfo 0.7.61, MKVToolnix 6.0.0, x264 r2245

[FULL LOG (http://www.videohelp.com/tools/RipBot264/version-history#changelog)]

More applications from me can be found here (http://forum.doom9.org/showthread.php?t=162096)

Are you the maker of RipBot264? Is your software freeware or some other form of free software or do I have to pay you for using it? Are all softwares and codec's bundled with it legal to use straight out of the box or do I have to pay someone else for some codec-usage?

Thanks for answering!

[Atak_Snajpera]

100 % free of charge. If you really like it you can still support me via paypal.

[aldix]

Problems, again.

I have re-installed the official version as well as the beta you gave me, Atak, but after working properly all the time I'm completely unable to make the program index a MKV file.

It finalizes the initial process, but stops with getinfo error that states as if such file type isn't supported.

What's up?

edit: DirectShowSource... .mkv input

"Media type of this file is not recognized."

edit#2: Hmm... so apparently re-installing Haali Media Splitter solves this. Good to know, I guess.

[hoju3508]

Will there be a RipBot265 :)?

[Atak_Snajpera]

More likely ripbot264 with codec selection in gui

[Hiritsuki]

i wan't to sugest the ripbot264 add a new parament for distributed of "frames"

[Atak_Snajpera]

can you be more specific?

[aldix]

I bet he/she means something along the lines of what e.g. Handbrake offers by default or what elsewhere can set manually by x264 conf/avs script: GUI-specific choice to only encode a certain number of frames.

Have been thinking the same thing myself, actually. Would help to test out 2-pass encodes more specifically, presently I just have to do crf encodes for test, because configuring avs script w/ video=trim(video,0, 100000)/video=selectrangeevery(video, 25000,2000), for instance, just isn't obtainable in a distributed fashion. Program makes just one chunk. And your previous note that 2-pass cuts chunks of 10(?) minutes doesn't fly either, because if I would increase these numbers, result would still be the same.

Personally I think that selectrangeevery messes stuff up here, but trim alone wouldn't be much use if one wants to cross-cut through source material for better overall perspective.

Of course, I can also be wrong and OP meant something else entirely.

[Hiritsuki]

@aldix

yes that's i means.
set the frames to parallel task
example 0-100 101-200 201-300 301-400 etc.

http://i.minus.com/jRh5cccjCzJVK.png (http://minus.com/lRh5cccjCzJVK)

[aldix]

Uh, to elaborate in comprehensible fashion...

Set distributed encoding to, say, 10000 frames via GUI w/o kludging it manually in avs (trim(video...) and/or selectrangeevery(video...)).

[pnkiller78]

It seams that those movies were encoded in AVC according to uncle google. You will have to prepare sample where grey frames occur. This maybe difficult though if this does not happen at the begining of the movie.

First you will have to locate at what chunk (frame index) grey frames show up. Then you will have to cut out sample with mmg.exe from previous chunk to next not corrupted chunk.

Example:
Chunk (OK) -> 1000,1439
Chunk (Grey frames) -> 1440,2879
Chunk (OK) -> 2880,4318

So proper sample should start from frame 1000 and should end at frame 4318.

@Atak_Snajpera
Hi...
I've been experiencing the same problem with the grey frames during the distributed encoding...
In the original Chunk folder, the avs/files that generate the erroneous encoded .264 file have this info:

Good chunk
#AVSameLength
video=Trim(video,60463,61919)
Bad chunk
#AVSameLength
video=Trim(video,61920,63340)
Good chunk
#AVSameLength
video=Trim(video,63341,64799)

So, I've made a sample from the original video.mkv with mmg.exe using this command line
"C:\mkvtoolnix\mkvmerge.exe" -o "C:\\Temp\\RipBot264temp\\job47\\video-chunk.mkv" "--default-track" "0:no" "--forced-track" "0:no" "--display-dimensions" "0:1920x1080" "-d" "0" "-A" "-S" "-T" "--no-global-tags" "--no-chapters" "(" "C:\\Temp\\RipBot264temp\\job47\\video.mkv" ")" "--track-order" "0:0" "--split" "parts-frames:60463-64799"
I've upload the sample HERE (http://speedy.sh/kSjg3/video-chunk.mkv)

The grey frames appear in the first frame on the "bad encode" chunk. In the sample that would be frame 1457
This is the frame before the error
http://i42.tinypic.com/20fyjd5.jpg
This is the exact frame that generates the error (grey frames) when it's encoded.
http://i40.tinypic.com/kez1hh.jpg

One more thing, if I create a custom avs/cmd file merging the good chunk+bad chunk and use to encode the problematic video section, the resulting encode is good, no errors
The avs look like this
#AVSameLength
video=Trim(video,60463,64799)


If you need something else, please let me know, I have other cases exhibiting the same problem.

[Atak_Snajpera]

Thank you for this detailed bug report. It turns out that even latest ffms2 decoder still has some issues with avc streams. I've re-posted this bug on their bug tracker. https://github.com/FFMS/ffms2/issues/137

[pnkiller78]

Thank you for this detailed bug report. It turns out that even latest ffms2 decoder still has some issues with avc streams. I've re-posted this bug on their bug tracker. https://github.com/FFMS/ffms2/issues/137

Too bad...
I was thinking in something that could be done to minimize the impact of the ffms bug, tell me what you think about this:
What if you implement a new concept inside the routine that generates the chunks to encode in the distributed encoding process, something like "frame chunk density"... in this the user could select via a combobox or slider selector something like, let's say, 5 predefined values.
This selection would affect how many chunks and how many frames per chunk are generated before starting the encoding process. Also, the amount of encoding servers could be directly related to this process, let me explain that last one... let's says the user have 6 encoding servers, and the video stream have 60,000 frames, in a high density chunk selection that would be 10,000 frames per chunk and 6 chunks, one per server, in a lower density chunk selection that could be like 1,000 frames per chunk and 60 chunks, each server would have to encode 10 chunks to complete the encoding process... The direct effect would be the ability to minimize the probability that a chunk could start with a frame in which the ffms indexer has problems.
Obviously, the starting frames for each chunk doesn't have to be exact integer dividends of the amount of frames in the stream, I presume right now that those are related to the seek frames list generated by ffmsindex.exe utility. In a scenario with the mentioned feature the initial frame for each chunk would be an approximation that would have to be adjusted to the nearest seek frame recorded in the ffmsindex log file.

Also, it would be cool if the program could log in some file the list of seek frames that were used in a particular distributed encoding job, that would permit that the user (one like myself :) ) could check with another tool how the starting frame of a particular chunk looks under the current ffms indexer state. Although, it would be nice if such preview could be integrated in the same windows that allow us to edit the picture properties... I don't know if that last one would be too much asking... ;)
I think that such a feature would not be too difficult to implement, what do you think?

[Atak_Snajpera]

1) unfortunatelly still soner or later you will end up with corrupted frames anyway.

2) well you can open x.avs file located in chunks folder in mpc-hc

[pnkiller78]

1) unfortunatelly still soner or later you will end up with corrupted frames anyway.

2) well you can open x.avs file located in chunks folder in mpc-hc

:( Yes, you're right, I know that is not a perfect solution... but in a high density frames per chunk scheme the errors are less likely to happen and easier to spot.
Well, it was just an idea.
I hope the guys who develop the ffms could resolve the bug...

[aldix]

Is it possible to somehow change DirectshowSource as being used as far as m2ts muxed into mkv or just mkv is concerned?

Whereas MPEGSource works perfectly with SetMTMode(5) call prior to it, DSS is impossible (nothing but different crashes, even with MPC playback). Can't I somehow at least swap it to FFVideosource given that all that stuff exists in Tools, but is for reasons beyond understanding unused?

Thanks.

[Atak_Snajpera]

:( Yes, you're right, I know that is not a perfect solution... but in a high density frames per chunk scheme the errors are less likely to happen and easier to spot.
Well, it was just an idea.
I hope the guys who develop the ffms could resolve the bug...

I think I may have workaround for this issue. In order to avoid corrupted frames I would have to start decoding from previous key-frame and then discard those extra frames during encoding (--seek command in x264 encoder). I've already tested this method on your sample and it works fine. No corrupted frames.

[Atak_Snajpera]

Is it possible to somehow change DirectshowSource as being used as far as m2ts muxed into mkv or just mkv is concerned?

Whereas MPEGSource works perfectly with SetMTMode(5) call prior to it, DSS is impossible (nothing but different crashes, even with MPC playback). Can't I somehow at least swap it to FFVideosource given that all that stuff exists in Tools, but is for reasons beyond understanding unused?

Thanks.


MPEGSource works even with SetMTMode(2). This way you get multithreaded decoder ;)
DSS crashes because it is not frame accurate.

Just replace

#VideoSource

video=DirectShowSource("..\video.mkv",audio=false).ConvertToYV12()

with this

LoadPlugin("...\Tools\AviSynth plugins\ffms\ffms2.dll")
video=FFVideoSource("..\video.mkv",threads=1)


BTW. FFVideoSource will have to first index your file. Be patient. It may take some time.

[aldix]

In case you don't know, the program indexes the file regardless, even when ultimately calling it via DirectShow in the script. Only you know what's the point of something like this :P

Anyways, I'll try. Prior attempts to remove DSS haven't gone over well at all.

[pnkiller78]

I think I may have workaround for this issue. In order to avoid corrupted frames I would have to start decoding from previous key-frame and then discard those extra frames during encoding (--seek command in x264 encoder). I've already tested this method on your sample and it works fine. No corrupted frames.

:) That would be great...
I will wait for the next RipBot264 version...

[pnkiller78]

@Atak_Snajpera
Oh, I would like to report a little bug that I'm currently experiencing.
When a job encoding finishes, if I try to move/rename/delete the output folder where the mkv was generated, the windows explorer tells me that the some file are in use and the operation fails.
I use SysInternal ProcessExplorer to detect which process has the lock, and RipBot264 comes out. I close the handle using the ProcExp and windows explorer lets me move/rename/delete the folder.

[tp546]

Can anyone help me with this? I tried searching through the thread but wasn't able to find anything. I am currently ripping a separate file with MakeMKV and merging them with MKVmerge but would really like to eliminate that step from my process.

Can anyone help? Trying to get my subtitles included in my resulting mkv file.

[aldix]

Just mux them in manually, for god's sake.