View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
mochevolete
4th January 2009, 12:05
thanks for reply,
regarding the last suggestion there's a quote from another forum:
Conclusion
Seeing as excluding P4x4 frames has no ill effects on PQ I advise that you all disable P4x4 in order to truly conform to L 4.1
But look at the screens and judge for yourself
So, to disable P4x4 in commandline, instead of using --analyse all use:
Quote
--analyse p8x8,b8x8,i4x4,i8x8
so now another question, it has any sense to create "super" profiles to re-encoding a 27GB file (with only the video stream) to 20GB ? Maybe for this target is more than adequate the basic profile for Blurays ?
Nik
Atak_Snajpera
4th January 2009, 12:29
You can enable P4x4. Trust me!
it has any sense to create "super" profiles to re-encoding a 27GB file (with only the video stream) to 20GB ?
NO! Use default profile.
mochevolete
4th January 2009, 12:34
ok good !
BTW where's the temp folder of Ripbot ?
Atak_Snajpera
4th January 2009, 12:37
By default on x:\Temp\RipBot264temp
Where X is partition with the biggest free space
See RipBot264.ini
mochevolete
4th January 2009, 12:41
ok,
is there a way to avoid the initial demuxing (beacuse there's already just the video track) ? what if I feed Ripbot directly with an mkv instead of an m2ts ?
Nik
Atak_Snajpera
4th January 2009, 13:30
ok,
is there a way to avoid the initial demuxing (beacuse there's already just the video track) ? what if I feed Ripbot directly with an mkv instead of an m2ts ?
Audio if present is always demuxed from container!
mochevolete
4th January 2009, 13:39
nope, I mean because I've already demuxed the BR with eac3to, in the m2ts file there's only the video track, what if I feed Ripbot directly with an MKV instead of the M2TS ?
BTW many thanks for your support :)
Nik
mochevolete
4th January 2009, 14:20
please ignore my previous post
I've enabled in ffdshow the AVC/H264 decoding, and now the ETA time is 2 hrs, on the previous attempt, just aborted was more than 9hrs !
Is this normal ?
Nik
~bT~
4th January 2009, 17:17
@BT
Send me sample (.pcm)
http://www.mediafire.com/?sharekey=39dde50f7954a9bed2db6fb9a8902bda
jasimo
4th January 2009, 18:01
Hi,
it is possible to add the ability to select more than only one subtitle to be extracted from the source m2ts file?
Thats because when i search for the right subtitle it takes a while to find the correct one (e.g. searching for forced subs, or if there are more subs in the same language).
rgs
Dark Shikari
4th January 2009, 18:38
Remove this as well! Default AQ values and --qcomp 1 are better.No, don't tell people to mess with qcomp. Leave it on default, not 1.0.
greggerm
4th January 2009, 19:28
One problem solved... but not without a hiccup
Upon updating to 1.12.0, I get the following error when attempting to prepare a job:
It goes through the demux process before giving the options for the job. At the tail end of all the demuxing, prior to setting any options for the encode, I see...
Please Wait... Gathering informations...
..in the status area. Then the WMP Classic window appears, and after sitting on an "Opening..." screen for 30 or so seconds, vaboom - this...
http://members.cox.net/spambait/ripboterror.jpg
Any ideas on this one?! She was working just fine prior to me bringing in the 1.12.0 files!
After poking around on the internet for the same error type, it was obvious it was a system related issue and not a Ripbot related issue.
I could easily play the demuxed MKV file on its own, and I could play the demuxed AC3 file on its own, but the "getinfo.avs" script wasn't working right.
Some internet research pointed me in the direction of codecs - this type of AVSynth hiccup is usually associated with playback chains and whatnot.
I took a look inside my FFDSHOW codec settings, and found the problem - The video VC-1 playback codec was set to libavcodec, and not wmv9 - I recall reading that VC-1 should always be set to wmv.
I reset it to wmv9, then re-initialized the process.... After Ripbot ran and did it's first quick pull of playlist and m2ts files, the setting was somehow reset back to libavcodec. I re-set it once more to wmv9 and initialized the preparatory demux process - the wmv9 setting remained through the process and it completed successfully.
It would seem that simply running RipBot changes the WMV and VC-1 codec settings to the libavcodec. This seems to be a bad thing, as it will error out when trying to gather info on a VC-1 video file unless the codec is set to wmv9.
Now I can get back to troubleshooting my audio sync issues...
Atak_Snajpera
4th January 2009, 20:28
No, don't tell people to mess with qcomp. Leave it on default, not 1.0.
Sorry I meant to remove Aq-strength , aq-sensitivity and -qcomp
This happens when you try to do two things at the same time.
This seems to be a bad thing, as it will error out when trying to gather info on a VC-1 video file unless the codec is set to wmv9.
Yes. I know that. New version will force wmv9.
greggerm
5th January 2009, 01:26
Yes. I know that. New version will force wmv9.
Good to hear - and FYI... 1.12.0 seems to handle the David Gilmour video (slow motion video problem) disc better. My first test of a waaay small (320x240 @ 256kbps) encode maintained proper speed and sync throughout. I'm running the overnight "master" encode now to see how it holds up. The only item I tweaked in the settings was to enable de-interlacing @ 29.72 top - everything else on the AVISynth side remained at the calculated defaults.
Thanks for your assistance, and thanks for your continuing work on the program.
-Greg
asarian
5th January 2009, 03:28
Atak, any reason not to use this version of ffdshow with your program?
http://sourceforge.net/project/showfiles.php?group_id=173941&package_id=214245
Looks pretty exciting. :)
~bT~
5th January 2009, 03:47
^ already use it here :) obviously its aimed at the higher end cpu's.
asarian
5th January 2009, 03:55
^ already use it here :) obviously its aimed at the higher end cpu's.
Thanks. Gonna give it a try on my quadcore. :)
Mary H
5th January 2009, 06:15
Thanks for the great program! I've had excellent results converting my BD/HD movies to 720P MKV's of about 8.3 GB. On my 65" Mits RPTV, they look very very close to the originals.
Just recently I've tried it on my favorite DVD's. The results look OK, but I'm not sure I'm using the best settings. What profile, resolution, final size, and KBPS would you recommend for a typical 2 hour DVD? I've searched for a guide on the web that might focus on DVD's, but haven't found one yet. A link to something like that would be great too. Thanks!
Blackwalker
5th January 2009, 06:52
I've enabled in ffdshow the AVC/H264 decoding, and now the ETA time is 2 hrs, on the previous attempt, just aborted was more than 9hrs !
Is this normal ?
i'd like to know this too!
ty again atak for this great program! :D
melmac77
5th January 2009, 08:03
Hi All
I am new to ripbot and so far have done a few HD DVD to MKV no problem awesome program however when I try to do a standard dvd it crops my output to 4:3 instead of keeping it exactly as the original was. This also occured when I tried did a mpg same thing cropped to 4:3. I suspect that this is due to the flag of what the imput file size is is not being passed into Ripbot by FFDShow I hope that makes sense I'm fairly new to encoding. I think that something that should be ticked in either FFDSHOW or Haail and is not, hopefully someone could tell me what that would be
Thanks in advance
Mel
Looked around and cannot work out why my dvds are resized whe converting to mkv so I am going to unistall the version of ripbot I am using and install the latest version. Do I need a specific version of FFDShow I am currently using
FFDShow rev.2364
AviS 2.5.7
Haali 1.8.122.18
Thanks in advance
Mel
mochevolete
5th January 2009, 09:42
unfortunately after 11+ hrs of encoding the result is a 427MB file (I was re-encoding a BR from 27GB to 20GB), I set the size to 19.000 MB,
any idea why it ended so small ?
Nik
Atak_Snajpera
5th January 2009, 15:33
unfortunately after 11+ hrs of encoding the result is a 427MB file (I was re-encoding a BR from 27GB to 20GB), I set the size to 19.000 MB,
any idea why it ended so small ?
LOG please (/Logs/Jobx_log.txt)
prettyboy85712
5th January 2009, 15:51
Thanks for the great program! I've had excellent results converting my BD/HD movies to 720P MKV's of about 8.3 GB. On my 65" Mits RPTV, they look very very close to the originals.
Just recently I've tried it on my favorite DVD's. The results look OK, but I'm not sure I'm using the best settings. What profile, resolution, final size, and KBPS would you recommend for a typical 2 hour DVD? I've searched for a guide on the web that might focus on DVD's, but haven't found one yet. A link to something like that would be great too. Thanks!
What settings did you use?
I've noticed when using DVD content that RipBot264 seems to have problems with window boxed content. It doesn't always calculate correctly when using the crop and resize feature. A lot of times the resulting image appears stretched.
greggerm
5th January 2009, 16:48
Atak -
A note of thanks and success...
After a week of trials, errors, problems, and small victories, I can say that I have successfully completed my first h264 highdef encode from a Bluray disk.
In this day and age of instant gratification, h264 encoding of Bluray forces us all to sit back and relax - if only because it takes so long to process the data! These delays forced me into being patient. Patience is a necessity when working with programs such as RipBot - not because of any faults in the program, but because the process is complex and full of variables from one movie or computer to the next.
I certainly don't claim to know how everything meshes together, and I am positive that down the road I'll be back here in the thread soliciting help - but after fighting through my first encode, I have a better handle on the process and my hope is that future encoding projects will be nice and smooth. And if not smooth, at least I have a little experience to build on to troubleshoot it.
So again, thanks for the efforts writing and maintaining the package. Hopefully I'll be able to leverage it further as my nascent Blu-Ray collection starts to grow.
-Greg
deets
5th January 2009, 17:00
any chance of giving us the option to pipe to the 64 bit version of x264 like lord mulders prog?
http://forum.doom9.org/showthread.php?p=1231227#post1231227
mikelebron
5th January 2009, 17:18
Can you share your settings?
Atak -
A note of thanks and success...
After a week of trials, errors, problems, and small victories, I can say that I have successfully completed my first h264 highdef encode from a Bluray disk.
In this day and age of instant gratification, h264 encoding of Bluray forces us all to sit back and relax - if only because it takes so long to process the data! These delays forced me into being patient. Patience is a necessity when working with programs such as RipBot - not because of any faults in the program, but because the process is complex and full of variables from one movie or computer to the next.
I certainly don't claim to know how everything meshes together, and I am positive that down the road I'll be back here in the thread soliciting help - but after fighting through my first encode, I have a better handle on the process and my hope is that future encoding projects will be nice and smooth. And if not smooth, at least I have a little experience to build on to troubleshoot it.
So again, thanks for the efforts writing and maintaining the package. Hopefully I'll be able to leverage it further as my nascent Blu-Ray collection starts to grow.
-Greg
god_md5
5th January 2009, 17:41
http://img246.imageshack.us/img246/8929/screenhunter01jan060035zb5.jpg
i get this error ,when i chage 5.1 h264 ts to mp4
in vista sp1 x64.ripbot264 ver 1.12
pilot550
5th January 2009, 17:46
I have been trying a lot of programs lately for converting Blu-ray into MKV. MeGUI and AutoMKV are both stellar programs in my opinion but Ripbot264 combined with AnyDVD HD makes everything so simple. You can do everything right from the Blu-ray disc. I don't know how it works, I just know it does. My question resides in the "how it works" category. I encoded The Dark Knight to mkv with 2-pass mode @ 6144 kbps selecting the 5.1 Aften 448 kbps AC3 audio stream. I set the size to 1280x720. The resulting mkv was 7.01GB. I then ran it again with the exact same settings except this time I chose 1920x1080 resolution and to copy the audio stream. The encoding took considerably longer and I ended up with a 7.21Gb mkv file. I confirmed the resolutions and audio bit rates with MediaInfo. I compared the audio stream sizes with Tsmuxer and the 640 kbps AC3 stream in 209MB larger then the 448 kbps stream. So that means the 1080p video stream is the same size as the 720p stream. MediaInfo reads the 720p stream as being 5879 Kbps and the 1080p stream as being 5871 Kbps. So if the bit rates are the same but the resolutions are different how can the file sizes be the same?
god_md5
5th January 2009, 17:59
I have been trying a lot of programs lately for converting Blu-ray into MKV. MeGUI and AutoMKV are both stellar programs in my opinion but Ripbot264 combined with AnyDVD HD makes everything so simple. You can do everything right from the Blu-ray disc. I don't know how it works, I just know it does. My question resides in the "how it works" category. I encoded The Dark Knight to mkv with 2-pass mode @ 6144 kbps selecting the 5.1 Aften 448 kbps AC3 audio stream. I set the size to 1280x720. The resulting mkv was 7.01GB. I then ran it again with the exact same settings except this time I chose 1920x1080 resolution and to copy the audio stream. The encoding took considerably longer and I ended up with a 7.21Gb mkv file. I confirmed the resolutions and audio bit rates with MediaInfo. I compared the audio stream sizes with Tsmuxer and the 640 kbps AC3 stream in 209MB larger then the 448 kbps stream. So that means the 1080p video stream is the same size as the 720p stream. MediaInfo reads the 720p stream as being 5879 Kbps and the 1080p stream as being 5871 Kbps. So if the bit rates are the same but the resolutions are different how can the file sizes be the same?
1080p 5871kbps resize to 720p ,you can change the bitrate to half ,than file size is half. resolutions low so you can make the low bitrate , like jpg the bitrate is low the q is low.
you can use the lock size ,to make 4.3gb about to dvd...
greggerm
5th January 2009, 18:12
@ mikelebron
My settings are all pretty standard - I needed to use 1.12.0 due to some demuxing issues with my original disc, but I used RipBot264 essentially straight out of the box.
I used the hidef (lev 4) profile, along with a CQ 22 value, and I reencoded my audio to AAC 5.1 @ 256kbps. Outside of that, I had to enable 29.72 top field first deinterlacing due to the source being an interlaced video. I probably could have gotten away with resizing down to 720p because of the interlaced original, however I kept it up at 1080 for the heck of it.
The original bluray is 40 GB or so, the resultant video is 20 GB. I could also probably get away with lowering the quality on the video (moving to CQ 23, 24, 25) to further reduce the size, but those experiments will wait a bit, as I want to savor my first successful encode for a bit.
My next attempt will hopefully be a pure 1080p source, so I can *really* see what it can look like!
-Greg
Ajax_Undone
6th January 2009, 05:37
any chance of giving us the option to pipe to the 64 bit version of x264 like lord mulders prog?
http://forum.doom9.org/showthread.php?p=1231227#post1231227
Why would one need this the 32bit version is just fine. I am truly not seeing a necessity here. :sly:
Besides that RipBot is a 32bit program and runs fine on both x64 and x86 platforms.
If your needing the 10% gain. That is a relative measurement anyway and there in varies from 0-10%. To change an already working app to compensate for a 10% margin of err is kind of ludicrous. Don't you think. Besides the 64bit version is not yet supported AFAIK.:D
wolfbane5
6th January 2009, 07:03
I'm having a bit of a problem with encoding Underworld Evolution from blu-ray. I loaded a .ts with video only and a .dts file for audio. Normally, I tell RipBot264 to automatically crop the black borders and it works fine. Except this time, it somehow screws up and doesn't seem to be able to maintain the aspect ratio of the movie (2.40:1). Instead it crops it way down to 1.85:1. Anyone know why this could happen? If you needs pics of the problem, I'll get them.
Edit: I'm using the latest version of RipBot264 1.12.0.
deets
6th January 2009, 09:37
Why would one need this the 32bit version is just fine. I am truly not seeing a necessity here. :sly:
Besides that RipBot is a 32bit program and runs fine on both x64 and x86 platforms.
If your needing the 10% gain. That is a relative measurement anyway and there in varies from 0-10%. To change an already working app to compensate for a 10% margin of err is kind of ludicrous. Don't you think. Besides the 64bit version is not yet supported AFAIK.:D
sure its fine, was just asking if it were an option :) and a 10% speed increase is a huge amount in the x264 world and when converting hd, god knows how much time that could save.
all i was thinking was a check box and then the output command gets piped to the 64 bit version via avs2yuv.exe.
nothing else would change, so cant see it being a huge thing as you made out.
was just interested what atak thought, not even sure if he has a 64 bit os!
mochevolete
6th January 2009, 10:12
log please (/logs/jobx_log.txt)
:) ...
picman1
6th January 2009, 14:30
Hi,
Being new to using this tool for converting my blu-ray dvd's to *.ts files for streaming to my PS3 I wanted to make sure I am doing the process the most efficient way. Using The Dark Knight as an example I use ripbot to create my x264 video file with no audio. I use TSmuxer to demux the TrueHD audio file, use eac3to to convert the TrueHD audio to an LPCM audio and finally TSmuxer to mux the new video and LPCM audio file to a .ts file. The file created works great with Tversity and the stream always seems to work great to the PS3. My question, is this the best way to get an x264 video file and a LPCM audio file created and combined for streaming to my PS3? I don't see any option to convert audio files to LPCM within ripbot or to combine an existing LPCM audio file if it were available. By the way great tool, very easy to use and with a quad core I can get a couple of blu's done in a day. Thank you for any help or suggestions.
iwens
6th January 2009, 15:38
After experimenting an lot with this tool to get an good quality mkv that will playback on my dvico tvix 4100, i finally found an work around.
I selected blue-ray output and the resulting mt2s file in the stream folder play's flawlessly on my tvico dvix 4100 with bitrates up to 16mb/s.
So i made an 720p 15mb/s level 4.1 profile with the very slow settings atak provided an couple of page's back. The resulting file is after 8 hours encoding an 5,5 gb large file for 51min video. And looks absolutely stunning and also play's back fine on my tvix dvico 4100.
So very happy now :)
greggerm
6th January 2009, 15:42
Atak and all other experts -
Is it possible to use a tool like DGSplit to chop a m2ts file into a small chunk, and then use that small chunk just as you would any other m2ts file in the eyes of Ripbot?
I am interested in playing with the various encoding and bitrate settings of Ripbot, but I certainly do not want to encode the ~entire~ movie each time while I test to find my personal preferences for bitrate and quality.
Do any of you have preferred methods for testing encode quality with small chunks of video?
Regards,
-Greg
asarian
6th January 2009, 17:22
Atak and all other experts -
Is it possible to use a tool like DGSplit to chop a m2ts file into a small chunk, and then use that small chunk just as you would any other m2ts file in the eyes of Ripbot?
I use tsMuxeR for that (use 'cut' on one of the tabs).
prettyboy85712
6th January 2009, 17:38
I use tsMuxeR for that (use 'cut' on one of the tabs).
Wow. I completely forgot about that feature.
swashbuckle
6th January 2009, 18:08
found a command-line error in "job1_MuxFiles.cmd" when i tried to add subtitles into the final Mux, while leaving the subtitles language box empty.
the command-line was originally this:-
"C:\Users\directory\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o
"C:\videofile.mkv" --default-duration 0:23.976fps -d 0 -A -S
"C:\temp\RipBot264temp\video.264" -a 0 -D -S
"C:\temp\RipBot264temp\audio.aac" --language 0: -s 0 -D -A "C:\temp\RipBot264temp\job1\subtitles.srt"
it couldn't complete the encoding and it gave the error that "--language 0:" language was unspecified
it only worked when i manually typed in the language below:
"--language 0:english"
swashbuckle
6th January 2009, 18:10
may i also suggest that RipBot include Nero AAC encoder support in its next release?
Atak_Snajpera
6th January 2009, 18:10
v1.12.0
Fixed: Files were not muxed into mkv container if subtitles didn't have specified language
?????
swashbuckle
6th January 2009, 18:16
?????
eh?
realised im still on v1.11.5 lol
anyway it would be great if you could add Nero AAC encoder as an option, because popular Media Players like Popcorn Hour, Western Digital etc can't play .MKV files that use Vorbis audio.
Atak_Snajpera
6th January 2009, 18:17
What's wrong with CT AAC?????????
swashbuckle
6th January 2009, 18:25
What's wrong with CT AAC?????????
nothing, just a personal preference for Nero AAC because i *think* it gives better quality :D
btw I have a noob question:
if i enable sharpening in ffdshow when i encode, would it have a sharpening effect on the encoded video?
Atak_Snajpera
6th January 2009, 18:27
Only when script uses DirectShowSource
was just interested what atak thought, not even sure if he has a 64 bit os!
At the moment I have only Vista 32bit but with your help (testing) I could add this. Up to 15% faster encoding looks really nice.
picman1
6th January 2009, 18:33
Hi,
Is there any future consideration of allowing LPCM files to be passed through and having an output file of .ts? This would save time remuxing time for creating PS3 streaming files. Thank you.
Atak_Snajpera
6th January 2009, 18:36
is this feature available in the ripbot GUI?
MKV , MP4 and few other formats are automatically decoded via DirectShowSource.
Is there any future consideration of allowing LPCM files to be passed through and having an output file of .ts?
Maybe, maybe not. i haven't decided yet.
picman1
6th January 2009, 18:47
If you decide to go ahead it would be greatly appreciated. Thank you
screaming
7th January 2009, 06:08
I seem to be having a problem only with audio that's in E-AC3. Below is the log for eac3to:
eac3to v2.87
command line: "C:\Program Files\RipBot264\Tools\eac3to\eac3to.exe" "G:\" 1) 3: "C:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 4: "C:\Temp\RipBot264temp\job1\audio.1.eac3.flac" 2: "C:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers
------------------------------------------------------------------------------
EVO, 1 video track, 5 audio tracks, 4 subtitle tracks, 2:25:27
"Feature Presentation"
1: Joined EVO file
2: Chapters, 48 chapters with names
3: VC-1, 1080p24 /1.001 (16:9) with pulldown flags
4: E-AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
5: E-AC3 Surround, French, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
6: E-AC3 Surround, Spanish, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
7: E-AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
"Cast and crew commentary"
8: E-AC3 Surround, English, 2.0 channels, 192kbps, 48khz, dialnorm: -27dB
"Cop and crook commentary"
9: Subtitle, English
10: Subtitle, English, "SDH"
11: Subtitle, French
12: Subtitle, Spanish
Disabling DRC for Nero (E-)AC3 decoding...
Creating file "C:\Temp\RipBot264temp\job1\chapters.txt"...
[v03] Extracting video track number 3...
[v03] Removing VC-1 pulldown...
[v03] Muxing video to Matroska...
[a04] Extracting audio track number 4...
[a04] Removing E-AC3 dialog normalization...
[a04] Decoding with DirectShow (Nero Audio Decoder 2)...
[a04] The FLAC encoder didn't receive the format information.
Aborted at file position 19882702848.
Any ideas? Perhaps I need to re-install something?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.