View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
LigH
28th September 2011, 13:26
@ benjyv:
Not funny. Try to be helpful instead of sarcastic. Please.
__
@ muhadi:
Not as simple as it seems. Some users prefer technically correct conversions via ITU-R matrices, PC/TV scale (coring), etc.; if you don't care too much about that, you may want to compare the AviSynth functions Levels(gamma) and Tweak(contrast, brightness).
But I can't help you about how to use them in RipBot264.
pacaveli211
29th September 2011, 15:10
@ benjyv:
Not funny. Try to be helpful instead of sarcastic. Please.
benjyv's a tool, but you're in the wrong place (the internet) if you can't handle some sarcasm
Hi, how to make the video brighter? My new player is too dark a picture show when I need to convert videos to add brightness with help of filters that can be done?
turn the brightness up on your tv / monitor, simple fix
some, more advanced players, will also allow on the fly adjustments. VLC, for example, has some video filtering such as brightness/contrast/sharpness, etc
rc71
7th October 2011, 17:21
--- Question ---
Hello everyone. I was wondering if anyone had a ideas on how to do something. I need to DENOISE something, but the ripbot denoise is it's a bit too strong for this file. Is there another way to do a denoise so that I can control the settings a little more?? Maybe some encoder settings like deblocking or something? Thanks
rc71
7th October 2011, 17:25
Hi, how to make the video brighter? My new player is too dark a picture show when I need to convert videos to add brightness with help of filters that can be done?
If you select properties on the main Ripbot screen, it will open up some choices. The third screen has COLORs. Choose TWEAK and there you'll see settings for contrast and hue and brightness.
Good Luck.
b66pak
7th October 2011, 18:19
@Atak_Snajpera please consider updating dtsdecoderdll.dll...read here (http://forum.doom9.org/showthread.php?p=1529965#post1529965) (13 posts)...
_
rc71
7th October 2011, 21:16
@Atak_Snajpera please consider updating dtsdecoderdll.dll...read here (http://forum.doom9.org/showthread.php?p=1529965#post1529965) (13 posts)...
_
While I have had the same issues, the recommendation you have given doesn't seem to be necessary as the version that is recommend is 1.1.0.0 from 2008 which is what ripbot seem to be currently using.
"... And yes - there is a problem. The 1.1.0.0 version of the Arcsoft DTS decoder applies the wrong channel matrix for any 7.1 content (you heard it here first ;-). The 1.1.0.8 is fine regarding any channel layout BUT isn't able to decode 6.1 streams at all. So there you have it - no version works for everything.."
7ekno
8th October 2011, 01:49
"... And yes - there is a problem. The 1.1.0.0 version of the Arcsoft DTS decoder applies the wrong channel matrix for any 7.1 content (you heard it here first ;-). The 1.1.0.8 is fine regarding any channel layout BUT isn't able to decode 6.1 streams at all. So there you have it - no version works for everything.."
Keep reading the next page ;)
There are TWO versions of 1.1.0.0, one dated 21-Apr-2008 and one dated 25-Apr-2008 ...
The 21-Apr-2008 version swaps the 7.1 channels, the 25-Apr-2008 version doesn't (ripbot264 is using the 21-Apr-2008 version and hence the channel swap) :P
7ek
Atak_Snajpera
8th October 2011, 08:51
The 21-Apr-2008 version swaps the 7.1 channels, the 25-Apr-2008 version doesn't (ripbot264 is using the 21-Apr-2008 version and hence the channel swap) :P
Can somebody send me that correct version ?
god_md5
8th October 2011, 15:59
can next ver change to use lav splitter, not use haali medoa spiltter??
lav splitter is support well than haali now
Atak_Snajpera
8th October 2011, 16:32
eac3to requires Haali media splitter
Zorro70
11th October 2011, 03:49
--- Question ---
Hello everyone. I was wondering if anyone had a ideas on how to do something. I need to DENOISE something, but the ripbot denoise is it's a bit too strong for this file. Is there another way to do a denoise so that I can control the settings a little more?? Maybe some encoder settings like deblocking or something? Thanks
use ffdshow/ blur and NR/gradual denoise
its on the left pane of ffdshow, try when choosing to preview script in ripbot, video must be playing
or use 0,0 deblock and above so up to +3,+3
rc71
13th October 2011, 17:07
Thanks I look into the FFdshow. Hadn't thought of that. I always think of that as post.
rc71
14th October 2011, 16:57
Keep reading the next page ;)
There are TWO versions of 1.1.0.0, one dated 21-Apr-2008 and one dated 25-Apr-2008 ...
The 21-Apr-2008 version swaps the 7.1 channels, the 25-Apr-2008 version doesn't (ripbot264 is using the 21-Apr-2008 version and hence the channel swap) :P
7ek
That's good to know. You would think with all the freaken numbers they could have 1.1.1.0 of something. Anyway, I haven't found is 25apr08 one. If you have it, throw it up on mediafire (no timers, no captcha) so we can all share. For now it's just vaporware.
Couldn't Wait ----
_________________________________________
This file was a pain in the ass to get. So here is the dtsdecoderdll.dll 25/04/2008 04:50 v1.1.0.0. If there is a 10:50 am file then well... .s@#$@#$9oi@$#&(*@ #$
http://www.mediafire.com/?zmijotv9tkmkec1
rc71
14th October 2011, 18:33
Almost all the files in the Arcsoft folder have updated versions. I don't know how the interact or what is better or worse, but if you do, here you go.
http://www.mediafire.com/?antbsovth1mxa8c
Please don't just drop them into your ripbot folder and then start complaining about this and that going crazy. I've PM'd Atak so I'm sure he'll update what needs to be updated in do time.
Remember, If it isn't broke, don't fix it.
NiteShdw
15th October 2011, 20:04
I have a BluRay disc with a small scratch on it, so I ripped it using ddrescue on Linux to create an image of the original disc. ddrescue reports that there was about 2MB of data on the BluRay that were unreadable. I'd like to still rip and convert the movie, ignoring the few errors on the disc (I'll live with missing video).
However, when I try to rip with RipBot, it still fails due to errors in the bitstream:
[s07] The source file seems to be damaged (sync byte missing). <WARNING>
[s07] The SUP reader received unknown data. <ERROR>
[a03] [0:16:45] The source file seems to be damaged (discontinuity). <WARNING>
[a03] The ArcSoft DTS Decoder reported an error while decoding. <ERROR>
Aborted at file position 5044699136. <ERROR>
Is there anyway to have it ignore the errors? If not RipBot, is there some other ripping method I should try that might be less sensitive to the errors in the original bitstream?
7ekno
16th October 2011, 14:44
Is there anyway to have it ignore the errors? If not RipBot, is there some other ripping method I should try that might be less sensitive to the errors in the original bitstream?
Avisynth with either FFMS2 or DGDec (cause they are frame accurate), use the trim() command to skip around the damaged part, feed the AVS file into Ripbot264 ...
Audio may glitch, but can use the same trim() trick for that ...
Tek
microhunt
18th October 2011, 21:08
Hi Atak,
Would you consider putting a setting under MKV for complete lossless conversion of Blu-rays for people who don't care about file size? The only program I have found to do this is Byte Copy by Pavtube. However Ripbot264 is superior in many other ways so I was hoping that in the next build you might consider a completely lossless setting.
dbone1026
18th October 2011, 22:41
Hi Atak,
Would you consider putting a setting under MKV for complete lossless conversion of Blu-rays for people who don't care about file size? The only program I have found to do this is Byte Copy by Pavtube. However Ripbot264 is superior in many other ways so I was hoping that in the next build you might consider a completely lossless setting.
MakeMKV, Another EAC3To GUI, BluRip, etc.... all make lossless mkvs
flebber
19th October 2011, 04:21
MakeMKV, Another EAC3To GUI, BluRip, etc.... all make lossless mkvs
Makemkv seems defunct hasn't been updated in over 3 years. Another EAC3ToGui I had never heard of but lists as one of its requirements as AnyDVD-HD.
probably easier just to rip the files and use mkvmerge to get your loseless files.
iSeries
19th October 2011, 05:57
MakeMKV is updated very frequently and is good software. www.makemkv.com.
For any other tool, be it RipBot, BluRip etc, these will require that the disc already be decrypted by eg AnyDVD.
flebber
19th October 2011, 07:20
MakeMKV is updated very frequently and is good software. www.makemkv.com.
For any other tool, be it RipBot, BluRip etc, these will require that the disc already be decrypted by eg AnyDVD.
Not criticising the quality of Makemkv but its last release 1.6.15 was march 2010 http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1054
AMED
19th October 2011, 07:26
Sorry Flebber, you are incorrect v1.6.15 was released on September 24th, 2011
change log from softpedia
http://www.softpedia.com/progChangelog/MakeMKV-Changelog-117330.html
flebber
19th October 2011, 07:33
they announced it on makemkv forum march 2010 http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1054
AMED
19th October 2011, 07:34
He is editing a locked thread so the original post date doesn't change.
Where is setarip_old when you need him ;)
dbone1026
19th October 2011, 12:55
they announced it on makemkv forum march 2010 http://www.makemkv.com/forum2/viewtopic.php?f=5&t=1054
The beta builds are what is used, and as already pointed up this was updated less then a montha go. Not outdated by any means...
kypec
19th October 2011, 15:12
I wonder when is mike (MakeMKV forum admin) going to post updated beta key - the current one expires on 31 Oct 2011 which is only few days away...
AMED
19th October 2011, 23:57
A few days means 1 or 2 days not 11 days?
he usually posts the new key a few days before it expires or a few days after is expires.
kypec
20th October 2011, 07:38
A few days means 1 or 2 days not 11 days?
"A few" is a relative term (http://answers.yahoo.com/question/index?qid=20070601113123AA1pdsA) and I used it in context of how many days the current beta key was valid. :sly:
pacaveli211
20th October 2011, 14:07
A few days means 1 or 2 days not 11 days
"a few" STARTS at 3 (one is single, 2 is a couple)
and as kypec said...it can vary.
AMED
20th October 2011, 20:46
I must have forgotten to put a smiley after that comment ;)
FarQueue
21st October 2011, 06:55
Atak, are you planning on releasing an update soon? I'm about to convert a lot of DVDs and thought I'd wait to see if a new version is coming before I start.
benjyv
22nd October 2011, 05:29
@FarQueue
If you want a new version of Ripbot , make a list of updates you need and put them here , because Atak has too much updates on his list and don't know which one to be chosen :(
davidsama
22nd October 2011, 20:27
Atak_Snajpera RipBot v1.16.5 refuses to encode using x264 v2106 64 bit 10 bit version and 32 bit 10 bit version. I then removed the 2106 codec(s) and replaced it with 2085 64 bit 10 bit version and it encoded using that version with no problems. Why will RipBot not encode using 2106?
Atak_Snajpera
22nd October 2011, 21:24
What does log say?
davidsama
22nd October 2011, 21:45
Here is the log file. http://www.multiupload.com/NLDFTSG5R0
Atak_Snajpera
23rd October 2011, 13:13
Show me also job1.avs
davidsama
23rd October 2011, 17:17
http://www.mediafire.com/?4zdz5agdym48k8z job1.avs
Atak_Snajpera
23rd October 2011, 18:37
it looks like bug in rb264. you have to tell me step by step what you did. this will help me to reproduce this bug.
Atak_Snajpera
24th October 2011, 16:12
New application added to my collection
x264 FHD Benchmark v1.0.0 (64bit) - Download (http://www.mediafire.com/?mcic8cupimcy4fm)
(Note: Requires Windows 64 bit)
http://i.imgur.com/lq6Bi.gif
soneca
24th October 2011, 17:20
Cool, tested here.;)
Intel Core i7 CPU X 980 @ 3.43GHz ( 16C / 32T )
x264 0.119.2106kMod 07efeb4
(libswscale 2.1.0)
(libavformat 53.17.0)
(ffmpegsource 2.16.2.1)
built by Komisar on Oct 23 2011, gcc: 4.4.7 20110720 (prerelease) (x86_64.generic.Komisar)
configuration: --bit-depth=8 --chroma-format=all
x264 license: GPL version 2 or later
libswscale/libavformat/ffmpegsource license: GPL version 2 or later
ffms [info]: 1920x1080p 1:1 @ 50/1 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.2
x264 [info]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 fade_compensate=0.00 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=18 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0000 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
x264 [info]: started at Mon Oct 24 14:14:07 2011
x264 [info]: frame I:10 Avg QP:25.24 size:293385
x264 [info]: frame P:1242 Avg QP:28.44 size: 90346
x264 [info]: frame B:1248 Avg QP:31.32 size: 19904
x264 [info]: consecutive B-frames: 8.7% 66.6% 23.2% 1.6%
x264 [info]: mb I I16..4: 3.6% 76.6% 19.8%
x264 [info]: mb P I16..4: 0.1% 4.7% 0.8% P16..4: 38.2% 25.5% 16.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 0.0% 0.4% 0.0% B16..8: 48.1% 6.2% 1.9% direct: 4.2% skip:39.1% L0:36.0% L1:49.9% BI:14.1%
x264 [info]: 8x8 transform intra:83.2% inter:58.4%
x264 [info]: coded y,uvDC,uvAC intra: 90.8% 82.8% 56.8% inter: 30.4% 19.6% 4.0%
x264 [info]: i16 v,h,dc,p: 17% 37% 10% 35%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 25% 16% 5% 7% 6% 12% 6% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 21% 13% 7% 8% 7% 11% 7% 11%
x264 [info]: i8c dc,h,v,p: 52% 26% 15% 7%
x264 [info]: Weighted P-Frames: Y:1.0% UV:0.1%
x264 [info]: ref P L0: 70.4% 21.8% 5.9% 2.0% 0.0%
x264 [info]: ref B L0: 90.8% 7.8% 1.4%
x264 [info]: ref B L1: 95.7% 4.3%
x264 [info]: kb/s:22397.57
encoded 2500 frames, 25.83 fps, 22397.57 kb/s
x264 [info]: ended at Mon Oct 24 14:15:44 2011
x264 [info]: encoding duration 0:01:37
Verification Code: 19583A5F65565D1134606356115A28113441461149112A2921113111241F252438396B111911222734112011242345111A2C6923272511211F22222A1F232221275C3E605511212856575653252CFB565F54605556551123262121115763525E56641D1123261F2924115761641D112323242A281F2628115C532064
hoju3508
24th October 2011, 20:46
Disappointed that i7 980 had a slight edge http://images.zaazu.com/img/Sad-sad-lonely-unhappy-smiley-emoticon-001036-medium.gif.
http://img706.imageshack.us/img706/2007/x264benchmark.jpg
Intel Core i7-2600K CPU @ 3.4GHz ( 8C / 16T )
x264 0.119.2106kMod 07efeb4
(libswscale 2.1.0)
(libavformat 53.17.0)
(ffmpegsource 2.16.2.1)
built by Komisar on Oct 23 2011, gcc: 4.4.7 20110720 (prerelease) (x86_64.generic.Komisar)
configuration: --bit-depth=8 --chroma-format=all
x264 license: GPL version 2 or later
libswscale/libavformat/ffmpegsource license: GPL version 2 or later
ffms [info]: 1920x1080p 1:1 @ 50/1 fps (vfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
x264 [info]: profile High, level 4.2
x264 [info]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 fade_compensate=0.00 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0000 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
x264 [info]: started at Mon Oct 24 14:37:34 2011
x264 [info]: frame I:10 Avg QP:25.24 size:293382
x264 [info]: frame P:1242 Avg QP:28.43 size: 90351
x264 [info]: frame B:1248 Avg QP:31.32 size: 19907
x264 [info]: consecutive B-frames: 8.7% 66.6% 23.2% 1.6%
x264 [info]: mb I I16..4: 3.6% 76.6% 19.8%
x264 [info]: mb P I16..4: 0.1% 4.7% 0.8% P16..4: 38.2% 25.5% 16.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 0.0% 0.4% 0.0% B16..8: 48.1% 6.2% 1.9% direct: 4.2% skip:39.1% L0:36.0% L1:49.9% BI:14.1%
x264 [info]: 8x8 transform intra:83.2% inter:58.4%
x264 [info]: coded y,uvDC,uvAC intra: 90.8% 82.8% 56.9% inter: 30.4% 19.6% 4.0%
x264 [info]: i16 v,h,dc,p: 17% 37% 10% 36%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 25% 16% 5% 7% 6% 12% 6% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 21% 13% 7% 8% 7% 11% 7% 11%
x264 [info]: i8c dc,h,v,p: 52% 26% 15% 7%
x264 [info]: Weighted P-Frames: Y:1.0% UV:0.1%
x264 [info]: ref P L0: 70.4% 21.8% 5.9% 2.0% 0.0%
x264 [info]: ref B L0: 90.8% 7.8% 1.4%
x264 [info]: ref B L1: 95.6% 4.4%
x264 [info]: kb/s:22399.00
encoded 2500 frames, 23.36 fps, 22399.00 kb/s
x264 [info]: ended at Mon Oct 24 14:39:21 2011
x264 [info]: encoding duration 0:01:47
Verification Code: 1920113A5F65565D1134606356115A281E232721213C11344146113111241F2538396B1119112934112011222745111A2C6923272511211F22222A1F232221275C3E605511212856575653252CFB565F54605556551123262121115763525E56641D1123241F2427115761641D112323242A2A1F2121115C532064
soneca
25th October 2011, 01:26
This difference is really low, especially when dealing with the cost of each processor.
Zorro70
25th October 2011, 03:34
and one has 8 cores, which is always better for encoding
LigH
25th October 2011, 07:55
What a pity -- no 64-bit Windows here.
microhunt
26th October 2011, 22:30
Atak, are you planning on releasing an update soon? I'm about to convert a lot of Blurays and thought I'd wait to see if a new version is coming before I start. Will you be putting in a complete lossless setting similar to Bytecopy.
Zorro70
28th October 2011, 03:13
Is there any way to get ripbot to use 100% processor on the first pass without quality loss
im using intel 2600k and it uses 30% first pass on max quality avchd encodes
quality is my goal, if it diminishes quality it doesn't matter
looking forward to the next ripbot update, new x264 builds will make encoding faster for me anyway, is there one on the way mate!!!
will be donating this week ;-)
LigH
28th October 2011, 07:53
Try to understand which reasons could exist why the CPU is used with obviously less than 100%: Usually because the CPU has so little efforts that it mostly waits for hardware (reading from disk, accessing RAM, writing to disk).
You could try to disable the "Turbo mode" for the first pass, that could help you wasting more electricity; but you may not gain visible quality.
pacaveli211
29th October 2011, 16:33
here Zorro70, this will help:
http://www.newegg.com/Product/Product.aspx?Item=N82E16820227744
Zorro70
30th October 2011, 03:31
my pc
Intel i7 2600k 3.4ghz running at 4.6ghz sandy bridge
Asus p8p67 EVO motherboard
G.skill 8GB ddr3 2133mhz ram+ ram cooler
thermalright venomous x rt cpu coolerx 2 akasa viper fans/heatsink
Coolermaster HAFX case
XFX 850W Black Edition Modular PSU
2 x OCZ 240GB Vertex 3 in RAID0
its certainly not a disk thing lol
i can do 1gb/s read and write
it has nothing to do with the disks or hardware, it just doesnt utilise all 8 threads 100%
second pass uses all 100% of cpu
its no big deal just means first pass is as long as second pass, just annoying, especially as i encode for a HD site so am encoding 24/7 365
ahmad2008
30th October 2011, 05:15
hi
i have a question about the audio profile
why is the audio bit rate limited to 64 , 96 and 128 kbps ????
it would be great if the whole options are included i mean from 32 to 320 kbps
giving the user more audio bit rate options is what missing from this great wonderful software
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.