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
22nd February 2018, 18:54
HEVC 2.7+1 Stable is out:
https://bitbucket.org/multicoreware/x265/raw/e41a9bf2bac4a7af2bec2bbadf91e63752d320ef/doc/reST/releasenotes.rst

Viper714
24th February 2018, 22:32
The problem before the FFMpeg fix, was incomplete chuncks. Lets say you have chunck 4 and it crash midway, then it would only have encoded like 40% of the expected frames in the chunck, but before version 1.22.1 it would assume the chunck was completed and when it merge them all together the audio would go out of sync after this incomplete chunck. I normally just check the complete file and see if audio is in sync for the last part of the movie and if so, then everything should be fine.

So I check both video files and the delay is the same at the beginning and at the end of the movie.

Viper714
24th February 2018, 22:34
Atak:
Sorry for the late response. Work has been quite overwhelming lately.
I am not re-compressing. I am using the core audio file as I want to keep the Dolby, DTS, or Atmos coding. See settings below:

http://i361.photobucket.com/albums/oo54/pcubillos/RipBot/Snag_8b266dc.png

http://i361.photobucket.com/albums/oo54/pcubillos/RipBot/Snag_8b28d50.png

Atak,
Not sure if you received my last. Do you have any idea on what I should change?? Thank you!!

dracore
25th February 2018, 18:22
FFVideoSource: No video track found

i keep getting this message on a couple of files im trying to encode but most have been fine :rolleyes:

Atak_Snajpera
25th February 2018, 18:27
v1.22.2
Added: support for rendering subtitles in 10bit mode (Big thanks to user printerf for adding 10bit/16bit support in VSFilter.dll!)
Added: skip demuxing option
Added: workaround for green frames in DVD footage (problem was occurring on win10 only)
Added: option to force HDR -> SDR conversion directly in Job window (Color Primaries option)
Added: 7.1 Opus encoding profile
Fixed: missing dates in DownloadPoster app.

slalom
25th February 2018, 20:16
Can you please put that version in first post too?
I'm having trouble with auto update

Viper714
26th February 2018, 01:13
v1.22.2
Added: support for rendering subtitles in 10bit mode (Big thanks to user printerf for adding 10bit/16bit support in VSFilter.dll!)
Added: skip demuxing option
Added: workaround for green frames in DVD footage (problem was occurring on win10 only)
Added: option to force HDR -> SDR conversion directly in Job window (Color Primaries option)
Added: 7.1 Opus encoding profile
Fixed: missing dates in DownloadPoster app.


Thanks Atak. Going to try this version to see if the audio sync issue goes away. BTW how will the Skip Demuxing affect my encoding? Will it still encode the movie (Blu-ray) properly? Is demuxing necessary under certain circumstances?

guest
26th February 2018, 03:14
Hi Atak,

A substantial update :)

Noticed that you have now included Microsoft Visual C++ Redistributable for Visual Studio 2017 x86 & x64 (in the AviSynth folder, under Tools).

So running "Install.cmd" now installs both AviSynth & VC. Does this have to be done manually ??? (mainly referring to a fresh setup)

Also interested in your reply to Viper714's question about demuxing...

Cheers

Atak_Snajpera
26th February 2018, 07:18
Microsoft Visual C++ Redistributable for Visual Studio 2017 will be installed automatically if necessary.
Skip demuxing basically means "Do not demux audio/subtitles" ;) I don't remember now but some of you requested this option.

Viper714
26th February 2018, 07:52
Atak,
So I converted 3 movies and the audio sync is fine. So I decided to convert MI2 (Mission Impossible 2 - the file that gave me the problem) and I have the same issue (audio out of sync). Here is a link to an an excerpt of the video.
MI2 (http://www.mediafire.com/file/2ey278sv44b3k91/MI-2_0001.mkv)
Not sure what to do. I had the same issue with MI3. Tomorrow I will try that movie again.
Thanks for the demux question!!

Atak_Snajpera
26th February 2018, 10:09
Looks like simple audio delay -250ms fixes a/v sync. Please verify for each movie in PREVIEW SCRIPT before encoding!

Btw. MPC-HC will crash if width is not divisible by 16 in preview script! Resize to common 1920x800.

dracore
26th February 2018, 13:16
what version was the first updated for threadripper please - i have gone back to version 1.18 and having no issues at all now with files encoding but slow speed with my threadripper :/

Atak_Snajpera
26th February 2018, 15:08
what version was the first updated for threadripper please - i have gone back to version 1.18 and having no issues at all now with files encoding but slow speed with my threadripper :/

There is no such thing as "updated version for threadripper". Your downloaded files are broken/corrupted. That's all.

byteshare
26th February 2018, 17:01
Microsoft Visual C++ Redistributable for Visual Studio 2017 will be installed automatically if necessary.
Skip demuxing basically means "Do not demux audio/subtitles" ;) I don't remember now but some of you requested this option.

Thank you! I've been wanting something like this for a long time...My HD also thanks you :)

Viper714
26th February 2018, 19:10
Looks like simple audio delay -250ms fixes a/v sync. Please verify for each movie in PREVIEW SCRIPT before encoding!

Btw. MPC-HC will crash if width is not divisible by 16 in preview script! Resize to common 1920x800.

Atak:
Thank you for the fix in the a/v sync. Turned out to be -500ms. Also now resizing to 1920 x 800 as well.
I appreciate all your work on this great program!! :D

jlpsvk
26th February 2018, 20:40
Thanks for making my wishes a reality. :) HDR/SDR per job and no demux at job create. :)

Maybe just a cosmetics, I know what it means, but maybe you can rename the choices from BT.2020/BT.709 to HDR/SDR. :) Will be easier for novices in encoding.

Atak_Snajpera
26th February 2018, 21:08
Thanks for making my wishes a reality. :) HDR/SDR per job and no demux at job create. :)

Maybe just a cosmetics, I know what it means, but maybe you can rename the choices from BT.2020/BT.709 to HDR/SDR. :) Will be easier for novices in encoding.

But I like weird numbers...

GZZ
26th February 2018, 22:46
Updated to newest version 1.22.2 and added a few movies using the batch mode, setting Color Pri to BT.2020. But in DE mode it encode a HDR movie in BT.709. I even tried to stop encoding and making sure its BT.2020 and still keeps encoding in BT.709. So something isnt working.


""\\Ripbot264temp\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "\\RipBot264temp\job90\Chunks\1.avs" -strict -1 -f yuv4mpegpipe - | "\\Ripbot264temp\tools\x265\x265_x64.exe" --seek 0 --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 19 --fps 24 --min-keyint 24 --keyint 240 --frames 2859 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "\\RipBot264temp\job90\Chunks\1.265" -"
y4m [info]: 3840x1600 fps 24000/1000 i420p10 sar 1:1 unknown frame count


Update:
Its fubar, cant force it to use BT.2020, no matter what I choose in the color pri box its stuck at bt709. Hope you can do a quick fix for this!
And no I dont have the "Force HDR to SDR Conversion..." checked under settings. Will the color pri. automatically be set to BT.2020 when a HDR movie is detected or will it also start out in BT.709 mode ?

dracore
27th February 2018, 00:32
There is no such thing as "updated version for threadripper". Your downloaded files are broken/corrupted. That's all.


wrong on one of your releases you said updated for ryzen/threadripper and it shows as the newest versions encode very much faster for me with my threadripper but when i tryd 1.18 all files encoded 100% perfect but with an added 2hours on each file encode time ;)

Atak_Snajpera
27th February 2018, 12:02
Updated to newest version 1.22.2 and added a few movies using the batch mode, setting Color Pri to BT.2020. But in DE mode it encode a HDR movie in BT.709. I even tried to stop encoding and making sure its BT.2020 and still keeps encoding in BT.709. So something isnt working.



Update:
Its fubar, cant force it to use BT.2020, no matter what I choose in the color pri box its stuck at bt709. Hope you can do a quick fix for this!
And no I dont have the "Force HDR to SDR Conversion..." checked under settings. Will the color pri. automatically be set to BT.2020 when a HDR movie is detected or will it also start out in BT.709 mode ?

Do you see HDR icon for this video file? I suspect that your video is not detected as 10bit video. Post media info report.
http://i.cubeupload.com/OJ1UQK.png

GZZ
27th February 2018, 13:21
It is HDR, tried several UHD movies and the symbol is on.

I know there is a few UHD movies in SDR (Stranger Things is one of them), but this is not one of them. I can upload a screenshot later today to prove it and also post the mediainfo file.

One thing I also noticed and your screenshot proves it, is why does it set Color Pri to BT.709 when the HDR symbol is one, shouldnt it be default to BT.2020 when its HDR ?

Atak_Snajpera
27th February 2018, 13:59
It is HDR, tried several UHD movies and the symbol is on.

I know there is a few UHD movies in SDR (Stranger Things is one of them), but this is not one of them. I can upload a screenshot later today to prove it and also post the mediainfo file.

One thing I also noticed and your screenshot proves it, is why does it set Color Pri to BT.709 when the HDR symbol is one, shouldnt it be default to BT.2020 when its HDR ?

Lol! Because I was testing to see if I could confirm your report.
My screenshot proves nothing...
Just post mediainfo report.

All my HDR movies/Samples have this (required) information.
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0050 cd/m2, max: 4000.0000 cd/m2
Maximum Content Light Level : 1529 cd/m2
Maximum Frame-Average Light Level : 380 cd/m2


Ps. Happy now?
http://i.cubeupload.com/bJxVwB.png

"C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\tools\x265\x265_x64.exe" --colorprim bt2020 --transfer smpte2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --max-cll "1529,380" --crf 20 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 10059 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -

GZZ
27th February 2018, 18:49
Im sorry for wasting your time. I found the issue, I had a movie added in the queue from previous version of ripbots (1.22.1) and I then updated the application and tried to encode the already added movie and that didnt work out as it should.

So after a bit more testing I ended up removing the movie and added it again and this time it worked as it should.

Mediainfo on the movie:


Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 1 min
Bit rate : 47.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.238
Stream size : 40.0 GiB (90%)
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Original source medium : Blu-ray
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0050 cd/m2, max: 4000.0000 cd/m2
Maximum Content Light Level : 810 cd/m2
Maximum Frame-Average Light Level : 498 cd/m2

dracore
28th February 2018, 14:42
There is no such thing as "updated version for threadripper". Your downloaded files are broken/corrupted. That's all.


you was 100% right i tryd the encodes again from a full backup of the
blurays and everyone worked 100% perfect, sorry for being a pain :rolleyes:

byteshare
28th February 2018, 19:02
Error while batch importing:
----------[2018-02-28 11:39:49]----------
File: C:\Dracula - Sovereign of the Damned [No Audio].mkv
I don't know what 'erlace' means.
(C:\Temp\RipBot264temp\job492\getinfo.avs, line 2)
Media Info:
General
Unique ID : 230681051269935516350657022109326458464 (0xAD8B8DEEC111A49E04D6F61FC0333E60)
Complete name : C:\Dracula - Sovereign of the Damned [No Audio].mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 963 MiB
Duration : 1 h 29 min
Overall bit rate : 1 502 kb/s
Encoded date : UTC 2018-02-28 16:06:37
Writing application : mkvmerge v20.0.0 ('I Am The Sun') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8

Video
ID : 1
Format : MPEG-4 Visual
Format profile : Simple@L1
Format settings, BVOP : No
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Codec ID : V_MS/VFW/FOURCC / FMP4
Duration : 1 h 29 min
Bit rate : 1 500 kb/s
Width : 704 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.148
Stream size : 962 MiB (100%)
Writing library : Lavc51.40.4
Default : Yes
Forced : No

Guessing it is the codec?

Update: also same error with a MPEG-4 Visual (DIV3) file.
Both worked after encoding them to H.264 RF0 in HandBrake

Side note: moving an encode up 400 positions (not wanting to turn everything else off) is a lot of work. Some better queue management would be the last thing I think RipBot is missing IMO.

FuzzyNutz
28th February 2018, 20:01
My v1.22.2, which was recently tweaked by the Auto-update function, no longer demuxes audio or subtitle tracks when loading .mkv files.

Atak_Snajpera
28th February 2018, 20:14
@byteshare
upload job492 folder (without audio, video and subtitles)

Atak_Snajpera
28th February 2018, 20:15
My v1.22.2, which was recently tweaked by the Auto-update function, no longer demuxes audio or subtitle tracks when loading .mkv files.
See if option "SKIP DEMUXING PROCESS" is not checked.

FuzzyNutz
28th February 2018, 20:22
See if option "SKIP DEMUXING PROCESS" is not checked.

It is not checked.

Atak_Snajpera
28th February 2018, 20:24
Try this.
1) Check it
2) Apply
3) Uncheck it
4) Apply

FuzzyNutz
28th February 2018, 20:27
Try this.
1) Check it
2) Apply
3) Uncheck it
4) Apply

Did that. No change.

Atak_Snajpera
28th February 2018, 20:29
So it must be something else then...
Do you have the same problem with avi,mp4?

FuzzyNutz
28th February 2018, 20:33
So it must be something else then...
Do you have the same problem with avi,mp4?

Demuxes audio with avi, MP4 and BD structure. Not with mkv.

Atak_Snajpera
28th February 2018, 20:34
After (failed) demuxing zip whole Job folder and send it to me. Use mediafire.com or similar site for file hosting.

FuzzyNutz
28th February 2018, 20:43
After (failed) demuxing zip whole Job folder and send it to me. Use mediafire.com or similar site for file hosting.

https://www.plustransfer.com/download.php?id=733049a2e263a596647749ac4775f594

Atak_Snajpera
28th February 2018, 20:46
Have you manually upgraded MKVToolnix to version 21?

FuzzyNutz
28th February 2018, 20:47
Have you manually upgraded MKVToolnix to version 21?

Guilty.

Atak_Snajpera
28th February 2018, 20:48
Revert back to v19. Author of mkvtoolnix has changed few important things after v19 and I didn't have time to adjust my code yet. Hence Ripbot264 still uses older version.

FuzzyNutz
28th February 2018, 20:52
Revert back to v19. Author of mkvtoolnix has changed few important things afer v19 and I didn't have time for adjusting my code. Hence Ripbot264 still uses older version.

When might you release a RB update for this? If it's soon enough, I'll deal with audio and subs outside of RB rather than going backwards with mkvtoolnix.

Atak_Snajpera
28th February 2018, 20:55
Not soon. You can use older version. This is just a muxing tool not x265 encoder. You won't get smaller files ;)

FuzzyNutz
28th February 2018, 20:59
Not soon. You can use older version. This is just a muxing tool not x265 encoder. You won't get smaller files ;)

I'm using mkvtoolnix more often than RipBot.

Atak_Snajpera
28th February 2018, 21:03
Sooo .... Problem solved...

FuzzyNutz
28th February 2018, 21:12
Please add 448, 512, 576, vbr5 and vbr6 for aac 5.1 and 192, 224, 256, 320, vbr5 and vbr6 for aac 2.0.

Atak_Snajpera
28th February 2018, 21:36
Everything above 64 kbps per channel (without LFE) is a serious overkill. AAC and also OPUS do not need such extremely high bitrates.

FuzzyNutz
28th February 2018, 21:44
Everything above 64 kbps per channel (without LFE) is a serious overkill. AAC and also OPUS do not need such extremely high bitrates.

Conflicts with iTunes offerings of 256 for 2 channel and the bitrates resulting from vbr6.

FuzzyNutz
28th February 2018, 21:47
Conflicts with iTunes offerings of 256 for 2 channel and the bitrates resulting from vbr6.

Consider adding user-editing of audio bitrate choices.

Atak_Snajpera
28th February 2018, 21:48
Conflicts with iTunes offerings of 256 for 2 channel and the bitrates resulting from vbr6.

You know term "placebo" ?

Atak_Snajpera
28th February 2018, 21:52
Know stubborn?

Yes, very well ;)

FuzzyNutz
28th February 2018, 21:53
You know term "placebo" ?

Nil practical improvement for video below crf20, but you've allowed options of crf18 and 16...and users can type in any crf value.

Atak_Snajpera
28th February 2018, 22:24
Nil practical improvement for video below crf20, but you've allowed options of crf18 and 16...and users can type in any crf value.

Lower value is required for AVC-INTRA mode ! Default CRF20 is not enough for this intermediate format (each frame is a keyframe. Like motion-jpeg).