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

lemaireus
8th September 2019, 16:01
I have already copied the error log above, at the bottom of page 865.

I encode into x265, two passes, and always encode multichannel lossless master audio tracks into 640k AC3.

It's very frustrating getting that kind of an error at the end of 10:34 hours of work. This is the third file on which I am getting that error. Apparently the audio encoder does not encode DTS-MA track into AC3, which is why mkvmerge cannot find that track. Yes, I have checked the job folder each time, and there has never been an 'Encoded_Audio_1.ac3' file in the folder each time I get this error.

If Ripbot had not immediately deleted the encoded video, then I would have encoded and muxed the audio track myself in cases of such errors.

Atak, would you please consider that option: leave the encoded video intact in the job folder, and delete that only when all the temporary files are deleted? Such a simple option can save hours and hours of work going to waste in case of an error such as the one I posted above, and also in cases where the error is 'video.265 could not be opened.' (I used to get that sometimes in the past, not anymore).

Please leave the encoded video intact in the job folder for the file being encoded, for a user to delete as and when they please.

slalom
8th September 2019, 16:26
If Ripbot had not immediately deleted the encoded video, then I would have encoded and muxed the audio track myself in cases of such errors.
Run CombineAllChunks.cmd in chunks folder to get the video

stryker412
8th September 2019, 20:31
I posted my error log on the previous page too. Not sure why all the sudden I'm getting no audio and the chapters cannot be read.

slalom
8th September 2019, 20:46
Download the file from the first page and update that
That's what I do when I have trouble. Replace your files except .ini's

GZZ
8th September 2019, 21:25
Cosmetic Change. Can the text in the DE window be breaked into 2 lines or can the window be enlarged. As some of the text is truncated until I resize the column on every DE start.

https://imgur.com/YMFB3tb

lemaireus
9th September 2019, 08:59
Run CombineAllChunks.cmd in chunks folder to get the video

Thank you, Slalom. The question for a relative novice with cmd is 'how'?

May I assume that by 'chunks folder' you mean the job folder, thus, for example, 'job1'? How to I run 'CombineAllChunks.cmd' in that folder. A run down in three to four steps will be very helpful, and much appreciated.

Thanks a lot for what I hope will soon become a working suggestion.

stryker412
9th September 2019, 11:14
Atak, any suggestions?

https://forum.doom9.org/showthread.php?p=1884279#post1884279

Atak_Snajpera
9th September 2019, 12:00
Atak, any suggestions?

https://forum.doom9.org/showthread.php?p=1884279#post1884279

https://forum.doom9.org/showthread.php?p=1884278#post1884278

lemaireus
9th September 2019, 16:14
Run CombineAllChunks.cmd in chunks folder to get the video

Slalom, I did a bit of work on your suggestion, and there is an issue. I think you are working with the assumption that I am using distributed encoding. I am not. I am encoding my video on the one machine I have.

Atak, would you please consider the option of leaving the encoded video intact in the job folder, and delete that only when all the temporary files are deliberately deleted by a user? Such a simple option can save hours and hours of work from going to waste in case of an audio or video muxing error (Encoded_Audio_1.ac3 cannot be opened, or video.265 cannot be opened).

Here are references back to my previous two posts on the issue, with the first showing the error log:
https://forum.doom9.org/showthread.php?p=1884332#post1884332
https://forum.doom9.org/showthread.php?p=1884333#post1884333

slalom
9th September 2019, 17:15
Slalom, I did a bit of work on your suggestion, and there is an issue. I think you are working with the assumption that I am using distributed encoding. I am not. I am encoding my video on the one machine I have.
Actually, yes I was :o

stryker412
9th September 2019, 22:40
https://forum.doom9.org/showthread.php?p=1884278#post1884278


Yes the contents of that file were in my post.

GZZ
10th September 2019, 22:07
I see FFMS2 Video decoder is default. What is the difference and benefits from one another FFMS2 vs. LSMASH ?

lemaireus
12th September 2019, 15:43
This is becoming routine, and therefore very, very frustrating. Got the error once again today; each time I have to encode DTS/DTS-MA audio into AC3, at the end of a two-pass encode I get the message:

Error: The file 'E:\Temp\RipBot264temp\job2\Encoded_Audio_1.ac3' could not be opened for reading: open file error.

I can copy the entire log file, if you like.

Atak, the solution I have suggested is really a straightforward one, even if it takes time writing some fresh code, but it will save a lot of people a lot of frustration if they could simply pick up the encoded video and mux is manually in case of these errors, rather than having to do the entire encode from scratch.

Please allow Ripbot to leave the encoded video in the job folder, till a user deletes that job folder manually. That is all it will take to save hours and hours of encoding from being flushed down the drain.

Keeping my fingers crossed for a positive response from you.

byteshare
12th September 2019, 16:19
I see FFMS2 Video decoder is default. What is the difference and benefits from one another FFMS2 vs. LSMASH ?
LSMASH is the newer one added to RipBot, so if you never had any issues with FFMS2 I'd use that, but LSMASH works differently so that if you have issues with frame accuracy on a source such as MPEG2 then use that one.

This is becoming routine, and therefore very, very frustrating. Got the error once again today; each time I have to encode DTS/DTS-MA audio into AC3, at the end of a two-pass encode I get the message:

Error: The file 'E:\Temp\RipBot264temp\job2\Encoded_Audio_1.ac3' could not be opened for reading: open file error.

I can copy the entire log file, if you like.

Atak, the solution I have suggested is really a straightforward one, even if it takes time writing some fresh code, but it will save a lot of people a lot of frustration if they could simply pick up the encoded video and mux is manually in case of these errors, rather than having to do the entire encode from scratch.

Please allow Ripbot to leave the encoded video in the job folder, till a user deletes that job folder manually. That is all it will take to save hours and hours of encoding from being flushed down the drain.

Keeping my fingers crossed for a positive response from you.
Have you posted a sample of the source here?
Does it happen consistently on the same source, aka if you ran a sample that had an issue again and again does it happen each time?

lemaireus
12th September 2019, 18:25
LSMASH is the newer one added to RipBot, so if you never had any issues with FFMS2 I'd use that, but LSMASH works differently so that if you have issues with frame accuracy on a source such as MPEG2 then use that one.

Have you posted a sample of the source here?
Does it happen consistently on the same source, aka if you ran a sample that had an issue again and again does it happen each time?

The fist section of the reply was to GZZ, but in my case, I never had problems of the kind I do before the move to LSMASH. Frame accuracy was never an issue with me. My sources are usually BD/BDRemuxes and never did I ever have a problem with FFMS2 in any audio conversions.

The issue has been coming up since the move to LSMASH. I have had the error thrice since that shift, with three difference sources. Common to these three sources was a DTS audio track: lossless DTS-MA tracks in two sources, and 1504k DTS track in the third source. I haven't yet tried converting .thd audio. Will give that a run through and post an update.

I shall do a thorough test tomorrow of samples with three different kinds of audios: DTS-MA, DTS, and TrueHD. Shall post the results after that, and will upload a sample in case that is necessary for analysis.

More tomorrow. Desperately looking for a solution to this because the problem is intensely frustrating: it ruins the encode right at the end of two passes, when it's time to mux the audio-video streams.

stryker412
12th September 2019, 21:26
Ripbot (newest version) is not picking up the audio track or the chapter files in my latest TV show rip. The tracks are indeed there as listed in MediaInfo and using VLC. Anyone else seeing this?

GZZ
13th September 2019, 07:48
The fist section of the reply was to GZZ, but in my case, I never had problems of the kind I do before the move to LSMASH. Frame accuracy was never an issue with me. My sources are usually BD/BDRemuxes and never did I ever have a problem with FFMS2 in any audio conversions.


Thanks for the explanation, though there was some extra decoding speed hidden in LSMASH, but if it just an alternative to those who have frame accuracy issue, then I leave it a FFMS2 as it has worked fine so far.

sneaker_ger
13th September 2019, 09:47
You will always find samples that make problems in L-SMASH but work fine in ffms2 and vice versa. You can't win.

duffbeer
13th September 2019, 10:05
99.9% of the time FFMS2 works perfectly. LSMASH has caused massive problems.

Atak_Snajpera
13th September 2019, 10:25
99.9% of the time FFMS2 works perfectly. LSMASH has caused massive problems.

Ffms2 is more broken than i thought. Latest version of lsmash
(Not included in ripbot) fixed vc1 decoding and that random skips in avc and hevc. Just test your files in my tool seektester to see what i mean.

lemaireus
13th September 2019, 15:40
Update regarding the following posts:

https://forum.doom9.org/showthread.php?p=1884332#post1884332
https://forum.doom9.org/showthread.php?p=1884333#post1884333
https://forum.doom9.org/showthread.php?p=1884690#post1884690
https://forum.doom9.org/showthread.php?p=1884700#post1884700

I ran the tests and here are the results: every encode that involved audio encoding on a setting other than 'copy stream' failed. None of the job folders of the encodes which gave the error contained the new encoded audio file which should have been there. The inference was obvious: that EAC3 wasn't kicking in at the start of the encoding process because, most likely, the file with the command line code meant to start EAC3 might have become corrupted.

Once the problem was diagnosed, it was the small matter of testing a solution. I downloaded a fresh copy of Ripbot, updated it, and ran the test encodes again, and everything is now working fine.

Essentially, I went through all the frustration I did because of the corruption of the file with the command line that was meant to start EAC3 for encoding audio, and which stopped working at some stage.

Thank you very much for your suggestions, and I'll keep my fingers crossed that the encodes proceed smoothly hereafter.

byteshare
13th September 2019, 16:54
Ffms2 is more broken than i thought. Latest version of lsmash
(Not included in ripbot) fixed vc1 decoding and that random skips in avc and hevc. Just test your files in my tool seektester to see what i mean.
I'd be willing to try LSmash again once the new version is added to RB, if it fixed the seek/frame issues that were happening before.
How is FFMS2 broken? I'm not seeing issues with it at the moment.

Atak_Snajpera
13th September 2019, 16:56
I'd be willing to try LSmash again once the new version is added to RB, if it fixed the seek/frame issues that were happening before.
How is FFMS2 broken? I'm not seeing issues with it at the moment.

https://forum.doom9.org/showthread.php?p=1884507#post1884507

stryker412
13th September 2019, 23:29
Tried a number of different things such as older versions of RipBot, manually updating eac3to/mkvtoolnix/etc. Nothing has worked. Been using RipBot for years and now it won't load any audio tracks from this rip. Of all things... It's the recent Scooby Doo BD release. The audio tracks are there (they play fine in VLC). At a loss here.

cypher007
14th September 2019, 11:43
hello, awesome program been using it for years.

but I have one feature request. if I have an MKV with a DTS-MA sound track I would like to be able to recode it with just DTS core. I can do this with a pure blu ray using ripbot as it will let me select core. but it seems I have no options like this when dealing with MKV's.

slalom
14th September 2019, 11:54
Use tsMuxer to get the core

Once the problem was diagnosed, it was the small matter of testing a solution. I downloaded a fresh copy of Ripbot, updated it, and ran the test encodes again, and everything is now working fine.

Essentially, I went through all the frustration I did because of the corruption of the file with the command line that was meant to start EAC3 for encoding audio, and which stopped working at some stage.

Thank you very much for your suggestions, and I'll keep my fingers crossed that the encodes proceed smoothly hereafter.
Told you! :D

Viper714
15th September 2019, 06:53
So, I just finished encoding a 4K movie, The Mummy 3" and it took 6 hours and 40 minutes to encode in x265. Should I do 264 instead. That is way to looong with four machines running in DE. I can normally do 1080 blu rays in x264 in about 45-60 minutes. I just encode video and do a copy stream on audio. What is the best setting for encoding 4K movies? Any suggestions are helpful...

Below is a sample of my conversion times. Disregard the Aquaman times it was a test only.
https://i.imgur.com/DpV4AFR.png

Atak_Snajpera
15th September 2019, 11:06
There is no best settings ... 4x pixels to encode plus x265 Has to take a long time.

stryker412
15th September 2019, 12:30
Atak, I downloaded Staxrip and was able to load up the source files without problem. Any idea why Ripbot cannot pull up the audio or chapters for these?

https://forum.doom9.org/showpost.php?p=1884279&postcount=17298
https://forum.doom9.org/showpost.php?p=1884823&postcount=17324

Atak_Snajpera
15th September 2019, 12:37
Maybe filename Has some non standard (unicode)characters.

byteshare
16th September 2019, 16:37
Maybe filename Has some non standard (unicode)characters.
Yeah, I setup a regex batch (antRenamer) to strip those from my files before I add them to RipBot.

emmaurilio
19th September 2019, 20:07
Hi all!

Iīm having some problems with encoding with RipBot1.21 and above. I tried to find a topic about this problem without success. The solution may be quite simple, but I don't know a lot about the details of the encoder plugins. Thatīs why I ask your help.

The files bellow will show better what is happening, but in short the final file had a green frame added after each normal frame of the original video.

https://www.dropbox.com/sh/a2eu6dlanqr2plh/AAD3TpZg-Xls2EkTlwcFVxY_a?dl=0

The encoding is working well until version 1.20. I suspect that the problem is occurring with the AviSynth.

Can someone help me?

Atak_Snajpera
19th September 2019, 20:28
Hi all!

Iīm having some problems with encoding with RipBot1.21 and above. I tried to find a topic about this problem without success. The solution may be quite simple, but I don't know a lot about the details of the encoder plugins. Thatīs why I ask your help.

The files bellow will show better what is happening, but in short the final file had a green frame added after each normal frame of the original video.

https://www.dropbox.com/sh/a2eu6dlanqr2plh/AAD3TpZg-Xls2EkTlwcFVxY_a?dl=0

The encoding is working well until version 1.20. I suspect that the problem is occurring with the AviSynth.

Can someone help me?

Will be fixed in next auto update. Be patient.

Temporary hack -> rename .mpg to .ts

emmaurilio
19th September 2019, 20:37
Will be fixed in next auto update. Be patient.

Temporary hack -> rename .mpg to .ts


Thanks for the answer!

I'm patient :) , but just to understand how it works... is there a prediction or even vague idea of the timing of this next update? I am using version 1.20, so I disabled autoupdate and because that I will not know when it occurs. :/

Thanks.

emmaurilio
19th September 2019, 20:40
Will be fixed in next auto update. Be patient.

Temporary hack -> rename .mpg to .ts


It works!!! Thanks!

POTI
20th September 2019, 19:54
I have an odd one. It just started happening yesterday. I am running win 10 all up to date. I started getting this error.
AVC Import results: 159138 samples (481657 NALUs) - Slices: 1460 I 53052 P 104626 B - 160553 SEI - 1414 IDR
Stream uses forward prediction - stream CTS offset: 2 frames
Opening file C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac failed
Error importing C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac:lang=und: Requested URL is not valid or cannot be found

I checked to make sure that the temp folder is shared and it is. The Encoded_Audio_1.aac is missing. I can go in and play the job and it all appears and sounds ok. Anything else you need from me to look into this? Happening on multiple encodes.

ReinerSchweinlin
23rd September 2019, 17:32
I noticed machines running WIn10 slow down encoding when headless left alone. As soon as I log into them with Remote Desktop, the pace steps up. If I manually set the priority of ffmpeg/x265 to "above normal" - I get full usage of CPU - until the next chunk and it all slows down again.
Win7 machines in my swarm don't show this behaviour.
The win10 Machines are already cleaned from most background processes.

I tried setting "priority above normal" in the server settings, but this doesnīt seem to change anything.

Any advice?

byteshare
23rd September 2019, 18:06
I noticed machines running WIn10 slow down encoding when headless left alone. As soon as I log into them with Remote Desktop, the pace steps up. If I manually set the priority of ffmpeg/x265 to "above normal" - I get full usage of CPU - until the next chunk and it all slows down again.
Win7 machines in my swarm don't show this behaviour.
The win10 Machines are already cleaned from most background processes.

I tried setting "priority above normal" in the server settings, but this doesnīt seem to change anything.

Any advice?
Leave them logged in? I just leave mine logged in (not locked) and don't see an issue with the CPU like that.

Atak_Snajpera
23rd September 2019, 19:12
I noticed machines running WIn10 slow down encoding when headless left alone. As soon as I log into them with Remote Desktop, the pace steps up. If I manually set the priority of ffmpeg/x265 to "above normal" - I get full usage of CPU - until the next chunk and it all slows down again.
Win7 machines in my swarm don't show this behaviour.
The win10 Machines are already cleaned from most background processes.

I tried setting "priority above normal" in the server settings, but this doesnīt seem to change anything.

Any advice?

Maybe it is some power saving strategy in win10? I can't help here because I'm using only win7.
https://www.thewindowsclub.com/power-throttling-windows-10

ReinerSchweinlin
24th September 2019, 11:47
Thanx to both of you for replying.
@byteshare
I canīt leave all of them logged in, so this sadly is no option for me.
@Atak
Would it be possible to implement "priority above normal" for the startup of the servers`?

Atak_Snajpera
24th September 2019, 11:59
Just use Process Hacker and save process priority for ffmpeg.exe and x264.exe/x265.exe
https://i.imgsafe.org/9f/9f77c38193.png

silentstrife
24th September 2019, 22:05
Hello,

I am a long time user/reader, first time poster. Great program, have been using it for a very long time. I just got the recent update and after processing a movie, I have no video, just a cover picture, and audio only. I have tried using both of the 2 new encoders and set them across the board for the options. Has any one had this happen or reported yet? I haven't seen anything in the last few pages.

Also, when i tried to use DE, it failed on all of my video conversion attempts. Unfortunately i didn't screen shot or see any error logs to provide.

Error Log:
D:\>"D:\Blu Ray Tools\RipBot264v1.24.0\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

D:\>"D:\Blu Ray Tools\RipBot264v1.24.0\tools\mkvtoolnix\mkvmerge.exe" -o "D:\video.mkv" --compression 0:none --title "video" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --aac-is-sbr 0:0 "D:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v37.0.0 ('Leave It') 64-bit
Error: The file 'D:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 02h:58m:03s

Manually combine the chuncks, ran Job1_MuxFiles.bat, found output video at expected location, opened to find no video at all but has audio.

RB Ssettings:
MPEG-2 and Other set to LSMASH, the others are set to FFMS2.

Atak_Snajpera
25th September 2019, 09:55
Try again with new fresh job .

ReinerSchweinlin
25th September 2019, 12:19
Hey Atak,

thank you for the suggestion, didnīt know that process hacker can do that. A first quick try didnīt help though. Still dropping CPU Usage when left alone.. For some reason I cannot change the power scheme permanently, Windows always reverts it after a few hours. Seems to be a standard behaviour, since I discovered this on several WIN10 machines which are completely different (win64/32/home/pro/etc, different CPUs..). I will have to do more investigation on this.

Atak_Snajpera
25th September 2019, 12:22
I hope you left process hacker running in background because otherwise those processes will run with standard normal priority.

silentstrife
25th September 2019, 23:04
Try again with new fresh job .

Hi Atk,

Yes that was a fresh job. The only thing i know happened was the update from version 1.24 to 1.25. I might just go back to 1.24 and disable the auto-update. If you can think of any info i can provide to help fix this issue please let me know.

RB Job Settings - Profile - MA10 X.X 10 bit progressive HEVC, CQ 20, Denoise - MDegrain2 + KNLMeansCL, audio 2.0

Basic System info:
Windows 10 Pro V.1903
CPU - i7-5960x
RAM - 32GB
GFX - RTX 2070

LigH
26th September 2019, 07:37
@ReinerSchweinlin: Microsoft SysInternals' "ProcessExplorer" can do that too. It is my default Task Manager now.

Atak_Snajpera
26th September 2019, 09:02
Hi Atk,

Yes that was a fresh job. The only thing i know happened was the update from version 1.24 to 1.25. I might just go back to 1.24 and disable the auto-update. If you can think of any info i can provide to help fix this issue please let me know.

RB Job Settings - Profile - MA10 X.X 10 bit progressive HEVC, CQ 20, Denoise - MDegrain2 + KNLMeansCL, audio 2.0

Basic System info:
Windows 10 Pro V.1903
CPU - i7-5960x
RAM - 32GB
GFX - RTX 2070

Compress whole job folder (without big files like video.mkv or audio files) and send IT to me. I will take a look...

ReinerSchweinlin
26th September 2019, 11:46
I hope you left process hacker running in background because otherwise those processes will run with standard normal priority.

Of course
@LigH
Thanx for the info.

Atak_Snajpera
26th September 2019, 12:33
Of course
@LigH
Thanx for the info.

Have you verified that process in fact gets higher priority?