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

slalom
30th March 2021, 13:30
I also stopped using it because MDegrain2 was such a drastic improvement I never went back.
I will have to agree

I just checked the preview for 3 movies, HQDN3D_strong vs MDegrain1

MDegrain1 is way better for my eyes. I don't know about encoding speed

ReinerSchweinlin
30th March 2021, 17:12
I will have to agree

I just checked the preview for 3 movies, HQDN3D_strong vs MDegrain1

MDegrain1 is way better for my eyes. I don't know about encoding speed
Same here, MDegrain is much more natural and transparent looking for me.

ReinerSchweinlin
31st March 2021, 13:42
And as a side note, Handbrake only seems to have 2 denoiser's, HQND3D & NLMeans, so they don't know what they're missing :)
Yes, Handbrake is very stable and user friendly and doesn´t change too often - one of the reasons why many Benchmarks use it and users like it. But it misses some very basic and advanced features, which others like Ripbot, Staxrip, etc... offer. Like:

- Very high Quality deinterlacing
- GPU Denoising
- Normalizing Audio
.
.
.

On the other hand, its very good documented, stable, many nice features for batch encoding, cross-plattform, etc...

Each to his own...

Atak_Snajpera
31st March 2021, 22:55
High quality deinterlacing is also absent in handbreak.

guest
5th April 2021, 08:46
So I have been doing some testing with different Grain & Denoising filters, some that are not part of Ripbot264.

However, they can be found in Handbrake, Staxrip, & Hybrid.

One thing that this has shown me, is that HQN3D just isn't really "in the race".

So the original footage is VERY grainy / noisy, and even though MDegrain 2 & 4 did a pretty good job, in a reasonable time, I found that the SMDegrain grainy did the best job, however, to get those results, it takes a L-O-N-G time, as an example of that the SMDegrain grainy took a bit over an hour to process a 4:40 sample, whereas MDegrain 4 only took about 23 minutes.

TemporalDegrain2 took nearly 1:40:00

TNLmeans took just over 00:47:30

xNLmeans took 2:16:00

I just want to add that these times were on an old slightly overclocked Intel i7 3930K, using DE, but only 2, 2minute chunks.

So even thought these filters do a very similar job, there is a big difference in encoding times, versus the end result, fortunately (or not) at least RipBot has the massive advantage of DE, I would hate to see how long the other popular encoders would take.

Atak_Snajpera
5th April 2021, 16:53
How about English !!!!!

I've just noticed that you left 25 of these crappy posts on many of this Forums topics...go somewhere else !!!!

Online Casino bullshit !!!

You are yelling at the bot...

LigH
6th April 2021, 07:31
Better https://forum.doom9.org/images/buttons/report.gif report such posts to the moderators instead.

ReinerSchweinlin
7th April 2021, 07:29
Issue with multiple audio tracks:

Hi all... I remember reporting this a while ago and just noticed the behaviours still being the same:

- when I do a batch encode and tell RB to just copy audio - only the first audio track is copied. Same behaviour when audio is encoded.

Anybody else having this issue?

guest
7th April 2021, 10:37
Issue with multiple audio tracks:

Hi all... I remember reporting this a while ago and just noticed the behaviours still being the same:

- when I do a batch encode and tell RB to just copy audio - only the first audio track is copied. Same behaviour when audio is encoded.

Anybody else having this issue?

Well, I don't use Batch all that much, but I just loaded a couple of files, using batch, and unless I'm blind, I cannot see ANY option for multiple audio tracks, however, you could add up to another 2 tracks per job, once the batch process has created the job(s).

I was going to show a screen shot, but there's no point :(

However, having said that, for those who use batch a lot, it would be a very handy option to have....

slalom
7th April 2021, 21:17
Issue with multiple audio tracks:

Hi all... I remember reporting this a while ago and just noticed the behaviours still being the same:

- when I do a batch encode and tell RB to just copy audio - only the first audio track is copied. Same behaviour when audio is encoded.

Anybody else having this issue?
Yes, obviously you have to add it manually

Daringbaaz
9th April 2021, 09:41
Rip Bot Encoding Server Not opeaning, it Was Working Fine Previously,

I Checked task manager there was encoding Server.exe Listed But it' won't Open,

- Win 10 pro - Ryzen ThreadRipper 32c

Thanks

LigH
9th April 2021, 10:34
There are several reasons known, of background applications blocking the appearance. I remember "Search Everything" as one candidate...

guest
9th April 2021, 11:36
Rip Bot Encoding Server Not opening, it Was Working Fine Previously,

I Checked task manager there was encoding Server.exe Listed But it' won't Open,

- Win 10 pro - Ryzen ThreadRipper 32c

Thanks

Well, there hasn't been any auto updates for months, so it can't that, that has caused the problem.

What graphics cards are you running, if nVidia, there's a problem with certain functions of that.

Have you changed or installed some new software or drivers since it last worked ???

guest
11th April 2021, 08:33
Now I might be about 18 months behind the times, but I noticed something interesting this afternoon.

With v1.25.0, MTmodes.avs is still available in the Scripts folder, and IF you autoupdate to v1.26.0, it's still there...

HOWEVER, if you download a fresh v1.26.0, it's gone !!!!!

Is it still used, OR has it been secretly integrated, so we can't tell ???

Either way, what does this do, does it enable multi threading on certain filters to speed them up OR does it disable multithreading on certain filters that don't utilize MT ?

On a slightly different topic, as we all know Lsmash IS the default decoder, with no other choice other than use a GPU encoder.

Does anyone still use FFMS ?? (or any other decoder)

And this :- "z_ConvertFormat", is this redundant, as I can't find any other reference to it ???

slalom
11th April 2021, 20:34
This might make some sense

http://avisynth.nl/index.php/AviSynth+#Multithreading_.28MT.29_Notes

guest
12th April 2021, 01:08
This might make some sense

http://avisynth.nl/index.php/AviSynth+#Multithreading_.28MT.29_Notes

Hey slalom, yep, I'm pretty sure I had already seen that, but thanks :)

I have done a little bit of AVSMeter testing, and I can't notice any real difference, regardless to what is turned off, or on, or threads used !!!

It's all a little confusing....the thing is, I have been trying some new filters, and I can't get anywhere near 100% CPU usage, even with 4 DE servers enabled (I know I could use more, but then I can't use as many other DE servers :( )

Will have to keep testing different scripts 'til I find the solution.

If RB does use MT, then the script or commands must be hidden in the code somewhere. Just strange how MTmodes "disappears" after v1.25.0.

ReinerSchweinlin
12th April 2021, 07:35
- when I do a batch encode and tell RB to just copy audio - only the first audio track is copied. Same behaviour when audio is encoded.
Since the issue is confirmed by others:

@Atak

Any chance you could fix this? If set to "copy", it would come in handy to simply copy all audio streams into the resulting video, instead of only the first one.

Not a "fix" but more of a request of an addition:

For audio recoding in batch mode, I assume the current way its implemented makes handling of multiple audio streams with differrent channel counts difficult. One way to easily deal with it could be to use "bitrate per channel" instead of total bitrate.

For example:

videofile with 3 audio tracks:
A: 7.1 surround DTS 1,5mbit/s
B: 5.1 surround AC3 640kbit/s
C: 2 Commentary 265 kbit/s

Set to AAC, 64kbit/channel in batch mode would result in

A: 7.1 AAC / 512 kbit/s
B: 5.1 AAC / 384 kbit/s
C: 2.0 AAC / 128 kbit/s

This would make batch handling for files with multiple audio tracks much easier :) Looking forward to your feedback :)

ReinerSchweinlin
12th April 2021, 07:36
There are several reasons known, of background applications blocking the appearance. I remember "Search Everything" as one candidate...
Thanx for that info, I`ll keep that in mind - had several occasions where the servers didn´t pop up, so this might be usefull info :)

guest
12th April 2021, 10:40
I did some more testing with MDegrain filters & MTModes, and made some interesting observations.

Firstly the RB imbedded MDegrain filters do not have a blksize setting, yet, most scripts do.

So I did a test using no blksize, blksize=8 (generally used for SD) & blksize=16 (which I've read is suitable for HD).

I was surprised to see that both no blksize & blksize=8 were very similar speed, however blksize=16 was WAY faster.

And this variant :- bv1=MAnalyse(super,blksize=16,isb=true,delta=1,overlap=4,lambda=1000)

Also did some speed tests when using SMDegrain filters and it seems they don't need the MTModes function.

But TemporalDegrain, TemporalDegrain2, TNL & xNL do need the MTModes "help".

And surprise, suprise a new build of HQND3D was released yesterday, and a x64 version, too.

slalom
12th April 2021, 16:16
Hey slalom, yep, I'm pretty sure I had already seen that, but thanks :)

I have done a little bit of AVSMeter testing, and I can't notice any real difference, regardless to what is turned off, or on, or threads used !!!

It's all a little confusing....the thing is, I have been trying some new filters, and I can't get anywhere near 100% CPU usage, even with 4 DE servers enabled (I know I could use more, but then I can't use as many other DE servers :( )
As I have noticed, the heavier the filters, the lower the CPU usage is

JKyle
16th April 2021, 03:59
@Atak_Snajpera,

One of the StaxRip users requested MCAS to be included in StaxRip, so I modified the code very slightly as follows for use in StaxRip:

/* MCAS

An improved sharpening script based on CAS and aWarpSharp2

Original work by Atak_Snajpera for RipBot264
Mod by JKyle 2021-04-15 for StaxRip v2.4.0

##### Requirements #####

Plugins:
CAS
aWarpSharp2

##### Parameters #####

float "strength" (default: 1.0)
----------------------------
Same as CAS's parameter.
Must be between 0.0 and 1.0.
*/

function MCAS(clip video, float "strength")
{
strength = default(strength, 1.0)

LevelLimit=(video.BitsPerComponent==8) ? 255 : 1023
IntensityMask=ConvertToY(video).Levels(0, 2, LevelLimit, 0, LevelLimit, coring=false)
EdgeMask=aSobel(IntensityMask, chroma=0, thresh=255, SetAffinity=false).invert.Levels(0, 2, LevelLimit, 0, LevelLimit, coring=false).Blur(1)
SharpMask=Overlay(IntensityMask, EdgeMask, mode="Multiply", opacity=1.0)
SharpenedVideo=CAS(video, strength)
video=Overlay(video, SharpenedVideo, mask=SharpMask, opacity=1.0)

return video
}

May I redistribute the script MCAS.avsi in StaxRip?

Thanks in advance. :)

Ryushin
17th April 2021, 13:57
Hi Atak,

Your program has been my main encoding program for ages. Even before you where able to get DE working.

I'm starting to get worried now that you might be abandoning it. I know RB must have been a huge time sink and now have it working well, it might be best to leave it alone. Also, who knows what you have going on your life, both good and bad that could affect what you are doing.

Years ago I had a couple of free projects that I worked on that I provided for free. My life got busy which caused them to stagnate and they were no longer viable after a length of time.

I just don't want to see that happen with RB. If you are at that point where you don't want to deal with it any longer, maybe it would be best to put it up on Github/Gitlab/etc. Let others carry the torch.

You've been very quiet lately and a bit of an enigma. Just wanting to make sure you're okay and make sure your hard work is not lost to time.

Daringbaaz
17th April 2021, 16:07
Yes, We Don't Want to Loose RipBot, I didn't Found any Alternative of Ripbot. Please Do Something Which Can Help This Project Updated/Alive.

If There is any option to Donate then Please Let me Know, I Will Surely Donate Some Amount,

Thanks


Hi Atak,

Your program has been my main encoding program for ages. Even before you where able to get DE working.

I'm starting to get worried now that you might be abandoning it. I know RB must have been a huge time sink and now have it working well, it might be best to leave it alone. Also, who knows what you have going on your life, both good and bad that could affect what you are doing.

Years ago I had a couple of free projects that I worked on that I provided for free. My life got busy which caused them to stagnate and they were no longer viable after a length of time.

I just don't want to see that happen with RB. If you are at that point where you don't want to deal with it any longer, maybe it would be best to put it up on Github/Gitlab/etc. Let others carry the torch.

You've been very quiet lately and a bit of an enigma. Just wanting to make sure you're okay and make sure your hard work is not lost to time.

guest
18th April 2021, 01:37
Yes, We Don't Want to Loose RipBot, I didn't Found any Alternative of Ripbot. Please Do Something Which Can Help This Project Updated/Alive.

If There is any option to Donate then Please Let me Know, I Will Surely Donate Some Amount,

Thanks

We're NOT going to lose RipBot anytime soon, worst case scenario is we may never get passed v1.26.0, but there'll always be someone willing & able to provide updates for the components & app's it uses to do it's thing.

And yes, you sure can donate as much as you like to the project, simply open RipBot, go to the "About" page under "Settings", and there you go,

OR

https://www.paypal.com/donate/?cmd=_s-xclick&hosted_button_id=L9PHKCWELLYJJ&source=url

Ryushin
19th April 2021, 14:53
So I have a NTSC/60p/120p TVs. I've never been happy with my encodes for content that was originally recorded in 25fps which has mostly been BBC shows prior to or just after Blu-ray came out.

I've tried multiple methods to try and fix it. 29.97 progressive, detelecine back down to 24fps. They all turned out awful. Judder is very prevalent.

To me, interlacing is awful. The combing effect drives me nuts. The judder from panning shots also irks me but it was better than the combing.

So the inherit problem comes from the original filming of shows and movies in 25p that that the BBC and other did. The BBC decided the best way to display it on 60fps TVs was to convert it to 59.94 interlaced or 29.97 interleaved frames. Maybe that looked good for old CRT TVs, but it looks horrible to me.

I wanted to attempt to solve this problem again, and in addition, run them through MDegrain to fix them compared to my older encodes. After doing some research, going down the threads of those that make slow motion videos, the cure was simple. De-interlace to 59.94fps progressive. Low and behold, RB has that option, and the results are just excellent. Judder is gone and no interlacing. File size seems comparable to what the 24/29fps would be when using x265.

I've redone, Sherlock, Cranford, and I'm about to start Downton Abbey. I'll have to go through all my BBC shows at some point like Doctor Who and get this all fixed. I'm finally happy with my BBC encodes.

Ripmann
24th April 2021, 16:29
Hi Atak,

Your program has been my main encoding program for ages. Even before you where able to get DE working.

I'm starting to get worried now that you might be abandoning it. I know RB must have been a huge time sink and now have it working well, it might be best to leave it alone. Also, who knows what you have going on your life, both good and bad that could affect what you are doing.

Years ago I had a couple of free projects that I worked on that I provided for free. My life got busy which caused them to stagnate and they were no longer viable after a length of time.

I just don't want to see that happen with RB. If you are at that point where you don't want to deal with it any longer, maybe it would be best to put it up on Github/Gitlab/etc. Let others carry the torch.

You've been very quiet lately and a bit of an enigma. Just wanting to make sure you're okay and make sure your hard work is not lost to time.


Very well put. I had to forfeit countless programs I really loved because they stopped working for some reason, be it a new Windows version, or some security update, or simply because the libraries they used became obsolete. I really don't want this to happen to RipBot—arguably the best encoding program out there.

Please consider these suggestions. Maybe even put the code on a private depository in advance, so it'll be much easier to open it up later. I'm not much of a programmer, but I can definitely contribute some little tweaks, including some that I've been pestering you about, like adding an option for setting the video title for the mkv metadata.

NiGHTsC
30th April 2021, 08:01
Have some faith, he's been working on it more than a decade, he sure won't just abandon it without a post.

JASAN
30th April 2021, 20:29
Hey. Wanted to drop this off here just in case someone has ever experienced the same issue I did in recent months.

The problem was simply that starting a Ripbot encode did NOT trigger the startup of any EncodingServers. The client window appears, and four (which is what I use) EncodingServer.exe instances appear as tasks, but their WINDOWS do not appear and work does not commence. It was the absolute most frustrating thing for me and I tried dozens of things to try and fix it. I have a few other machines here and on each of those, the EncodingServer app would start fine. But it simply wouldn't on my main desktop. I read about something like this in previous posts on this thread and have tried reinstalling the VC redistributables, it did not help at all. Tried clean boots via msconfig and all of a sudden EncodingServer started working again and that's when I knew it was something I was running that was preventing proper operation.

By a process of elimination I have discovered that two Nvidia services kill the ability for EncodingServer.exe to bring up a window and/or commence work.

NVIDIA Display Container LS (this is the prime culprit)
NVIDIA LocalSystem Container

I have a Ryzen 9 3950X (but had an I7 4-core before, same issue) and a GTX1080. The services above appear to be related to the nVIDIA GeForce experience app that is installed by default with the GeForce drivers. I messed around in there with settings but absolutely could not fix this without completely stopping and disabling those services. Soon as I did, boom, up came all four windows for EncodingServer.

FWIW I also think that I had problems with my browser (Brave) at one point, but I changed a lot of flags in there and now there are no issues with EncodingServer, even with Brave running. I can only imagine that there is something related to the GPU perhaps, that when in operation somehow jams up EncodingServer's functionality.

Running the NVIDIA Display Container LS, over time, also seemed to spin up some sort of weird background process, making my mouse pointer sluggish to animate and move over time. Stopping that process instantly gave me back pointer responsiveness, however it also kills off the GeForce experience app from my systray. I'm fine with that.

Regards
Dhry
Thank you, thank you, Thank you.

I had this issue for years and gave up on any newer versions of ripbot, the last version I could use successfully on all my pcs was 1.19.3!!!

JASAN
30th April 2021, 20:32
not my solution, I found this today from a user named DHRY

Hey. Wanted to drop this off here just in case someone has ever experienced the same issue I did in recent months.

The problem was simply that starting a Ripbot encode did NOT trigger the startup of any EncodingServers. The client window appears, and four (which is what I use) EncodingServer.exe instances appear as tasks, but their WINDOWS do not appear and work does not commence. It was the absolute most frustrating thing for me and I tried dozens of things to try and fix it. I have a few other machines here and on each of those, the EncodingServer app would start fine. But it simply wouldn't on my main desktop. I read about something like this in previous posts on this thread and have tried reinstalling the VC redistributables, it did not help at all. Tried clean boots via msconfig and all of a sudden EncodingServer started working again and that's when I knew it was something I was running that was preventing proper operation.

By a process of elimination I have discovered that two Nvidia services kill the ability for EncodingServer.exe to bring up a window and/or commence work.


NVIDIA Display Container LS (this is the prime culprit)
NVIDIA LocalSystem Container


I have a Ryzen 9 3950X (but had an I7 4-core before, same issue) and a GTX1080. The services above appear to be related to the nVIDIA GeForce experience app that is installed by default with the GeForce drivers. I messed around in there with settings but absolutely could not fix this without completely stopping and disabling those services. Soon as I did, boom, up came all four windows for EncodingServer.

FWIW I also think that I had problems with my browser (Brave) at one point, but I changed a lot of flags in there and now there are no issues with EncodingServer, even with Brave running. I can only imagine that there is something related to the GPU perhaps, that when in operation somehow jams up EncodingServer's functionality.

Running the NVIDIA Display Container LS, over time, also seemed to spin up some sort of weird background process, making my mouse pointer sluggish to animate and move over time. Stopping that process instantly gave me back pointer responsiveness, however it also kills off the GeForce experience app from my systray. I'm fine with that.

Regards
Dhry

Viper714
2nd May 2021, 01:58
Hey. Wanted to drop this off here just in case someone has ever experienced the same issue I did in recent months.

The problem was simply that starting a Ripbot encode did NOT trigger the startup of any EncodingServers. The client window appears, and four (which is what I use) EncodingServer.exe instances appear as tasks, but their WINDOWS do not appear and work does not commence. It was the absolute most frustrating thing for me and I tried dozens of things to try and fix it. I have a few other machines here and on each of those, the EncodingServer app would start fine. But it simply wouldn't on my main desktop. I read about something like this in previous posts on this thread and have tried reinstalling the VC redistributables, it did not help at all. Tried clean boots via msconfig and all of a sudden EncodingServer started working again and that's when I knew it was something I was running that was preventing proper operation.

By a process of elimination I have discovered that two Nvidia services kill the ability for EncodingServer.exe to bring up a window and/or commence work.

NVIDIA Display Container LS (this is the prime culprit)
NVIDIA LocalSystem Container

I have a Ryzen 9 3950X (but had an I7 4-core before, same issue) and a GTX1080. The services above appear to be related to the nVIDIA GeForce experience app that is installed by default with the GeForce drivers. I messed around in there with settings but absolutely could not fix this without completely stopping and disabling those services. Soon as I did, boom, up came all four windows for EncodingServer.

FWIW I also think that I had problems with my browser (Brave) at one point, but I changed a lot of flags in there and now there are no issues with EncodingServer, even with Brave running. I can only imagine that there is something related to the GPU perhaps, that when in operation somehow jams up EncodingServer's functionality.

Running the NVIDIA Display Container LS, over time, also seemed to spin up some sort of weird background process, making my mouse pointer sluggish to animate and move over time. Stopping that process instantly gave me back pointer responsiveness, however it also kills off the GeForce experience app from my systray. I'm fine with that.

Regards
Dhry

Thank you so much for that. I tried disabling the items in the startup and it did not work. Disabling these services worked perfectly!!!
:goodpost:

kempodragon
2nd May 2021, 16:48
I recently started converting my 3d movies to play on my Oculus Quest with BD3D2MK3D. The encoder that it uses, while doing an excellent job, doesn't make full use of my Threadripper. I only get about 48fps at ~30% CPU usage. BD3D2MK3D does allow an external encoder to be used, so I want to call Ripbot using the command line and take advantage of its distributed encoding. I looked at using the avs script that BD3 generates, but Ripbot doesn't support level 5.0, which is needed for the full SBS files that I make. I've read the help file, but it doesn't say if EncodingClient.exe or EncondingServer.exe is called. You help is greatly appreciated.

guest
3rd May 2021, 01:05
I've always wanted to know how old certain Forum members were, and then I stumbled across this, thanks to "kempodragon".

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

BTW kempo, why don't you just use RipBot to start with !!!!

kempodragon
3rd May 2021, 20:19
Two reasons I can't use Ripbot directly:
1: Ripbot can't decode MVC streams that are in 3d Blu-rays. Rolz created BD3D2MK3D to convert 3d Blurays, but he uses the MeGui encoder.

2: Ripbot's gui doesn't go up level 5.0 which is what I need for full SBS encodes.

Importing the scripts that BD3D2MK3D creates was my first choice, but I don't know how to force the encoder to use level 5.0. I prefer full SBS because a VR headset is essentially a full SBS viewer.

guest
4th May 2021, 02:33
Two reasons I can't use Ripbot directly:
1: Ripbot can't decode MVC streams that are in 3d Blu-rays. Rolz created BD3D2MK3D to convert 3d Blurays, but he uses the MeGui encoder.

2: Ripbot's gui doesn't go up level 5.0 which is what I need for full SBS encodes.

Importing the scripts that BD3D2MK3D creates was my first choice, but I don't know how to force the encoder to use level 5.0. I prefer full SBS because a VR headset is essentially a full SBS viewer.

Hi kempo,

Well, it just so happens I have played around a fair bit with MVC 3D's, and yes, RipBot does not recognise them.

But why are you wanting to run them thru RipBot anyway ??

Also, you might be able to answer a question I have had about MVC tracks, are they a "proper" video track, or are they just the 3D component of the AVC track, to produce the 3D affect ??

Also, if you had a "grainy" MVC 3D movie, and ran it thru RipBot to clean it up, then remuxed the MVC track back in, would that cause problems ???

So here's what I know, you CAN demux the MVC track with tsmuxer (the newer nightly builds), I think you can also "up" the level's...then you could run it thru RipBot do what you want to the AVC track & maybe audio track, them mux them back together with tsmuxer, and IF you still needed to, use BD3D2MK3D to achieve your FULL SBS, there's the process.

Of course tsmuxer only output's .ts, .m2ts & .iso files !!

MKVToolnix, MKVmerge, (whatever you want to call it), also doesn't like MVC tracks, if I remember correctly.

And you can also increase the level's in RipBot, it's the x264 or x265 command line.

This is what I use in RipBot :-

for x264:- --level 5.2 --aud --nal-hrd vbr --vbv-bufsize 300000 --vbv-maxrate 300000

for x265:- --level 5.2 --profile main10 --output-depth 10

All you have to do is go to the Profiles folder in the main RipBot264 folder, and edit the .txt files found under avc & hevc, then they will become available in the drop down within RipBot :)

Ripmann
4th May 2021, 16:05
Is there a way to change the default values for the denoise settings? The KNLMeansCL ones are too strong for me, even at KNLMeansCL1. I usually change them in the JobX.avs files, but I'd prefer to just set up the defaults and forget about it if possible. (sometimes I forget and have to redo a ten-hour job because of it.)

Atak_Snajpera
4th May 2021, 16:28
Is there a way to change the default values for the denoise settings? The KNLMeansCL ones are too strong for me, even at KNLMeansCL1. I usually change them in the JobX.avs files, but I'd prefer to just set up the defaults and forget about it if possible. (sometimes I forget and have to redo a ten-hour job because of it.)

In next version You will have that...

Ripmann
4th May 2021, 16:31
In next version You will have that...

Who-hoo, Atak is back!

guest
4th May 2021, 16:44
Is there a way to change the default values for the denoise settings? The KNLMeansCL ones are too strong for me, even at KNLMeansCL1. I usually change them in the JobX.avs files, but I'd prefer to just set up the defaults and forget about it if possible. (sometimes I forget and have to redo a ten-hour job because of it.)

Why don't you make your own, and save it as a Custom filter ???

And why are you using KNLMeansCL anyway ???

JKyle
4th May 2021, 17:07
Since @Atak_Snajpera seems to be back, I'd like to take this opportunity to ask him AGAIN (https://forum.doom9.org/showthread.php?p=1940875#post1940875) if he doesn't object to redistributing this custom filter script (originally composed by him(?) for RipBot264) in StaxRip.

(Meanwhile, I've renamed the filter to CASm and modified some portion for maintenance in StaxRip.)

# CASm
#
# An improved sharpening script based on CAS and aWarpSharp2
#
# Original work by Atak_Snajpera for RipBot264
# Renamed and modded by JKyle 2021-04-22 for StaxRip
#
# ---Requirements---
#
# Core plugins:
# CAS
# aWarpSharp2
#
# ---Parameters---
#
# float "strength" (default: 1.0)
# ----------------------------
# Same as CAS's parameter.
# Must be between 0.0 and 1.0.
#

function CASm(clip video, float "strength")
{
strength = default(strength, 1.0)

LevelLimit = (video.BitsPerComponent == 8) ? 255 : 1023
IntensityMask = ConvertToY(video).Levels(0, 2, LevelLimit, 0, LevelLimit, coring = false)
EdgeMask = aSobel(IntensityMask, chroma = 0, thresh = 255, SetAffinity = false).invert.Levels(0, 2, LevelLimit, 0, LevelLimit, coring=false).Blur(1)
SharpMask = Overlay(IntensityMask, EdgeMask, mode = "Multiply", opacity = 1.0)
SharpenedVideo = CAS(video, strength)
video = Overlay(video, SharpenedVideo, mask = SharpMask, opacity = 1.0)

return video
}

It will be saved as CASm.avsi and included in the default filter profiles in StaxRip.

Thanks in advance. :)

Atak_Snajpera
4th May 2021, 17:15
Since @Atak_Snajpera seems to be back, I'd like to take this opportunity to ask him AGAIN (https://forum.doom9.org/showthread.php?p=1940875#post1940875) if he doesn't object to redistributing this custom filter script (originally composed by him(?) for RipBot264) in StaxRip.

(Meanwhile, I've renamed the filter to CASm and modified some portion for maintenance in StaxRip.)

# CASm
#
# An improved sharpening script based on CAS and aWarpSharp2
#
# Original work by Atak_Snajpera for RipBot264
# Renamed and modded by JKyle 2021-04-22 for StaxRip
#
# ---Requirements---
#
# Core plugins:
# CAS
# aWarpSharp2
#
# ---Parameters---
#
# float "strength" (default: 1.0)
# ----------------------------
# Same as CAS's parameter.
# Must be between 0.0 and 1.0.
#

function CASm(clip video, float "strength")
{
strength = default(strength, 1.0)

LevelLimit = (video.BitsPerComponent == 8) ? 255 : 1023
IntensityMask = ConvertToY(video).Levels(0, 2, LevelLimit, 0, LevelLimit, coring = false)
EdgeMask = aSobel(IntensityMask, chroma = 0, thresh = 255, SetAffinity = false).invert.Levels(0, 2, LevelLimit, 0, LevelLimit, coring=false).Blur(1)
SharpMask = Overlay(IntensityMask, EdgeMask, mode = "Multiply", opacity = 1.0)
SharpenedVideo = CAS(video, strength)
video = Overlay(video, SharpenedVideo, mask = SharpMask, opacity = 1.0)

return video
}

It will be saved as CASm.avsi and included in the default filter profiles in StaxRip.

Thanks in advance. :)

Sure do whatever you want with that script.

JKyle
4th May 2021, 17:30
Sure do whatever you want with that script.

:thanks:

Ripmann
4th May 2021, 18:24
And why are you using KNLMeansCL anyway ???

Why? What's the problem with it? have almost no knowledge of denoising algorithms, but from my own experimentation, I seem to get the best results from combining MDegrain 1 or 2 (depending on the grain amount) with an additional, very light denoise from KNLMeansCL. Using slightly different parameters, MDegrain removes the main grain and KNLMeansCL slightly optimizes the video for downsampling. I'm sure there can be a better way, I but haven't found one yet.

guest
4th May 2021, 19:24
Why? What's the problem with it? have almost no knowledge of denoising algorithms, but from my own experimentation, I seem to get the best results from combining MDegrain 1 or 2 (depending on the grain amount) with an additional, very light denoise from KNLMeansCL. Using slightly different parameters, MDegrain removes the main grain and KNLMeansCL slightly optimizes the video for downsampling. I'm sure there can be a better way, I but haven't found one yet.

Well.I think SMDegrain does a better job than either !!!

I have been using that for a few weeks, and like it a lot !!!

Ripmann
4th May 2021, 19:28
Well.I think SMDegrain does a better job than either !!!

I have been using that for a few weeks, and like it a lot !!!


Thanks for the advice, I'll look into it.

kempodragon
4th May 2021, 19:58
Pauly, MVC is indeed the 3d only info of the frame. I don't know about your second question. Personally, I dislike the very concept of MVC. Since the movie is played frame sequentially on 3d Blu-rays, with the left eye generally being the main frame and the right eye frame having the 3d info, I feel it should be stored as a true frame sequential. Dark Shikari created a lossless frame sequential test file with left and right full frames awhile back. Thanks for tip on the command line, I'll test it out this weekend.

Ripmann
4th May 2021, 23:29
Pauly, is there a chance you can help me with installing/using the SMDegrain plugin? A sample script, perhaps? I downloaded SMDegrain.avsi to test it, placed it into AviSynth plugins, and then tried calling the function in a custom script. I tried several variations, but it went something like this:

LoadPlugin("[INSTALLATION PATH]\RipBot264\Tools\AviSynth plugins\SMDegrain.avsi")
video=SMDegrain(tr=2,thSAD=300,contrasharp=true,refinemotion=true,lsb=true)
But it keeps failing. I'm sure I'm missing something embarrasingly basic, but I never bothered to learn AviSynth and its scripting so I'm shooting in the dark here.

Ripmann
5th May 2021, 02:29
Well, well, well....

Nice try, and you're definitely on the right track, but it's not that simple, it needs other "dependencies" to work.

May I draw your attention to this post :-

https://forum.doom9.org/showthread.php?p=1941489#post1941489

Oh, right, the dependencies. Zs_RF_Shared and the rest. Totally missed that. I'll see if I can install them manually before bothering you again. Thanks!

Ryushin
21st May 2021, 21:39
Looks like MKVToolNix is going to support Dolby Vision soon.
https://gitlab.com/mbunkus/mkvtoolnix/-/issues/2784

guest
23rd May 2021, 08:28
RipBot does NOT like this file...

It's a VP9 with Opus in mkv container....decoder error :(

https://www.mediafire.com/file/q1wcsmh8xvybh9n/★+4K+Tilt+train+Geneva.7z/file

Atak_Snajpera
23rd May 2021, 09:17
Remove "★" and "ü" from file name.