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

guest
18th January 2020, 10:42
Hey guys, a nice new autoupdate...

Atak has been busy...there's a new Core, ES, EC versions, lsmash, x265, mpc, scripts, etc.

And apparently, NO Java, from now on :)

:thanks::thanks::thanks:

delacroixp
18th January 2020, 23:20
Hey guys, a nice new autoupdate...

Atak has been busy...there's a new Core, ES, EC versions, lsmash, x265, mpc, scripts, etc.

And apparently, NO Java, from now on :)

:thanks::thanks::thanks:
Awesome

Thanks much


It's all good
:):devil::rolleyes:
Pascal

byteshare
20th January 2020, 01:50
Since switching to only LSmash the good news is that the unicode naming thingy issue doesn't stop you from adding a job and encoding it, but the bad news (and it is a small thing) is the name changes:
"test ¡;#¦_“’` test.mkv" > "test í;#ª_ôÆ` test.mkv"

Question about the update, what is the number represent in the Encoding Client underneath each server in the black box with white text?

guest
20th January 2020, 04:03
Since switching to only LSmash the good news is that the unicode naming thingy issue doesn't stop you from adding a job and encoding it, but the bad news (and it is a small thing) is the name changes:
"test ¡;#¦_“’` test.mkv" > "test í;#ª_ôÆ` test.mkv"

Question about the update, what is the number represent in the Encoding Client underneath each server in the black box with white text?

Hey byteshare, in reference to your question, I asked that a long time ago, and here's the answer.... 2) post #18045

https://forum.doom9.org/showthread.php?p=1893261#post1893261

byteshare
20th January 2020, 16:30
The update in 1.25.1 to MPC fixed the preview for me on the machines I've tried. I haven't seen the video image in so long :D
Thank you!

byteshare
21st January 2020, 05:37
What is the best method to convert 444 video to something usable for KNLMCL A?
x265 [error]: main10 profile not compatible with i444 input chroma subsampling.
Any suggestions? I ran into this again. Last time my "solution" was to encode it first at CRF1 in Handbrake:
x265 [error]: main10 profile not compatible with i422 input chroma subsampling.
I can't seem to convert/change the output for HEVC via AviSynth correctly.

Atak_Snajpera
21st January 2020, 11:04
Just add video=ConvertToYUV420(video)

byteshare
21st January 2020, 17:09
Just add video=ConvertToYUV420(video)
:thanks: That worked. I must have done something wrong last time I tried that...I tend to do these things late at night :(

slalom
21st January 2020, 20:54
The update in 1.25.1 to MPC fixed the preview for me on the machines I've tried. I haven't seen the video image in so long :D
Thank you!
Maybe you missed this manual fix
In mpc-hc enable that option
https://i.postimg.cc/VkLVRqDz/Capture.png

I made a mistake and I forgot to leave that one option enabled.

HehoChef
21st January 2020, 21:41
I'm very sorry if this has been asked before:
I couldn't help but notice that the UI has become a lot better over the last couple versions, but I'm not always sure what it means:
Especially the "Encoding Client" gives out a lot more informations now, about the state of the server.
Is there anywhere a longer readme or a explanation what all the blinking red, green, blue, yellow lights mean?

slalom
21st January 2020, 21:56
Double-click the server icon on the bottom right on the taskbar

guest
22nd January 2020, 00:39
I'm very sorry if this has been asked before:
I couldn't help but notice that the UI has become a lot better over the last couple versions, but I'm not always sure what it means:
Especially the "Encoding Client" gives out a lot more informations now, about the state of the server.
Is there anywhere a longer readme or a explanation what all the blinking red, green, blue, yellow lights mean?

The different "light's" is the CPU priority, low, normal, etc.

There is mention of it on this forum, somewhere, but that's basically it.

guest
22nd January 2020, 00:43
Maybe you missed this manual fix

I think you'll find that they are ALL checked, on the latest update.

stasi
22nd January 2020, 21:15
Since the last update the video preview doesn´t work for me anymore.

Before the update everything was fine, now i always get this error:
https://i.postimg.cc/6q1nvykN/Zwischenablage02.png (https://postimg.cc/xNMXrTjs)

Atak_Snajpera
22nd January 2020, 21:49
Since the last update the video preview doesn´t work for me anymore.

Before the update everything was fine, now i always get this error:
https://i.postimg.cc/6q1nvykN/Zwischenablage02.png (https://postimg.cc/xNMXrTjs)

https://forum.doom9.org/showthread.php?t=177049

blublub
24th January 2020, 09:28
Solved

stasi
24th January 2020, 10:29
https://forum.doom9.org/showthread.php?t=177049

Thanks man, that worked.

jojo54000
24th January 2020, 12:26
Hello,

Thank you very much for your job Atak!

You allow in your crop application videos when they are hdr10 / hdr10 +. But I have read on various forums that it is not recommended, as this can distort HDR10 / HDR10 + metadata...

What do you think?

Secondly, does RipBot264 support hdr10+ videos one day? you could use the "hdr10plus_parser" tool for this, but it is still buggy... ([URL="https://github.com/quietvoid/hdr10plus_parser/releases"/URL])
This allows HDR10+ metadata to be extracted in json format to be incorporated into the x265 encoding parameters.

jojo54000
24th January 2020, 12:31
I have another question: I cut an mkv hdr 10 with mkvtoolnix and I encoded the pieces separately. The parts are all hdr10. is it possible to join all these files while keeping the correct hdr10 metadata? I know the metadata is in the SEI zones but it's still a little confusing for me ...
Thanks.

guest
25th January 2020, 00:46
I have another question: I cut an mkv hdr 10 with mkvtoolnix and I encoded the pieces separately. The parts are all hdr10. is it possible to join all these files while keeping the correct hdr10 metadata? I know the metadata is in the SEI zones but it's still a little confusing for me ...
Thanks.

I think the question here is, why are you "cutting up" the file, only to join it all back together ???

Have you tried to join them using what you cut them with ??

https://forums.plex.tv/t/howto-joining-multi-part-movies-files-with-mkvtoolnix-gui/113211

Ronski
25th January 2020, 20:05
I've had a couple of encodes hang after it finished encoding (once today, once some months back). The encoding server had appeared to have closed, but Ripbot was just saying please wait. When looking in task manager it was still showing the encoding server, so I killed the process and then Ripbot went on to mux the chunks and completed successfully.

No idea what's causing this but others may find the above useful if it happens to them.

jojo54000
26th January 2020, 17:41
"I think the question here is, why are you "cutting up" the file, only to join it all back together ???"

So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).
Hence my question: is there no problem with pasting HDR10 / HDR10 + files? I mean with respect to HDR10 / HDR10 + metadata?

Atak_Snajpera
26th January 2020, 17:42
So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).

Why not just use distributed encoding mode??? Why do you have to cut file manually?

jojo54000
26th January 2020, 17:51
actually i never tried distributed encoding ...
it's the same thing ?

guest
27th January 2020, 00:27
actually i never tried distributed encoding ...
it's the same thing ?

OMG, jojo....you should do yourself a HUGE favour, and figure out how to use distributed encoding (DE), not only does it speed the process up substantially, but there is a (let's call it) a resume type function....98 out of 100 times, if the encode is interrupted, or aborted, when you restart the encode it will start from almost where it was "interrupted", meaning that all the completed chunks will still be there (it doesn't save / remember where it was up to with partially processed chunks, but thats acceptable).

You don't need other pc to use DE, but of course the more, the merrier.

But the process of splitting a movie is making SO much more work for you, and brings you to the dilemma you posted about.

guest
27th January 2020, 00:28
Why not just use distributed encoding mode??? Why do you have to cut file manually?

So in fact I cut because on my pc (i7 7700k) it takes a long time to encode and I prefer to encode piece by piece to avoid losing everything in case of crash of the pc (power cut etc ...).

jojo54000
27th January 2020, 05:31
so i see distributed encoding, but impossible to work.
encoding server start but encoding client stop immediately.
i already try: stop firewall, stop AV

i don't know how show encoder server window, no button ?

Help me!

ripbot264 v1.25.1...

guest
27th January 2020, 08:31
so i see distributed encoding, but impossible to work.
encoding server start but encoding client stop immediately.
i already try: stop firewall, stop AV

i don't know how show encoder server window, no button ?

Help me!

ripbot264 v1.25.1...

Wow..OK, so how long have you been using (trying to) RipBot ??

Do you have any other pc's, or a network ??

Do you know how to enable Distributed Encoding ??

You have to set up certain basic IP address's etc,

Can you post a couple of screenshots of your Ripbot windows, especially the Distributed Encoding tab, opened (but don't post any pictures directly here, they won't be "cleared" for quite some time).

Have you had a look around page 1 of this forum ??

Watch this video:- https://youtu.be/b-BICnj62iE it's a bit dated, but that's about all you can get.

duffbeer
27th January 2020, 11:29
I'm currently buying some parts to upgrade my encoding PC and I need a little advice. I've never used a dedicated graphics card before as I never play any games so I just use the integrated graphics.
My new CPU does not have integrated graphics so I need to buy a GPU. Noise levels are very important to me so I was planning to buy a GT 1030 2GB passive GPU.
My question is this:
Will this card be sufficient to benefit from GPU decoding in RipBot? Should I be looking at a more powerful card or is this one sufficient?

I would appreciate any advice. Cheers.

Atak_Snajpera
27th January 2020, 11:44
100% sufficient.

guest
27th January 2020, 12:46
I'm currently buying some parts to upgrade my encoding PC and I need a little advice. I've never used a dedicated graphics card before as I never play any games so I just use the integrated graphics.
My new CPU does not have integrated graphics so I need to buy a GPU. Noise levels are very important to me so I was planning to buy a GT 1030 2GB passive GPU.
My question is this:
Will this card be sufficient to benefit from GPU decoding in RipBot? Should I be looking at a more powerful card or is this one sufficient?

I would appreciate any advice. Cheers.

A couple of things I'd like to add...

Just how much benefit would a GT 1030 give..(compute units)

Is passive cooling going to be sufficient if being used for heavy use..

I have an MSI GTX 1080, and an MSI RX 480, both have 2 big fan's, but don't spin until they get hot, and then they are very quiet.

What CPU are you running ??

duffbeer
27th January 2020, 13:14
100% sufficient.

Great, thanks for confirming.

So there is no performance benefit (for encoding) in buying a more powerful GPU?

Atak_Snajpera
27th January 2020, 13:19
Great, thanks for confirming.

So there is no performance benefit (for encoding) in buying a more powerful GPU?

You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

GT710 can decode AVC blu-ray (~26Mbps) at ~120fps
AVSMeter 2.5.3 (x64) - Copyright (c) 2012-2017, Groucho2004
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 14405
Length (hh:mm:ss.ms): 00:10:00.809
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: i420

Frames processed: 14405 (0 - 14404)
FPS (min | max | average): 38.51 | 195.9 | 121.7
Memory usage (phys | virt): 95 | 259 MiB
Thread count: 20
CPU usage (average): 2%

Time (elapsed): 00:01:58.320

guest
27th January 2020, 13:27
You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

Interesting comment, but really, if you have substantial CPU power, why would you want to use GPU, unless you have several.

Surely it's only a small % of "help", and there's only some filters that use GPU's for filtering, not encoding.

MDegrain is CPU, KnlMeansCL is GPU.

Atak_Snajpera
27th January 2020, 13:33
Interesting comment, but really, if you have substantial CPU power, why would you want to use GPU, unless you have several.

Surely it's only a small % of "help", and there's only some filters that use GPU's for filtering, not encoding.

MDegrain is CPU, KnlMeansCL is GPU.

You do not have to tell me that ;) In practice GPU decoding may reduce encoding time by only ~5%.

guest
27th January 2020, 13:47
You do not have to tell me that ;) In practice GPU decoding may reduce encoding time by only ~5%.

Hmmm, better spending that money on CPU's, not necessarily on powerful GPU's.

guest
27th January 2020, 13:53
You would be surprised how irrelevant is difference between gt710 and RTX2080ti in terms of video decoding speed...

GT710 can decode AVC blu-ray (~26Mbps) at ~120fps
AVSMeter 2.5.3 (x64) - Copyright (c) 2012-2017, Groucho2004
AviSynth+ 3.4 (r2925, master, x86_64) (3.4.0.0)

Number of frames: 14405
Length (hh:mm:ss.ms): 00:10:00.809
Frame width: 1920
Frame height: 1080
Framerate: 23.976 (24000/1001)
Colorspace: i420

Frames processed: 14405 (0 - 14404)
FPS (min | max | average): 38.51 | 195.9 | 121.7
Memory usage (phys | virt): 95 | 259 MiB
Thread count: 20
CPU usage (average): 2%

Time (elapsed): 00:01:58.320

So how would this change, if you were decoding 4K footage ??

And then with 8K "just around the corner", that will really throw a "cat among the pigeons"....

Atak_Snajpera
27th January 2020, 14:21
And then with 8K "just around the corner", that will really throw a "cat among the pigeons"....
8K around the corner? Where? In Japan or South Korea?

So how would this change, if you were decoding 4K footage ??
Why don't you check yourself. If GPU supports HEVC decoding then 4k should not be a problem. I expect again 120+ fps during pure decoding on GT1030.

guest
27th January 2020, 15:06
8K around the corner? Where? In Japan or South Korea?


Why don't you check yourself. If GPU supports HEVC decoding then 4k should not be a problem. I expect again 120+ fps during pure decoding on GT1030.

I'm just saying....ok it is sort of starting to show up.. I mean, I can buy 8K TV here in Australia if I wanted to, but where are you going to get 8k footage from...

I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...

Atak_Snajpera
27th January 2020, 15:15
I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...
It is simple. Just click on AVS METER icon. Do not forget to activate GPU decoding in options first and do not perform any filtering in script.

guest
28th January 2020, 07:02
Atak,

You know it would be VERY handy to be able to shutdown the Client PC, at any chosen chunk, instead of having to sit there, until the chunk(s) is completed, then manually stop the process.

If this:- https://i.postimg.cc/nc0J3cNs/Untitled-2.png = SHUTDOWN SERVER AT IDLE STATE (Finish encoding current chunk and then shutdown), could be added to the Clients options, instead of just the Servers.

Or better still (just on the Client), if the encoding process could be gracefully closed, and not start the next chunk, then you could abort out, without the job having been completed, ready to resume, whenever...

blublub
28th January 2020, 20:20
Hi

is there any way to make an encode with HDR10+ from a DolbyVision title?

guest
29th January 2020, 10:11
I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

duffbeer
29th January 2020, 11:50
Quick hardware question....
Which would you prefer?

1. Increase 16GB 3200 DDR4 RAM to 3600
2. Increase 16GB 3200 DDR4 RAM to 32GB 3200

Purely encoding related usage - no games

guest
29th January 2020, 12:07
quick hardware question....
Which would you prefer?

1. Increase 16gb 3200 ddr4 ram to 3600
2. Increase 16gb 3200 ddr4 ram to 32gb 3200

purely encoding related usage - no games

#2...depends on how much filtering and work you give the system.

But a more powerful CPU would be a lot better...what are running ??

jojo54000
29th January 2020, 13:20
I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

There are several ways to reassemble the 2 parts:
1- copy / b (first demux the videos .h265 / .h264)
2- mp4box
3- ffmpeg
4- mkvtoolnix
the safest is with 'copy / b' and the least secure with mkvtoolnix according to my tests.
with 'copy / b', never had synchronization concerns, but the 2 parts must be encoded exactly with the same options, resolution ... and avoid videos with OpenGOPs.

guest
29th January 2020, 13:29
There are several ways to reassemble the 2 parts:
1- copy / b (first demux the videos .h265 / .h264)
2- mp4box
3- ffmpeg
4- mkvtoolnix
the safest is with 'copy / b' and the least secure with mkvtoolnix according to my tests.
with 'copy / b', never had synchronization concerns, but the 2 parts must be encoded exactly with the same options, resolution ... and avoid videos with OpenGOPs.

Thnx jojo, I might give the copy /b thing a shot.

found these examples...

Method 1

type "C:\folder1\file1.txt" "C:\folder2\file2.txt" > output.txt

Method 2

copy "C:\folder1\file1.txt"+"C:\folder2\file2.txt" output.txt

jojo54000
29th January 2020, 14:02
Thnx jojo, I might give the copy /b thing a shot.

found these examples...

Method 1

type "C:\folder1\file1.txt" "C:\folder2\file2.txt" > output.txt

Method 2

copy "C:\folder1\file1.txt"+"C:\folder2\file2.txt" output.txt

In fact, i think copy /b "file1.h265" + "file2.h265" "full.h265" (if h265 video and after demuxing video via mkvextract)

Ryushin
29th January 2020, 15:16
I know this question is a little off topic for this forum, but it is along the lines of a question jojo54000 asked, several days ago.

I am trying to join 2 parts of a movie, and I can get each part to playback well, after running them thru either tsMuxer, or MKVToolnix, but when I "merge / append" the parts together, either using tsMuxer of MKVToolnix, the 2nd part is out of sync.

I have several movies that are like this, meaning it 2 parts, and I'm not having much luck.

Anybody with a hint, would be welcome.

Most of the time after I join them, I have to end up re-encoding the whole thing to fix the audio and a blip at the join.

byteshare
29th January 2020, 16:45
I'm just saying....ok it is sort of starting to show up.. I mean, I can buy 8K TV here in Australia if I wanted to, but where are you going to get 8k footage from...

I doubt that I will test GPU decoding.... I don't use GPU for anything but 4k playback and display for my 4K LG monitor...
Their might be 8K TVs but there still isn't much true 4K content. Even Avengers Endgame's 4K BluRay was a 4K upscale because almost all effects are still done in 2K. Endgame was shot in 4K but most movies are still shot in 2K and upscaled later after effects. Reason the industry even moved so fast to 2K was Avatar from what I heard.

As for GPU decoding, I ran some long tests a while back and it is slightly faster on longer encodes but only when I'm not using my usual GPU filters, when using heavier GPU filters it is slower to decode with GPU.