View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
weaver4
6th October 2008, 17:21
I did two movies, both got 20-30% larger. I will try it with a few more.
Thanks,
Atak_Snajpera
6th October 2008, 17:34
@Atak_Snajpera: Please can you give us the source???
What language do you use?
nwg
6th October 2008, 21:18
I have been looking for something like this for a couple of months. I think it is excellent but do have a few small requests.
My computer does this very slow. Pass 1 is 4-5 fps speed. Pass 2 is less than 2 fps. I have it low priority but it would be good to be able to switch it off without having to start again.
Also, a pause button would be good so I can do other things then carry on.
The ability to select a single layer or double layer like in 2 pass mode but in 1 pass CQ mode.
Atak_Snajpera
6th October 2008, 21:31
The ability to select a single layer or double layer like in 2 pass mode but in 1 pass CQ mode.
Not possible
laserfan
6th October 2008, 22:06
I've uninstalled & re-installed 1.10.7 and although I've had success in the past using x264 from the command line (in c:\program files\x264), with RipBot264 the process crashes (twice) when attempting to execute the x264 .cmd (once for each of 2 passes I presume). The only thing I note that's different, apart from that the cmds are attempting to execute from x264's subfolder, is that there's a dll in the x264 subfolder which I'd not seen before (maybe because I was using an older build of x264, I dunno). The dll is mentioned in the crash report.
Yes I know this is a crappy post, and I need to do more t-shooting and provide better error reporting, but I'm hoping someone knows a simple answer, or something obvious for me to check. Are there for example some pre-requisite MS libraries I need to have installed for x264? The next thing I am going to try I guess is to edit the .cmd's that RipBot has created to use the x264 installed at c:\program files\x264. Any other ideas? :confused:
No one responded to me, and I've not been able to get 1.10.7 to work, but I installed 1.10.5 that I had here and it's working. So something about 1.10.7 doesn't like my P4 setup... :(
Ajax_Undone
6th October 2008, 23:40
:mad::mad:
Thanks for the info.
@Atak_Snajpera: Please can you give us the source???
cu
pOpY
Ok well like its said it is written in delphi if you can code in it and can afford there Compiler then more power to you...
nwg
7th October 2008, 11:52
Hi.
I wonder if this is possibe.
To have a save progress/project so someone could do encoding, save what I have done so far and turn off the computer then carry on the next day.
weaver4
7th October 2008, 19:18
I encoded six movies with the latest version using CQ=22 and Console profile.
All six movies were 20 to 35% larger than the same movies encoded with the last version with the same settings. But it could be the movies I picked.
Through some testing I found that CQ=24 created a size result of approx the same as the old CQ=22. Anyone know how the quality would compare of today's CQ=24 vs the previous CQ=22. It is all about filesize vs quality.
chainring
7th October 2008, 21:17
Hi Atak_Snajpera,
I just wanted to tell you how impressed I am with RipBot264. The interface is so amazingly clean, but functional when you need access to more advance options.
Once question related to the recent x264 changes. When do you expect to have a version with the changes implemented for those announced here? (http://forum.doom9.org/showthread.php?t=141569)
Thanks!
8ternity
8th October 2008, 04:49
I encoded six movies with the latest version using CQ=22 and Console profile.
All six movies were 20 to 35% larger than the same movies encoded with the last version with the same settings. But it could be the movies I picked.
Through some testing I found that CQ=24 created a size result of approx the same as the old CQ=22. Anyone know how the quality would compare of today's CQ=24 vs the previous CQ=22. It is all about filesize vs quality.
I recommand you to select 2-Pass and lock size of you exportation. CQ = Constant Quality so it's normal that you will all the time oversize. Choose 2-Pass.
If you track is DTS or DTS-HD, set to this:
DVD5 4450
DVD9 8050
All my project done with DTS, DTS-HD oversize if you set 4470 and 8150.
Atak_Snajpera
8th October 2008, 12:58
To have a save progress/project so someone could do encoding, save what I have done so far and turn off the computer then carry on the next day.
Windows has Hibernate function
All my project done with DTS, DTS-HD oversize if you set 4470 and 8150.
What container did you use? What sizes did you get?
nwg
8th October 2008, 16:58
Windows has Hibernate function
But how can I do that if there is no pause button? Wouldn't it mess up the encoding if I suddenty put it in hiberation?
deets
8th October 2008, 17:40
But how can I do that if there is no pause button? Wouldn't it mess up the encoding if I suddenty put it in hiberation?
shouldnt do, try it on a small test and find out :)
Atak_Snajpera
8th October 2008, 17:49
But how can I do that if there is no pause button? Wouldn't it mess up the encoding if I suddenty put it in hiberation?
it works fine in Vista SP1 :) Tested
weaver4
8th October 2008, 18:52
I recommand you to select 2-Pass and lock size of you exportation. CQ = Constant Quality so it's normal that you will all the time oversize. Choose 2-Pass.
8150.
No, I want to use CQ. My point is that a CQ=22 is a much larger filesize than a CQ=22 a few months ago. I want a good quality picture with a minimal filesize, I use to be happy with CQ=22 but now the filesize is bigger than it needs to be.
And my questions are:
> Is CQ=22 now a better picture than CQ=22 of a few months ago?
> And if I was happy with a CQ=22 before what value should I be using for CQ now.
Maybe this is a question I should be asking on the X264 forum.
pOpY
8th October 2008, 19:55
What language do you use?
I have knowledge in delphi 5, please give me the source?
Thanks
cu
pOpY
Atak_Snajpera
8th October 2008, 22:36
why do you need my source so badly?
malgates
8th October 2008, 22:40
Hi,
posted it already as a seperate topic but no answers.
I used RipBot264 to reencode my HDDVDs. But unfortunately it only supports 1 audiostream.
So I added a second ac3 stream (encoded it with eac3to) but neither PowerDVD nor my PS3 will recognise the second stream. But VLC will recognise and play it. I used the tsmuxer to add the stream.
did I do s.th. wrong? Maybe someone can help me.
regards
pOpY
9th October 2008, 07:18
why do you need my source so badly?
I want to add some features (demux & converting in one step). Ill think this feature you dont want to add, would you??
cu
pOpY
nwg
9th October 2008, 09:17
it works fine in Vista SP1 :) Tested
Doesn't work in XP. It tries to go into hibernation but doesn't fully get there and is left with the hdd light going like mad. I had to switch the computer off and on again to get it working again.
I still think this is a amazing bit of software. I managed to get a 18GB Blu Ray down to fit on a single layer DVD with its DD 5.1 audio and it looked amazing even when shown at 80". I resized it down to 720p.
I found the Blu Ray to DVD software just too confusing and found this GUI to be a godsend. It is just a shame that the fps speed is slow on my pc spec. Would it be faster using dual or quad core?
Apart from a pause button which I could make use off. I thought of something else. How about the pc storing details of files put through Ripbot so when I open the same file it doesn't have to scan the file a second time. It can take 20 minutes to do it. It could go straight to demuxing the audio.
Wishbringer
9th October 2008, 09:43
My point is that a CQ=22 is a much larger filesize than a CQ=22 a few months ago.
Right, and it is still changing in next builds. Search for DS comments about AQ.
Is CQ=22 now a better picture than CQ=22 of a few months ago?
What do you mean with "better"?! It's subjectiv, it uses another method to determine whats good. It preserves more noise and grain and so looks more natural than flatened and smoothed videos.
Maybe this is a question I should be asking on the X264 forum.
Yep, it isn't RipBot related, it's related to x264 development changes
Atak_Snajpera
9th October 2008, 10:24
Doesn't work in XP.
Hahaha. So Vista is not so bad after all :)
Would it be faster using dual or quad core?
Yes!!! Buy Q6600. Mine is running at 3GHZ without problems. During conversion Xvid -> PSP i have about 120+ fps (CRF22). In Full HD i have about 7fps
buzzqw
9th October 2008, 11:25
@atak
a question: what builf of x264 are you including in RipBot264 ? (bob0r/skystryfe/audionut...)
just to mention that latest (999) skystryfe builds often crash (reported on automkv thread)
BHH
nwg
9th October 2008, 11:27
Yes!!! Buy Q6600. Mine is running at 3GHZ without problems. During conversion Xvid -> PSP i have about 120+ fps (CRF22). In Full HD i have about 7fps
So is that the equivalent of 4 cores running at 3ghz each?
Dark Shikari
9th October 2008, 11:27
just to mention that latest (999) skystryfe builds often crash (reported on automkv thread)I have received no such crash reports, nor have I seen any crash reports in the AutoMKV thread...
buzzqw
9th October 2008, 11:33
@Dark Shikari
http://forum.doom9.org/showthread.php?p=1192387#post1192387
and here http://forum.divxmania.it/index.php?p=82975&showtopic=9118&view=findpost (italian) (search for "cicofalzina" post)
usin bob0r's build seems ok
BHH
deets
9th October 2008, 13:00
So is that the equivalent of 4 cores running at 3ghz each?
sort of. dont worry about how it works, just know that for PSP encoding it will fly, for SD it will be very quick and for HD its a relative boost like you wont believe :)
i have b3 q6600 and i dont overclock but it still moves like a greased mouse on a slide
Atak_Snajpera
9th October 2008, 13:17
a question: what builf of x264 are you including in RipBot264 ? (bob0r/skystryfe/audionut...)
I don't remember. New version will use 999 compiled by techhouse. It works without crash on my Quad core.
nwg
9th October 2008, 14:55
Thanks for the new version. I just started a new job. Am I detecting slightly more fps speed?
juGGaKNot
9th October 2008, 20:28
v1.10.8
Added: Codec changes for latest x264 (do not use older profiles)
Fixed: MaxBitrate and BufferSize have been restored to 30000 (reason: tvix does not like higher values)
Fixed: removed progress in log during muxing to blu-ray structure
Updated: x264 r999 , eac3to v2.66
What can i say, you the man, will try to download now ( kinda slow on my 56K wireless :( )
nwg
9th October 2008, 20:45
I just tried my first test and it worked on my Sony S350 Blu Ray player. I went from 18GB 1080p and DD 5.1 down to 4.34GB still DD 5.1 and it plays wonderfully on a single sided DVD at 720p. I had to make it a AVCHD disc by using Imgburn and burn just the BDMV folder.
I also tried a double layer version at 7.90GB but it stuttered(although the audio was ok and in sync). I think it has too high bitrate for AVCHD to cope although it is still only around 8Mbps.
pOpY
9th October 2008, 21:00
Thanks for the new Version! I currently running one job, to try the new version.
cu
pOpY
astragalos
10th October 2008, 03:04
Thank you for such a great job !!! I think it's a fantastic program which opens a new world to the ones that did'n dare to have anything to do with re-encoding.
Go on that way, please !!!!:thanks:
Ajax_Undone
10th October 2008, 06:19
Updated installer {this one is made to delete all previous files in the install folder use carefully}
juGGaKNot
10th October 2008, 06:42
Bitrate is down by 500 KB for CRF 22 with r999 subme 9
looks great to me, i will post 2 screens with source and encoding but i have a rather "non ripbot" related question
can/is x264 lossless DXVA ? i want a real HQ version for myself so why not lossless ?
THNX for the release, doing some more research om deblocking now.
LE : bitrate is the same but speed is 20-25% better
source is 1024x576 at 30 FPS, used media info for file info :
Source :
Format : AVI
Format/Info : Audio Video Interleave
Format/Family : RIFF
File size : 1.15 GiB
PlayTime : 59s 966ms
Bit rate : 165 Mbps
Codec/Info : Huffman Lossless YUV and RGB formats (with Alpha-channel)
Width : 1024 pixels
Height : 576 pixels
Display Aspect ratio : 16/9
Frame rate : 30.000 fps
Resolution : 24 bits
1.10.8 CQ 22 :
Movie name : Encoded in RipBot264 v1.10.8
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L4.0
Codec settings, CABAC : Yes
PlayTime : 1mn 33ms
Bit rate : 4029 Kbps
Width : 1024 pixels
Height : 576 pixels
Display Aspect ratio : 16/9
Frame rate : 30.000 fps
Chroma : 4:2:0
Interlacement : Progressive
Writing library : x264 - core 65 r999M cc51047
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=esa / subme=9 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=30000 / vbv_bufsize=30000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
1.10.7 CQ 22 :
Movie name : Encoded in RipBot264 v1.10.7
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L4.0
Codec settings, CABAC : Yes
PlayTime : 1mn 33ms
Bit rate : 4029 Kbps
Width : 1024 pixels
Height : 576 pixels
Display Aspect ratio : 16/9
Frame rate : 30.000 fps
Chroma : 4:2:0
Interlacement : Progressive
Writing library : x264 - core 64 r994M b35a044
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=esa / subme=7 / psy_rd=1.0:0.0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=40000 / vbv_bufsize=40000 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
I got the pictures by using kmplayer's "capture frame ( original size ) as"
This is work in progress for my "WCG Romania 2008 Project"
1'st is the source, 2'd the render.
LE : Looks weird, used my custom bat to do another file, CQ 22, 2x lenght but smaller filesize LOL
File size : 32.9 MiB
PlayTime : 2mn 20s
Bit rate : 1973 Kbps
Codec : AVC
Codec/Family : AVC
Codec/Info : Advanced Video Codec
Codec profile : High@L4.0
Codec settings, CABAC : Yes
PlayTime : 2mn 20s
Bit rate : 1749 Kbps
Width : 1024 pixels
Height : 576 pixels
Display Aspect ratio : 16/9
Frame rate : 30.000 fps
Chroma : 4:2:0
Interlacement : Progressive
Writing library : x264 - core 64 r995M 2324c70
Encoding settings : cabac=1 / ref=14 / deblock=1:0:0 / analyse=0x3:0x133 / me=esa / subme=7 / psy_rd=1.0:0.0 / brdo=1 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=0 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=22.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
Will do a ripbot vs bat same imput ( here it was the same but 1mn 33ms vs 2mn 20s )
Dark Shikari
10th October 2008, 12:31
x264 lossless, aka High 4:4:4 Predictive Profile, is not DXVA-compliant.
~bT~
10th October 2008, 12:34
x264 crashing on every encode (1.10.8).
system:
vista x86
Q6600 (not over clocked)
EDIT:
my file was corrupt.
Wishbringer
10th October 2008, 13:13
@~bT~:
Did yesterday and today on three systems 12 encodes together (each four): Source BluRay, Dest: 8.5GB DVD - AVCHD
All are Vista Ultimate 64bit, 8GB DDR2-1066, Q6600/Q6700 overclocked to 3.6 GHz and Raid5 with 4 Samsung 1TB HDDs.
No crashes, all encodes are fine.
UAC is disabled! (maybe a reason)
Maybe because 32bit? I doubt!
Maybe instable ram or mainboard? (not allways OC is reason for instable systems)
~bT~
10th October 2008, 14:19
^ all is OK here. i didn't realise my file was corrupt. thanks for response.
Paddy97
10th October 2008, 15:57
Sorry to report that the Tvix bug is not resolved in the .8 version. Same symptom as the .7 version. One tvix with older firmware reboots and the one with never firmware stutters severly.
The encode done from a Bluray disc and the funny thing is that the raw m2ts file plays fine on the tvixes.
I am now running an encode at 24000 maxbitrate (edited the cmd files ) to see if the problem persists.
brogan
10th October 2008, 16:02
Hello,
I have been trying to re-encode a file & RipBot gets through the 1st pass but just hangs afterwards...it will just say: Pass 1...
and never start Pass 2...this has happened while trying to re-encode a file that's like 8.25 GB in size & I'm trying to shrink to 7.95GB in Blu-ray structure to fit on a DL DVD...the video is H.264 (1920x1080, 23.976 fps) & the audio is DTS (768 kbps)
I've tried a .mkv, .ts, .m2ts extensions of the same file w/the same result...the files play fine in VLC, Nero Showtime & WMPC...I've been using RipBot 1.10.7 on a Vista Ultimate 64-bit system & haven't had any problems w/similar files...does anyone have any ideas what could be the problem?? Thanks in advance...
:thanks::thanks::thanks:
dvgeek
10th October 2008, 22:21
Hello Atak,
Can you please clarify if the program would benefit running on an SSE4 platform as compared to an SSE3 platform (Intel Q8200 / Intel Q6600)?
Thanks.
Dark Shikari
10th October 2008, 22:24
Hello Atak,
Can you please clarify if the program would benefit running on an SSE4 platform as compared to an SSE3 platform (Intel Q8200 / Intel Q6600)?
Thanks.Penryn is faster clock-for-clock at x264.
But if you're buying a new computer, wait for the Nehalem. My preview Nehalem box tells me that its awesome, but I can't give any numbers right now :cool:
nurbs
10th October 2008, 23:03
I am currently waiting for the Nehalem. Since you can't give any numbers can you maybe tell us if this anandtech preview (http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=6) gives us a good idea about the performance gains?
gav1577
10th October 2008, 23:17
There is a teaser review here http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=6
EDIT damn just realized its the same review above lol
Dark Shikari
10th October 2008, 23:18
I am currently waiting for the Nehalem. Since you can't give any numbers can you maybe tell us if this anandtech preview (http://www.anandtech.com/cpuchipsets/intel/showdoc.aspx?i=3326&p=6) gives us a good idea about the performance gains?Yes, that looks about right. However, there will be many places for future optimizations, some of which I am working on right now :cool:
Ajax_Undone
11th October 2008, 05:01
Sweet I am going to buy me a new rig in about 6 months can't wait...
Paddy97
11th October 2008, 08:32
Sorry to report that the Tvix bug is not resolved in the .8 version. Same symptom as the .7 version. One tvix with older firmware reboots and the one with never firmware stutters severly.
I am now running an encode at 24000 maxbitrate (edited the cmd files ) to see if the problem persists.
Sorry to say even with a lovered bitrate the tvixes can't handle the files. Looks like there is something else in the profile that messes with the tvix.
laserfan
11th October 2008, 14:52
x264 still crashes for me in Version .8. Using .5 successfully. I suspect something about my Pentium 4 perhaps, as Atak has/tests with a Quad core, but otherwise have tried & failed figure it out. :(
prettyboy85712
11th October 2008, 19:44
x264 still crashes for me in Version .8. Using .5 successfully. I suspect something about my Pentium 4 perhaps, as Atak has/tests with a Quad core, but otherwise have tried & failed figure it out. :(
I have the same issue with my other system which is a P4 WinXP w/SP2. The only difference is I can run 1.10.6. Any version higher than .6 crashes immediately upon encoding.
My primary AMD based system has run every version without problem.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.