View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
Balthazar2k4
18th February 2010, 15:12
I am just curious if anyone is running an i7 rig right now and has any recommendations...? I have gone from a mid-level gamer to an almost exclusive video encoder and need more power! :)
That is the same thing that happened to me. I somehow went from PC gaming to video encoding addict. Last year I picked up a Core i7 920 D0 Stepping and an Asus P6Tv2 Deluxe along with 6GB DDR3 1600 memory. I overclocked the i7 to 4ghz with HT on and I can encode a movie in single pass CQ18 @ 720p in about an hour and a half. I haven't tried 1080p so I can't say, but the upgrade was well worth it. I have successfully OC'ed the processor to 4.3, but it just runs too hot for my taste and I have to keep the fan running full tilt. Plus, as you mentioned, LGA1366 will allow for migration to the Gulftown CPU. Anyways, the 920 is definitely an OC'ing dream and you should buy it while you can.
laserfan
18th February 2010, 15:47
I have no judder problems now that I switched to Inverse Telecine... Is it common for US 1080i broadcasts to use film (~24 fps) frame ratesMany TV programs are either shot-on-film or otherwise 24p HD, so IVTC is appropriate.
Occasionally the 3-2-3-2 etc cadence is munged at the local affiliate but for the most part simple IVTC works IME.
plouie10
18th February 2010, 16:27
Atak_Snajpera
First of all let me say thanks for your work on ripbot264. I was absolutely stunned at the quality you can get from a blu-ray down to 4gb on main movie. I always use avchd format, lock to 4gb and have never been disappointed. I have a quick question about subtitles. When I first choose the m2ts file and it does it's analysing, it shows the english subtitle, but after I click okay and do all my settings, when I go to click selectable subtitles, it shows nothing in the box. I then have to click the plus "+" button and navigate to the temp folder, job1 and choose it there. Is there some default I can set up or is this the way it works. I'm good either way. Again, fantastic program, thanks for your efforts.
Phil
Atak_Snajpera
18th February 2010, 16:39
...is this the way it works.
Exactly.
juramirez
18th February 2010, 22:25
I was just wondering whether my encode times were normal... It's taking from 10 to 15 hours (usually around 12) to encode a BluRay movie with idx/sub subtitles. I'm using default settings. My setup is a Core 2 Duo P8600 @ 2.40GHz, 4GB of RAM, Win 7 64bit, and an ATI Mobility Radeon HD 4670. Do those sound like normal transcoding times, or am I doing something wrong and taking too long because of it?
Atak_Snajpera
18th February 2010, 22:48
you have only 2 cores with slow clock so your times are correct
juramirez
18th February 2010, 22:49
you have only 2 cores with slow clock so your times are correct
Okie... thanks, I can stop worrying now. =)
jamd1
19th February 2010, 05:45
Atak - my hard disc crashed and I lost all the old versions of ripbot. I really liked 1.13 (I prefer the simple audio conversion - core dts or 640kbps core from True HD , instead of the wav/flac method - maybe a choice in the ini file could be offered ) Please could you give a link to 1.13 - Thx for your help.
MuLTiTaSK
19th February 2010, 06:25
Atak - my hard disc crashed and I lost all the old versions of ripbot. I really liked 1.13 (I prefer the simple audio conversion - core dts or 640kbps core from True HD , instead of the wav/flac method - maybe a choice in the ini file could be offered ) Please could you give a link to 1.13 - Thx for your help.
http://www.videohelp.com/tools/RipBot264/old-versions#download
illestdomer2005
19th February 2010, 15:32
I was in your same boat recently, I had been using a C2Q 6600 and eventually decided I wanted to encode all my movies instead of keeping the raw streams, just for storage considerations. Raw streams were just taking up too much space. So I did a considerable amount of research and decided to go with an i7 860. That chip will easily overclock to 3.6+ and I currently have mine at 3.9 will relatively little effort.
Anyway, my encode times dropped from around 7-8 hours on my C2Q to about 3.5 using High Profile settings and a CF of 18. I definitely recommend the 860 chip, great bang for your buck. I would venture to guess that the X58 series won't bring you much more in terms of encoding, until at least the new chips come out, most people say the purpose of going X58 is for SLI and gaming. So I decided to save myself some money, and I've been considerably happy with my decision.
Awesome, bubbers! That's exactly what I was looking to hear. I had heard that the i7 chips were approximately 30% faster than C2Q chips at the same speed; so, all sorts of efficiency dreams started popping up :)
The 860 vs 920 thing has driven me nuts! I think you are absolutely right about the difference between the X58 and P55 (et al.) chipsets. I currently have two 8800GT cards in SLI, but I'll never do it again. It's too expensive for the performance return, and I mostly game on my PS3/360/Wii now. Very rarely do I play a game on the comp these days.
I had spec'ed out a Biostar Tpower 55i with the 860 for my brother who is interested in BD conversion as well. For x264, I know it's all about the processor speed, but I wondered if the difference between dual and triple channel RAM on the P55 and X58, respectively, made any appreciable impact...at least as far as video encoding is concerned?
illestdomer2005
19th February 2010, 15:39
That is the same thing that happened to me. I somehow went from PC gaming to video encoding addict. Last year I picked up a Core i7 920 D0 Stepping and an Asus P6Tv2 Deluxe along with 6GB DDR3 1600 memory. I overclocked the i7 to 4ghz with HT on and I can encode a movie in single pass CQ18 @ 720p in about an hour and a half. I haven't tried 1080p so I can't say, but the upgrade was well worth it. I have successfully OC'ed the processor to 4.3, but it just runs too hot for my taste and I have to keep the fan running full tilt. Plus, as you mentioned, LGA1366 will allow for migration to the Gulftown CPU. Anyways, the 920 is definitely an OC'ing dream and you should buy it while you can.
That is blazing fast! I almost exclusively run 2-pass encodes because I just create AVCHD ISOs for burning to disc and playing on my PS3 or family/friends BD players. I just re-OC'ed my Q6700 from 2.66GHz to 3.33GHz and encode a ~2 hour 720p movie in 4.25 hours. In my experience, the difference between encoding at 720p and 1080p -- at least in 2-pass -- is that 1080p takes about 50% longer.
I had been struggling with whether to spend the $1,000 or so on a new i7 rig or a NAS, but the new rig is getting more and more tempting :) Besides, I think this C2Q has enough power to be a nice little server in its own right ;)
Balthazar2k4
19th February 2010, 17:25
That is blazing fast! I almost exclusively run 2-pass encodes because I just create AVCHD ISOs for burning to disc and playing on my PS3 or family/friends BD players. I just re-OC'ed my Q6700 from 2.66GHz to 3.33GHz and encode a ~2 hour 720p movie in 4.25 hours. In my experience, the difference between encoding at 720p and 1080p -- at least in 2-pass -- is that 1080p takes about 50% longer.
I had been struggling with whether to spend the $1,000 or so on a new i7 rig or a NAS, but the new rig is getting more and more tempting :) Besides, I think this C2Q has enough power to be a nice little server in its own right ;)
I used to use 2-pass, but decided hard drives were cheap and if I am taking the time to backup my collection then I might as well not sacrifice too much. On a 2 hour movie, 2-pass was generally 20-30 minutes slower than CQ. In most instances I can backup a movie in realtime or faster. For instance, I am backing up my Planet Earth discs now and each episode is around 50 minutes and it is taking 50 minutes to back them up. That is at a bitrate of 10,000kbps+ and decoding VC1 (which is generally slower).
In my case I have turned my main computer into my server. It stays on pretty much all the time (since I am almost always encoding) and so I just keep stacking drives in it. I am looking at some NAS boxes now, but I just can't justify the expense... yet.
maldino800
19th February 2010, 18:40
Thank you for a great program
I have some mkv files not compliant with 1920x824 and 1280x526,,,If I use RipBot to make my mkv files compliant with 1920x1080 and 1280x720 AVCHD to play with PS3,,the size and quality will keep the same original or will be reduce ??
illestdomer2005
19th February 2010, 20:54
I used to use 2-pass, but decided hard drives were cheap and if I am taking the time to backup my collection then I might as well not sacrifice too much. On a 2 hour movie, 2-pass was generally 20-30 minutes slower than CQ. In most instances I can backup a movie in realtime or faster. For instance, I am backing up my Planet Earth discs now and each episode is around 50 minutes and it is taking 50 minutes to back them up. That is at a bitrate of 10,000kbps+ and decoding VC1 (which is generally slower).
In my case I have turned my main computer into my server. It stays on pretty much all the time (since I am almost always encoding) and so I just keep stacking drives in it. I am looking at some NAS boxes now, but I just can't justify the expense... yet.
I've noticed -- right or wrong -- that the higher the bitrate, the faster the encode. I guess it makes sense, at least to me, because that means less compression. If you're trying to cut your budget by 25%, that's going to be easier than trying to cut it by 50%. Most of my encodes are to DVD-5; so, I am usually in the 5000 - 6000 bitrate range. If I drop much below 5000, I will consider DVD-9. I absolutely understand your position based on the cost of hard drives and quality...I just want to have optical discs of them in addition to the actual BD :)
Regarding the NAS, I've really looked hard a Synology and NetGear. Both have some great products, but you're paying A LOT for some hardware that really isn't that impressive. You can build a cheap AMD machine that kills the power of those little boxes, but of course it's all about the software. Synology software looks fantastic, and it's about the only thing giving me pause from just building my own and running FreeNas...or possibly being a masochist and going with Windows Home Server lol
illestdomer2005
19th February 2010, 21:00
Thank you for a great program
I have some mkv files not compliant with 1920x824 and 1280x526,,,If I use RipBot to make my mkv files compliant with 1920x1080 and 1280x720 AVCHD to play with PS3,,the size and quality will keep the same original or will be reduce ??
1) A re-encode will never look as good as the original.
2) You can use one of the tools in RipBot called "TSMuxer" to generate an .m2ts file that will play on the PS3. You just need to make sure the audio codec is compatible. Your MKV file will be bigger when generating an AVCHD, but if you reconvert using RipBot, you can specify the file size in 2-pass mode.
Balthazar2k4
19th February 2010, 21:38
I've noticed -- right or wrong -- that the higher the bitrate, the faster the encode. I guess it makes sense, at least to me, because that means less compression. If you're trying to cut your budget by 25%, that's going to be easier than trying to cut it by 50%. Most of my encodes are to DVD-5; so, I am usually in the 5000 - 6000 bitrate range. If I drop much below 5000, I will consider DVD-9. I absolutely understand your position based on the cost of hard drives and quality...I just want to have optical discs of them in addition to the actual BD :)
Regarding the NAS, I've really looked hard a Synology and NetGear. Both have some great products, but you're paying A LOT for some hardware that really isn't that impressive. You can build a cheap AMD machine that kills the power of those little boxes, but of course it's all about the software. Synology software looks fantastic, and it's about the only thing giving me pause from just building my own and running FreeNas...or possibly being a masochist and going with Windows Home Server lol
Actually I have found the opposite in regards to encode times based on higher bitrates (at least when using CQ mode). At 10000+ I get 25fps on avg. At 5000+ I get 32+fps on avg. Also, VC-1 titles are slower to re-encode. With H264 encoded titles, the re-encode rate can jump by as much as 20%.
As for the NAS, that is where I am heading. I have a spare computer that I am tempted to drop FreeNAS on and start piling on the hard drives.
pacaveli211
19th February 2010, 22:08
I'm going to have to say you're both wrong. the encoding time is going to depend on these main factors:
resolution - 720's will process significantly faster than 1080's
aspect ratio - any low aspect ratios take longer, like 1.85 or 1.78 (there are more pixels to analyze)
movie length - of course the longer the movie the more frames and time to process
Balthazar2k4
19th February 2010, 22:39
I'm going to have to say you're both wrong. the encoding time is going to depend on these main factors:
resolution - 720's will process significantly faster than 1080's
aspect ratio - any low aspect ratios take longer, like 1.85 or 1.78 (there are more pixels to analyze)
movie length - of course the longer the movie the more frames and time to process
Thanks pacaveli211 for the comment. I can attest to the fact that all of the issues you pointed out DO make a time difference. However, if I encode the same move at CQ18 and then CQ22, the CQ22 will get done much faster.
pacaveli211
19th February 2010, 22:44
hmmm, I never use CQ. In that scenario, how much of a time difference does it usually make?
dbone1026
19th February 2010, 22:45
hmmm, I never use CQ. In that scenario, how much of a time difference does it usually make?
When I was using 2-Pass, Size locked to 8GB it would take about 10-14 hours with my quad core. When I moved to CQ=18 the times went down to 4-6 hours.
Balthazar2k4
19th February 2010, 23:23
hmmm, I never use CQ. In that scenario, how much of a time difference does it usually make?
Well, without sitting down and doing one I could only guess. I would say that the difference in speed is 10-15%.
Atak_Snajpera
20th February 2010, 00:37
I'm going to have to say you're both wrong. the encoding time is going to depend on these main factors:
resolution - 720's will process significantly faster than 1080's
aspect ratio - any low aspect ratios take longer, like 1.85 or 1.78 (there are more pixels to analyze)
movie length - of course the longer the movie the more frames and time to process
You forgot about movie complexity. If scene contains more motion encoding process will also take more time.
illestdomer2005
20th February 2010, 01:00
I'm going to have to say you're both wrong. the encoding time is going to depend on these main factors:
resolution - 720's will process significantly faster than 1080's
aspect ratio - any low aspect ratios take longer, like 1.85 or 1.78 (there are more pixels to analyze)
movie length - of course the longer the movie the more frames and time to process
That's all well and good except...
In my experience, the difference between encoding at 720p and 1080p -- at least in 2-pass -- is that 1080p takes about 50% longer.
So, I guess I'm not wrong ;)
But the length of the movie and, as Atak pointed out, the complexity of the video are also major factors.
illestdomer2005
20th February 2010, 01:02
Thanks pacaveli211 for the comment. I can attest to the fact that all of the issues you pointed out DO make a time difference. However, if I encode the same move at CQ18 and then CQ22, the CQ22 will get done much faster.
Isn't CQ22 higher quality than CQ18? If so, isn't that another way of saying what I said about the higher bitrate?
Because I never use CQ, I really don't have enough experience with it to say, but I have converted hundreds of BDs in 2-pass mode.
Balthazar2k4
20th February 2010, 02:07
Isn't CQ22 higher quality than CQ18? If so, isn't that another way of saying what I said about the higher bitrate?
Because I never use CQ, I really don't have enough experience with it to say, but I have converted hundreds of BDs in 2-pass mode.
No, the lower the CQ value, the higher the bitrate.
Balthazar2k4
20th February 2010, 02:10
You forgot about movie complexity. If scene contains more motion encoding process will also take more time.
That is why CQ18 takes longer than CQ22. It isn't the bitrate directly that causes the longer encode time. By telling the encoder to capture more of the scene fidelity the encoder therefore needs more bits to capture it faithfully. It is the analysis of the movie that requires more time.
angel40204
20th February 2010, 02:17
v 1.15 crahes when i try to start the encoding process.
using windows 7. also , afterwards , i got the bsplayer latest version 2.51 to crash as soon as i used ripbot. i think there must be a conflict with ffdshow for this application and bsplayer . i have to remove ffdshow and reinstall bsplayer to make it to work again . anyhow , ripbot won't encode under windows7
something to do with ffdshow not sure why . used later version and 3171 version .
Problem Event Name: APPCRASH
Application Name: x264_x86.exe
Application Version: 0.0.0.0
Application Timestamp: 4b2a6505
Fault Module Name: avisynth.DLL
Fault Module Version: 2.5.7.0
Fault Module Timestamp: 45971d82
Exception Code: c0000005
Exception Offset: 000168f0
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
i have not been able to use this application properly since i switched to windows 7.
Ga1j1n
20th February 2010, 07:16
In my case I have turned my main computer into my server. It stays on pretty much all the time (since I am almost always encoding) and so I just keep stacking drives in it. I am looking at some NAS boxes now, but I just can't justify the expense... yet.
Servers don't need to cost a lot, let me suggest you pick up a cheap Atom Netbook or Nettop and install Amahi Home server on it.
http://www.amahi.org/
I have been using it for approx 2 Years and it is the best server software bar none, it's free, very simple to setup and use and extremely versatile, it even supports DLNA.
I store my video on external USB hardrives which means I can keep adding storage forever practically and easily transfer them should I decide to upgrade it
Much better than most off the shelf solutions, I couldn't live without it.
Atak_Snajpera
20th February 2010, 08:09
@angel40204
Fault Module Name: avisynth.DLLL
......
angel40204
20th February 2010, 11:16
i removed avisynth version 2.5.7 and reinstalled it . still the same thing . which version should i use . thanks
ripbot crahes not when i get the setting detected . but when i start the encoding process .
illestdomer2005
20th February 2010, 19:25
Servers don't need to cost a lot, let me suggest you pick up a cheap Atom Netbook or Nettop and install Amahi Home server on it.
http://www.amahi.org/
I have been using it for approx 2 Years and it is the best server software bar none, it's free, very simple to setup and use and extremely versatile, it even supports DLNA.
I store my video on external USB hardrives which means I can keep adding storage forever practically and easily transfer them should I decide to upgrade it
Much better than most off the shelf solutions, I couldn't live without it.
That's some interesting software...I'm curious about what the Web GUI looks like and how easily I could download my files remotely. I wouldn't really use the VPN because I just want a box I can leave on 24/7 with RAID 5 or 6 that houses all of my media. I guess it just depends on your needs.
illestdomer2005
20th February 2010, 19:26
No, the lower the CQ value, the higher the bitrate.
We need to get an official ruling from Dark Shikari ;)
illestdomer2005
20th February 2010, 20:40
i removed avisynth version 2.5.7 and reinstalled it . still the same thing . which version should i use . thanks
ripbot crahes not when i get the setting detected . but when i start the encoding process .
Can you elaborate? What exactly happens when it "crashes?"
angel40204
21st February 2010, 00:20
Application Name: x264_x86.exe.
i posted the log above few replies if you look back . avisynth is the application in the log crashing . but i removed and reinstalled without any result. this is really frustrating . i am using bsplayer 2.51 with its own codecs . but i noticed fddshows changes when i use ripbot and bsplayer crashes afterwards.
this should be simple. installation . was working under xp . but another beast under windows 7 .32bits
this is really frustrating as i can't understand why when following simple guidelines of install . i get this crap .
and i an not a pc geek on ffdshows and other codecs use .
A.VOID
21st February 2010, 22:07
After 50/50 failed attempts with HDCOnvertX >>> Converting an VC-1 .mkv into an .mpg .mkv ... failed at 99.9% with incorrect framecounts, I gave the newest RipBot a crack at it. I haven't used RipBot for about 6 mos ...
Worked flawlessly on my VC-1 .mkv BR rip. Converted it to .mp4 in about 9 hours. Trying a couple other failed attempts now. Very happy right now.
angel40204
22nd February 2010, 01:04
all i can read in this forum , for most is only applied to discuss about tech stuff to show how better one is to the other .
i am not an encoding genius , but i knnow how to follow the guideline . this should be simple. on windows 7. 86x , i should after install in a folder , be able to encode simply.
for most of us , we do not know much about tech stuff and are completely helpless when weird stuff happens .
i was using this program with windows xp with no problem. i use version 1.15. and all i get is a crash of the application each time at the start encoding .
i was trying to encode a mkv to another smaller mkv. worlks great with xp . but here all i get at this point is the application crashing. and i show the log in my first post here . all i get is avisynth.
why and what the heck that means .tried reinstalling . no change .
this is pure crap and it should not be so complicate as to use this thing . unless it is for certain video geeks and limited use .
Atak_Snajpera
22nd February 2010, 01:12
@angel40204
I have perfect solution for you. DON'T USE IT! You have so many alternatives...
xantius
22nd February 2010, 10:33
When I try to convert videos, the 1st one converts fine, but the rest that follow will be scrambled/corrupt and the size is not what I selected (480x360). but larger, and it seems as if the video has multiple copies of the video in it, and there are green lines and shades through it. I have done a clean install of Windows 7, and tried installing just RipBot264 with the files/codecs that it needs, but the problem persists.
If I restart my computer, and try to convert videos again, the 1st one will convert fine, after which the rest will be weird like that again.
I am running Windows 7 Pro x64, Version 6.1 Build 7600 (winver.exe), which I got from school through msdn academic alliance. It is running on an i7 920 4.0GHz, 6GB RAM, and an ATI HD 4890 1GB with the latest drivers (catalyst 10.2).
After reading through the posts, I have to say that I am a very novice user, but any help/suggestions would be appreciated. If there are any other info that I can provide which may help home in on the solution, just let me know.
Thanks.
This video was supposed to be resized to 480x360
http://img717.imageshack.us/img717/9502/crptvid.jpg
jeremy33
22nd February 2010, 15:08
Hi Atak_Snajpera
if I update x264 64bit to rev. 1442 Ripbot crash. why ?
Thanks.
laserfan
22nd February 2010, 15:32
this is pure crap and it should not be so complicate as to use this thing . unless it is for certain video geeks and limited use .But angel40204 if this were easy to do then everybody would be doing it! ;)
soneca
22nd February 2010, 16:19
if I update x264 64bit to rev. 1442 Ripbot crash. why ?
I'm using this rev.x86(Komisar) and it works perfectly.
stasi
22nd February 2010, 16:31
Hi Atak,
I found a little warning in my job.txt:
D:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "D:\Video.mkv" --title Video" --default-duration 0:25fps -d 0 -A -S "D:\temp\RipBot264temp\video.264" --language 0:ger -a 0 -D -S "D:\temp\RipBot264temp\audio.aac" --chapters "D:\temp\RipBot264temp\job1\chapters.txt"
mkvmerge v3.2.0 ('Beginnings') built on Feb 12 2010 16:46:17
'D:\temp\RipBot264temp\video.264': Using the AVC/h.264 ES demultiplexer.
'D:\temp\RipBot264temp\audio.aac': Using the AAC demultiplexer.
'D:\temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 720/406.
'D:\temp\RipBot264temp\video.264' track 0: Using the MPEG-4 part 10 ES video output module.
Warning: AAC files may contain HE-AAC / AAC+ / SBR AAC audio. This can NOT be detected automatically. Therefore you have to specifiy '--aac-is-sbr 0' manually for this input file if the file actually contains SBR AAC. The file will be muxed in the WRONG way otherwise. Also read mkvmerge's documentation.
'D:\temp\RipBot264temp\audio.aac' track 0: Using the AAC output module.
The file 'D:\Video.mkv' has been opened for writing.
As you can see I´m using mkvtoolnix 3.2.0. The Video created plays fine. I post this just for information, it seems a little paramter is missing.
pacaveli211
22nd February 2010, 19:51
xantius: make sure your last step is going into the video properties (where you set resize, crop, etc options) and clicking ok. if you don't do this sometimes, it seems, it doesn't properly write the script, then consequently the video doesn't process properly and you end up with a scrolling / flickering green thing. at least this is what I've found from my experience.
xantius
22nd February 2010, 20:12
xantius: make sure your last step is going into the video properties (where you set resize, crop, etc options) and clicking ok. if you don't do this sometimes, it seems, it doesn't properly write the script, then consequently the video doesn't process properly and you end up with a scrolling / flickering green thing. at least this is what I've found from my experience.
I've had videos that were in queue. Some were resized to run on my blackberry (480x360) and others were resized to 720p, but that still happened. In fact, if I convert 1 video after a fresh reboot, it will convert fine. Then if I exit RipBot and start it again, and then load the same file to convert (didn't keep it in que, but browsing for it just like it did the 1st time), it will still be scrambled like that.
illestdomer2005
22nd February 2010, 22:09
Application Name: x264_x86.exe.
i posted the log above few replies if you look back . avisynth is the application in the log crashing . but i removed and reinstalled without any result. this is really frustrating . i am using bsplayer 2.51 with its own codecs . but i noticed fddshows changes when i use ripbot and bsplayer crashes afterwards.
this should be simple. installation . was working under xp . but another beast under windows 7 .32bits
this is really frustrating as i can't understand why when following simple guidelines of install . i get this crap .
and i an not a pc geek on ffdshows and other codecs use .
Did you uninstall bsplayer and try it? I'm not sure if it installs codecs on your system or not, but that could be a problem. As a rule of thumb, you only want ONE set of codecs on your system. You don't want K-Lite, CCCP, FFdshow, et al installed on there at the same time...
Also, it looks like x264 crashed. You might try replacing x264 with a previous version. Has this same thing happened for you on multiple discs, or are you just trying the same one? I have had problems in the past with a certain disc, and it ended up being scratched or faulty in some other way.
xantius
22nd February 2010, 23:13
xantius: make sure your last step is going into the video properties (where you set resize, crop, etc options) and clicking ok. if you don't do this sometimes, it seems, it doesn't properly write the script, then consequently the video doesn't process properly and you end up with a scrolling / flickering green thing. at least this is what I've found from my experience.
pacaveli211, when I got home, I tried it to make sure that was the last step I did, and sure enough it works fine.
Thanks a bunch!
Atak_Snajpera
23rd February 2010, 01:02
@xantius
http://sourceforge.net/projects/ffdshow-tryout/files/
BTW. I had the same problem some time ago. Problem disapeared when I installed newer ffdshow version.
@stasi
I will add that switch
pacaveli211
23rd February 2010, 01:23
last time I tried to update my ffdshow it broke everything else =\
WildTexasChef
23rd February 2010, 10:55
Is there anyway in rip bot to change the Frame reference number from 2 to 3, or even to 4?
I ahve also noticed that in 2-Pass mode that KBPS is limited to 8192kbps. Is there anyway to increase that?
I have a Blu-ray that I ripped to my hard drive with AnyDVD and stored on my NAS server as backup. The original video encoding of the Blu-ray is allready in H.264.
I notice a HUGE difference in video quality on my 65" plasma between playing the M2TS file at its full bit rate of almost 25mbps and after I make it into an MKV with a bit rate of only 8192kbsp.
I love how RiPbot works. Expecaily when converting VC-1 to H.264. However the Bitrate is to low for my needs. I would like it to be higher so that I can get better quality video.
Thanks
WTC
Atak_Snajpera
23rd February 2010, 12:07
I ahve also noticed that in 2-Pass mode that KBPS is limited to 8192kbps. Is there anyway to increase that?
eee i don't know. You will have to figure out something.
I love how RiPbot works. Expecaily when converting VC-1 to H.264. However the Bitrate is to low for my needs. I would like it to be higher so that I can get better quality video.
You should ask yourself "WHY I don't just use CQ@18"??
Answer to that question would be "Because I like to waste time and space"
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.