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

[krosswindz]

This seems to be n00b question. I just installed ffdshow_rev1990_20080608_xxl and Haali media splitter.

I get the following error when I try to use ripbot264. It opens mpc and the error in mpc

DirectShowSource: couldn't open file D:\temp\sample\sample.m2ts: media type of this file is not recognized


any help on getting this to work would be appreciated.

[JPSiemer]

Sorry for posting so many times, but just wanted to report back that after 2 more encodes everything seems to be working! However, I think I could squeeze a little more quality out of my files if I were able to turn off the Turbo 1st Pass you are forcing us to use. I know I asked this before, but I never got a reply... is there any way I can manually turn this off? I know I shouldn't be editing the commandline generated by the app, but I really need this turned off!

Oh, and can anyone tell me what the "--nf" setting does. I know MeGUI adds it to the commandline when "Deblocking" is turned off. It seems that if you turn off Deblocking in Handbrake, it really doesn't turn off Deblocking, but it just keeps it at a setting of 0,0... So the only way to get around this is forcing --nf in the options box. Now, I would love to know how RipBot264 is handling this option, because it doesn't seem like it is turning off Deblocking at all, but also just keeping it at 0,0. So is there any way I can force using the --nf setting? -- Of course, without editing the commandline generated by the app!

It would be awesome to be able to do these two things, because to encode for the Xbox you need just a little more control in order to get a "skipless" file. Files skip like crazy when Deblocking is set at 0,0. You can tell by what MediaInfo tells you about the file... files that play fine have "deblock=0:0:0", files that don't work have "deblock=1:0:0". It would even be nice to be able to know what MediaInfo has to say about files encoded with RipBot264, but it doesn't generate the same results...

And actually, that brings me to my last question... how come I can see my "Encoding Settings" of all my other videos encoded with other applications, but I cannot see the Encoding Settings of anything generated by RipBot? I really would like this option so I could "debug" my encodes and find out what settings are making the file skip, and what settings are not.

I know all of this may be asking too much, but I just really love this app and how easy it is to use! I was able to teach my girlfriend in like ten minutes, and I have never been able to fully get her to understand MeGUI. So I'm not asking you to overcomplicate your app, and I'm not telling you what to put in your app, but as a user, I think just adding this little extra functionality I have mentioned would add SO MUCH to an already awesome app! If its too much, that's cool -- just point me in the right direction that works as good as this one! I mean, seriously... I'm a newb and I can't get MeGUI to load anything but DVD's without crashing, but this app literally takes anything I throw at it like a champ!

[binh25]

Is there any significant quality advantage of doing a 2-Pass encoding? On my dual core computer second pass process is around 3 frame per second

[Ajax_Undone]

This seems to be n00b question. I just installed ffdshow_rev1990_20080608_xxl and Haali media splitter.


Try this version of FFDshow (http://downloads.sourceforge.net/ffdshow-tryout/ffdshow_rev1980_20080602_clsid.exe?modtime=1212422693&big_mirror=0)

XXL I have had problems with in the past. That is why I use CLSID Build in my installer...

[Ajax_Undone]

Is there any significant quality advantage of doing a 2-Pass encoding? On my dual core computer second pass process is around 3 frame per second

Are you looking for Quality or File Size...

[JPSiemer]

If you are trying to reach a specific bitrate without going over or under, then I think a 2-Pass is a must. And I might be wrong, but I personally feel like videos encoded without a Turbo 1st Pass look a lot better. I'm not worried about the encode time, I'm worried about the overall integrity of my videos in the future...

[krosswindz]

Try this version of FFDshow (http://downloads.sourceforge.net/ffdshow-tryout/ffdshow_rev1980_20080602_clsid.exe?modtime=1212422693&big_mirror=0)

XXL I have had problems with in the past. That is why I use CLSID Build in my installer...

I used that version of FFDshow and I still get the same error :(

[krosswindz]

I tried playing the file using mpc and i get the error "couldn't render file". I am able to play the file using KMplayer.

[JPSiemer]

Krosswindz, try uninstalling every single codec on your system and then only installing Haali Media Splitter and FFDShow. You can also install Xvid and a couple other ones without problems. I had a similar problem and this seemed to work for me...

[krosswindz]

Krosswindz, try uninstalling every single codec on your system and then only installing Haali Media Splitter and FFDShow. You can also install Xvid and a couple other ones without problems. I had a similar problem and this seemed to work for me...

At the moment I only have Haali Media splitter and ffdshow installed and no other codec packs installed.

[Wishbringer]

Did you set ffdshow as default decoder for h264, ac3, dts etc. while installation?
Sometimes boxes aren't marked while setup, maybe because deselected in earlier installations or by other programs (coreavc).

[binh25]

Are you looking for Quality or File Size...

A bit of both ...

[Atak_Snajpera]

This seems to be n00b question. I just installed ffdshow_rev1990_20080608_xxl and Haali media splitter.

I get the following error when I try to use ripbot264. It opens mpc and the error in mpc
Quote:
DirectShowSource: couldn't open file D:\temp\sample\sample.m2ts: media type of this file is not recognized
any help on getting this to work would be appreciated.

You should open m2ts directly not via avisynth script.

I think I could squeeze a little more quality out of my files if I were able to turn off the Turbo 1st Pass you are forcing us to use.
You won't notice difference in quality.

Ok, cool... I removed every codec from my computer, reinstalled the Haali Media Splitter and the newest FFDShow (updated today) and everything worked out! It must have been an issue with the Haali Media Splitter that came with the codec pack... Thanks a lot for all the input!
Believe me you are not first person who has problems with shity codec packs. Unfortunately some users use them like crazy. K-Lite shit + CCCP + Vista codec shit = total havok in os

[~bT~]

I used that version of FFDshow and I still get the same error :(

start>all progs>ffdshow>vfw config>select decoder tab>right click on any codec>select top option.

start>all progs>ffdshow>video decoder config>right click on any codec>select top option.

[stax76]

Just because DirectShowSource can't render a file doesn't mean there is a bug in a codec pack, there could be many other reasons.

[krosswindz]

You should open m2ts directly not via avisynth script.



This is the error I get when I select the source in ripbot264's add job window where it is trying to gather information.

contents of getinfo.avs
DirectShowSource("D:\temp\OSO\oso.m2ts",audio=false).ConvertToYV12()

WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Height ")
Trim(0,-1)


start>all progs>ffdshow>vfw config>select decoder tab>right click on any codec>select top option.

start>all progs>ffdshow>video decoder config>right click on any codec>select top option.

This didnt solve this particular problem but solved some of the other problems I was having with xvid and vdubmod :thanks:

[Discoboy]

Does anyone know how to disable the 4gb split for the Blu ray profile so as to make just the one .mts file when using the DVD-9 file size lock function?

:thanks:

[JPSiemer]

You won't notice difference in quality.

Yes, you are right... you won't *notice* a difference, but there is a difference in quality. Check out Handbrake's manual... "If taking twice as long doesn't sound like a good idea to you, look towards the Turbo checkbox. By enabling this, when encoding 2-pass with x264, you can cut down the time of the first pass by 50%-75%. There will be a drop in quality, but so slight as to be imperceptible to the eye."

Either way, after a couple of tests with Handbrake I think I see less artifacting with two full passes... On a 50 inch HDTV I see every imperfection of the video, so quality is the number one factor for me... so please do not alienate your users by ignoring a very important feature of encoding!

[deets]

im just a fellow user, but personally, if this much tweaking is needed, maybe megui would be a better choice? you can max out the settings using the insane profile and get every teeny increase possible.

[JPSiemer]

Haha, well the tweaking MeGUI's insane profile would give me a video that I cannot use on the Xbox. I can encode an Xbox-compatible file with MeGUI just fine, but that isn't the point. The point is that MeGUI cannot handle all the files I throw at it -- RipBot264 can. It's the only program that I have successfully gotten to work with any file I import. If MeGUI was updated so that it didn't crash when I imported these files then I wouldn't be asking.

Anyways, its not like these two features are changing the program in any way. In fact, the "--nf" setting should be enabled if you don't want deblocking. And in my experience, deblocking is a huge reason why slower processors skip the playback of H.264 files. Also, files encoded with deblocking look worse when the decoder is set to disable deblocking, while files encoded with no deblocking do not lose quality when deblocking is disabled. (Check out this thread for an example: http://xbmc.org/forum/showpost.php?p=120936&postcount=28)

Bottom line is, it's almost a must-have feature when encoding specifically for consoles that don't neccessary have the processing power that a computer might have...

And well, the turbo pass thing... that is just a user preference -- not neccessarily the end of the world if I don't have it, but I definitely am noticing a difference between two encodes upscaled from SD to 720P on my TV -- one with turbo 1st pass and one without. The one without wins everytime, no matter what settings...

So please consider the facts before dismissing that these features aren't "neccessary"...

[jamd1]

Where can I find this "Handbrake's manual" - looked and did search for whole forum - only result was this thread here. Thx for any help.

[Atak_Snajpera]

And well, the turbo pass thing... that is just a user preference -- not neccessarily the end of the world if I don't have it, but I definitely am noticing a difference between two encodes upscaled from SD to 720P on my TV -- one with turbo 1st pass and one without. The one without wins everytime, no matter what settings...
I want to see screenshots with turbo and without turbo.

"If taking twice as long doesn't sound like a good idea to you, look towards the Turbo checkbox. By enabling this, when encoding 2-pass with x264, you can cut down the time of the first pass by 50%-75%. There will be a drop in quality, but so slight as to be imperceptible to the eye."
MeGUI and probably HandBrake use --subme 1 but after reading a little bit I decided to use --subme 2 and belive me this makes big difference.

Anyways, its not like these two features are changing the program in any way. In fact, the "--nf" setting should be enabled if you don't want deblocking. And in my experience, deblocking is a huge reason why slower processors skip the playback of H.264 files. Also, files encoded with deblocking look worse when the decoder is set to disable deblocking, while files encoded with no deblocking do not lose quality when deblocking

Did you try -6 , -6 deblocking?

Does anyone know how to disable the 4gb split for the Blu ray profile so as to make just the one .mts file when using the DVD-9 file size lock function?
I knew that someday somebody would complain about that :)

[Ajax_Undone]

Does it have anything to do with the bit Allocation level of your hard drive when it is formatted at...

[~bT~]

i'm not able to import videos encoded using ipod profile to my ipod..

what gives?

bug? using autocrop and resizing still adds borders for mkv/mp4, why???

easily rectified by removing the addborders() line tho but still.

[JPSiemer]

jamd1, it's not a called the "Handbrake Manual", but they have their own wiki with lots of really good info... the particular thing I was referencing is located at: http://trac.handbrake.fr/wiki/AvgBitrateAndTargetSize ... you will find links for the rest of the wiki from that site...

[binh25]

I'm a bit of a newbie in this encoding stuff
is there a manual some where that explain some of the options in ripbot stuff like CQ crf and what it actually doing

I just encoding a video using 2pass but I like to know what other options actually do and have a bit of play and try tinker with it a little and see if there are difference in quality/size etc..

:thanks:

[JPSiemer]

Atak, I think you are missing the point about the Turbo 1st Pass. This is a major feature of the POWERFUL x264 encoders, and RipBot264 is a POWERFUL x264 encoder, so why not have it as a feature? It's not like you would make it a default setting, you just would give the user the option to choose. And as a user, I like both my passes to have a motion estimation of 7 -- even if that means a 4 hour encode. Anyways, I don't have screenshots at the moment because I delete all my bad test encodes, but I will make one for you...

As for the -6 , -6 deblocking... this wouldn't work because it would produce a file with deblock=1:-6:-6. The Xbox is only compatible with deblock=0:0:0. The only way around this is turning off deblocking with the "--nf" setting, which I can't do because editing the commandline generated by the app screws up the whole encode!

[Ajax_Undone]

I'm a bit of a newbie in this encoding stuff
is there a manual some where that explain some of the options in ripbot stuff like CQ crf and what it actually doing

I just encoding a video using 2pass but I like to know what other options actually do and have a bit of play and try tinker with it a little and see if there are difference in quality/size etc..

:thanks:



No there isn't yet I was going to devote some time this next week end and make a pretty HTML one...

Do to the fact that some people are noobs and need a little pointer here and there...

[JPSiemer]

binh25, this isn't a guide for RipBot264, but seeing as RipBot has the same options and features you can use this as a great reference for encoding video using RipBot...

http://gabextreme.googlepages.com/DeathTheSheep_x264_VfW_guide.html

It's a guide by DeathTheSheep and he does an awesome job at breaking down all the options and the terms for newbs. Specifically, there are two huge sections in there about CQ CRF and Multipass encoding...

To quote a couple things...

"I recommend multipass mode for all of encodes you wish to reach a certain filesize. That's right, if you require your final filesize to be exactly 170.00MB, for instance, you're going to have to do a 2- or 3-pass encode. 1-pass mode is strictly for those who are severely short of time or do not expect to attain high-quality output. 2 passes tends to be sufficient for most people's needs, producing high-quality files with accurate filesizes. However, single-pass mode is sometimes used to produce constant quality output."

"For people interested in doing 3 passes for optimal quality, consider the use of the “fast” first pass. For 2-pass encodes, I suggest use of the standard first pass mode. The quality of encodes using fast over standard first pass does not decrease to any catastrophic degree by most standards, but I nevertheless recommend using the standard mode for 2-pass encodes to ensure optimal quality for the largest variety of videos and encoding situations." -- A "standard" 2-Pass encode is one that does not throttle the first pass!

"Inherent in the AVC format is an exceptionally useful feature which reduces blocking and other encoding artifacts that have so plagued many of the predecessors of AVC. It is extremely useful in AVC encoding, and due to the fact that AVC is built around this filter and you may experience excessive amounts of blocking and video artifacts (bad stuff), this deblocker should generally not be disabled for normal use. However, due to the fact that it takes up immense amounts of decoding time, you may consider disabling it to achieve the fastest possible decoding speed (Xbox, handheld, etc) if the decoder doesn't support disabling it on the fly. "

[binh25]

Cools thanks for the tips and pointer....

:thanks:

[jamd1]

binh25, this isn't a guide for RipBot264, but seeing as RipBot has the same options and features you can use this as a great reference for encoding video using RipBot...

http://gabextreme.googlepages.com/DeathTheSheep_x264_VfW_guide.html

It's a guide by DeathTheSheep and he does an awesome job at breaking down all the options and the terms for newbs. Specifically, there are two huge sections in there about CQ CRF and Multipass encoding...

To quote a couple things...

"I recommend multipass mode for all of encodes you wish to reach a certain filesize. That's right, if you require your final filesize to be exactly 170.00MB, for instance, you're going to have to do a 2- or 3-pass encode. 1-pass mode is strictly for those who are severely short of time or do not expect to attain high-quality output. 2 passes tends to be sufficient for most people's needs, producing high-quality files with accurate filesizes. However, single-pass mode is sometimes used to produce constant quality output."

"For people interested in doing 3 passes for optimal quality, consider the use of the “fast” first pass. For 2-pass encodes, I suggest use of the standard first pass mode. The quality of encodes using fast over standard first pass does not decrease to any catastrophic degree by most standards, but I nevertheless recommend using the standard mode for 2-pass encodes to ensure optimal quality for the largest variety of videos and encoding situations." -- A "standard" 2-Pass encode is one that does not throttle the first pass!

"Inherent in the AVC format is an exceptionally useful feature which reduces blocking and other encoding artifacts that have so plagued many of the predecessors of AVC. It is extremely useful in AVC encoding, and due to the fact that AVC is built around this filter and you may experience excessive amounts of blocking and video artifacts (bad stuff), this deblocker should generally not be disabled for normal use. However, due to the fact that it takes up immense amounts of decoding time, you may consider disabling it to achieve the fastest possible decoding speed (Xbox, handheld, etc) if the decoder doesn't support disabling it on the fly. "

Useful info - I've done about 30 blurays but still consider myself a newbie. All these guides are very helpful. I often wonder on the need for multiple passes. I know some people would frown on this - but if I am pushed for time I use ripbot to just do the first of a 2 pass encode and burn this to an AVCHD dvd. On a 42 inch HD tv it looks pretty good and far better than a standard DVD. Some people may not mind tying up their PC for 20 hours. But to me there are few movies worth this time. For example running the first pass only (on a 2 pass setting) on a 2hr movie at 1080p locking filesize to a DVD9 produces a better result than 2 passes at 720p locking filesize to a DVD5. On my system the 1 pass 1080 encode takes about 5 hours - whereas the full 2 pass 720 encode takes about 10 hours.
You have to be selective on the type of movie when doing this though. If there are lots of dark scenes it can sometimes be blocky - light ,colourful and Cartoon/CGI movies turn out ok . Either way the result is still way better than watching an ordinary DVD.
I've looked at the CQ 1 pass method but this does take considerably longer and also is no good if you want to fit the movie on a DVD5/9.
Any feedback on the pros and cons of this method much appreciated.

[JPSiemer]

For me, a full 2-pass of a 720P movie and converting it down to standard definition 720x480 only takes less than 4 hours and looks way better than DVD rips on popular torrent sites. In fact, it looks just as good as the DVD. With the faster 1st pass, it takes about an hour and a half but has noticeable blocking in the gradients and in darker scenes.

I do not have experience creating AVCHD DVD's, but I would imagine it would take my system about double the time to do the same jobs -- which works for me! I work for a video production studio and we are constantly digitizing, encoding, editing, etc... so I know that working with video can take a lot of time, but it is best to do it right the first time so you don't have to redo it for the client in the future.

[myksto]

I'm using the latest version 1.98.
I've been using this tool for a while and I'm wondering about a thing:
I usually set the 2 pass encoding and look the file size increasing; for example I have a movie now that will be 7844 Mbytes with a bitrate of 6450kbps at a resolution of 1920x1080. If I set the resize to 1280x720 at the same bitrate of 6450kbps I should have a file smaller than before, am I right? So why the gui always tells me it's the same file size? Even thought I set the resolution at 380x180 the result never change. How can I have a realistic value of the file size whenever I change the resolution?
Do I have to edit some avs file or something else?

Hope you can help.

Thanks a lot.

Bye.

[Atak_Snajpera]

You are completely wrong! 6450kbps=806 KB/s
Multiply that by duration. Let' say 7200 seconds (120min) and you always get the same File Size. It doesn't matter if you choose lower or higher resolution. Bit-rate decides about everything!

[JPSiemer]

So Atak, do you see the advantage now? It makes a lot of sense when put into perspective from another person. So are you going to consider putting those requested features in?

[myksto]

You are completely wrong! 6450kbps=806 KB/s
Multiply that by duration. Let' say 7200 seconds (120min) and you always get the same File Size. It doesn't matter if you choose lower or higher resolution. Bit-rate decides about everything!

I can't undestand actually. I have a bd to rip, I first encode it at 1920x1080 and then at 1280x720 but I want the same good quality for both: I should use the same bitrate for both? How could the high res movie be as good as the lower if I get the same file size? I think that a higher res movie needs more bitrate and then will be larger. Where am I mistaking?
Thanks, bye.

[ebucha]

I have another quick feature question. Do you plan to add additional options to the Output speed list? Entries for ConvertFPS to go along with the AssumeFPS ones would be great for increasing quality/compression on low motion content. Thanks, ebucha.

[Ajax_Undone]

I can't undestand actually. I have a bd to rip, I first encode it at 1920x1080 and then at 1280x720 but I want the same good quality for both: I should use the same bitrate for both? How could the high res movie be as good as the lower if I get the same file size? I think that a higher res movie needs more bitrate and then will be larger. Where am I mistaking?
Thanks, bye.

Use CQ for both not Bitrate unless you are looking for a specific file size... CQ 22 Should work out great...

New installer has been released...

[myksto]

[QUOTE=Ajax_Undone;1147759]Use CQ for both not Bitrate unless you are looking for a specific file size... CQ 22 Should work out great...

I'm just looking for a specific file size, otherwise I would use the quantizer or CQ... ;)

Bye.

[Atak_Snajpera]

1080p -> DVD-DL , 720p -> DVD-SL

So Atak, do you see the advantage now? It makes a lot of sense when put into perspective from another person. So are you going to consider putting those requested features in?
Where are screenshots :) At the moment I see nothing

[Discoboy]

Added: Possibility to disable m2ts splitting via .ini

:thanks:

[~bT~]

i'm not able to import videos encoded using ipod profile to my ipod..

what gives?

bug? using autocrop and resizing still adds borders for mkv/mp4, why???

easily rectified by removing the addborders() line tho but still.

anyone??

[Atak_Snajpera]

bug? using autocrop and resizing still adds borders for mkv/mp4, why???
Borders are added for subtitles (more space)

bug? using autocrop and resizing still adds borders for mkv/mp4, why???
Did you change profiles name?

[~bT~]

^ yes

any info on my iPod prob?

[Atak_Snajpera]

rename to [ level 3.0 ] iPOD . iPhone

[~bT~]

^ i only changed the name of the bluray profile. ipod profile is unchanged.

[Atak_Snajpera]

Show me job1_MuxFiles.cmd

[~bT~]

Bluray/mkv

"C:\Program Files\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "D:\Temp\sample.mkv" --default-duration 0:23.976fps -d 0 -A -S "D:\Temp\RipBot264temp\video.264" --sync 0:0 -a 0 -D -S "D:\Temp\RipBot264temp\job1\audio.1.ac3"


iPod/mp4

"C:\Program Files\RipBot264\tools\mp4box\mp4box.exe" -tmp "D:\Temp\RipBot264temp" -ipod -add "D:\Temp\RipBot264temp\video.264" -fps 23.976 -add "D:\Temp\RipBot264temp\audio.aac" -mpeg4 -new "D:\Temp\girlicious-like_me.mp4"

[Atak_Snajpera]

"C:\Program Files\RipBot264\tools\mp4box\mp4box.exe" -tmp "D:\Temp\RipBot264temp" -ipod -add "D:\Temp\RipBot264temp\video.264" -fps 23.976 -add "D:\Temp\RipBot264temp\audio.aac" -mpeg4 -new "D:\Temp\girlicious-like_me.mp4"
I really don't know why ipod profile does not work?!!?!?! Did you try this app instead of iTunes

http://www.floola.com/modules/wiwimod/

[~bT~]

no probs. do u want me to send you mediainfo on files that do work? and files encoded using your app?