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

Nkotok
3rd June 2009, 15:18
TrueHD will be uncompressed to LPCM.

Can you explain what it will mean for an encode result burnt on a BD25? Will it just have a movie but instead of TrueHD there will be LPCM? Will there be a ny difference between it and the original track? Is there any way to make it TrueHD again before burning on a blank?

hoju3508
3rd June 2009, 17:11
I noticed a slow down as well with 1.14.1 vs. 1.13.3. With the first pass, it was doing like 3-4 fps instead of the 9-12 fps.

Waiting for the new release that fixes the oversized DTS track.

Must be the new x264 slowing the process down - just tried the same movie with 1.13.3 - all commandline settings are the same used in 1.14.1 ( bitrate ,drive partition all the same) . With 1.13.3 encode is about 70% of the time using 1.14.1 and all cpu utilization is higher.

Atak_Snajpera
3rd June 2009, 17:11
Will it just have a movie but instead of TrueHD there will be LPCM? Will there be a ny difference between it and the original track?
Yes! Movie will have LPCM audio instead of TrueHD. You must know that uncompressed audio has 100% the same quality as compressed format. This like uncompressing .zip or .rar archive to original state.

With the first pass, it was doing like 3-4 fps instead of the 9-12 fps.
I will check this later.

Nkotok
3rd June 2009, 17:15
Yes! Movie will have LPCM audio instead of TrueHD. You must know that uncompressed audio has 100% the same quality as compressed format. This like uncompressing .zip or .rar archive to original state.

Thanks. I was not sure how it works with the audio. So the only difference will be what: the bigger size of the uncompressed LPCM?

Atak_Snajpera
3rd June 2009, 17:29
So the only difference will be what: the bigger size of the uncompressed LPCM?
Yes! Around 40% bigger. Do not worry about that because BD has enough room for video and uncompressed audio.

nwg
3rd June 2009, 17:33
I think I know why my Sony S350 is not FF/RW and chapetering ok. I put a ripbot file into mediainfo and GOP sizes is Keyint= 250 and keyint_min=25. I put a BD ReBuilder file in that works with the S350 and the keyint=24 and keyint_min=1.

Atak_Snajpera
3rd June 2009, 17:36
I think I know why my Sony S350 is not FF/RW and chapetering ok. I put a ripbot file into mediainfo and GOP sizes is Keyint= 250 and keyint_min=25. According to BD specs it should be more like 1.
Why don't you check if Keyint= 25 and keyint_min=1 work better for you?

Nkotok
3rd June 2009, 17:43
Yes! Around 40% bigger. Do not worry about that because BD has enough room for video and uncompressed audio.

By about 40%!!!? That's still kind of crazy. So if a TrueHD track is about 3-4Gb, uncompressed will take 5-7Gb? That's a lot and video will have to be of lesser quality. I know 25Gb is a lot for both video and hd audio, but a golden middle by leaving the original TrueHD would be nice. AC3 is too little and LPCM is too much (why waite additional 2GB of space that could be used for better video).

Atak_Snajpera
3rd June 2009, 18:09
You will need cybernetic eyes to see any difference! x264 is VERY VERY efficient. Movie shrank to 7.96 gb can look as good as original! On BD you have 3 times more space! Besides If you are that crazy about quality you should not re-encode at all!

Nkotok
3rd June 2009, 18:13
You will need cybernetic eyes to see any difference! x264 is VERY VERY efficient. Movie shrank to 7.96 gb can look as good as original! In BD you have 3 times more space!

Even for fast moving scenes?
I wonder encodes at which percentage rate of the original video will show signs of lesser quality? I remember when I did encode DVDs, video at about 60% would show macro blocking etc.

Atak_Snajpera
3rd June 2009, 18:16
Even for fast moving scenes?
yes! yes! Even at fast moving scenes!

I wonder encodes at which percentage rate of the original video will show signs of lesser quality?
There is no golden value! Some movies require more bits ,some less. End of story.

Ga1j1n
3rd June 2009, 19:09
I encode 1080P videos to 3.99gb (4094mb target size) with 5.1AAC Audio with minimal quality loss to fit on FAT32 devices.

I find this offers a great compromise between absolute quality and convenient size, In my opinon the low compression/high bitrate of a normal BluRay video (average 15-20Gb) + 3-4gb of 5.1 audio is more to allow the use of lower hardware specifications in dedicated BluRay players meaning lower producton costs for manufacturers than to guarantee the best image quality.

As long as the device you use for playback has the horsepower to decode a more agressively encoded video stream (e.g a PS3) you won't notice a big difference between a 4gb encode and the original (except for maybe a bit of blocking and averaging in dark scenes)

Just my take on it. try it out for yourselves

:p

rack04
3rd June 2009, 20:04
For some reason after loading a avs script the boxes for "mode" and "save as" are still greyed out. I'm not able to select two pass or avchd. Is anyone else having this problem?

http://i11.photobucket.com/albums/a199/rack04/ripbot.jpg

I don't know what's wrong but I've tried 3 seperate computers and I still can't get RipBot264 to allow changes when a avs script file is used as video input. It worked perfectly in the previous version. It's like it is not detecting the video format. Loading a mkv directly everything works find. Loading a avs script file for the same mkv doesn't work. This is the script:

DirectShowSource("C:\Personal\Videos\sample.mkv", audio=false)
AssumeFPS(24000,1001)
crop( 0, 128, 0, -136)
Spline64Resize(1280,544)

Atak_Snajpera
3rd June 2009, 20:17
I get this with Spline64Resize
http://img32.imageshack.us/img32/6020/testavssnapshot20090603.png

instead of Spline64Resize(1280,544) use Spline36Resize(1280,544)

rack04
3rd June 2009, 20:24
RipBot264v1.13.3 is the last version that works for the avs script.

Atak_Snajpera
3rd June 2009, 20:26
I used your script and it works ok. I only changed Spline64Resize(1280,544) to Spline36Resize(1280,544)

rack04
3rd June 2009, 20:27
I get this with Spline64Resize
http://img32.imageshack.us/img32/6020/testavssnapshot20090603.png

instead of Spline64Resize(1280,544) use Spline36Resize(1280,544)

Spline64Resize(1280,544) works fine for me using AviSynth 2.58, build:Dec 22, 2008.

Atak_Snajpera
3rd June 2009, 20:30
I just realized that I still have 2.57. BTW Did you check on vista and 7 or only on xp

rack04
3rd June 2009, 20:30
I just realized that I still have 2.57. BTW Did you check on vista and 7 or only on xp

Just XP.

Atak_Snajpera
3rd June 2009, 20:32
I stopped using XP long time ago. I have only access to Vista and 7 and I have absolutely no problems with .avs scripts on both systems.

rack04
3rd June 2009, 20:37
I confirmed it worked using Spline36Resize(1280,544). Although I have found that it doesn't work using LanczosResize(1280,544). So it seems to be a function of resize algorithm. Maybe I uninstall AviSynth 2.58 and install AviSynth 2.57 and see if that makes a difference.

I stopped using XP long time ago. I have only access to Vista and 7 and I have absolutely no problems with .avs scripts on both systems.

Well for one you can't use Spline64Resize but I think that is a function of AviSynth version. :)

Atak_Snajpera
3rd June 2009, 20:39
Although I have found that it doesn't work using LanczosResize(1280,544)
Lanczos works as well on my system (Vista + AviSynth 2.57)
I confirm that it does not work with AviSynth 2.58!

rack04
3rd June 2009, 20:41
Lanczos works as well on my system (Vista + AviSynth 2.57)

Well I guess I'll stick with RipBot264v1.13.3. Thanks for looking into this.

In case anyone wants to test I have attached a download link to the sample.mkv and AviSynth script file.

http://www.sendspace.com/file/7w80gy

Atak_Snajpera
3rd June 2009, 21:16
There must be a bug in AviSynth 2.5.8 probably in DirectShowSource.dll plugin
This is what I get
http://img510.imageshack.us/img510/7748/snapshot20090603210841.png

Everything works well with AviSynth 2.5.7

BTW. Buttons did not unlock because frame could not be extracted due to above error.

rack04
3rd June 2009, 21:20
There must be a bug in AviSynth 2.5.8 probably in DirectShowSource.dll plugin
This is what I get
http://img510.imageshack.us/img510/7748/snapshot20090603210841.png

Everything works well with AviSynth 2.5.7

BTW. Buttons did not unlock because frame could not be extracted due to above error.

That's strange since everything works well with RipBot264v1.13.3.

Atak_Snajpera
3rd June 2009, 21:23
I was right! When I replaced DirectShowSource.dll from 2.5.8 with older from AviSynth 2.5.7 everything started to work again!
New version will automatically load older DirectShowSource.dll for .avs files

Atak_Snajpera
4th June 2009, 10:34
I noticed a slow down as well with 1.14.1 vs. 1.13.3. With the first pass, it was doing like 3-4 fps instead of the 9-12 fps.

I did tests on my Q6600@3ghz with older x264 and newer. Source is 1920x1080 downsized to 1280x720.
New x264_x86 r1162 (RipBot264 v1.14.1)
Pass1: 32.24 fps
Pass2: 14.86 fps

Older x264_x86 r1114 (RipBot264 v1.13.3)
Pass1: 31.61 fps
Pass2: 14.22 fps

stryker412
4th June 2009, 13:10
What do you all use to burn forced subs into your mkvs?

Anyone know?

Atak_Snajpera
4th June 2009, 13:12
Properties -> Subtitles

SBrooks1
4th June 2009, 13:14
I was looking for a simple to use program to re-encode my own personal MKV rips and I hope this works out well. I've got about 2 hours 20 min left on a 2-pass that's taking a 25GB MKV to 8GB. It's taking over 24 hours to complete; which is fine I guess. I would like it to be faster though. I'm running a Pentium Dual Core E2200 @ 2.2 GHz with 3GB of RAM on Vista. I guess that's normal. I noticed that at the bottom of the RipBot264 encoding window it says "Low Priority" and it's checked. I didn't even notice that before I started this. Would unchecking that make this go quicker?

Atak_Snajpera
4th June 2009, 13:16
Would unchecking that make this go quicker?
No if you don't play in any games during encoding :)

mackworth
4th June 2009, 14:14
I've already fixed this in my 1.14.2.

So whats coming in 1.14.2? Any chance we can get a peak into what kind of features you plan on adding in the distant future? I know I know, I am impatient. :D

stryker412
4th June 2009, 14:46
Properties -> Subtitles

Sorry I meant to ask about forced subs, how can you locate which track has them?

Nkotok
4th June 2009, 14:52
I tried a movie with TrueHD yesterday and it failed. Both passes worked alright but at the very last stage of muxing the word Muxing in the left lower corner kept flickering and was not showing any progress (in percent, I suppose). I waited like for about an hour (muxing should not take that long anyway) but nothing was happening. Hard drive was not active. I had no choice but abort the RipBot.

prettyboy85712
4th June 2009, 15:54
I tried a movie with TrueHD yesterday and it failed. Both passes worked alright but at the very last stage of muxing the word Muxing in the left lower corner kept flickering and was not showing any progress (in percent, I suppose). I waited like for about an hour (muxing should not take that long anyway) but nothing was happening. Hard drive was not active. I had no choice but abort the RipBot.

A little more detail would be helpful. Like the movie and your log file.

Nkotok
4th June 2009, 16:18
A little more detail would be helpful. Like the movie and your log file.

It was a Russian blu-ray movie. I did not keep the working folder. I started doing another movie right away but without HD audio. I will try a movie with TrueHD later again and will see if it will work.
I looked at log files before deleting them and the ones that were there did not have any error reports. I guess Muxing process just froze. I aborted Ripbot and it deleted the encode. TSmuxer was still in active processes and I had to close it through Task Manager.

Nkotok
4th June 2009, 17:10
Can anybody give a short summary (step by step) about what is going on when you do a movie with TrueHD or DTS-HD through Ripbot for BD25 in 2-pass and what kind of files are being created in an order? That would be really appreciated.

hoju3508
4th June 2009, 17:31
I used to encode on my laptop (Pentium Dual Core 1.8 GHz with 1G of RAM on Vista Home edition) and it took ~36 hrs.

I have "Low Priority" checked so that I can do other things on my laptop.

I was looking for a simple to use program to re-encode my own personal MKV rips and I hope this works out well. I've got about 2 hours 20 min left on a 2-pass that's taking a 25GB MKV to 8GB. It's taking over 24 hours to complete; which is fine I guess. I would like it to be faster though. I'm running a Pentium Dual Core E2200 @ 2.2 GHz with 3GB of RAM on Vista. I guess that's normal. I noticed that at the bottom of the RipBot264 encoding window it says "Low Priority" and it's checked. I didn't even notice that before I started this. Would unchecking that make this go quicker?

Hyrax
4th June 2009, 18:49
No if you don't play in any games during encoding :)
Funny you should mention that! I've been meaning to thank for your 'low priority' setting. I start an encoding and then start playing a game. Ripbot is so well behaved that I never even notice it is running in the background. Obviously the encodes take a lot longer, but that is to be expected.

It would be nice if Windows allowed one to assign a process to a core or series of cores (game to core 1, Ripbot to cores 2,3, & 4), but that doesn't seem possible.

Dark Shikari
4th June 2009, 18:53
It would be nice if Windows allowed one to assign a process to a core or series of cores (game to core 1, Ripbot to cores 2,3, & 4), but that doesn't seem possible.Right click/set affinity in task manager.

SBrooks1
4th June 2009, 18:59
I used to encode on my laptop (Pentium Dual Core 1.8 GHz with 1G of RAM on Vista Home edition) and it took ~36 hrs.

I have "Low Priority" checked so that I can do other things on my laptop.

Looks like I'll be unchecking that box next time then as I don't play games on my PC; only web browsing which I would imagine won't slow down RipBot much.

Hyrax
5th June 2009, 04:57
I think you'll find doing anything, even web browsing, painfully slow unless you've set "low priority". At least I did.

Hyrax
5th June 2009, 05:00
Right click/set affinity in task manager.
Thanks!

tedybear
5th June 2009, 07:23
I was looking for a simple to use program to re-encode my own personal MKV rips and I hope this works out well. I've got about 2 hours 20 min left on a 2-pass that's taking a 25GB MKV to 8GB. It's taking over 24 hours to complete; which is fine I guess. I would like it to be faster though. I'm running a Pentium Dual Core E2200 @ 2.2 GHz with 3GB of RAM on Vista. I guess that's normal. I noticed that at the bottom of the RipBot264 encoding window it says "Low Priority" and it's checked. I didn't even notice that before I started this. Would unchecking that make this go quicker?

procesor is your limiting factor for sure, if you had some quad it would be faster hehe.....overclock your e2200@2.2 to at least 3.0ghz and you'll notice faster encoding and fu btw :D:p:p

B2K24
5th June 2009, 20:20
I just want to say this program is amazing !!!!!!!!! Thank you so much Atak :)
The new AVCHD feature is awesome and works perfectly locking size to either DVD or DVD +R DL
I love the fact you added AVCHD output !!!!!!!!!!! :)
This program has come such a long way since it's first release, i'm so appreciative of this work and software.
Also with this new version it seems to encode 10-20% faster then the last release when running after a freshly installed win 7 X64 7100 :)

Atak_Snajpera
5th June 2009, 20:24
I love the fact you added AVCHD output !!!!!!!!!!!
Frankly I just renamed Blu-ray to AVCHD :) (more accurate description)

This program has come such a long way since it's first release, i'm so appreciative of this work and software.
Yes indeed. I have been improving this GUI since 2007. Time passes way to quickly :(

asarian
5th June 2009, 20:44
Frankly I just renamed Blu-ray to AVCHD :) (more accurate description)
You did? So, RipBot still allows cropping? (other than 720p, 1080p are not supported in AVCHD). Frankly, when I saw the AVCHD option on images posted here, I didn't update any more, thinking you'd abandonned cropping.

Atak_Snajpera
5th June 2009, 21:02
RipBot still allows cropping? (other than 720p, 1080p are not supported in AVCHD).
AVCHD , Bluray do not allow cropped video. m2ts is just a container not format/structure

BlindBandit
6th June 2009, 01:17
Hey Atak_Snajpera, there a bug in RipBot264v1.14.0 & RipBot264v1.14.1, that hang on Please wait... Extracting frame & also crash avs2avi. after some test i found out the problem & it's both RipBot264v1.14.0 & RipBot264v1.14.1 that make Please wait... Extracting frame hang & make the avs2avi crash. i also try RipBot264v1.13.3 & it has no problem's what so ever since it don't use Extracting frame. the problem can be fix by taking off Extracting frame.

andyd2k
6th June 2009, 05:18
Why are ac3 or dts options not available as options when I have mkv selected?