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

popop
2nd June 2010, 15:22
1. 1.16.0 seems to not recognize the Haali Splitter installed by K-Lite Codec Pack Full 6.00. Is there any workaround to bypass the check or manually locate it?

2. eac3to has been updated to 3.19 three days before the release of 1.16.0.

Would you make a minor update to address these two issues?

Thanks.

hoju3508
2nd June 2010, 15:57
eac3to v3.20 released

http://madshi.net/eac3to.zip


* fixed 3D demuxing (argh)

Stupid bug, was demuxing the left eye stream for both left and right eye.

benjyv
2nd June 2010, 17:41
This version is really GREAT !
It fixed everything, no more bugs & stuttering issues at all.
but...
What the Cover link is for? To use with what and for what reason?

Btw , those who still have problems I suggest them to set the PC and softs correctly , to run perfectly this software

prettyboy85712
2nd June 2010, 18:00
1. 1.16.0 seems to not recognize the Haali Splitter installed by K-Lite Codec Pack Full 6.00. Is there any workaround to bypass the check or manually locate it?

2. eac3to has been updated to 3.19 three days before the release of 1.16.0.

Would you make a minor update to address these two issues?

Thanks.

Codec packs are bad news.

dvgeek
2nd June 2010, 18:20
Atak,

Now that x264 has full blu-ray encoding support http://git.videolan.org/?p=x264.git;a=commit;h=c6de86497cdd7b7f3cce7d8a95d723c7d0c9f505, any plans of incorporating these settings as an option?

Thanks.

klopsknoedel
2nd June 2010, 20:14
First of all:
Nice release. The DivXPlus - integration is very brilliant, i've done a few tests and this function works very well! So big thanks for that!

But when will RipBot264 accept Java x64 and ffdshow x64? There are no differences for commandline etc. Espacially Java and ffdshow x64 supports 32-bit applications. So there's no need to eclude these both 64-bit versions off the app-check! You only have to erase the "Not installed" messages while starting RipBot!!!

prettyboy85712
2nd June 2010, 21:37
First of all:
Nice release. The DivXPlus - integration is very brilliant, i've done a few tests and this function works very well! So big thanks for that!

But when will RipBot264 accept Java x64 and ffdshow x64? There are no differences for commandline etc. Espacially Java and ffdshow x64 supports 32-bit applications. So there's no need to eclude these both 64-bit versions off the app-check! You only have to erase the "Not installed" messages while starting RipBot!!!

http://forum.doom9.org/showpost.php?p=1383841&postcount=7190

Atak_Snajpera
2nd June 2010, 21:55
@prettyboy85712
It does not hang. It simply does not show progress. Despite my efforts I still cannot catch progress from tsmuxer. Check older version and you will notice the same. You can also check if tsmuxer.exe is running in Task Manager.

Now that x264 has full blu-ray encoding support (http://git.videolan.org/?p=x264.git;...d723c7d0c9f505), any plans of incorporating these settings as an option?
Why don't you create your own strict Blu-Ray profile?

But when will RipBot264 accept Java x64 and ffdshow x64? There are no differences for commandline etc. Espacially Java and ffdshow x64 supports 32-bit applications. So there's no need to eclude these both 64-bit versions off the app-check! You only have to erase the "Not installed" messages while starting RipBot!!!
I don't know if you know that I need everything compiled in 64bit. I mean EVERY single plugin! For example BassAudio is closed source so don't count on x64 version at all. This is just one of examples. AviSynth 64 + haali 64 + ffdshow 64 is NOT ENOUGH!

What the Cover link is for? To use with what and for what reason?
http://img249.imageshack.us/img249/1152/57848158.png

BTW I uninstalled Haali Media Splitter and even removed all entries in registry and then downloaded latest version and haali is recognized by Ripbot without any problems. If you use codec pack don't ask for help. Period.

needed to modify the registry entry for the ffdshow version so Ripbot264 doesn't complain
do you always like to complicate simple things??? Wouldn't be easier to just install newer version from link provided???

ajua
3rd June 2010, 00:20
do you always like to complicate simple things??? Wouldn't be easier to just install newer version from link provided???The problem is that I use Win7codecs across all my computers and also on clients so that I can keep tabs on audio/video issues and to make installation and configurations easier.

I just found that your application searches for Install_Dir (HKLM\SOFTWARE\HaaliMkx) when checking for Haali. I just made a registry entry that points to Program Files (x86)\Win7codecs\filters and I could get past the check software screen.

As you seem reluctant (and I can understand why) to provide the check software option that existed some versions ago, would you be so kind to tell me if by just creating that entry to point to where Haali filter is will work without any problems?

Thanks for your time and congratulations for your great application!

Ajax_Undone
3rd June 2010, 00:42
I have this one installed



and ripbot doesn't like it

Something is biffed in your system. :confused:

prettyboy85712
3rd June 2010, 00:56
@prettyboy85712
It does not hang. It simply does not show progress. Despite my efforts I still cannot catch progress from tsmuxer. Check older version and you will notice the same. You can also check if tsmuxer.exe is running in Task Manager.


If I kill the process or the abort when it hangs during muxing the output AVCHD is incomplete/incorrect in size. 1.15.7 doesn't have this issue.

pacaveli211
3rd June 2010, 05:04
Atak,

Now that x264 has full blu-ray encoding support (http://git.videolan.org/?p=x264.git;a=commit;h=c6de86497cdd7b7f3cce7d8a95d723c7d0c9f505), any plans of incorporating these settings as an option?

Thanks.

Why don't you create your own strict Blu-Ray profile?

what would 'blu-ray encoding' entitle? profiles (and the bitrate ranges to go with them) higher than 4.0? because I use ripbot to do 'blu-ray encoding' all the time.

Atak is there a way to re-enable to minimize to tray? I really dislike that being disabled (why not make an option to enable / disable it).

are you ever gonna add support for copying HD tracks? or do you just like to ignore everyone's request because you don't want to copy HD tracks? or is it because it's a difficult thing to implement?

8ternity
3rd June 2010, 06:51
@Atak:
Thanks for the answer about the cover option.

NiGHTsC
3rd June 2010, 19:40
any idea why this is happening?
It is a self-made MKV.
Avisynth_258.exe
ffdshow_rev3466_20100531_clsid.exe
MatroskaSplitter110109.exe
H:\>"H:\RipBot264\RipBot264v1.16.0\tools\x264\x264_x86.exe" "H:\Temp\RipBot264temp\job1\job1.avs" --crf 24 --fps 24000/1001 --min-keyint 24 --keyint 240 --sar 1:1 --level 3.0 --aud --nal-hrd vbr --vbv-bufsize 10000 --vbv-maxrate 10000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 1 --b-pyramid none --subme 7 --aq-mode 1 --trellis 1 --partitions p8x8,b8x8,i4x4,p4x4 --no-8x8dct --me umh --output "H:\Temp\RipBot264temp\video.264"
avs [error]: Evaluate: System exception - Access Violation
(H:\Temp\RipBot264temp\job1\job1.avs, line 6)
x264 [error]: could not open input file `H:\Temp\RipBot264temp\job1\job1.avs'
It works great with HD profile.


Thank you in advance.

xxtelecine 7xx
3rd June 2010, 20:10
If I kill the process or the abort when it hangs during muxing the output AVCHD is incomplete/incorrect in size. 1.15.7 doesn't have this issue.

I Have the EXACT SAME ISSUE! But with Inglorous Bastards. I ended up having to download the latest gui version of TS muxer and muxing it myself to finalize the copy.

RipBot will hang during the muxing process.

Adub
3rd June 2010, 22:37
Small note: There was a bug introduced back in X264 1612 that got fixed in 1614. Might want to update.
http://doom10.org/index.php?topic=58.msg2493#msg2493

mikabama
4th June 2010, 01:26
Hey Atak, was just wondering I saw the new addition for the iPad "Profile". In terms of the resize there is no choice for the iPad. What do I choose? Thanks in advance. :).

Shark007
4th June 2010, 01:34
I install Haali manually to private pathing and several users of my software also want to use your software. Could you tell me exactly what the ripbot program is looking for when it is determining the version of haali installed on a users system? I need to know the specific registry keys and values.

Thanks.

chylld
4th June 2010, 09:27
LOVE this program... so easy to use and doesn't boggle my brain with unnecessary settings.

However I just hit a hiccup - Ripbot just finished the end of the second pass and says "Muxing..." with the Windows 7 progress bar at 100%... but it's been stuck like this for HOURS. How do I save it? Are the video/audio files somewhere I can find so I can manually mux them? Would hate to wait for it to encode all over again :( (I'm too afraid to press the "Abort" button)

Trayman
4th June 2010, 12:43
They are located in x:\Temp\RipBot264temp\jobx

Where x:\ is the drive you unpacked RipBot and jobx is the job you are encoding.


Cheers Trayman

chylld
4th June 2010, 12:58
They are located in x:\Temp\RipBot264temp\jobx

Where x:\ is the drive you unpacked RipBot and jobx is the job you are encoding.


Cheers Trayman

thanks, however i can only find the demuxed files there not the encoded ones? i was hoping to find a video file around 5-6gb and an audio file around 1gb...

Trayman
4th June 2010, 13:00
Check in the root of RipBot264temp folder.
Should be an audio.*** and a video.264 there.

Cheers Trayman

chylld
4th June 2010, 13:05
Check in the root of RipBot264temp folder.
Should be an audio.*** and a video.264 there.

Cheers Trayman

hmmm unfortunately i only have 2 small (1kb) files there :( nothing 1 level up either (in x:\temp)

Trayman
4th June 2010, 13:11
Inside you job# folder you should have job#_EncodeVideoPass1.cmd and 2.cmd in one of them you should have somthing like "--output "F:\temp\RipBot264temp\video.264" - : 2"at the en of the command in it and that is where your video file should be if not i think you have to start the process again.


Cheers Trayman

chylld
4th June 2010, 13:29
Inside you job# folder you should have job#_EncodeVideoPass1.cmd and 2.cmd in one of them you should have somthing like "--output "F:\temp\RipBot264temp\video.264" - : 2"at the en of the command in it and that is where your video file should be if not i think you have to start the process again.


Cheers Trayman

thanks, i ended up starting it again just before you posted this message. will take down and save your tips though, hopefully i won't need them but when i do they'll be more than handy. cheers!

asarian
4th June 2010, 13:40
Inside you job# folder you should have job#_EncodeVideoPass1.cmd and 2.cmd in one of them you should have somthing like "--output "F:\temp\RipBot264temp\video.264" - : 2"at the en of the command in it and that is where your video file should be if not i think you have to start the process again.


Only if he had 'Keeps jobs queue' enabled, of course. He should just check his ripbot ini and see what output path he originally specified.

P.S. Meanwhile, I'm still merrily on RipBot 1.11.5, LOL. Never gives me any trouble.

Trayman
4th June 2010, 14:57
This is a great piece of software and i like it alot the only two things i miss in it are DTS/HD-Audio and Episode support for dvd's.

Thnx for developing it.


Cheers Trayman

chylld
4th June 2010, 15:09
haha silly me, my problem was (most probably) caused by me renaming the folder ripbot was in since i was so happy it ripped one movie i was doing some file cleaning up while the second encode was taking place.

pretty confident it'll work flawlessly this time. so easy to use and the output quality is amazing, well done.

asarian
4th June 2010, 17:15
This is a great piece of software and i like it alot the only two things i miss in it are DTS/HD-Audio and Episode support for dvd's.


I've never used RipBot for audio. I just use eac3to myself, to convert any HD audio -> LPCM, for streaming to my PS3; and then I just use tsMuxeR afterwards to mux my separate audio stream back in.

See RipBot really just as a convenient shell around x264; and it's easy because it creates all necessary avs scripts too. But I never understood why people want to use it for audio.

Trayman
4th June 2010, 18:01
See RipBot really just as a convenient shell around x264; and it's easy because it creates all necessary avs scripts too. But I never understood why people want to use it for audio.

I see your point but if you can use one "shell" for the whole process it's good.

Cheers Trayman

Abdur Rafi
4th June 2010, 18:13
:thanks: for new release

james2432
4th June 2010, 18:56
I like this application, but one problem I am having is when there are two audio tracks that I want usually Japanese/(English or French) I have to reschedule another job so it demuxes the audio and dumps the video as well, is it possible to select 2 or + audio streams to output into the mkv? or atleast have an option "no video"(demuxes audio) so I could mux the other audio file with mmg

It would be a feature that would save me a lot of time! :thanks:

TRONDROM
4th June 2010, 19:40
Can somebody please give me a mid-range quality profile for AVCHD 720 and AVCHD 1080 that is a bit better than the Default Profile with the new 1.6.0 Version, but not so that it's going to take 16 hours to encode a 1080p BD9. I would greatly appreciate it. I'm a noob when it comes to the different changes that each new version of x264 causes. I haven't had any decent profiles in the last three new versions of ripbot. I love the program and want more out of it. So can somebody help a noob out?

asarian
4th June 2010, 20:34
I like this application, but one problem I am having is when there are two audio tracks that I want usually Japanese/(English or French) I have to reschedule another job so it demuxes the audio and dumps the video as well, is it possible to select 2 or + audio streams to output into the mkv? or atleast have an option "no video"(demuxes audio) so I could mux the other audio file with mmg

It would be a feature that would save me a lot of time! :thanks:
@Trayman: see, this is precisely the sort of thing which makes processing audio outside of RipBot so much easier. :) I mean, hontou ni, who goes and creates another whole faux RipBot job, just to demux an audio-stream!? The eac3to command-line interface is very simple, and everything can be prepared in a single command, like:

eac3to 00000.m2ts 3: c:\audio\avatar.pcm 4: c:\audio\avatar_french.ac3 -640

For, say, converting the DTA-MA track to LPCM, and the regular French DTS track to AC3 (just examples, of course). Then, when RipBot is done, you just splice it all together again. Easy-peasy. And you have a whole lot more fine-grained control over the way your audio gets processed.

Atak_Snajpera
4th June 2010, 21:08
I just use eac3to myself, to convert any HD audio -> LPCM, for streaming to my PS3; and then I just use tsMuxeR afterwards to mux my separate audio stream back in.
Ripbot264 by default decompress HD audio to LPCM (.wav) so I don't understand why you do this outside GUI???

asarian
4th June 2010, 21:45
Ripbot264 by default decompress HD audio to LPCM (.wav) so I don't understand why you do this outside GUI???
Just a habit, Atak. :) And especially useful if I need to process multiple audio streams.

prettyboy85712
4th June 2010, 23:35
Can somebody please give me a mid-range quality profile for AVCHD 720 and AVCHD 1080 that is a bit better than the Default Profile with the new 1.6.0 Version, but not so that it's going to take 16 hours to encode a 1080p BD9. I would greatly appreciate it. I'm a noob when it comes to the different changes that each new version of x264 causes. I haven't had any decent profiles in the last three new versions of ripbot. I love the program and want more out of it. So can somebody help a noob out?

16 hours to encode? What spec machine are you using?

soneca
5th June 2010, 00:12
Can somebody please give me a mid-range quality profile for AVCHD 720 and AVCHD 1080 that is a bit better than the Default Profile with the new 1.6.0 Version, but not so that it's going to take 16 hours to encode a 1080p BD9. I would greatly appreciate it. I'm a noob when it comes to the different changes that each new version of x264 causes. I haven't had any decent profiles in the last three new versions of ripbot. I love the program and want more out of it. So can somebody help a noob out?

If you want to maintain the quality does not look for another profile.
RipBot's profile is great, what is missing is more processing power out there ..

TRONDROM
5th June 2010, 00:26
If you want to maintain the quality does not look for another profile.
RipBot's profile is great, what is missing is more processing power out there ..

Quad-Core should be enough, don't you think? :)

TRONDROM
5th June 2010, 00:32
16 hours to encode? What spec machine are you using?

Quad-Core....:p

Shark007
5th June 2010, 01:21
I install Haali manually to private pathing and several users of my software also want to use your software. Could you tell me exactly what the ripbot program is looking for when it is determining the version of haali installed on a users system? I need to know the specific registry keys and values.

Thanks.

Atak, the lack of assistasnce was appreciated. Your users appreciate it.

illestdomer2005
5th June 2010, 03:47
Any problems with x264 crashing on anyone here? I have tried to rip Nacho Libre now three times because the previous two caused 1) Blue Screen and reboot and 2) x264 stopped working. Yes, my machine is overclocked, but it's been stable for the other hundred encodes...

NiGHTsC
5th June 2010, 04:59
any idea why this is happening?
It is a self-made MKV.
Avisynth_258.exe
ffdshow_rev3466_20100531_clsid.exe
MatroskaSplitter110109.exe
H:\>"H:\RipBot264\RipBot264v1.16.0\tools\x264\x264_x86.exe" "H:\Temp\RipBot264temp\job1\job1.avs" --crf 24 --fps 24000/1001 --min-keyint 24 --keyint 240 --sar 1:1 --level 3.0 --aud --nal-hrd vbr --vbv-bufsize 10000 --vbv-maxrate 10000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 1 --b-pyramid none --subme 7 --aq-mode 1 --trellis 1 --partitions p8x8,b8x8,i4x4,p4x4 --no-8x8dct --me umh --output "H:\Temp\RipBot264temp\video.264"
avs [error]: Evaluate: System exception - Access Violation
(H:\Temp\RipBot264temp\job1\job1.avs, line 6)
x264 [error]: could not open input file `H:\Temp\RipBot264temp\job1\job1.avs'
It works great with HD profile.


Thank you in advance.Please tell me we can bump reply here.
mine just got skipped:p

Thanx again.

Trayman
5th June 2010, 05:06
@Trayman: see, this is precisely the sort of thing which makes processing audio outside of RipBot so much easier. :) I mean, hontou ni, who goes and creates another whole faux RipBot job, just to demux an audio-stream!? The eac3to command-line interface is very simple, and everything can be prepared in a single command, like:

I don't since ac3 is good enough for me :) The only thing i do outside RipBot is convert the subs to srt since i don't like burned subs and my Popcorn Hour doen't support idx/sub or sup yet.

Cheers Trayman

asarian
5th June 2010, 05:19
Any problems with x264 crashing on anyone here? I have tried to rip Nacho Libre now three times because the previous two caused 1) Blue Screen and reboot and 2) x264 stopped working. Yes, my machine is overclocked, but it's been stable for the other hundred encodes...
Nah. Got r1629 here, and it works just fine.

Also, it's extremely unlikely x264 would itself cause a blue screen or reboots; looks really more like faulty memory, or an overclock that maybe isn't as stable as you thought it was? Also, I've had issues with a crappy SPTD driver that would cause blue screens; but x264 simply doesn't have access really to anything that could cause such a blue death.

illestdomer2005
5th June 2010, 08:02
Nah. Got r1629 here, and it works just fine.

Also, it's extremely unlikely x264 would itself cause a blue screen or reboots; looks really more like faulty memory, or an overclock that maybe isn't as stable as you thought it was? Also, I've had issues with a crappy SPTD driver that would cause blue screens; but x264 simply doesn't have access really to anything that could cause such a blue death.

I am going to replace r1613 with r1629 and see if that helps it. For whatever reason, I have noticed that x264 never fully maximizes my i7 920. On first pass, I am usually at 40% CPU average amongst the 8 logical cores. Is x264 not multithreaded for 8 logical cores? On my Q6700 machine, first pass maxes out my CPU's 4 cores.

My overclock passed 20 passes on linX and 7 hours or so on Prime before I stopped it, and it has worked just fine on RipBot in the past so...

asarian
5th June 2010, 14:44
For whatever reason, I have noticed that x264 never fully maximizes my i7 920. On first pass, I am usually at 40% CPU average amongst the 8 logical cores. Is x264 not multithreaded for 8 logical cores? On my Q6700 machine, first pass maxes out my CPU's 4 cores.
Keep in mind that hyperthreading made its rentree with the i7 920. So, for 1x logical core is essentially just half a physical core. So your loads are perfectly normal. :)

I still have a Q6700 too, fully stable overclocked at 3.6Ghz. Overclocking an i7 is trickier, though, and they are generally more vulnerable to damage on prolonged OC-ing than the ol' Q6700's we have. Also, "Prime" is not a very good core-stress tester. Try OCCT instead. If you can run the latter, without error, for 8 hours continually, then you're truly stable.

soneca
5th June 2010, 15:39
Quad-Core should be enough, don't you think?

I agree, really enough.:)
Depending on the material and the profile used to encode 1080p is really slow!
Avatar for example.:eek:

r0d
5th June 2010, 16:31
Damn still have the message : Please wait, gathering information... and nothing happens, as in the 1.15.x versions :(

illestdomer2005
5th June 2010, 16:37
Keep in mind that hyperthreading made its rentree with the i7 920. So, for 1x logical core is essentially just half a physical core. So your loads are perfectly normal. :)

I still have a Q6700 too, fully stable overclocked at 3.6Ghz. Overclocking an i7 is trickier, though, and they are generally more vulnerable to damage on prolonged OC-ing than the ol' Q6700's we have. Also, "Prime" is not a very good core-stress tester. Try OCCT instead. If you can run the latter, without error, for 8 hours continually, then you're truly stable.

I know you don't get a perfect doubling with HT, but I expected well over 50% utilization. I mean, 2nd pass will frequently take all 8 logical cores to around 100%. That said, I am thinking about turning off HT and going for a higher OC. Right now I am at 4.2GHz w/ HT. I want to check x264 speeds at 4.4GHz w/o HT.

Oh and my Q6700 was a PAIN to OC. 3.33GHz took wailing and gnashing of teeth! Pretty high VID, and the EVGA mobo it's on has bad vdroop too so...