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

Balthazar2k4
16th January 2012, 20:13
Fixed: not working 'Shutdown when Finished'
Fixed: error message in batch mode. Broken video file will be automatically discarded
Fixed: EncodingClient was using Domain-Name instead of Computer-Name
Fixed: Incorrect number of frames between passes in Distributed Encoding. Now number of frames in last chunk will be limited according to stat file
Changed: Encoding Client will first analyze video.mkv and then prepare chunks according to I-Frame (key frame) position. This fixes corruption at the begining of the chunk (at least on my test files ;)


http://www.mediafire.com/?bd9qegd59g976md

TODO: Fix "Starting...' issue

Out of curiosity, does this help with the corruption issues at 10 minutes marks we were seeing with distributed encoding? I have been meaning to get back to testing, but life always gets in the way.

gav1577
17th January 2012, 00:08
Out of curiosity, does this help with the corruption issues at 10 minutes marks we were seeing with distributed encoding?

Yes it does :) at least in my tests, VC1 now works fine i never had a problem with MPEG2 or AVC. Good work atak!!

Balthazar2k4
17th January 2012, 01:43
Yes it does :) at least in my tests, VC1 now works fine i never had a problem with MPEG2 or AVC. Good work atak!!

Hmm, interesting, I had many problems with AVC. I am trying it now with a test piece. I think the I-Frame idea is going to be the solution and "Bravo!" Atak for the solution. I hope it works as I would like to get some extra speed on the "Very Slow" preset :D

Update: First test was good on "Superfast". Run it through on "Very Slow" now.

Update: Superfast was 80fps with distributed encoding and Very Slow is 20fps. Just my 980x alone on Very Slow is 12.5fps. The 2500k is getting 8.5fps. I really hope this works!

Update: Well, two encodes down (both AVC) and all seems good. Need to dig up some MPEG-2 and VC1 discs to test.

nekrosoft13
17th January 2012, 05:56
then it sounds like you don't really have much of an issue at all other than a couple of your downloaded files just having some problems. prob not something you should be bothering atak with, especially if you can solve it with a simple remux

this issue

http://img857.imageshack.us/img857/5174/capture1yb.jpg

can't be solved with remux, remux is not even possible

Wishbringer
17th January 2012, 10:15
Changed: Encoding Client will first analyze video.mkv and then prepare chunks according to I-Frame (key frame) position. This fixes corruption at the begining of the chunk (at least on my test files ;)


@Atak_Snajpera:
...
x264farm had the ability to find out I-Frames and split encodes there.
Because 1st pass had fixed split of movieparts (without overhead of around 240 frames to find I-Frames between) and 2nd pass splitted encodes at the same point, so I don't think Ripbot264 has same ability. Am I wrong? Do you plan to implement it?

Thanks

Only minor issue: This behavior trusts I-Frame settings of source material. x264 theoretically could choose other I-Frames in unsplitted encode.
Same with bitratesettings in 2-pass while splitting. At moment each chunk get same bitrate, regardless of content.
In unsplitted encode bitrate is distributed over whole movie, now bitrate is only distributed over chunk.
Shouldn't have big effect, except in movies with changing content: Maybe "2001" with lots of black screens

Atak_Snajpera
17th January 2012, 15:42
Only minor issue: This behavior trusts I-Frame settings of source material. x264 theoretically could choose other I-Frames in unsplitted encode.
Same with bitratesettings in 2-pass while splitting. At moment each chunk get same bitrate, regardless of content.
In unsplitted encode bitrate is distributed over whole movie, now bitrate is only distributed over chunk.
Shouldn't have big effect, except in movies with changing content: Maybe "2001" with lots of black screens

That's why i didn't use smaller chunks. For CQ mode I could have used even 1 min chunk but for 2-pass that would be a disaster ;) 10 min seems to be optimal for both modes.
Also I think that x264farm works differently. I suppose that main computer does decoding for all servers.

Balthazar2k4
17th January 2012, 16:24
Atak, any chance that distributed encoding could be made to work with MKV? I have my entire collection ripped to MKV (300+ BDs) using MakeMKV and it would be nice to utilize distributed encoding without having to re-rip. If I have to rip my entire collection over it might actually be faster to just use my main machine to run the encodes. Not complaining, just curious if it might even be an option in the future. Thanks!

Atak_Snajpera
17th January 2012, 16:29
I could do that.

Balthazar2k4
17th January 2012, 16:35
I could do that.

I would greatly appreciate it. Thanks for considering it. Keep up the great work!

igorgladunyak
17th January 2012, 18:42
I know this is off-topic but what program should I use to encode DTS-HD Master Audio / 5.1 / 48 kHz / 3319 kbps
to DTS Core: 5.1 / 48 kHz / 1509 kbps

Balthazar2k4
17th January 2012, 18:44
I know this is off-topic but what program should I use to encode DTS-HD Master Audio / 5.1 / 48 kHz / 3319 kbps
to DTS Core: 5.1 / 48 kHz / 1509 kbps

Use eac3to to strip the legacy DTS track out of the MA track. Look here: http://en.wikibooks.org/wiki/Eac3to/How_to_Use

igorgladunyak
17th January 2012, 20:21
Use eac3to to strip the legacy DTS track out of the MA track. Look here: http://en.wikibooks.org/wiki/Eac3to/How_to_Use

I got error Surcode DTS Encoder doesn't seem to be installed. <ERROR>

Balthazar2k4
17th January 2012, 20:25
I got error

You shouldn't need Surcode to strip out the core track. Are you using the "-core" switch? You don't want to re-encode, just use the core track only.

Should look something like this:

eac3to input.dtshd output.dts -core

slalom
17th January 2012, 20:34
Atak, any chance that distributed encoding could be made to work with MKV? I have my entire collection ripped to MKV (300+ BDs) using MakeMKV and it would be nice to utilize distributed encoding without having to re-rip. If I have to rip my entire collection over it might actually be faster to just use my main machine to run the encodes. Not complaining, just curious if it might even be an option in the future. Thanks!
Yes, Please do that!

I know this is off-topic but what program should I use to encode DTS-HD Master Audio / 5.1 / 48 kHz / 3319 kbps
to DTS Core: 5.1 / 48 kHz / 1509 kbps
I use tsMuxer. Add your mkv, check only the audio track, check "downconvert DTS-MA to DTS" on track options, and on the output check the Demux button.

Do the demuxing and add the new audio track to RipBot264. You might need to pick the correct language on the audio track before you start.

Balthazar2k4
17th January 2012, 20:39
I use tsMuxer. Add your mkv, check only the audio track, check "downconvert DTS-MA to DTS" on track options, and on the output check the Demux button.

Do the demuxing and add the new audio track to RipBot264. You might need to pick the correct language on the audio track before you start.

Also another great option Slalom. I always forget about tsMuxer, but that will work just as well and has a GUI to boot.

igorgladunyak
17th January 2012, 20:43
Balthazar2k4
slalom
Thanks
Now how to encode from
DTS Core: 5.1 / 48 kHz / 1509 kbps to DTS 968 kbps or DTS 768 kbps

slalom
17th January 2012, 21:11
I still can't understand how eac3to works, since It's not a program to run

Balthazar2k4
17th January 2012, 21:17
Balthazar2k4
slalom
Thanks
Now how to encode from
DTS Core: 5.1 / 48 kHz / 1509 kbps to DTS 968 kbps or DTS 768 kbps

If you want to drop the DTS to a lower bitrate then you will need Surcode as that will be required for transcoding. My suggestion is that if you want lower bitrate DTS, just switch to 640kbps AC3. It is virtually impossible to tell the difference. In fact, you can do a straight transcode from DTS-HD MA to AC3 in a single step with eac3to.

Balthazar2k4
17th January 2012, 21:20
I still can't understand how eac3to works, since It's not a program to run

It is actually a very simple program to run. If you are on Windows (which you would need to be to get it to run), pop open a command line window and check out the wiki guide I linked at the top of the page for instructions. It is an extremely versatile, powerful program and the basis for many encoding GUIs. Look here for even more info: http://forum.doom9.org/showthread.php?t=125966

igorgladunyak
17th January 2012, 22:01
If you want to drop the DTS to a lower bitrate then you will need Surcode as that will be required for transcoding. Thank you
My suggestion is that if you want lower bitrate DTS, just switch to 640kbps AC3. It is virtually impossible to tell the difference. In fact, you can do a straight transcode from DTS-HD MA to AC3 in a single step with eac3to.
You mean there is no difference between DTS 768 kbps and AC3 5.1 640 kbps

Atak_Snajpera
17th January 2012, 22:06
wrong!!! there is no difference between ac3 640kbps and dts 1536kbps. ac3 is more advanced that overrated dts. the best at the moment is aac. 320kbps is enough for transparent quality.

Balthazar2k4
17th January 2012, 22:09
wrong!!! there is no difference between ac3 640kbps and dts 1536kbps. ac3 is more advanced that overrated dts. the best at the moment is aac. 320kbps is enough for transparent quality.

Thank you Atak. That is what I was driving at. The only issue I have with multichannel AAC is it's overall compatibility with products. That's why I stick with AC3.

igorgladunyak
17th January 2012, 22:22
I think to see the difference you must have a good audio system.
Atak_Snajpera
Do you think 320 kbps is enough for the AAC codec?

Balthazar2k4
17th January 2012, 22:23
I think to see the difference you must have a good audio system.
Atak_Snajpera
Do you think 320 kbps is enough for the AAC codec?

I have a modest system and I hear no difference between DTS and AC3. I DO hear a difference between the lossless codecs (DTS-HD MA, TrueHD) and lossy (DTS, AC3).

For reference, I am running all Emotiva amps with Martin Logan ELS speakers.

Atak_Snajpera
17th January 2012, 22:28
aac stands for advanced audio codec . 128kbps 2.0 and 320 5.1 are both transparent.

igorgladunyak
17th January 2012, 22:40
And one more question if I encode audio track AC3 5.1 384/448/640 kbps in AAC 320 kbps quality is lost?

omegaman7
17th January 2012, 22:44
When compressing, data is always lost. However, the human perception factor should be negligible eh?

Balthazar2k4
17th January 2012, 22:47
And one more question if I encode audio track AC3 5.1 384/448/640 kbps in AAC 320 kbps quality is lost?

I wouldn't recommend lossy to lossy unless you absolutely need to save some space. Personally, I would just stick with the AC3 unless you need the AAC compatibility.

Balthazar2k4
17th January 2012, 22:50
When compressing, data is always lost. However, the human perception factor should be negligible eh?

I think you mean with lossy compression data is always lost. Obviously with lossless the data is intact.

igorgladunyak
17th January 2012, 22:53
If quality is lost there is no sense encode to save 100 or 200 MB space.

Balthazar2k4
17th January 2012, 22:55
If quality is lost there is no sense encode to save 100 or 200 MB space.

Well, as Omegaman7 pointed out, you may not be able to perceive the loss. As I previously stated, unless you absolutely need to recompress, I would avoid it.

omegaman7
17th January 2012, 22:55
Well, when compressing/converting, data is always lost. But you're right. In a lossless conversion scheme, the audio data is technically intact ;)

Atak_Snajpera
17th January 2012, 22:56
you should always encode from lossless! ac3 / dts to aac is like convering jpeg to another newer lossy format jpeg xr

Balthazar2k4
17th January 2012, 23:03
you should always encode from lossless! ac3 / dts to aac is like convering jpeg to another newer lossy format jpeg xr

Agreed. I only convert to AC3/AAC from lossless sources. The only way to guarantee the best possible sound within the codec limitations.

igorgladunyak
17th January 2012, 23:37
When I encode movie my CPU shows 100% usage and every 10 min PC freezes. Processor Intel Core2 Duo @ 2.16GHz

Atak_Snajpera
17th January 2012, 23:41
this is normal.

igorgladunyak
17th January 2012, 23:47
Atak_Snajpera
and computer fan runs non-stop

I tried MeGUI uses processor on 95-96% why RipBot264 on 100%?

Atak_Snajpera
18th January 2012, 00:06
why not???!!!!!! you should be happy like baby that x264 can use all cores at 100%. would you be more happy if encoder was using 50%. you and your problems...

igorgladunyak
18th January 2012, 00:16
If I buy more powerful processor encoding speed increases?

Atak_Snajpera
18th January 2012, 00:19
no it will decrease...

Balthazar2k4
18th January 2012, 00:39
If I buy more powerful processor encoding speed increases?

I think that is a pretty obvious answer. To put it in perspective, my i7-980x is running at 4ghz and can churn through BluRay rips about 50% faster than my i5-2500k at 4.8ghz. The more threads you can throw at x264 the better. I would say something like an i7-2600k or i7-3820 would be the sweet spot for performance per dollar.

igorgladunyak
18th January 2012, 00:56
Balthazar2k4
I encoded Captain America: The First Avenger with these encoding settings around 20 hour
Encoding settings : cabac=1 / ref=8 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=0.80:0.00 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=2705 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00

Balthazar2k4
18th January 2012, 01:11
Balthazar2k4
I encoded Captain America: The First Avenger with these encoding settings around 20 hour

I assume that is a 720p encode. I did the "Very Slow" preset which is nearly the same parameters in 4 hours on my 980x. With distributed encoding (using my 2500k in tandem), it took about 2.5 hours.

igorgladunyak
18th January 2012, 14:03
Balthazar2k4
:thanks:

TheThreemagi
18th January 2012, 16:49
That's why i didn't use smaller chunks. For CQ mode I could have used even 1 min chunk but for 2-pass that would be a disaster ;) 10 min seems to be optimal for both modes.

Is there a way to add this as an option between each mode? On longer movies, the 10 minutes isn't that bad, but on shorter tv shows it seems like I don't get much benefit out of this because of the larger chunk sizes.

My computers vary greatly in power, 8-Core FX, 2 quad Phenoms and a quad Phenom II. I use CQ and would love to have smaller 1 minute chunk sizes.

Also, if I have more than one file in my queue why doesn't it chunk all of the files at once? This way when encode 1 is finished the other computers aren't just idle.

I understand distributed is new, and I really do love it, but I'm just curious about those situations.

Thanks!

Atak_Snajpera
18th January 2012, 19:38
ok. in next update you will get 1 min chunks for cq.

Ryushin
18th January 2012, 23:40
ok. in next update you will get 1 min chunks for cq.

Do you think there is an overhead of having each client pull just one minute of data would slow things down?

Atak_Snajpera
18th January 2012, 23:48
i will check that using my two pcs (Q6600@3GHz and Q8200@2.8GHz) . keep in mind that smaller chunk means more work for servers (less idle time)

picman1
19th January 2012, 01:13
Hi, I am trying the latest version to copy the video as is but to include the forced subs as in Avatar BD but no luck. I select the main movie, only include chapters no audio for now, select subs to build in picture, the subs get converted and gathering information comes up. Then I select copy stream from profiles, select AVCHD for container output. When I start the process it goes into muxing for 24 mins and it's complete. Movie looks great but no subs. What am I doing wrong? I don't want to encode the movie as it streams natively to my PS3. Thank you for any suggestions.

LigH
19th January 2012, 07:53
I think to see the difference you must have a good audio system.

Not only a good audio system, but also an audience room specifically designed not to disturb the audio too much.

Any average furnished living room hardly meets the requirements for a room where you can separate AC3 from dts in bitrates usual for DVDs. All the furniture has its own resonances.

HD audio is mainly advertizing, not usually additional value. Especially because HD audio is subsequently wrecked by audio watermarks.