Log in

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


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 [204] 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429

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