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

byteshare
11th July 2018, 23:56
Having an issue where the CombineAllChuncks.cmd contains an invalid filename for vjoin.exe. From File: "E:\RipBot264v1.22.0\Tools\vjoin\vjoin_.exe"

The "_" should be removed.

I've had that before too. Are you on the most recent version of RipBot?
I can't remember if it was a version fix or what I did to fix it.
I remember even if I had a vjoin_.exe and a vjoin.exe it would be an issue.

byteshare
11th July 2018, 23:58
Thanks, but all I get is an error message when attempting to process. Could it be the script I'm using (which works with Virtualdub and MeGUI)? The script file I use is:

Import("C:\Program Files (x86)\AviSynth 2.5\plugins\QTGMC-3.32.avsi")
AssumeTFF()
QTGMC(Preset="Very Slow")
LimitedSharpenFaster()

Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)

byteshare
11th July 2018, 23:59
Since today's RipBot update still getting:
Only on one computer with same version of RipBot and Windows but different hardware...guessing it is specific to this one machine.
It used to work before a format, not sure what would have changed.
I might try another format :(

Formating now, hope this fixes the issue.

Danette
12th July 2018, 00:58
Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)

Thanks. WOW! Not exactly a GUI, is it? Maybe I should just load all the DLL's in my Avisynth folder and then apply the avs script as needed.

Danette
12th July 2018, 01:35
Yeah, your script is the issue, and not compatible with RipBot.
Should be something like this:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="very slow",FPSDivisor=2)

Tried my own and copied and pasted yours. Still fails with an error message. In case this is meaningful, here is the log:

C:\>"C:\Users\Main\Desktop\New folder\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\Main\Desktop\New folder\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 20 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 43412 --sar 1:1 --level 4.1 --preset veryslow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --deblock=-2,-1 --b-pyramid=2 --sar 16:15 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

C:\>"C:\Users\Main\Desktop\New folder\tools\mkvtoolnix\mkvmerge.exe" -o "C:\09 Wonder Drug_Track01.mkv" --compression 0:none --title "09 Wonder Drug_Track01" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\video.264"
mkvmerge v23.0.0 ('The Bride Said No') 32-bit
Error: buffer_c: num > m_filled. Should not have happened. Please file a bug report.

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

Elapsed Time: 00h:00m:02s

byteshare
12th July 2018, 06:05
Tried my own and copied and pasted yours. Still fails with an error message. In case this is meaningful, here is the log:

C:\>"C:\Users\Main\Desktop\New folder\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\Main\Desktop\New folder\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 20 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 43412 --sar 1:1 --level 4.1 --preset veryslow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --deblock=-2,-1 --b-pyramid=2 --sar 16:15 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

C:\>"C:\Users\Main\Desktop\New folder\tools\mkvtoolnix\mkvmerge.exe" -o "C:\09 Wonder Drug_Track01.mkv" --compression 0:none --title "09 Wonder Drug_Track01" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\video.264"
mkvmerge v23.0.0 ('The Bride Said No') 32-bit
Error: buffer_c: num > m_filled. Should not have happened. Please file a bug report.

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

Elapsed Time: 00h:00m:02s
Says there is an input error. What is the error you get if you preview the encode in the avisynth settings in the Edit > AviSynth > Preview Script

byteshare
12th July 2018, 06:05
Formating now, hope this fixes the issue.

Nope, still have this issue:
Cannot load file 'C:/RipBot264/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'.
Platform returned code 126: The specified module could not be found.

Atak_Snajpera
12th July 2018, 08:04
Have you installed VC redist 2017 ?

byteshare
12th July 2018, 09:08
Have you installed VC redist 2017 ?
Yes, both x86 and x64.
I see:
Microsoft Visual C++ 2005
Microsoft Visual C++ 2010 x86
Microsoft Visual C++ 2010 x64
Microsoft Visual C++ 2013 x86
Microsoft Visual C++ 2013 x64
Microsoft Visual C++ 2017 x86
Microsoft Visual C++ 2017 x64

only thing I see different on the computer working and the one not is that the one working has 2012 x86 and x64. I'm going to install those and see what happens.
Last time I uninstalled all of the Microsoft Visual stuff and then only installed MSV 2017 x86 & x64 before the format.

Update: tried again after installing Microsoft Visual C++ 2012 x86 & x64 and a reboot...same issue.
Using AVSMeter:
AVSMeter 2.2.6 (x64)
Cannot load file 'C:/RipBot/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'. Platform returned code 126:
Loading script...

C:\Users\NMedia>C:\Users\NMedia\Downloads\AVSMeter278\AVSMeter64.exe Z:\Temp\RipBot264temp\job1\job1.avs

AVSMeter 2.7.8 (x64) - Copyright (c) 2012-2018, Groucho2004
AviSynth+ 0.1 (r2664, MT, x86_64) (0.1.0.0)

Cannot load file 'C:/RipBot/Tools/AviSynth plugins/KNLMeansCL/KNLMeansCL.dll'. Platform returned code 126:
The specified module could not be found.

(Z:\Temp\RipBot264temp\job1\job1.avs, line 37)

Danette
12th July 2018, 17:44
Says there is an input error. What is the error you get if you preview the encode in the avisynth settings in the Edit > AviSynth > Preview Script

No error identified. It just opens the Media Player app briefly and then the Media Player stops and changes to a very wide, but short Media Player window with no functionality.

Jake802
12th July 2018, 22:21
Hello,

Another question I am not great at this so bare with my stupidity, please. I am trying to do an AVCHD of a movie it has DTS-HD. The only option I am getting is 2.0 FFMPEG AC3 256 kbps [cbr[. Is this right? How come I don't get a copy stream option? Thanks in advance!

thezfunk
13th July 2018, 06:10
This is what I get

java version "1.8.0_172"
Java(TM) SE Runtime Environment (build 1.8.0_172-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.172-b11, mixed mode)

This problem only started happening after the update to 1.23, before that it detected Java fine.

I get 'Access is denied' and I ran it from an elevated command prompt.

lnatan25
13th July 2018, 23:16
Having the same Java shit as above. After updating to 1.23.0, it says Java is not installed. But it is.

byteshare
14th July 2018, 03:02
No error identified. It just opens the Media Player app briefly and then the Media Player stops and changes to a very wide, but short Media Player window with no functionality.

Click earlier in the seek bar and hit play and the error should show in red text.

byteshare
14th July 2018, 03:03
Having the same Java shit as above. After updating to 1.23.0, it says Java is not installed. But it is.
Have you tried removing all installed java versions and reg entries then reinstalling? I had to do this once.

byteshare
14th July 2018, 03:04
Hello,

Another question I am not great at this so bare with my stupidity, please. I am trying to do an AVCHD of a movie it has DTS-HD. The only option I am getting is 2.0 FFMPEG AC3 256 kbps [cbr[. Is this right? How come I don't get a copy stream option? Thanks in advance!

You should be seeing a Copy Option, can you screenshot and share a link of the issue using a image hosting service such as imgur

thezfunk
14th July 2018, 05:21
Have you tried removing all installed java versions and reg entries then reinstalling? I had to do this once.

Several times...

I uninstall Ripbot and install 1.22 again and it works the first time I open it. Then, the second and subsequent times, it updates and then says I don't have Java installed. Rinse, repeat.

Atak_Snajpera
14th July 2018, 12:51
If you are having issues with java detection then add
CheckRequiredSoftware=0
in RipBot264.ini under [settings] tag

byteshare
15th July 2018, 00:10
Yes, both x86 and x64.
I see:
Microsoft Visual C++ 2005
Microsoft Visual C++ 2010 x86
Microsoft Visual C++ 2010 x64
Microsoft Visual C++ 2013 x86
Microsoft Visual C++ 2013 x64
Microsoft Visual C++ 2017 x86
Microsoft Visual C++ 2017 x64

only thing I see different on the computer working and the one not is that the one working has 2012 x86 and x64. I'm going to install those and see what happens.
Last time I uninstalled all of the Microsoft Visual stuff and then only installed MSV 2017 x86 & x64 before the format.

Update: tried again after installing Microsoft Visual C++ 2012 x86 & x64 and a reboot...same issue.
Using AVSMeter:

Using Dependency Walker I'm seeing missing DLLs, but I'm seeing the same on the computers that work...I guess I'll have to go through and see if I can find differences.

Update: (first time I've been able to get to the forums in a while) Fixed the problem by installing AMD's OpenCL driver. I was missing OpenCL.dll

DG74
19th July 2018, 20:21
Hi,
I'm still getting a Demux Error with Dolby Digital Plus Audio Tracks.

thezfunk
19th July 2018, 20:57
If you are having issues with java detection then add
CheckRequiredSoftware=0
in RipBot264.ini under [settings] tag

I did what you suggested and now it doesn't fail the Java check (because it isn't checking anything) and everything seems to work fine.

byteshare
20th July 2018, 04:22
Hi,
I'm still getting a Demux Error with Dolby Digital Plus Audio Tracks.
Anything specific? Can you post a clip of the file?

guest
20th July 2018, 13:37
This has probably been asked before...

How to convert 264 to 265 HDR, emphasis on the HDR part...

I know there's an option to convert HDR to SDR when using 265....

Atak_Snajpera
20th July 2018, 15:28
You can't restore information which wasn't present in source. It is like having 2d image and asking how to convert to true 3d stereoscopic format.

byteshare
23rd July 2018, 16:33
This has probably been asked before...

How to convert 264 to 265 HDR, emphasis on the HDR part...

I know there's an option to convert HDR to SDR when using 265....

There are scripts to try and add this info but it isn't very helpful or good.
As it has already been pointed out, you're trying to add info that never existed, like upscaling or something along those lines.

Maybe in the future there will be some great script for this but not yet.

byteshare
27th July 2018, 08:59
Not sure why but RipBot is changing é to Θ when muxing the files after an encode.
The filename displays correctly in the queue.
I'm having this issue on a Windows 10 machine.
Using RipBot Core 2018.07.11
Example:
Pokémon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)
Into:
PokΘmon XYZ - 0889 - From A to Z! [iTunes DL 1080p] (Arian)

guest
8th August 2018, 08:40
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.

user1085
8th August 2018, 09:00
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.I'm lost. Why did you encode to higher bitrate than source?

guest
8th August 2018, 12:02
I'm lost. Why did you encode to higher bitrate than source?

No need to be lost...

It was simply to make it look even better than original, and as a test !!!!

I'm watching it right now, and it looks fantastic !!!!

Atak_Snajpera
8th August 2018, 13:03
No need to be lost...

It was simply to make it look even better than original, and as a test !!!!

I'm watching it right now, and it looks fantastic !!!!

I hope you are just trolling us now ;)

guest
8th August 2018, 14:21
I hope you are just trolling us now ;)

Not 100% sure what that means, but no "trolling", legit !!!!

So is there a faster way to Mux ???

What does Ripbot use, to Mux things back together ??

Atak_Snajpera
8th August 2018, 14:31
mkvmerge.exe or mp4box.exe

guest
8th August 2018, 14:44
mkvmerge.exe or mp4box.exe

And they aren't multi thread enabled ?? (or whatever the terminology is) :stupid:

sneaker_ger
8th August 2018, 14:46
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.

guest
8th August 2018, 15:00
Muxing with mkvmerge or mp4box is basically only bottlenecked by HDD speed. CPU is almost irrelevant.

So you're suggesting SSD's or better, for the muxing drive !! ??

sneaker_ger
8th August 2018, 15:05
Fastest would be muxing with 2 SSDs, one source and one target. But muxing itself will take only little time. Most time is spent in video encoding. So if you want to speed up things you need: faster CPU and/or lower encoding settings (or faster encoder like x264). Or GPU encoding (but which can impact quality/compression negatively).


Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...

guest
8th August 2018, 15:13
Of course converting original 48.7 Mb/s to 60 Mb/s is retarded anyways ...

Good advise on the drive setup, I'll check that...

Nice to know you read my thread :)

Not retarded, just testing the limits, but it does make a difference :)

However, a lot of high end 2160p 4K video's are around the 50 - 60 Mb/s bitrate !! Even encoding at the original, would still take a long time.

byteshare
8th August 2018, 16:17
So I have a question about the final process of Ripbot, the Muxing of the files.

What is used to do this, as it seems to be only a single threaded utility....

I am just finishing off the longest encode I have EVER done with Ripbot, a 60 Mb/s (original is 48.7 Mb/s), x265, 10bit, 4K encode of the the near 3 hour extended Avatar, it has taken many days (but not 24 hour days) to do this, and it's taking forever to Mux it all back together.

Is it possible to use a multi threaded process to do this ??? There has to be a better / faster way !!!

I might try a few different "tool's" to mux the files that Ripbot creates in the Jobs folders, and see how long it takes.

OK, it's just finished successfully :), and now I think I know why it takes so long....if I check the video file in the Jobs folder, it's still the original bitrate, but the finished encode has the higher bitrate, according to MediaInfo.

RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.

Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.

Atak_Snajpera
8th August 2018, 17:05
Not retarded, just testing the limits, but it does make a difference
According to your theory re-encoding 128 kbps MP3 to 320 kbps MP3 will also automagically improve quality?

guest
9th August 2018, 02:00
RipBot uses MKVToolNix but CPU isn't needed as this is mostly a data moving issue. The faster the medium between the encoded files to the destination the faster the muxing process.

Turns out that not only the source & destination folders were on the same slow RAID 1E, but the Temp folder was too...won't do that again !!!

Also, you should not be seeing increased quality with just raising the bitrate. My guess, is some of the filters you used or the slight filtering process that encodes use is what you're seeing for the difference.

No special filters, just basically default settings for 4K encode, the only thing I changed was a 1 pass @ 60,000kb/s.

guest
9th August 2018, 02:12
According to your theory re-encoding 128 kbps MP3 to 320 kbps MP3 will also automagically improve quality?

Well, I'm "whelmed" (not over or under) that my post #15927 sparked so much response, as the Forum has been stagnet for weeks :)

Also a bit of sarcasm mixed in, as well....

I sort of disagree with your statement, bitrate of a video file should produce better quality, than an audio file, but I like your use of "automagically" :)

OK, so you told me what Ripbot uses to mux, but what is used to govern the bitrate of an encode ??? If not mkvmerge ???

Speaking of mkvmerge, there is a newer version of MKVToolNix now available, v25...and does Ripbot use the 32 or 64 bit versions ??

Is there a way to at least maintain original bitrates using Ripbot ??

Generally I just use CQ 20, and everything is smaller / lesser bitrate, an "X Copy" type option (as used with your audio settings) might be an idea.

Oh, and another thing I need to mention, the majority of 4K 2160p HEVC movies also have True-HD audio.

Even my brand new 2018 model LG 4K TV doesn't support that format, so I have to convert any THD audio to DTS-MA or DTS to maintain the 7.1 tracks, as I'm pretty sure Ripbot can't do that. (Correct me if I'm wrong)

Maybe I should say that Ripbot can't convert THD to DTS, only ac3. (and again, correct me if I'm wrong), as we've had this conversation before.

Atak_Snajpera
9th August 2018, 11:25
Is there a way to at least maintain original bitrates using Ripbot ??
Yes if you select .m2ts file. COPY STREAM option will appear in Video profile combobox.
https://s22.postimg.cc/ec4n3qi1t/Untitled-1.png

guest
9th August 2018, 12:26
Yes if you select .m2ts file. COPY STREAM option will appear in Video profile combobox.
https://s22.postimg.cc/ec4n3qi1t/Untitled-1.png

That's good to know, another hidden gem.....

However, most of the files I use, are .mkv, and that option isn't available...can you make that an option for .mkv's ???

Or do I have to convert them to .m2ts with tsmuxer ???

Please tell me you can add it ??? :)

Atak_Snajpera
9th August 2018, 12:35
If you want to retain original quality/bitrate in mkv then why don't you just use mkvtoolnix?

guest
9th August 2018, 12:47
If you want to retain original quality/bitrate in mkv then why don't you just use mkvtoolnix?

WOW, now that is something I never thought I'd hear from you !!!

An interesting statement, none the less.

I am using mkvmerge a lot more than I use to, tho.

But, using Ripbot has some features that I like to use for filtering, audio, etc. Oh, and yes, increasing bitrates...lol !!!

So is that a no, about adding Copy Stream for .mkv's ??

And another question I asked last night was, what does Ripbot use that affects bitrates ?

For example, today I re encoded a basic 2160p movie that had an original bitrate of 24.7Mb/s, but running it thru Ripbot at basic setting's, with MDGrain filter, and CQ 20, it was reduced to 3,540kb/s, and of course a huge reduction in file size...I am yet to check out the quality.

Atak_Snajpera
9th August 2018, 13:00
If you remove randomness (noise) from picture then encoder can achieve much higher compression ratios. For example MDegrain2 can reduce average bitrate in CQ mode by up to 1.7x factor!

guest
9th August 2018, 13:22
If you remove randomness (noise) from picture then encoder can achieve much higher compression ratios. For example MDegrain2 can reduce average bitrate in CQ mode by up to 1.7x factor!

Another very useful nugget of information :)

And can you please answer the question I asked in the previous post, about bitrate control ??

Atak_Snajpera
9th August 2018, 13:32
And another question I asked last night was, what does Ripbot use that affects bitrates ?
this?

guest
9th August 2018, 13:51
this?

Riddles...what does "this?" mean ?

So, what makes the change, if I "up" the bitrate ??

Atak_Snajpera
9th August 2018, 14:47
You are just reducing degradation effect during lossy compression. Keep in mind that picture quality will be still worse than original due to lossy nature of compression. It is something like copying VHS tapes (worse quality) to BETA tapes (better quality) or audio cassette type-I (iron oxide) to type-II (chrome).