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

Wishbringer
26th June 2012, 17:47
Only if audio is processed and then bitrate for video is calculated.
So it was used in products like AutoGK years ago.
But advantage is minimal and there could be problems while muxing two variable bitrate streams (at least they were in early days in avi container)

Trayman
26th June 2012, 18:35
@Atak is there any way in the ini to default 2pass with a locked output size ?

//Trayman

soneca
26th June 2012, 20:37
DefaultEncodingMode=2-pass
There are already some pre-defined output sizes.
Locked output size... only if the Atak create this new option.

Ajax_Undone
27th June 2012, 21:40
http://www.mediafire.com/?3cuk0oex6q1trj6

New installer for those of you who care =;)

defalopii
28th June 2012, 05:31
atak, please add more than 8 Encoding Server, its not enough for user who want to add more machine to that distributed encoding
give it 12, 20, or maybe unlimited Encoding Server for flexibility expanding the distributed encoding machine

thanks

Adub
30th June 2012, 00:14
Good lord, most home users don't even have 4 space PCs, let alone 12 or 20. When you start adding more and more clients, the main bottle neck can become your distributed storage, not your processor count.

defalopii
30th June 2012, 01:59
@Adub: I am using 2x 120GB SSD RAID 10 on each server, so there will be no bottleneck on the storage

robf
30th June 2012, 05:08
Hey Atak,

Here is an easy solution to mixing 64 and 32 bit windows machines;

Create the chunk command files like this;

if "%ProgramW6432%" == "" (
@echo 32-bit
"\\STARSCREAM\Ripbot264temp\tools\x264\x264_x86.exe" blahblahblah
) else (
@echo 64-bit
"\\STARSCREAM\Ripbot264temp\tools\x264\x264_x64.exe" blahblahblah
)

I tested by hand editing the files and it works fine. You could even remove the 64-bit option in the main ini file.

I would very much appreciate if you could put this in the next release.

Thanks,
Rob

bob777fred
30th June 2012, 20:14
Maybe it's me - but I'm trying to Batch Blu-Ray movies but it doesn't support the .m2ts file extension - is there a way around this by simply editing an ini file or something of the sort? If not, any plans to support - having to wait 15 minutes to demux and filter before adding another gets pretty old pretty quick!

jwjohnson
30th June 2012, 20:25
Good lord, most home users don't even have 4 space PCs, let alone 12 or 20. When you start adding more and more clients, the main bottle neck can become your distributed storage, not your processor count.
I need to run three separate instances of EncodingServer on each machine to max out the CPU, so you can easily reach the limit with "only" 3 machines.

Atak_Snajpera
30th June 2012, 20:53
I need to run three separate instances of EncodingServer on each machine to max out the CPU, so you can easily reach the limit with "only" 3 machines.

what kind of beast do you have that you have to run 3 servers in order to saturate your cpu?

for example 4 servers easily saturate even 2x16 core systems.

jwjohnson
30th June 2012, 21:53
If I run two encoding servers on my i7 3770k the cores are being utilized about 80-85%. If I run three they are all at 100%.

defalopii
1st July 2012, 02:47
what kind of beast do you have that you have to run 3 servers in order to saturate your cpu?

for example 4 servers easily saturate even 2x16 core systems.

Yes if in the 2nd pass
But in 1st pass 4 encoding servers only eat 20% of my 2x16 core systems

slalom
1st July 2012, 09:36
atak, please add more than 8 Encoding Server, its not enough for user who want to add more machine to that distributed encoding
give it 12, 20, or maybe unlimited Encoding Server for flexibility expanding the distributed encoding machine

thanks
You can encode 2 movies at the same time with more than 8 clients

Ryushin
2nd July 2012, 01:10
This is an example of the corrupt burned in subtitles problem that I'm seeing with distributed encoding:
Normal Subtitle:
http://www.chrisdos.com/normal_subtitle.jpg
Broken Subtitle:
http://www.chrisdos.com/broken_subtitle.jpg

I may not see any broken subtitles in a whole movie that has them burned in. For example, the first two Samurai Trilogy movies showed now problems. The beginning of the third movie has the broken subtitle as above. Any time I use burned subtitles, I have to watch the whole movie that all the subtitles are there and not in a corrupted state. Is there anything I can provide to possible try and solve this problem. In my eyes, it's the last major bug to distributed encoding.

jpv
2nd July 2012, 08:45
I have found a possible memory leak in the batch mode windows/program.

I use this batch mode to load directories. Even with a small number of files, the size of Ripbot264 increases. For example, with 16 vob files in a single directory, the size begins at ~15 MB and finishes at ~ 30 MB.

For example, I used Ripbot264 to re-encode lot of files and after a long time of work (a day, sometime less), Ripbot264 started to send error messages claiming for memory. Last time i did this, the size of Ripbot264 was 1.8 GB.

atak, do you know this problem ? Is there a way to get rid of this problem ?

Shrekage
2nd July 2012, 16:26
The best I can do now is 9 machines... the one running the client is not a server...

it would be really nice if ripbot could handle some of the tasks while the client was managing the servers. like maybe preparing the next job for DE while the current job is ongoing...

but yes... it would also be nice if I could use all of my machines (even the netbooks) as servers that would give me 19 machines to be able to encode, and that's not counting my work PC...

I have figured out how to use Windpws PE as an encoding server so even my linux boxes are available with a reboot to a USB stick... (even though it's only limited to 32-bit)

Atak_Snajpera
2nd July 2012, 17:00
you have to ask yourself a question if adding more pcs make a sense. for example netbooks have ridiculously slow cpus (intel atom). laptops are not even better (intel i3 with low clock)

Balthazar2k4
3rd July 2012, 13:53
This is an example of the corrupt burned in subtitles problem that I'm seeing with distributed encoding:
Normal Subtitle:
http://www.chrisdos.com/normal_subtitle.jpg
Broken Subtitle:
http://www.chrisdos.com/broken_subtitle.jpg

I may not see any broken subtitles in a whole movie that has them burned in. For example, the first two Samurai Trilogy movies showed now problems. The beginning of the third movie has the broken subtitle as above. Any time I use burned subtitles, I have to watch the whole movie that all the subtitles are there and not in a corrupted state. Is there anything I can provide to possible try and solve this problem. In my eyes, it's the last major bug to distributed encoding.

That is very interesting Rysuhin. I have done several movies with DE and subtitles (PGS) at this point and all have come out fine. I wonder what the difference is?

Ryushin
3rd July 2012, 14:29
That is very interesting Rysuhin. I have done several movies with DE and subtitles (PGS) at this point and all have come out fine. I wonder what the difference is?

You did not say otherwise, but can I assume that you've burned in the subtitles and not just added them to the mkv container?

Yea, I wish I knew what might be the difference. So far I'm 2/3 through the third movie after just clicking the box to tell it to encode again. It has not had any problems yet.

Interesting thing was in that example, after I started watching the re-encoded version, it's actually missing three subtitles after that corrupted one.

I have more then a few foreign films and I always burn in the subtitles for those. I've had the problem happen with some movies that just had forced subtitles such as Avatar.

Balthazar2k4
3rd July 2012, 17:42
You did not say otherwise, but can I assume that you've burned in the subtitles and not just added them to the mkv container?

Yea, I wish I knew what might be the difference. So far I'm 2/3 through the third movie after just clicking the box to tell it to encode again. It has not had any problems yet.

Interesting thing was in that example, after I started watching the re-encoded version, it's actually missing three subtitles after that corrupted one.

I have more then a few foreign films and I always burn in the subtitles for those. I've had the problem happen with some movies that just had forced subtitles such as Avatar.

Yes, I am referring to burned-in subs. I just recently watched Avatar and the subs were all correct without any corruption. Almost seems like some kind frame serving problem during the DGIndex phase. I haven't done a ton of movies with subs and most are forced subs, but I do have a few foreign films that I have only spot checked and seem fine. If I have time I might sit down and watch one all the way through and see if any anomalies pop up.

SimonK91
3rd July 2012, 19:18
How many GB RAM is needed to have a fast encoding speed? I need a new Computer so i think the best CPU for 200$ would be the AMD FX-8150. So i also need new RAM and im not sure if i buy 4GB DDR 1333 or 2GB 1866. :confused:

Atak_Snajpera
3rd July 2012, 19:43
ram is very cheap these days. i wouldn't buy less than 4gb. also you don't have to buy the fastest memory because for x264 cpu is the most important piece of your pc.

SimonK91
3rd July 2012, 20:33
Shame that the Intel Xeon E3-1230 V2 is not listed in your FHD x264 Benchmark. Im not sure if this CPU maybe is faster than an AMD FX-8150 (maybe with OC). The Intel Xeon costs about 20$ more than the AMD. Do you have any idea if this would be the better CPU for x264?

Atak_Snajpera
3rd July 2012, 20:54
just compare i7 with fx

QUEENFAN
4th July 2012, 09:15
Hello,

are there any advantages using profile HIGH 4.0 (HD) instead of MAIN 3.0 (SD) when encoding SD-material (from DVD) to mkv (CQ20)?

flebber
4th July 2012, 09:24
Hello,

are there any advantages using profile HIGH 4.0 (HD) instead of MAIN 3.0 (SD) when encoding SD-material (from DVD) to mkv (CQ20)?

not if your size isnt greater than 720
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles

QUEENFAN
4th July 2012, 12:15
@flebber

Superb link, thanks a lot for that (and your quick reply, of course).

GMJCZP
4th July 2012, 15:23
I could not download the package, the NOD32 5 blocked me as a new threat.

slalom
4th July 2012, 19:31
Atak, one suggestion

There should be an option to take a server offline after completing a chunk, and not cancelling the conversion with the "off" button.
Something like one click to disconnect when done, and a second to cancel the chunk. Or seperate buttons.

This 1.17.2 version, finally works fine in DE for me.

Well done!

Atak_Snajpera
4th July 2012, 20:44
i still see no reason why would you need that ?

billspice
4th July 2012, 21:07
hi atak, possibly one of the best apps ive used in a long time!
im sorry to ask this again, but when i asked previously i didnt get a responce, because there were a lot of other questions asked.

its just a simple generic question really,
i have my source bluray loaded in the stream is the m2ts and according to mediainfo has a max overall bitrate of 48 mbps

would you reccomend always using 4.1 over 4.0 for the avc level for ripping all blurays? as 4.1 would cover higher bitrate, so is it a failsafe to rip with 4.1 as standard?

also were are these tutorials a member dvdbob talks off, as i have no idea about EncodingClient and EncodingServer,?

any help would be appreciated?

regards

bill

Atak_Snajpera
4th July 2012, 21:27
1) see first post. why do you reencode bluray movies?
2) see ripbot264 distributed encoding tutorial on youtube

slalom
4th July 2012, 21:48
i still see no reason why would you need that ?
For automation.
To unbind the server without having to cancel the encoding of the chunk, or to not to have to wait until the chunk is finished to turn it offline.

It's not something I need, it's a suggestion.

Atak_Snajpera
4th July 2012, 22:49
i don't need it either.

billspice
5th July 2012, 14:08
1) see first post. why do you reencode bluray movies?
2) see ripbot264 distributed encoding tutorial on youtube

THANKS ATAK!

ill check youtube, for encoding tutorial

i normaly just rip bluray to 1-1 image/video disk with anydvd then encode thru ripbot with 16 crf and x copy stream audio,

ive just done my first forced subs film and i am so impressed how effecient it was burning in the subs, its literaly saves me so much time!

thankyou so much.

is there a way to add mulitple sound sources, eg, if i want to add the second directors commentary track? etc

or is it a case of just muxing that with tsmuxer then re-adding with mkvmerge to ripbots result?

kindest regards!
bill

slalom
5th July 2012, 19:46
i don't need it either.
Well, I can live without it.

Another issue,
while connecting with Remote Desktop Connection a "floating point" error appeared. Chuncks were stored, I didn't loose anything.

Note that yesterday, same connection, nothing went wrong (as it was supposed to)

defalopii
6th July 2012, 05:28
How ripbot make decision to split the video into chunks ??
I have 8 Encoding Servers online, but sometimes ripbot only give me 2 chunks, so 6 other encoding server not used

Markstar
6th July 2012, 07:31
Wow, 575 pages! :eek:

So after a few years break from encoding (or at least caring about new encoding methods) I would like to get back into the game a bit, but I'm new to x264 and Ripbot. :o

My goal is to have 720p backups for my HTPC that are about 2-2.5GB, but obviously I still want the best quality possible.

Here are my questions:
1) AVC level: Which one to take? From this wiki page (http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels) it looks like the higher, the better due to the higher DPB, etc.. Is there any reason to go for the default 4.0 instead of the 5.1 if the files will be played on a modern PC?

2) AVC profile: High or Hi10? 10 bits per sample sounds nice to have - but does one really need it?

3) x264 preset: Here (http://mewiki.project357.com/wiki/X264_Settings#preset) it says: "You should generally set this option to the slowest you can bear." What do you guys use? Is going from Slow to VerySlow really worth it? Is there an estimate of how much more efficient the settings are (which I assume could be otherwise be made up by size)?

4) Mode: Let's say I adjusted my encodes so that both my CQ and my 2-pass encoding result in the same file size. Shouldn't the 2-pass encoding result in better quality for the demanding scenes while only be marginally worse in slower scenes? I made a few encoding tests and I feel like this is the case, but I would like your opinion on it as well.
Thank you in advance for your answers!!!

Atak_Snajpera
6th July 2012, 09:52
How ripbot make decision to split the video into chunks ??
CQ - 1min chunk
2-pass - 10min chunk

1) AVC level: Which one to take? From this wiki page it looks like the higher, the better due to the higher DPB, etc.. Is there any reason to go for the default 4.0 instead of the 5.1 if the files will be played on a modern PC?

2) AVC profile: High or Hi10? 10 bits per sample sounds nice to have - but does one really need it?

3) x264 preset: Here it says: "You should generally set this option to the slowest you can bear." What do you guys use? Is going from Slow to VerySlow really worth it? Is there an estimate of how much more efficient the settings are (which I assume could be otherwise be made up by size)?
if you intend do decode/watch your movies using PC then You should use High 10 profile ([HI10 x.x] HD . PC ONLY . 10bit) for the highest quality. Avc level will be determined automatically by x264 encoder. From my experience I can tell that 10 bit with medium default preset gives better quality than 8 bit slower preset.

Unfortunately there is a catch. 10 bit avc video files won't work in DXVA and on any other hardware player like blu-ray / PS3 / XBOX360 / WDTV / TV with build in player ...

4) Mode: Let's say I adjusted my encodes so that both my CQ and my 2-pass encoding result in the same file size. Shouldn't the 2-pass encoding result in better quality for the demanding scenes while only be marginally worse in slower scenes? I made a few encoding tests and I feel like this is the case, but I would like your opinion on it as well.

CQ and 2pass should give the same quality for the same file size.

Markstar
6th July 2012, 15:58
Thank you for your answer, it is much appreciated!!! :)
if you intend do decode/watch your movies using PC then You should use High 10 profile ([HI10 x.x] HD . PC ONLY . 10bit) for the highest quality. Avc level will be determined automatically by x264 encoder. From my experience I can tell that 10 bit with medium default preset gives better quality than 8 bit slower preset. Alright, 10bit it is then.

Hmm, I made some small tests concerning the x264 preset (on 2500K@4.6GHz):
Size FPS
Default 100% (96.2) 100% (21.4)
Slow 100% (96.2) 41.6% (8.9)
Slower 97.7% (94) 26.6% (5.7)
VerySlow 90.3% (86.8) 12.3% (2.64)Before, I assumed that the preset would just influence the quality, but it appears size is affected. Or is it even both? To be honest, I can't really tell a difference between them. :o

Unfortunately there is a catch. 10 bit avc video files won't work in DXVA and on any other hardware player like blu-ray / PS3 / XBOX360 / WDTV / TV with build in player ...That's no problem at all, these files are for personal use only.

CQ and 2pass should give the same quality for the same file size.Interesting and of course I'll take your word for it, though it is a bit counter-intuitive for me.

Oh, another question: What setting do you use to get rid of blocks (in large areas that have almost the same color)? I played around with --deblock x:y, but wasn't really satsified with my values.

NetGlux
6th July 2012, 16:09
How to get rid from?

Bit rate mode : Variable
Maximum bit rate : 12.5 Mbps

I want the constant.
Thx.

omegaman7
6th July 2012, 16:20
Oh, another question: What setting do you use to get rid of blocks (in large areas that have almost the same color)? I played around with --deblock x:y, but wasn't really satsified with my values.

If you're using hardware render *Acceleration* (which uses the GPU) for playback, it's possible that the encoded video is being over simplified. Try playing back the video with the CPU instead. You'll notice a lot less "Blockiness" or none at all. I once thought that BD rebuilder was causing the blockiness. I discovered that the GPU was over simplifying the video playback.

slalom
6th July 2012, 22:42
CQ - 1min chunk
2-pass - 10min chunk
When the last chunk is encoded, other servers are not used. I noticed the last one has the greater duration, which lefts other servers at IDLE.

If you made 5 min chunks, then more servers would be used simultaneously and less time would be needed to encode.

Atak_Snajpera
6th July 2012, 23:23
smaller chunk in 2 pass is not a smart idea.

defalopii
6th July 2012, 23:35
When the last chunk is encoded, other servers are not used. I noticed the last one has the greater duration, which lefts other servers at IDLE.

If you made 5 min chunks, then more servers would be used simultaneously and less time would be needed to encode.

Yeah, better the developer make chunks depend how much active Encoding Servers.
If there is 2 active servers than only 2 chunks, if 8 active servers than should be 8 chunks.
And also every chunks should have same total frames. For now, as i can see, the 1st chunk for example, frames 0 - 14222 and the last chunk 110548 - 155126.
that's why the last chunk always take longest encoding time bcoz it has greatest total frames being encoded while the other servers has done its job and idle.

mscsmyrpln
7th July 2012, 04:36
FYI, MediaFire download link in the first post is dead. Downloading from VideoHelp.com worked fine, of course.

Continuing thanks for this great tool.

gr1mmj0w
7th July 2012, 06:03
So I started geting this error after doing batch encoding...

http://i.imgur.com/3nZax.png

I reinstalled the needed files but it still happens, not sure what else to do.

Atak_Snajpera
7th July 2012, 11:12
Yeah, better the developer make chunks depend how much active Encoding Servers.
If there is 2 active servers than only 2 chunks, if 8 active servers than should be 8 chunks.
Yeah, great idea! ;) But what if user have two pcs. One with six cores and other with only two cores. Splitting exactly into two chunks will be VERY ineffective! Six core pc will finish encoding alot faster than 3 times slower two core PC.

Forget about 2-pass and start using Constant Quality Mode where you have 1 min chunks and only one pass!
Who these days stores movie collection on unreliable optical discs?! Big portable (1TB+) usb harddrives are cheaper (cost for 1GB) and your whole collection is in one place.

@gr1mmj0w
Life would be easier if users did not forget to click on that magic arrow next to "View problem details".

SimonK91
7th July 2012, 12:31
When Ripbot says "Please wait. Demuxing selected streams" it is usually very slow. My CPU is only at 10 % usage and i've got a fast HDD. So which hardware is the performance limiter in that demuxing process? Is it may the HDD? Could it running on a SSD be a big performance advantage? (edit: same question while "Indexing" in Destribuded Mode. Where is the performance limitation on that progress in the hardware? Thanks!)


Yeah, great idea! ;) But what if user have two pcs. One with six cores and other with only two cores. Splitting exactly into two chunks will be VERY ineffective! Six core pc will finish encoding alot faster than 3 times slower two core PC.

Thats right, but maybe it would be the best solution if the chunks would be just a bit bigger than now. Would it be hard to develop that the user can choose the chunksize in settings? The best solution would be a selectable chunksize just at the Encoding-Server IP so that Ripbot uses the chunksize which is taken from the user for every server! :P These little chunks right now also have the problem that the encoding process always stops while completing and starting a chunk. This costs time too.