View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
HouseCat
7th December 2008, 05:58
^SO would quad core make much difference?
Alfeuss
7th December 2008, 06:33
Not sure how difficult it would be, but could ya word your question in a less opaque fashion? :)
No, seriously, what you suggest doesn't make a lot of sense. RipBot reencodes; that's what x264 does. If you just want to 'copy' a video stream, then you're basically merely remuxing, and have no need for RipBot.
It was just a possible request. I know what x264 is for, but sometimes all you need to do is convert the audio format keeping the org video. say MKV/DTS to MKV/AC3 for WDTV compatibility.
asarian
7th December 2008, 07:14
^SO would quad core make much difference?
Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.
TEB
7th December 2008, 08:49
Hi. Is there a way inside the gui to check what dgindex found as field order before one does the deinterlacing choice ?
I manually checked a file in dgindex and chose upper field first as the deinterlace method.. but the quality really sucked on the progressive output.. Lots of jaggies..
Anyone got an idea how to improve this ?
best regards TE
mouw
7th December 2008, 09:22
^SO would quad core make much difference?
Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.
like asarian said....i went from a E6600 (duoCore) -> Q6600 (QuadCore) same SPEED cpu
CUT times in HALF
BluRay encodes BD9 = 8-10 hrs (2-Pass) BD-R = 15-20hrs
Paddy97
7th December 2008, 12:25
I need help with profiles. Is there anyone with a good X264 knowledge that can help out I would be very greatfull.
I own both the Tvix 6500 (2 of them) and a Popcorn hour A100 that I use to play back my BD rips of my BD discs.
With Ripbot 1.10.8 I was able to create a profile that worked good with both the tvix and the popcorn.
[x264settings]
DeblockingStrength=0
DeblockingSensitivity=0
AdaptQuant=1
MotionEstimationAlgorithm=3 - UMH
SubpixelRefinement=6 - RD on I/P frames
I4X4=1
P4X4=0
P8X8=1
B8X8=1
AdaptDCT=1
I8X8=1
NumberOfRFrames=3
mixedRFrames=1
TrellisQuant=1
CABAC=1
NumberOfBFrames=3
AdaptBFrames=1
BPyramid=0
WeightBPrediction=1
HRD=1
BufferSize=24000
MaxBitrate=24000
Level=level 4.0
But with the new version 1.11.5 I am not able to create a profile that will not reboot my tvix. The default profile HD.Bluray.Consoles work on the popcorn but will reboot the tvix machine.
If I use MeGUI with the x264_dp_ PD-PS3-Xbox360 profile I get a good encode that works with the tvix but damn if I am capable of translating that profile to Ripbots. I have now done 8 encodes with different settings and they all reboot my tvix boxes. So any other tvix owner out here that has solved this problem or a x264 guru that can assist?
My latest try in Ripbot looks like this :
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3
--bframes 3 --b-adapt 2 --weightb --direct auto --subme 6 --trellis 1
--partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim
And this is as far as I've gotten in my translation from the MeGUI profile to ripbot. Stil it reboots my tvix boxes. Very frustrating, but still I can allways use the older Ripbot version that works good.
asarian
7th December 2008, 16:48
My latest try in Ripbot looks like this :
And this is as far as I've gotten in my translation from the MeGUI profile to ripbot. Stil it reboots my tvix boxes. Very frustrating, but still I can allways use the older Ripbot version that works good.
I don't have a TviX, but I'd add these two (in bold) to the Profile, for the 'ol AVCHD compatibility:
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3
--bframes 3 --b-adapt 2 --weightb --direct auto --subme 6 --trellis 1
--partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --aud --nal-hrd
poisondeathray
7th December 2008, 16:57
"--aud --nal-hrd" are in the current profile that Paddy97 said didn't work, so I think the culprit may be "--partitions all" that is in the current ripbot profile that may impair compatibility with certain devices (p4x4), as that is missing from the MeGUI profiles for blu-ray and AVCHD
asarian
7th December 2008, 17:23
"--aud --nal-hrd" are in the current profile that Paddy97 said didn't work, so I think the culprit may be "--partitions all" that is in the current ripbot profile that may impair compatibility with certain devices (p4x4), as that is missing from the MeGUI profiles for blu-ray and AVCHD
Yes, I see now: "--aud --nal-hrd" are already in the default Profile. My bad.
But didn't he also put in "--partitions p8x8,b8x8,i4x4,i8x8", specifically excluding p4x4?
Also, I noticed that when I open RipBot's x264 settings menu, and immediately close it (without changing anything), that "job1_EncodeVideoPass1.cmd" retains my "me tesa" setting, which RipBot otherwise overrides to "me esa". So, doing the same open/close trick might cause Paddy97 to keep his "--partitions p8x8,b8x8,i4x4,i8x8" too (examining job1_EncodeVideoPass1.cmd afterwards would be a good idea).
poisondeathray
7th December 2008, 17:37
Yes the settings you posted above should work asarian, you used the modifed profile that Paddy97 gave (without p4x4) and added --aud --nal-hrd (and his modifed profile likely wouldn't work without those additions on some devices)
I was just commenting on the differences between the standard profiles and why they might / or might not work
asarian
7th December 2008, 17:50
I was just commenting on the differences between the standard profiles and why they might / or might not work
And you were right to point it out. I just meant to say, that RipBot has a tendency, it seems (and confirmed by Atak, actually), to rebuild the x264 settings itself. So that Paddy97 may think that he's getting "--partitions p8x8,b8x8,i4x4,i8x8", whereas RipBot might just replace it, unbeknownst to him, with "--partitions all" again. So, he might use the above mentioned 'fall-through' trick, and see whether his custom partition settings hold in the job.cmd file.
EDIT: What kind of a silly device is TviX anyway that it just reboots when it finds an incompatible file? :)
poisondeathray
7th December 2008, 17:58
And you were right to point it out. I just meant to say, that RipBot has a tendency, it seems (and confirmed by Atak, actually), to rebuild the x264 settings itself. So that Paddy97 may think that he's getting "--partitions p8x8,b8x8,i4x4,i8x8", whereas RipBot might just replace it, unbeknownst to him, with "--partitions all" again. So, he might use the above mentioned 'fall-through' trick, and see whether his custom partition settings holds in the job.cmd file.
I never knew that. Does it make a difference if you edit the profile vs. manually editing the GUI settings?
LOL It's like Skynet and the Turk with a mind of it's own! What is Atak really up to :)
Maybe Paddy97 can check the x264 logs and/or file after with mediainfo or a stream analyzer to see what settings were actually "passed thru" compared to what was entered
Atak_Snajpera
7th December 2008, 18:20
Also, I noticed that when I open RipBot's x264 settings menu, and immediately close it (without changing anything), that "job1_EncodeVideoPass1.cmd" retains my "me tesa" setting, which RipBot otherwise overrides to "me esa".
Function in app looks for '--me' string. If after '--me' there is 'esa' string then it assumes ESA algorithm. As you can see tesa contains these 3 letters. I didn't know that there is even something like tesa. TESA is useless so I'm not going to change anything.
asarian
7th December 2008, 18:23
I never knew that. Does it make a difference if you edit the profile vs. manually editing the GUI settings?
I had manually edited my Profile, expecting a 1:1 passthrough to x264; however, as Atak replied to me here:
http://forum.doom9.org/showthread.php?p=1217791#post1217791
He had RipBot change my 'me tesa' to 'me esa', "because commands and positions are hardcoded."
So, I went to the x264 menu, to see if I could force 'me tesa' then. But that options isn't available, so I simply closed that box. And lo and behold, I had accidentally found out that, by doing so, RipBot now keeps my manually edited Profile settings!
I have a RipBot job running a the moment, so I can't tell for certain whether something similar happens for partitions, but I wouldn't be surprised if Atak just has RipBot rewrite that, too. That sorta thing can really trip ya up, of course, if you expect one thing, and get another. My tesa setting being reverted was minor, of course; but if you expect, say, to have taken p4x4 out of the loop, and it's still in after all, then I can see how that might surprise one.
Maybe Paddy97 can check the x264 logs and/or file after with mediainfo or a stream analyzer to see what settings were actually "passed thru" compared to what was entered
Yes, if he still has the RipBot log for that job, it will tell him that x264 command line was actually used.
asarian
7th December 2008, 18:32
Function in app looks for '--me' string. If after '--me' there is 'esa' string then it assumes ESA algorithm. As you can see tesa contains these 3 letters. I didn't know that there is even something like tesa. TESA is useless so I'm not going to change anything.
And I'm not asking you to change it, either. :) Seriously, my own workaround is good enough for me.
Also, 'useless' (like 'insane') is the the eye of the beholder. I remember a major x264 dev once saying not to discount that 1% extra quality, because find ten of these 'useless' optimizations, and suddenly you have a 10% gain in quality. These things add up.
Atak_Snajpera
7th December 2008, 18:41
Also, 'useless' (like 'insane') is the the eye of the beholder. I remember a major x264 dev once saying not to discount that 1% extra quality, because find ten of these 'useless' optimizations, and suddenly you have a 10% gain in quality. These things add up.
For real life footage even esa is useless so why do you waste your time for TESA?!!?
asarian
7th December 2008, 18:43
For real life footage even esa is useless so why do you waste your time for TESA?!!?
Like the mountain climber said: "Because it's there." :)
Atak_Snajpera
7th December 2008, 18:48
Like the mountain climber said: "Because it's there."
If you really like challenges you can always increase me range to 64 and wait a month to complete your FullHD task :) :) :) :) ("Because it's there.")
Paddy97
7th December 2008, 19:35
@poisondeathray and @asarian.
Thanks for your input. I can agree on that the tvixs behaviour is a bit odd when it finds a file that it doesn't like but the WAF factor is so high with that gadget that I am willing to overlook that behaviour since I know I can get a good encode :-)
Nevertheless it looks like my best bet is to go straight for the CMD files that ripbot produces and start manipulating them instead of trying to go through the profiles to achieve a functioning file. Ripbot is awesome when it comes to ease of use picking apart a BD disc and I really want to use it instead of MeGUI. I have another 5 BD discs in the pipe to prepare for the kids stockings ( they get the BD discs but I will have them ready in the MKV jukebox at the same time ;-) ) so a functioning RipBot will make my life easier.
But as I said, the old 10.8 works like a charm so I might just as well stick with that one as well. Once again, thanks for the assistance.
asarian
7th December 2008, 21:03
Nevertheless it looks like my best bet is to go straight for the CMD files that ripbot produces and start manipulating them instead of trying to go through the profiles to achieve a functioning file. Ripbot is awesome when it comes to ease of use picking apart a BD disc and I really want to use it instead of MeGUI.
Yep, RipBot really rocks, and it beats the crap out of MeGUI, far as I'm concerned (though the latter has its uses).
But as I said, the old 10.8 works like a charm so I might just as well stick with that one as well. Once again, thanks for the assistance.
Please, let us know what solved it, so others may use the latest RipBot with TviX too. Besides, I'm kinda curious now. :)
Also, keep in mind that you can always manually update certain RipBot components (like eac3to, tsMuxeR, x264), so as to have at least these important things up-to-date, while still using an older RipBot itself. Cleaner, of course, is just to find a settings-fix.
Paddy97
7th December 2008, 21:08
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.
Will do a manual edit of it and try to see if it has any effect.
"C:\Downloads\RipBot264v1.11.5\tools\x264\x264.exe" "G:\temp\RipBot264temp\job1\job1.avs"
--pass 1 --bitrate 5972 --stats "G:\temp\RipBot264temp\job1\job1.stats" --sar 1:1
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 2 --weightb
--direct auto --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --partitions none
--subme 3 --me dia --output "G:\temp\RipBot264temp\video.264"
asarian
7th December 2008, 21:24
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.
Will do a manual edit of it and try to see if it has any effect.
"C:\Downloads\RipBot264v1.11.5\tools\x264\x264.exe" "G:\temp\RipBot264temp\job1\job1.avs"
--pass 1 --bitrate 5972 --stats "G:\temp\RipBot264temp\job1\job1.stats" --sar 1:1
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 2 --weightb
--direct auto --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --partitions none
--subme 3 --me dia --output "G:\temp\RipBot264temp\video.264"
My, that looks somewhat frelled up. It seems to have a duplicate entry for "me" too (both 'hex' and 'dia'). And I don't see "--aud --nal-hrd" any more, either.
gav1577
8th December 2008, 07:36
Anyone having probs with fast first pass not working in v1.11.5 ? both passes have the 2nd pass cmd for me even with FastFirstPassin2passMode=1 selected in the ini :confused:
illestdomer2005
8th December 2008, 19:42
Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.
No doubt. The two things I bought, er, built this PC to do were play games and encode/watch video. I am a designer, but I have a work computer for Illustrator, Photoshop, etc. And this rig is overkill even for CS3 (haven't seen CS4).
When I was looking into it, the only ONLY reason I went with a Quad Core over a Core 2 Duo was encoding video. I hope that more applications will begin effectively using the architecture, but I am a relative computer n00b in the grand scheme of things; so, what do I know? ;)
illestdomer2005
8th December 2008, 19:50
Protip: (only I'm not a pro lol) If you're running Vista and using Windows Media Player as your playback program, DISABLE "video smoothing" (Tools->Options->Performance). I was going nuts trying to figure out what the heck the problem was when you have so many variables like graphics card, graphics driver, quality of encode, OS, ffdshow build, etc. as potential monkey wrenches. You might not be using WMP, but believe it or not, I really liked WMP 11 in XP as my default program...even though I tell everybody to grab VLC.
Has anyone tried to encode "Knocked Up" yet? I encoded Forgetting Sarah Marshall on an older version of RipBot (1.10 something?), and it had no trouble grabbing the scattered .m2ts files. When I tried to encode Knocked Up, it had to demux the streams TWICE because of some problem with the audio, but it ultimately worked. I tried to load it up a second time, and it just seemed to "time out" or freeze on me. I was using the December 5th ffdshow build from csid at the time. I just grabbed the new xxl build last night. Does anybody know of a really stable rev2300+ version of ffdshow that I should be using instead? Much appreciated.
x_specter_x
9th December 2008, 04:05
I'm not sure exactly what you mean. Your computer can be very slow, but that would not cause out-of-sync issues when (re)encoding: it would just take a frakkin' while to complete. :)
As for audio ripping, I suggest you just use eac3to yourself to rip the audio first, and mux it back in later with tsMuxeR. Also, what does eac3to itself say about a delay in ms?
Shockingly it is the source. I tried another movie doing everything the same and it turned out perfectly. It's weird that a movie ripped directly from blu-ray would have issues. Even if I use the m2ts files in ripbot, there is that audio sync problem. It is a very new movie. anyone else try ripboting w***-e? That's the movie that is giving me grief.
Thanks for the help asarian.
asarian
9th December 2008, 04:21
Shockingly it is the source. I tried another movie doing everything the same and it turned out perfectly. It's weird that a movie ripped directly from blu-ray would have issues. Even if I use the m2ts files in ripbot, there is that audio sync problem. It is a very new movie. anyone else try ripboting w***-e? That's the movie that is giving me grief.
Thanks for the help asarian.
Odd, I ripped Wall-E two weeks ago, with no problem whatsoever. :) Got a perfect AC3 track from the DTS-HD stream for my PS3.
Paddy97
9th December 2008, 07:05
Yep, RipBot really rocks, and it beats the crap out of MeGUI, far as I'm concerned (though the latter has its uses).
Please, let us know what solved it, so others may use the latest RipBot with TviX too. Besides, I'm kinda curious now. :)
Three more tests with Ripbot and I am unable to get a working profile. Not sure what I am doing wrong. Ripbot has a tendency to mess upp its CMD files when you edit the profile but that can be rectified by manual editing. Still there is some last parameter that mess upp my encodes. So for the time being I an using Ripbot to take apart my BD discs then use MeGUI for the encode. Not a perfect solution but a working one. Thanks for all the help so far.
laserfan
9th December 2008, 16:25
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.Atak said here already that any option which is repeated will result in the last appearance of same being the operational one. I'm sure he's right, so in your example Pass 1 would be using no partitions, me dia and subme 3. I don't expect Atak will expend too much energy on posts that "mock around" with RB's command lines, so if you do it you'll need to know what you're doing for sure.
I have used RipBot264 and done all of these: aborted the Analysis of a video and changed the eac3to command, edited the x264.cmd lines, and post-264 creation I've edited the tsmuxer.meta files for manual muxing after changing chapter marks. Biggest danger I've found with mucking-around w/RipBot is that sometimes if you close a ripbot window it will delete all the hard-fought temp files. :eek:
So I now like to do everything manually myself, though RipBot264 has a wonderfully accurate algorithm for hitting an output target in 2-pass mode. :cool:
asarian
9th December 2008, 17:32
I don't expect Atak will expend too much energy on posts that "mock around" with RB's command lines, so if you do it you'll need to know what you're doing for sure.
I don't expect he will either; but that's not to say he couldn't revise that policy. :) A great advantage of the newer Profiles namely is, that they contain 1:1 x264 commands (instead of the older, custom parameters that were then later translated to x264 commands). So, it stands to reason Atak at least adds a little 'use as is' checkbox, so people can indeed use their own custom-rolled x264 settings. Sadly, my own 'fall-through' trick (open/close x264 settings menu), leaving my Profile exactly intact, doesn't seem to be working for a 2-pass, I guess.
The irony of it all is, that the whole going back to L4.0 thingy was to make matters compatible with Tvix. And now it's precisely Tvix support that's broken, it seems. :sly:
Atak_Snajpera
9th December 2008, 17:39
The irony of it all is, that the whole going back to L4.0 thingy was to make matters compatible with Tvix. And now it's precisely Tvix support that's broken, it seems.
Not all tvix devices behave like Paddy97's. Most likely it is firmware issue. Correct firmware should not reboot device but inform user that selected file cannot be played!
Biggest danger I've found with mucking-around w/RipBot is that sometimes if you close a ripbot window it will delete all the hard-fought temp files.
no wonder if you didn't select 'Keep Jobs Queue' :)
Paddy97
9th December 2008, 17:59
Not all tvix devices behave like Paddy97's. Most likely it is firmware issue. Correct firmware should not reboot device but inform user that selected file cannot be played!)
I have two of theese tvix babies. One with the latest official stable firmware 1.2.52 and one with the latest beta firmware 1.3.69 ( just checked and there has in the last day been a 1.3.74 released ).
With the latest version of Ripbot both will reboot, with the 10.8 version and default profile 1.2.52 reboots and 1.3.69 stutters heavily.
The good thing allthough is that my popcorn hour A100 box ( same sigma chip in it as tvix ) works OK with the latest Ripbot and it also had problems earlier. So its progress in the right direction. But i'm fine now. Using Ripbot 10.8 with my modified profile that I posted earlier or using Ripbot 11.5 to demux my BD and then using MeGUI to encode the video.
These boxes all run of my storage server sitting in my basement and they give my whole family access to their media entertainment at a click of button. Its the best budget solution for a full media enabled household I've come across so far and Ripbot has been a godsend to get our BD discs to the mediaserver in an easy manner.
Atak_Snajpera
9th December 2008, 18:08
The good thing allthough is that my popcorn hour A100 box ( same sigma chip in it as tvix ) works OK with the latest Ripbot and it also had problems earlier. So its progress in the right direction. But i'm fine now.
you should inform Tvix support about this. Like I said this is firmware issue.
@asarian
What switches do you add to default command line?
laserfan
9th December 2008, 18:26
no wonder if you didn't select 'Keep Jobs Queue'Hi Atak, yes I use that, but actually regardless of "Keep Jobs" setting, IIRC if one clicks the X box to close the Job Edit window, instead of clicking Done button, all files in job1 directory disappear! :eek:
Atak_Snajpera
9th December 2008, 18:36
All files (.cmd) are created only if user confirms with DONE button. What did you expect? Saving files after closing form?
asarian
9th December 2008, 19:13
@asarian
What switches do you add to default command line?
This, I believe, was the standard Profile:
--level 4.0 --aud --nal-hrd --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --mixed-refs --bframes 3 --b-adapt 1 --weightb --direct auto --subme 7 --trellis 1 --partitions all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim
And I now use this:
--level 4.1 --aud --nal-hrd --vbv-bufsize 35000 --vbv-maxrate 35000 --filter 0,0 --ref 3 --b-pyramid --mixed-refs --bframes 3 --b-adapt 2 --weightb --no-fast-pskip --direct auto --subme 9 --trellis 1 --partitions all --8x8dct --me tesa --threads auto --thread-input --progress --no-psnr --no-ssim
Apart from making a few settings more 'insane', the only thing I really added is: --no-fast-pskip. Unline Padd97, RipBot passes my Profile through 'as is' (when I first open and then immediately close the x264 settings window); not sure why it does that, but I'm happy with that behavior, as it saves me the trouble of having to edit out the cmd files manually.
EDIT: Oh yeah, seems I put --b-pyramid back in one day, too (the PS3 can handle that, these days).
laserfan
9th December 2008, 19:38
All files (.cmd) are created only if user confirms with DONE button. What did you expect? Saving files after closing form?Saving? No. Not Deleting everything, including the 22Gb file that took an hour to extract? Yes!!!
Guess I'm the only one that's made this "mistake", but it's the key reason I don't use RipBot anymore.
Atak_Snajpera
9th December 2008, 19:43
RipBot passes my Profile through 'as is' (when I first open and then immediately close the x264 settings window)
You can always manually edit .txt file in notepad. Extra switches won't be removed unless you change something in GUI (x264 window)
With those crazy switches you must be very patient guy :) BTW. You forgot to change trellis 1 to trellis 2 :) You can expect nice slowdown :) :) :) :)
Saving? No. Not Deleting everything, including the 22Gb file that took an hour to extract? Yes!!!
Guess I'm the only one that's made this "mistake", but it's the key reason I don't use RipBot anymore.
When you click X I assume that you are not interested with current job and app removes useless files. Is it logical for you now?
asarian
9th December 2008, 19:52
You can always manually edit .txt file in notepad. Extra switches won't be removed unless you change something in GUI (x264 window)
Yes, but if I don't open the x264 window, RipBot does its translation/rewriting of tesa to esa (and maybe partitions stuff too? see Padd97). So, just opening the x264 window, and then closing it directly, causes RipBot to not do anything with my Profile file, which is precisely what I want. :)
With those crazy switches you must be very patient guy :) BTW. You forgot to change trellis 1 to trellis 2 :)
I remember thinking about setting trellis to 2, but at the time I didn't see the added benefit.
asarian
9th December 2008, 19:57
When you click X I assume that you are not interested with current job and app removes useless files. Is it logical for you now?
In all fairness to you, that's seems reasonable enough. For the "Keep Jobs" option goes the same saying as always (and especially applicable here): "Use it, or lose it!" :)
Atak_Snajpera
9th December 2008, 19:58
RipBot does its translation/rewriting of tesa to esa (and maybe partitions stuff too? see Padd97)
NO partitions are not touched! I've already explained to you why tesa is changed to esa.
asarian
9th December 2008, 20:03
NO partitions are not touched!
Well, apparently Padd97 wound up with a few double entries in his cmd files (one was 'partitiions none', which I'm sure he didn't put in there). So, whatever happens, seems at least something goes awry for him in the cmd rewriting/creation process.
Atak_Snajpera
9th December 2008, 20:17
one was 'partitiions none', which I'm sure he didn't put in there)
It doesn't matter because x264 always uses switches which are closer to right side.
example: x264.exe --partition all --partition none
first partition will be discarded
partition none me dia and subme 3 are part of faster first pass
td911
10th December 2008, 00:23
Hi,
Been using RipBot for some time. Great Program.
However, I've been trying to convert files to my PSP (mostly MKVs) and after audio extraction, the program just sits there.
The VIDEO and AUDIO boxes are populated, but nothing else is populated and the only button than works is ABORT.
No codec packs are installed just FFDSHOW, Avisynth and Haali
Thanks in advance for any help.
Atak_Snajpera
10th December 2008, 00:55
1) uninstall AviSynth , ffdshow , haali media splitter
2) reboot
3) install again avisynth 2.5.7 , latest ffdshow and haali media splitter
that's all i can tell you at the moment
illestdomer2005
10th December 2008, 03:34
Any recommendation for a ffdshow codec rev that you think is a jim dandy, Snajpera? ;)
Also, what value is there in increasing the maximum bitrate in the video profile if you're encoding in 2-pass to a DVD-9 or smaller....or is that only for people using CQ profiles? Sorry for the n00b questions :)
ni9ht_5ta1k3r
10th December 2008, 07:43
Atak, everytime I use Ripbot264 on Windows Vista my BD/DVD drives won't read any discs. In order to get it to read discs I have to reboot my PC. I'd just thought you might like to know that!
Atak_Snajpera
10th December 2008, 22:34
Atak, everytime I use Ripbot264 on Windows Vista my BD/DVD drives won't read any discs. In order to get it to read discs I have to reboot my PC. I'd just thought you might like to know that!
I tested on 3 PCs (2 PC + 1 laptop) with Vista SP1 and guess what? No problems!
asarian
10th December 2008, 23:51
nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.
How so would things be stretched? 1280x720 is a perfect 16:9. Besides, why have a 1280x1024 Profile for AppleTV when the AppleTV screen itself is only 1280x720?
Atak_Snajpera
10th December 2008, 23:57
Try to resize 1280x1024 (5:4) to 1280x720 (16:9)! What do you get?!!? Image with perfect aspect ratio? I don't think so!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.