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

Atak_Snajpera
17th October 2015, 14:52
but I haven't got auto update enabled,
If you had auto-update enabled you would have received fix for "invalid date time...".

@stasi
Ok. It looks like I forgot to implement TEMP option to settings window. Currently your custom TEMP entry in .ini is being overwritten everytime when you click APPLY button. As usually fix will be injected via auto-update.

guest
18th October 2015, 00:42
If you had auto-update enabled you would have received fix for "invalid date time...".

With all due respect, I'm not 100% happy about the new auto update function. It's all a bit to "Microsofty"

In my case, none of my Ripbot pc's are connected to the net, so the auto update function is of no use.

How can I get updates & patches "manually" ???

Now, having said that, the laptop I use for the Internet, I have setup Ripbot to see how the update system works....I just ran it, and now I have several ".zip" files in the Updates folder.

So what happens to them ?? if I try to unpack them, they ask for a password....are they automatically incorporated ??

I will "test" the update function by copying the files that update "found", into the Updates folder on my other Ripbot pc's...I guess that will work.

I guess I will also need to enable Updates in the .ini, to get it to update, using the new files that I've copied over.

Your opinion ???

Cheers

guest
18th October 2015, 03:15
Well, the problems of v1.19.2 Batch Encode continues....:(

I downloaded 1.19.2 again, applied the latest updates, created a 6 file batch (.mkv's), started the encoding, did the 1st one OK, then when indexing the 2nd file, the info.txt got deleted, and the process had to be aborted, and it did the same to the rest of the batch.

However, I did another test, created the same 6 file batch with 1.19.2, then opened 1.19.1 (patched), and away it went, no problems.

So there must be something wrong with the way that 1.19.2 creates the files in Batch mode. It simply deletes the info.txt file before your very eyes, when indexing, and if you go back into that job using Edit, it throws up another error about the job.avs, and then that whole job folder disappears.

Now as far as I can tell, the only change to the Batch mode, was the inclusion of denoise filters (which I requested)....

Atak_Snajpera
18th October 2015, 11:35
With all due respect, I'm not 100% happy about the new auto update function. It's all a bit to "Microsofty"
yeah I understand you in 100%. I also hate forced updates in Windows 10 aka SkyNet aka Genesys. That's why unlike windows 10 I give you the same freedom like in Win7/8. You can disable auto-update completely or you can disable auto-update for specific tool.

So what happens to them ?? if I try to unpack them, they ask for a password....are they automatically incorporated ??
It is password protected for security reasons. I want to be 100% sure that update files were created by me and not by someone else. Also I do not want other software developers to use my server for their purposes (bandwidth limit).

Now as far as I can tell, the only change to the Batch mode, was the inclusion of denoise filters (which I requested)....
Yes you are right but maybe there is some odd side effect. I will have to do some testing.

It simply deletes the info.txt file before your very eyes,
EncodingClient re-generates info.txt in order to get correct number of frames with ffms2. Previous info.txt was created with DirectShowSource and in most cases number of frames is different. Hence it has to be re-checked.

slalom
18th October 2015, 22:54
Is it my idea or this version is so much faster than the previous?

Atak_Snajpera
19th October 2015, 10:55
placebo effect ;)

Uh-Oh
20th October 2015, 05:13
Hello all!
First off, thanks for the great program. Also, thanks for anyone who can help me with the following issue. Lastly, I'm sorry if this is not in the right place.

I've started using Ripbot two weeks ago. I use version 1.19.2.
I exclusively use distributed encoding, using 3 computers on the same LAN. Tonight, I noticed that one of my encodes has an issue. The movie will play, and at the 24:01 mark, the video will freeze until the 24:04 mark. The sound will play smoothly. I figured it might be a stitching issue or something, so I simply re-encoded the movie.

Same encode settings, slightly different size (11 077 402 vs 11 078 698).
The second file has the same problem.
The source MKV of the movie does not present the issue.
I looked at the x264 files, and it looks like the issue is with either chunk 24, or between chunk 24 and 25.

I don't really know how this software works, so I might be writting non-sense, but I'd appreciate it if anyone could help me fix this issue.

Thanks and have a nice day!

Wildfire
20th October 2015, 09:15
Hi,

I just noticed that an encode I ran last night didn't finish.

Checking the error log, I saw it failed at the last step: muxing everything together. It failed because the subtitle IDX file was missing.

I discovered why there was no IDX file: the sup2sub.cmd batch file calls Java, however it does not specify a path. Therefore it fails.

Upon adding the bin folder of Java to the path environment variable, I ran the sup2sub.cmd and it completed without errors. After that, I ran the muxing command as specified in the log and that also completed without errors.

I don't know if Java is supposed to add itself to the path environment variable, but I've just added it myself to make sure Ripbot264 will work fine.

It might be wise to modify Ripbot264 to have it check for Java and call Java with an absolute path statement or something to that effect.

rc71
20th October 2015, 13:49
Hello.
I'm having a issue with audio selection. I set the audio in batch mode to 2.0 FHG AAC-HE. But the audio doesn't get converted and when I check the settings it's set to x.x Copy Stream. Even if I change it reverts back to x.x Copy Stream.
Any suggestions ???
I'm using the HEVC settings for video.
---
In looking at the job folder, I see that job2_EncodeAudio1.cmd is a 0 KB file and cannot be opened. When I select other codecs, the file is 1 KB and can be opened to see the command syntax.

If I edit the job in the gui, the job2_EncodeAudio1 file has the correct info. If I edit multiple files, one at a time, it resets.
Using 1.19.2 that updated this morning.

slalom
20th October 2015, 20:12
placebo effect ;)
I'll get back to you

gabbett1
21st October 2015, 15:37
Another issue I'm having with this new version of Ripbot is every now and then when I try to preview the movie it says:

"I don't know what 'unununununununununununununununununununununununchecked1' means
(J:\Blue Ray Ripping\Tools\Avisynth plugins\scripts\downmixaudio.avs, line 19)
(J:\temp\ripbot264temp\job2\job2_a1.avs, line 7)
(J:\temp\ripbot264temp\job2\job2_preview.avs, line 38)

Viper714
24th October 2015, 07:06
Atak,
I made sure that the auto Update was on and I am still getting the invalid time error. I tuned auto update off, restarted program, turned it on and restarted program and I get the same invalid time error. Restarted the computer and get the same issue.

BlackPrince
24th October 2015, 16:12
hello guys,

ive captured a 1080i25p File from my STB. Now i want to encode it to 720p50. In my darkest memories :D (lol) i could make it happen with a "deinterlace" button in the encoder settings. But i could not find it in the new version. Any ideas ? :)

Ryushin
25th October 2015, 06:40
Atak,

What is your thoughts on the Non Local Means denoiser? I just started processing a Land Before Time and it is probably the grainiest movie I have ever encountered. I've run the movie through a few times using different settings for HQDN3D but upping spatial settings high enough to reduce the file size to get down to even 5.5GB for a hour and eight minute movie started to really scrub out a lot of detail. I'm going to play around with the temporal settings of the filter now and see how it turns out, but last time I did that I saw ghosting with even conservative settings.

I knew that Handbrake has the option of using the NLMeans denoiser. I just ran a two minute preview through handbrake using NLMeans preset Strong, with the Tune of Animation. The resulting output was excellent. Though the processing time for that two minute preview was very long. I'm going to run the whole movie through Handbrake using those settings. Estimated time I think will be longer then a day.

guest
25th October 2015, 13:07
Atak,

What is your thoughts on the Non Local Means denoiser?

Might be an interesting addition ??

Ryushin
27th October 2015, 15:01
Atak,
I'm going to play around with the temporal settings of the filter now and see how it turns out, but last time I did that I saw ghosting with even conservative settings.

I knew that Handbrake has the option of using the NLMeans denoiser. I just ran a two minute preview through handbrake using NLMeans preset Strong, with the Tune of Animation. The resulting output was excellent. Though the processing time for that two minute preview was very long. I'm going to run the whole movie through Handbrake using those settings. Estimated time I think will be longer then a day.

I'm going to quote my own post. :)

I worked with HQDN3D's temporal settings a few times and I could not get that much of an improvement.

So the job is finally done for Handbrake using the NLMeans denoiser. Only took two days with two 12 core Opterons working on it. The resulting output is simply stunning. Why the studio could not have done something similar is beyond me. To me, it looks far better then the original source. The final file size is 3.1GB.

Atak, if you would like some clips of the original source and the resulting output file, let me know. I hope you can add the Non Local Means Denoiser to RipBot264. There is a huge hit in CPU, but the resulting output with extremely grainy sources is almost mind boggling.

Atak_Snajpera
27th October 2015, 17:30
Only took two days with two 12 core Opterons working on it.
It is very funny when you say it took "ONLY" two days on this beast. ;)

I hope you can add the Non Local Means Denoiser to RipBot264. There is a huge hit in CPU, but the resulting output with extremely grainy sources is almost mind boggling.

I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

essential
27th October 2015, 18:18
I upgraded to 1.19.2 yesterday. I encoded two movies successfully. The third movie gave me a "avs2yuv.exe has stopped working" error twice at 95.6%.

I saw on the updated first post that:

Common problems:
1) AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!

I uninstalled avisynth, haali, and ffdshow, restarted, then installed the newest versions. Tried the movie again and had the crash at 95.6% again.

When I hit "close" on the error message, Ripbot continues to the muxing process.

Anything else I can do?

Machine:
Windows 8.1 (x64), i7 4790k, 16gb ram. Using local encoding, not distributed encoding.

Ryushin
27th October 2015, 18:50
It is very funny when you say it took "ONLY" two days on this beast. ;)

I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

Yea, I forgot to use the sarcasm font for the only part. :)

I think the Strong setting maxed everything out. The Light setting did not take that much time when I used it on another source.

I still think this would be a nice option to have. I think I'll run it again on light and medium using the same source and see how longs it takes.

Uh-Oh
27th October 2015, 18:58
Hello all!
First off, thanks for the great program. Also, thanks for anyone who can help me with the following issue. Lastly, I'm sorry if this is not in the right place.

I've started using Ripbot two weeks ago. I use version 1.19.2.
I exclusively use distributed encoding, using 3 computers on the same LAN. Tonight, I noticed that one of my encodes has an issue. The movie will play, and at the 24:01 mark, the video will freeze until the 24:04 mark. The sound will play smoothly. I figured it might be a stitching issue or something, so I simply re-encoded the movie.

Same encode settings, slightly different size (11 077 402 vs 11 078 698).
The second file has the same problem.
The source MKV of the movie does not present the issue.
I looked at the x264 files, and it looks like the issue is with either chunk 24, or between chunk 24 and 25.

I don't really know how this software works, so I might be writting non-sense, but I'd appreciate it if anyone could help me fix this issue.

Thanks and have a nice day!

Sorry for quoting myself, but I was wondering if anyone would have information for me.
So far, I've encoded about 20 movies with ripbot's distributed encoding. I do not watch the movies I encode right away. Since I (randomly) found a playback error with one of the movies, and re-encoding simply reproduced the error, I had to stop using ripbot.
I would very much like to be able to use ripbot's distributed encoding again, but since I have no clue what produced the error, I can't encode with confidence.
Anyone knows what could make the video display the same frame for a few seconds, (while audio playback is still smooth)?

Thanks!

Uh-Oh
27th October 2015, 19:03
[...]
I just started processing a Land Before Time and it is probably the grainiest movie I have ever encountered. [...]

I'm faced with the same difficulty on this movie. The animation is nice, but god is it grainy!

Atak_Snajpera
27th October 2015, 19:23
post mediainfo report of source file.

essential
27th October 2015, 19:46
post mediainfo report of source file.

I demuxed the audio and video from the disc.

Video:
General
Complete name : D:\chick\chicken_little.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 12.0 GiB
Overall bit rate mode : Variable

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Bit rate mode : Variable
Maximum bit rate : 40.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio:
General
Complete name : D:\chick\chicken_little.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 370 MiB
Duration : 1h 20mn
Overall bit rate mode : Constant
Overall bit rate : 640 Kbps

Audio
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Duration : 1h 20mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 370 MiB (100%)

Secondary question:
I've done two other movies prior to this error, I've used:
High 4.1, Slow, Animation with a CQ 19. When using Mediainfo, both encodes show 10 Ref Frames. I thought "slow" meant 5 Ref frames, any reason why I'm getting 10?

guest
28th October 2015, 06:55
I do not think that average ripbot user is patient enough to run encode for few days with this denoiser on his poor quad core cpu ;)

But having said that, it would be nice to have that option, when the need arose.

Some of "us" do have some pretty powerful "rig's" :)

And as AMD Opterons aren't Hyperthreaded, 2 x 12 core Opterons would be about the same as 1 x 12 core Intel Xeon.

damia
29th October 2015, 06:54
http://i.imgur.com/vDhH32B.png
hi atak i use version 1.19.2 .. how to fix this??

byteshare
30th October 2015, 17:19
Is there anyway to get the encoding clients in distributed mode to not need admin rights?

x110x
31st October 2015, 08:56
Hi,
ripbot264 does not muxing encoded video. i tried old ripbot versions and i can find video.264 file in temp folder but there isnt any audio file and i cant see final file (encoded and with audio muxed video) at my source destination.
i am using windows server 2008 r2 standart
used ripbot profil main 3.1 hd, ipad, iphone
what's wrong with my settings?


C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\x264\x264_x64.exe" --pass 1 --bitrate 1500 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 127932 --sar 1:1 --profile main --level 3.1 --aud --nal-hrd vbr --vbv-bufsize 14000 --vbv-maxrate 14000 --b-pyramid none --stdin y4m --output NUL -
y4m [info]: 1280x534p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.1

x264 [info]: frame I:1682 Avg QP:16.97 size: 68107
x264 [info]: frame P:65889 Avg QP:19.98 size: 10985
x264 [info]: frame B:60361 Avg QP:21.55 size: 2735
x264 [info]: consecutive B-frames: 24.6% 34.3% 9.4% 31.7%
x264 [info]: mb I I16..4: 47.1% 0.0% 52.9%
x264 [info]: mb P I16..4: 16.1% 0.0% 0.0% P16..4: 47.2% 0.0% 0.0% 0.0% 0.0% skip:36.7%
x264 [info]: mb B I16..4: 2.1% 0.0% 0.0% B16..8: 16.0% 0.0% 0.0% direct: 9.0% skip:72.9% L0:32.7% L1:49.3% BI:18.0%
x264 [info]: final ratefactor: 19.88
x264 [info]: coded y,uvDC,uvAC intra: 42.5% 54.1% 16.0% inter: 11.3% 14.2% 0.5%
x264 [info]: i16 v,h,dc,p: 43% 22% 24% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 17% 15% 8% 8% 8% 7% 8% 7%
x264 [info]: i8c dc,h,v,p: 53% 18% 26% 3%
x264 [info]: Weighted P-Frames: Y:1.3% UV:0.5%
x264 [info]: kb/s:1504.52

encoded 127932 frames, 51.88 fps, 1504.52 kb/s
C:\Temp\RipBot264temp\job1\job1.avs: 1280x534, 10000000/417083 fps, 128096 frames
error: wrote only 1022349 of 1025280 bytes

C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job1\job1.avs" -o - | "C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\x264\x264_x64.exe" --pass 2 --bitrate 1500 --stats "C:\Temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 127932 --sar 1:1 --profile main --level 3.1 --aud --nal-hrd vbr --vbv-bufsize 14000 --vbv-maxrate 14000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1280x534p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 3.1

x264 [info]: frame I:1682 Avg QP:17.57 size: 63748
x264 [info]: frame P:65889 Avg QP:20.23 size: 10666
x264 [info]: frame B:60361 Avg QP:22.19 size: 3146
x264 [info]: consecutive B-frames: 24.6% 34.3% 9.4% 31.7%
x264 [info]: mb I I16..4: 34.4% 0.0% 65.6%
x264 [info]: mb P I16..4: 2.2% 0.0% 1.9% P16..4: 44.4% 13.4% 9.3% 0.0% 0.0% skip:28.9%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.1% B16..8: 45.7% 2.8% 0.5% direct: 1.1% skip:49.6% L0:41.6% L1:55.3% BI: 3.1%
x264 [info]: coded y,uvDC,uvAC intra: 64.1% 74.4% 43.3% inter: 10.4% 23.7% 0.9%
x264 [info]: i16 v,h,dc,p: 44% 15% 13% 28%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 16% 18% 6% 7% 7% 6% 6% 5%
x264 [info]: i8c dc,h,v,p: 54% 17% 23% 6%
x264 [info]: Weighted P-Frames: Y:3.2% UV:0.5%
x264 [info]: ref P L0: 62.3% 11.7% 17.2% 8.4% 0.3%
x264 [info]: ref B L0: 79.2% 20.8%
x264 [info]: kb/s:1499.17

encoded 127932 frames, 18.21 fps, 1499.17 kb/s
C:\Temp\RipBot264temp\job1\job1.avs: 1280x534, 10000000/417083 fps, 128096 frames
error: wrote only 1022349 of 1025280 bytes

C:\>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Bad Words 2013.mkv" --compression 0:none --title "Bad Words 2013" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:und --aac-is-sbr 0:0 "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v8.4.0 ('A better way to fly') 32bit

Error: The file 'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error.

-------------------------

Elapsed Time: 02h:38m:32s

Atak_Snajpera
31st October 2015, 16:10
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

Is there anyway to get the encoding clients in distributed mode to not need admin rights?
Encoding Servers do not require admin rights.

x110x
31st October 2015, 23:38
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

C:\Users\Administrator>"C:\Users\Administrator\Desktop\RipBot264v1.19.2\tools\av
s2pipemod\avs2pipemod.exe" -wav "C:\Temp\RipBot264temp\job1\job1_AUDIO1.avs" | "
C:\Users\Administrator\Desktop\RipBot264v1.19.2\Tools\fhgaacenc\fhgaacenc.exe" -
-profile lc --cbr 96 --adts --ignorelength --quiet - "C:\Temp\RipBot264temp\job
1\Encoded_Audio_1.aac"
avs2pipemod[info]: writing 5335.840 seconds of 48000 Hz, 2 channel audio.
The application has failed to start because its side-by-side configuration is in
correct. Please see the application event log or use the command-line sxstrace.e
xe tool for more detail.


installing microsoft visual c++ packages and updating windows solved my problems, thank you anyway :thanks:

gabbett1
1st November 2015, 15:24
Another issue I'm having with this new version of Ripbot is every now and then when I try to preview the movie it says:

"I don't know what 'unununununununununununununununununununununununchecked1' means
(J:\Blue Ray Ripping\Tools\Avisynth plugins\scripts\downmixaudio.avs, line 19)
(J:\temp\ripbot264temp\job2\job2_a1.avs, line 7)
(J:\temp\ripbot264temp\job2\job2_preview.avs, line 38)

No insight on this issue? It seems to be happening almost every single time now.

Atak_Snajpera
1st November 2015, 16:58
Delete whole folder and download latest version again.

Furiousflea
3rd November 2015, 03:50
Can I ask if AVX2 is being used in the supplied x265 binaries if appropriate?
CPU doesn't seem to be getting very hot.

Atak_Snajpera
3rd November 2015, 13:29
Check log. You should see there what cpu extensions were used during conversion.

I do not have CPU with AVX2 extension so it looks like this
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

byteshare
3rd November 2015, 22:08
@x110x
Run manually C:\Temp\RipBot264temp\job1\job1_EncodeAudio1.cmd in console and see what went wrong.

Encoding Servers do not require admin rights.

But they do:
http://imgur.com/ksiBOgV

Wildfire
3rd November 2015, 23:01
But they do:
http://imgur.com/ksiBOgV

No, they don't. The screenshot you posted shows the Windows firewall asking for permission to have the encoding server access your network. You should at least allow it access to your local network to make sure the encoding servers can contact each other.

vivabarca
4th November 2015, 10:49
Hi, in encoding with Ripbot 19.2 this error is shown :

http://www.myup.ir/images/78166365432669860316.jpg

(avs2yuv.exe has stopped working)

I installed avisynth and ffdshow, but Ripbot still gives error.

WestPop
4th November 2015, 11:10
Hi there, have encoded this twice now and for some reason does not seem to want to crop video. Mediainfo shows the correct AR 1440X1080, but 16:9 instead of 4:3.

I do see the error in log, just not sure what it means & the cause.

Any suggestions? Thanks

x264 [info]: frame I:973 Avg QP:19.83 size:118244
x264 [info]: frame P:28289 Avg QP:23.16 size: 41476
x264 [info]: frame B:110009 Avg QP:24.96 size: 15940
x264 [info]: consecutive B-frames: 1.7% 3.2% 6.9% 11.1% 13.8% 45.1% 9.3% 3.8% 5.1%
x264 [info]: mb I I16..4: 5.4% 86.4% 8.2%
x264 [info]: mb P I16..4: 1.5% 8.8% 0.5% P16..4: 38.0% 35.8% 7.3% 0.0% 0.0% skip: 8.0%
x264 [info]: mb B I16..4: 0.4% 1.4% 0.1% B16..8: 41.7% 13.2% 1.2% direct: 4.9% skip:37.0% L0:45.5% L1:49.0% BI: 5.5%
x264 [info]: 8x8 transform intra:80.6% inter:74.4%
x264 [info]: coded y,uvDC,uvAC intra: 67.0% 43.2% 5.9% inter: 23.1% 19.1% 0.0%
x264 [info]: i16 v,h,dc,p: 22% 19% 11% 48%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 5% 13% 9% 13% 14% 13% 12% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 6% 8% 8% 14% 14% 14% 10% 13%
x264 [info]: i8c dc,h,v,p: 25% 38% 23% 14%
x264 [info]: Weighted P-Frames: Y:2.8% UV:0.9%
x264 [info]: ref P L0: 60.3% 13.1% 25.3% 1.2% 0.0%
x264 [info]: ref B L0: 84.5% 15.5%
x264 [info]: ref B L1: 88.9% 11.1%
x264 [info]: kb/s:4368.41

encoded 139271 frames, 10.48 fps, 4368.41 kb/s
C:\Temp\RipBot264temp\job255\job255.avs: 1440x1080, 25 fps, 139273 frames
error: wrote only 2311737 of 2332800 bytes

C:\>"C:\Users\Office\Documents\Software\Video\Encoding\RipBot264v1.19.0\tools\mkvtoolnix\mkvmerge.exe" -o "E:\Chino (1973) 1080p\Chino (1973) 1080p.mkv" --compression 0:none --title "Chino (1973) 1080p" --default-duration 0:25fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3" --chapters "C:\Temp\RipBot264temp\job255\chapters.txt"
mkvmerge v8.2.0 ('World of Adventure') 32bit
'C:\Temp\RipBot264temp\video.264': Using the demultiplexer for the format 'AVC/h.264'.
'C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3': Using the demultiplexer for the format 'AC3'.
'C:\Temp\RipBot264temp\video.264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'C:\Temp\RipBot264temp\job255\Encoded_Audio_1.ac3' track 0: Using the output module for the format 'AC3'.
The file 'E:\Chino (1973) 1080p\Chino (1973) 1080p.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1920/1080.

The cue entries (the index) are being written...
Muxing took 1 minute 16 seconds.
-------------------------

Elapsed Time: 04h:39m:19s

DGenerateKane
6th November 2015, 07:26
I just started using Ripbot264 after someone told me about distributed encoding. Unfortunately I have been completely unsuccessful in getting it to work. The server selection screen comes up, but it never establishes a connection with my test PC. The server computer always says waiting for connection and when I click connect on the client PC it tries for a couple seconds and then nothing. So it just uses the client computer to encode. Did I miss a step in getting it to work? I did everything in the YouTube tutorial.

slalom
6th November 2015, 10:56
You have to run ripbot264 on the other pc too

Atak_Snajpera
6th November 2015, 11:39
Most likely your nonstandard firewall is blocking connection.

DGenerateKane
6th November 2015, 19:38
I only had windows firewall enabled, and I tried disabling it. There was no change.

Ryushin
8th November 2015, 04:48
Hi there, have encoded this twice now and for some reason does not seem to want to crop video. Mediainfo shows the correct AR 1440X1080, but 16:9 instead of 4:3.


Most likely anamorphic is enabled. Add "--sar 1:1" to your h264 settings.

fatpizza
8th November 2015, 18:04
Regarding the rather limited bitrates available to choose from when encoding audio, is manually editing the EncodeAudio.cmd in each job still the only way to go about editing the available audio profiles?

fantasmanegro
13th November 2015, 22:27
maybe a bug but who knows...

with wrong editing of the preset (in my case veryslow as 'veryslower') and DE enable... ripbot keeps trying to encode the chunks (2 pass mode, same size for all chunks) in a never ending loop ...

essential
17th November 2015, 21:27
I have a question about Ripbot with CQ. I'm trying to convert some of my TV show DVDs to mkv's. I tried to mimic scene release rules. I have one recent series stated it was encoded with CRF = 19. When I check MediaInfo on the files they were encoded with High@L3.1 CABAC / 5 Ref Frames.

I mimicked these settings in Ripbot (H@L3.1, slow) and encoded one of my shows (similar aspect ratio, running time, and audio aac lc). My file sizes at CQ 19 are almost double, with much higher overall bitrates. The downloaded releases are around 180megs per episode. Mine at CQ 19 are around 400megs per. I'd have to drop to 22-24 to get sizes around 180.

I understand the whole point of CQ is differing file sizes, but similar encodes should be similar in size at the same CQ ... I can't understand how I'm close to double in size at 19.

Is there something in Ripbot I'm doing wrong?

manono
17th November 2015, 23:37
I understand the whole point of CQ is differing file sizes, but similar encodes should be similar in size at the same CQ ...
I'm not sure you do understand. Are they the same episodes from the same television series? Unless they are, it's an apples to oranges comparison. In addition, you don't know what, if any, filters the guy used on his release to make it more compressible.

essential
18th November 2015, 05:03
I'm not sure you do understand. Are they the same episodes from the same television series? Unless they are, it's an apples to oranges comparison. In addition, you don't know what, if any, filters the guy used on his release to make it more compressible.

They aren't the exact same episode and no I don't what filters he used, but they are both 24 minute sitcom tv shows (basically people sitting in a living room) with the same aspect ratio. I figured a 10-30meg difference might be normal, but 200-250megs just seemed like a massive difference, enough for me to think maybe I was missing something and had a setting wrong.

manono
18th November 2015, 06:17
The same kind of show but not the exact same episode of the same show? Then perhaps the release group filtered the hell out of it. If it was those YiFi guys that just closed up shop, then they were known for filtering the detail out of everything to make very small file sizes. I'm not sure I'd want to emulate release groups because their interests may not be the same as yours.

I'm not supposed to discuss such subjects (and neither are you) so I'll bow out.

essential
18th November 2015, 08:02
The same kind of show but not the exact same episode of the same show? Then perhaps the release group filtered the hell out of it. If it was those YiFi guys that just closed up shop, then they were known for filtering the detail out of everything to make very small file sizes. I'm not sure I'd want to emulate release groups because their interests may not be the same as yours.

I'm not supposed to discuss such subjects (and neither are you) so I'll bow out.

No, not YiFi, and I understand. I just figured x264 crf 19 H@3.1 w/ 5 ref frames would yield semi-similar results across the board, I was incorrect. I am now converting my DVDs (at least this current show) locked at 280mb per episode instead of CQ. No big deal, just thought I was missing something.

73ChargerFan
18th November 2015, 09:40
No big deal, just thought I was missing something.
No, you've got it correct. CQ will give different file sizes for different episodes. For them all to be the same file size, it has to be 2-pass.