RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[delacroixp]

You should upload sample of original source file...

Ps. I suspect that problem is related with variable FPS in original video.
Awesome ... where can I upload it ?

Thanks for your time ... DVD's are so ancient (compared to Bluray, 4/8k) that it's hardly worth fixing RipBot264 to deal with every issue in the old world.
As it is ... it runs beautifully, is largely bullet-proof and has most of the options anybody would want or need.

If windows ran as well as this app, nobody would have any interest in Linux ... or even Unix for that matter.


Thanks much
:):devil::rolleyes:
Pascal

[Atak_Snajpera]

Www.mediafire.com

[delacroixp]

Www.mediafire.com
Awesome ... uploaded two 100mb chunks ... from beginning and middle somewhere.


1) https://www.mediafire.com/file/wpg4sqcxu1duerd/Pavarotti_The_Duets_%282008%29_430p_%28100mb%29.mkv/file
2) https://www.mediafire.com/file/nt1c9kubgwytiul/Pavarotti_The_Duets_%282008%29_430p_middle_%28100mb%29.mkv/file


Thanks much
:):devil::eek:
Pascal

[Atak_Snajpera]

Awesome ... uploaded two 100mb chunks ... from beginning and middle somewhere.


1) https://www.mediafire.com/file/wpg4sqcxu1duerd/Pavarotti_The_Duets_%282008%29_430p_%28100mb%29.mkv/file
2) https://www.mediafire.com/file/nt1c9kubgwytiul/Pavarotti_The_Duets_%282008%29_430p_middle_%28100mb%29.mkv/file


Thanks much
:):devil::eek:
Pascal

File has been badly muxed! FPS in container is 2x higher than FPS in video stream.

https://i.postimg.cc/1tKGTvgT/Capture2.png

Solution. Remux mkv in MKVToolnix and specify correct fps for container.

https://i.postimg.cc/d3t2KGr0/Capture.png

[jfisher1740]

Is there a way to have Ripbot not generate chapter markers? I would like no chapter information at all if possible.

[Ripmann]

Is there a way to have Ripbot not generate chapter markers? I would like no chapter information at all if possible.

Not sure if there's a global setting, but in case of individual jobs, you quickly edit out the stuff you don't need in chapters.txt in the job's folder (right click a job -> Open Job Folder).

[delacroixp]

File has been badly muxed! FPS in container is 2x higher than FPS in video stream.

Solution. Remux mkv in MKVToolnix and specify correct fps for container.
My bad, I muxed the original VOB segments into a single file.
Remuxed to 29.97 fps (30000/1001), encoded with the restore->23.976 fps but ... unfortunately, it didn't remove the interlace.

So, I did a double encode test on the first 100mb chunk and uploaded the results:
1) Decimate Restore -> 23,976 fps (20.5 mb) (https://www.mediafire.com/file/4r6ul2habdaupew/Pavarotti_The_Duets_%282008%29_430p-OrigVOBtest_crf22_24fps.mkv/file) . (Badly interlaced)
2) Deinterlace BFF -> 29.97 (18 mb) (https://www.mediafire.com/file/4m3rue99fmnx4w7/Pavarotti_The_Duets_%282008%29_430p-OrigVOBtest_crf22_29fps.mkv/file) . (The interlace is very nicely gone)

Quite frankly, the BFF->29 fps conversion is small enough ... but I'm still keen to Restore it downto 24 fps aswell.
Also, I usually encode semi-anomorphically (ie non 1:1 pixel aspect ratio) with slightly elastic width and/or height,
letting MKV signal and display the correct aspect ratio.
I chose Custom [x,xx:1] but the picture seems a little bit out of shape.


Job Log

C:\_ TO DO\Pavarotti>"C:\Program Files (Green)\RipBot264v1.25.0\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job3\job3.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (Green)\RipBot264v1.25.0\tools\x264\x264_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --opencl --opencl-device 0 --opencl-clbin "C:\Users\RolyPoly\AppData\Local\Temp\x264_lookahead.clbin" --crf 22 --fps 30000/1001 --force-cfr --min-keyint 30 --keyint 300 --frames 3138 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --b-pyramid none --stdin y4m --output "C:\Temp\RipBot264temp\job3\video.264" -
y4m [info]: 672x512p 1:1 @ 30000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: OpenCL acceleration enabled with NVIDIA Corporation GeForce GT 710
x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
...
encoded 3138 frames, 12.87 fps, 1251.79 kb/s

C:\_ TO DO\Pavarotti>"C:\Program Files (Green)\RipBot264v1.25.0\tools\mkvtoolnix\mkvmerge.exe" -o "C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps.mkv" --compression 0:none --title "Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps" --default-duration 0:30000/1001fps "C:\Temp\RipBot264temp\job3\video.264" --compression 0:none --language 0:eng --aac-is-sbr 0:1 "C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac"
mkvmerge v41.0.0 ('Smarra') 64-bit

'C:\Temp\RipBot264temp\job3\video.264': Using the demultiplexer for the format 'AVC/H.264'.

'C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac': Using the demultiplexer for the format 'AAC'.

'C:\Temp\RipBot264temp\job3\video.264' track 0: Using the output module for the format 'AVC/H.264 (unframed)'.
'C:\Temp\RipBot264temp\job3\Encoded_Audio_1.aac' track 0: Using the output module for the format 'AAC'.
The file 'C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest crf22 29fps.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job3\video.264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 672/512.

The cue entries (the index) are being written...
Multiplexing took 0 seconds.
-------------------------

Elapsed Time: 00h:04m:09s



Job AVS

#MT
Import("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Scripts\MTmodes.avs")
#PREFETCH_LIMIT=4

#VideoSource
LoadPlugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\lsmash\LSMASHSource.dll")
video=LWLibavVideoSource("C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p-OrigVOBtest.mkv",cachefile="C:\Temp\RipBot264temp\job3\Pavarotti The Duets (2008) 430p-OrigVOBtest.mkv.lwi",prefer_hw=3)
#Deinterlace
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\RgTools\RgTools.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=AssumeBFF(video).QTGMC(Preset="Medium",FPSDivisor=2)

#Decimate

#Crop
video=Crop(video,10,2,-10,-2)

#Resize
LoadPlugin("C:\Program Files (Green)\RipBot264v1.25.0\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
video=Spline36ResizeMT(video,672,512)



MediaInfo (After remux)

General
Unique ID : 143339289999503252948188653753443398000 (0x6BD624A101012CBB7C8CEDDACA59B170)
Complete name : C:\_ TO DO\Pavarotti\Pavarotti The Duets (2008) 430p VOB.mkv
Format : Matroska
Format version : Version 4
File size : 3.94 GiB
Duration : 1 h 10 min
Overall bit rate mode : Constant
Overall bit rate : 8 013 kb/s
Movie name : Pavarotti The Duets (2008) 430p
Encoded date : UTC 2020-01-11 16:16:05
Writing application : mkvmerge v41.0.0 ('Smarra') 64-bit
Writing library : libebml v1.3.9 + libmatroska v1.5.2

Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Format settings, picture structure : Frame
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 10 min
Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 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 : Interlaced
Scan order : Bottom Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.628
Time code of first frame : 10:00:00:00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.19 GiB (81%)
Title : Pavarotti The Duets (2008) 430p
Language : English
Default : Yes
Forced : No




Thanks much!

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

[Atak_Snajpera]

Concert was originally recorded in 29.97 FPS interlaced. Converting to 23.976fps makes zero sense.

[delacroixp]

Concert was originally recorded in 29.97 FPS interlaced. Converting to 23.976fps makes zero sense.
Lol ... too true ... I hate NTSC (Too little resolution, too many fps)
The Pavarotti Duets (2008) compilation was also released on PAL in 25 fps but the original footage was probably shot at 24 fps.

Most pre-digital movies were filmed at 24 fps and sped-up for PAL 25 fps ... ie the movie actually runs 4% faster and
sound/voices are at a higher pitch compared to the original.
I use to rewind those PAL movies back to 24fps [not ChangeFps(24) which maintains duration]. Bluray has pretty much sorted that out.
Rewound movies look and sound more natural (no helium voices).

Many new movies/documentaries are now shot at 30 fps but I still like to take some of them back to
24fps unless they benefit from the higher framerate (eg fast action movies).
8k supports 120 fps (240 for VR) (https://spin-digital.com/technology/next-generation-video/) but the higher framerate benefits to end-user seem less obvious than the higher resolution and 12-bit color.

That said, I'm happy with Pavarotti (The Duets) at NTSC 29fps (RipBot makes it happen) ... but it's nice to experiment and push the boundaries.

Thanks much


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

[Atak_Snajpera]

But original frame rate is 59.94 not 29.97.

[guest]

But original frame rate is 59.94 not 29.97.

Correct me if I'm wrong, but I think you're getting confused about this...

I have been "watching" this, and the only instance of it having 59.94 was on the original 100mb sample's, which is wrong.

Wouldn't it depend on how the samples were compiled, for the fps to change.

The "original" VOB's are as so:-

Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Bottom Field First
Compression mode : Lossy

I've actually got this DVD.

[bassquake]

How long have you waited?
It always looks like it's frozen but after 10-15 mins you should be able to continue. Has been this way since 1.24.1

Tested with a 33 second dv avi and it never stops Gathering information. Left for 20 minutes.

Theres no cpu (i7 9700K) activity on the RipBot thread, and no disk activity either.

It's not crashed as I can Abort and close it fine.

[Atak_Snajpera]

Correct me if I'm wrong, but I think you're getting confused about this...

I have been "watching" this, and the only instance of it having 59.94 was on the original 100mb sample's, which is wrong.

Wouldn't it depend on how the samples were compiled, for the fps to change.

The "original" VOB's are as so:-

Bit rate mode : Constant
Bit rate : 6 500 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Bottom Field First
Compression mode : Lossy

I've actually got this DVD.

No I'm right. Each Field is unique which means that after deinterlacing you obtain 59.94 progressive FPS. Live concerts were often recorded like that.

[Ripmann]

Does KNLMeansCL at Mono Noise 0 provide any noise reduction?

[Atak_Snajpera]

No...

[guest]

So "boss",

I have many, many old TV recordings that I thought I might start running thru RB, so I loaded one, and as I need to the get the aspect ratio correct, I clicked on "preview", and it came up with this error:-

https://www.mediafire.com/view/8z3f8pw4s8zfjvn/MPC-HC_error.jpg/file

If I take out the audio track, then that error also goes away, but then MPC just show's a black screen.

What would you suggest ??

[guest]

No I'm right. Each Field is unique which means that after deinterlacing you obtain 59.94 progressive FPS. Live concerts were often recorded like that.

And I know I'm not going to win this argument, but it's 29.97 interlaced (as per original vobs), but then you're saying it's 59.94 deinterlaced.

If it plays OK in it's original format, why would you want/need to deinterlace it ??

It's also not just one long concert, it's a compilation of many occasions where he's sung with other famous singers.

[Ripmann]

Does KNLMeansCL at Mono Noise 0 provide any noise reduction?
No...

The question wasn't nearly as stupid as it may have sounded. A filter could provide a set of default compression/reduction techniques even at its lowest setting, and the reason I asked it is because Ripbot's GUI sets the filter's Mono Noise value to 0 by default. You may want to provide some sort of a "disabled" visual hint (gray it out, don't allow values lower than 1, put an exclamation mark icon next to the zero, or just mention it in a tooltip) for those who may think that they'll be running a denoise filter on its lowest setting. I asked to confirm my assumption. A lot of people won't.

[Atak_Snajpera]

So "boss",

I have many, many old TV recordings that I thought I might start running thru RB, so I loaded one, and as I need to the get the aspect ratio correct, I clicked on "preview", and it came up with this error:-

https://www.mediafire.com/view/8z3f8pw4s8zfjvn/MPC-HC_error.jpg/file

If I take out the audio track, then that error also goes away, but then MPC just show's a black screen.

What would you suggest ??

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.

[Ryushin]

So I have these shows on DVD and they've been turned into individual episodes using MakeMKV. These show use variable frame rate during the show and they will switch between 24 to 30 fps. Reading online there are several workarounds to get these shows encoded correctly, mostly using Handbrake and I was planning to use Handbrake for these.

My thinking is the whole thing should be converted to 120 fps and then downed to 24fps.

Atak, what your thoughts regarding these strange encodings. From what I remember, RipBot does not do variable frame rate.

Mediainfo:
Video
ID : 1
ID in the original source medium : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=15
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 30 min
Bit rate mode : Variable
Bit rate : 5 280 kb/s
Maximum bit rate : 9 800 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 24.121 FPS
Original frame rate : 29.970 (30000/1001) FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.633
Time code of first frame : 00:59:58;04
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.35 GiB (89%)
Language : English
Default : No
Forced : No
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601
Original source medium : DVD-Video

[Atak_Snajpera]

Send me something and i will figure out correct method. For now I think those episodes will require manual selection of telecined sections. Final file should be 29.97 progressive instead of 23.976 FPS.

[screaming]

I'm having an issue where RipBot264 hangs if I do either of the following:

Right-click and select Close from the tray icon
Right-click on the tray icon and select Show


I just built a new server with Windows Server 2019, so I initially just zipped up my existing 1.25.0 from my old server, and then extracted to C:\Program Files\RipBot264. It hung under the conditions above, so the first thing I tried was using Ripbot264.ini and updater.ini files from the download, but same problems. Then I tried a an unmodified 1.25.0 download, and whether files were in C:\Program Files\ or C:\, it still hangs.

I should also say that I've already performed about 4 encodes with no issues. It just seems that the only 2 actions you can perform from the tray icon are hanging the application.

[stryker412]

Setting the GPU (Nvidia 2070 Super) to decode still only shows 8fps for a 4K encode.

[guest]

In mpc-hc enable that option

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

:thanks:

That made the error go away, but it still won't play properly.

I have provided a 100mb sample which does play using VLC & Potplayer, with both video & audio, however, using MPC-HC (standalone), it only plays the audio :(

https://www.mediafire.com/file/dblag7z3a0muqne/Battle_Of_Britain_%2802%29_%282%29-001.mkv/file

So as this is your default player, it makes it a bit difficult to determine what changes are required.

[guest]

So I have these shows on DVD and they've been turned into individual episodes using MakeMKV. These show use variable frame rate during the show and they will switch between 24 to 30 fps. Reading online there are several workarounds to get these shows encoded correctly, mostly using Handbrake and I was planning to use Handbrake for these.

I have the whole Deep Space 9 series, (not on DVD) but have not as yet done anything with them...I will dig one out and see what MediaInfo says about mine.

[Atak_Snajpera]

:thanks:

That made the error go away, but it still won't play properly.

I have provided a 100mb sample which does play using VLC & Potplayer, with both video & audio, however, using MPC-HC (standalone), it only plays the audio :(

https://www.mediafire.com/file/dblag7z3a0muqne/Battle_Of_Britain_%2802%29_%282%29-001.mkv/file

So as this is your default player, it makes it a bit difficult to determine what changes are required.

Works fine ...
https://i.postimg.cc/7L0Yg5zV/Capture.png

Try checking all options here (both columns)
https://i.postimg.cc/VkLVRqDz/Capture.png

[guest]

Works fine ...

Try checking all options here (both columns)
https://i.postimg.cc/VkLVRqDz/Capture.png

You know, I had this gut feeling that it was going to work for you....

I will try your suggestion (of course), so check EVERYTHING ?, but I will also try it on a different pc, as well.

Have you got any codec packs installed on your pc ?? (I haven't)

[Atak_Snajpera]

No codec packs! Zero! Null!

[guest]

No codec packs! Zero! Null!

Well, I just tried, checking all options, didn't make any difference !!

Copied the file, and tried it on my pissy little Dell laptop, and it worked with your default MPC settings.....shit !!!

Sorry for wasting your time on this one, I'll have to figure this weirdness out myself.

Will try on other pc's as well...isn't it ALWAY's the way, the pc you want to do certain "project's" on, stuff's up !!!!

[Ripmann]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html
(60MB, 17sec sample file, no copyright infringements)

The MPC preview shows as green, and the job ends up with a bad encode without any errors. Here's the output on CQ 16 HEVC, copy audio, default AviSynth settings:
https://www9.zippyshare.com/v/ctf6KMR4/file.html

Sorry if you prefer Mediafire to Zippyshare. For some reason, I get "failed to upload" there. Here's the job's log:


E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 414 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --merange 25 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -
y4m [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\job1\video.265
x265 [info]: HEVC encoder version 3.2+22-a8a2c4c37267
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 25 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
[0.2%] 1/414 frames, 0.02 fps, 553.29 kbps, eta 6:13:41
[0.5%] 2/414 frames, 0.04 fps, 292.74 kbps, eta 3:11:06
[0.7%] 3/414 frames, 0.05 fps, 205.71 kbps, eta 2:10:09
[1.0%] 4/414 frames, 0.07 fps, 162.06 kbps, eta 1:42:24
[1.2%] 5/414 frames, 0.08 fps, 135.87 kbps, eta 1:24:40
[1.4%] 6/414 frames, 0.09 fps, 118.40 kbps, eta 1:12:49
[1.7%] 7/414 frames, 0.11 fps, 106.17 kbps, eta 1:04:23
[1.9%] 8/414 frames, 0.12 fps, 96.90 kbps, eta 0:58:01
[2.2%] 9/414 frames, 0.13 fps, 89.61 kbps, eta 0:53:03
[2.4%] 10/414 frames, 0.14 fps, 83.78 kbps, eta 0:49:06
[2.7%] 11/414 frames, 0.15 fps, 78.99 kbps, eta 0:45:49
[2.9%] 12/414 frames, 0.16 fps, 75.13 kbps, eta 0:43:06
[3.4%] 14/414 frames, 0.18 fps, 68.92 kbps, eta 0:37:48
[4.3%] 18/414 frames, 0.23 fps, 60.67 kbps, eta 0:29:12
[9.7%] 40/414 frames, 0.50 fps, 44.84 kbps, eta 0:12:27

x265 [info]: frame I: 2, Avg QP:20.21 kb/s: 142.61
x265 [info]: frame P: 13, Avg QP:21.00 kb/s: 33.26
x265 [info]: frame B: 28, Avg QP:23.43 kb/s: 31.97
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: consecutive B-frames: 40.0% 6.7% 13.3% 6.7% 33.3%

encoded 43 frames in 77.30s (0.56 fps), 37.51 kb/s, Avg QP:22.54

E:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\TEST_16_AudioCopy.mkv" --compression 0:none --title "TEST_16_AudioCopy" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\job1\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.dtsma"
mkvmerge v41.0.0 ('Smarra') 64-bit
'C:\Temp\RipBot264temp\job1\video.265': Using the demultiplexer for the format 'HEVC/H.265'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma': Using the demultiplexer for the format 'DTS'.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma' track 0: Using the output module for the format 'DTS'.
The file 'E:\TEST_16_AudioCopy.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 1920/1080.

The cue entries (the index) are being written...
Multiplexing took 0 seconds.
-------------------------

Elapsed Time: 00h:01m:20s

[Ripmann]

Speaking of job logs, here are some non-essential improvement ideas you may want to consider:

1) enable the CTRL+A (select all) shortcut for quicker selection.

2) add some sort of time stamp for reference to the log file, perhaps around the last line:

Multiplexing took 0 seconds.
-------------------------

Started: 12:30, 01/15/20
Finished: 17:46, 01/15/20
Elapsed Time: 05h:16m:57s
This last one can be more useful than it may sound. I often redo jobs for various reasons, and it can be helpful to quickly check whether the job was completed last week or yesterday. Still not a must-have, however, since one can check the creation time stamp on the latest output file unless it was moved or deleted.

[byteshare]

This is an older issue but I just noticed something about it since using LSmash now. Job fails to start because of a character it doesn't like but...
Only an issue for the .ffindex_track00.kf, the actual .ffindex looks fine. The .lwi is fine too. I'm not using FFMS2 but it seems to still cause the job to fail.
Thé > Thé
Some other ones but there are many many more:
¡
：(not an actual colon ":")
;
#
¦
“
’
`

[Atak_Snajpera]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html
(60MB, 17sec sample file, no copyright infringements)

The MPC preview shows as green, and the job ends up with a bad encode without any errors. Here's the output on CQ 16 HEVC, copy audio, default AviSynth settings:
https://www9.zippyshare.com/v/ctf6KMR4/file.html

Sorry if you prefer Mediafire to Zippyshare. For some reason, I get "failed to upload" there. Here's the job's log:


E:\>"C:\Program Files (x86)\RipBot264\Tools\ffmpeg\bin\ffmpeg.exe" -loglevel panic -i "C:\Temp\RipBot264temp\job1\job1.avs" -strict -1 -f yuv4mpegpipe - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16 --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 414 --sar 1:1 --profile main10 --output-depth 10 --ctu 32 --merange 25 --y4m --output "C:\Temp\RipBot264temp\job1\video.265" -
y4m [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\job1\video.265
x265 [info]: HEVC encoder version 3.2+22-a8a2c4c37267
x265 [info]: build info [Windows][GCC 9.2.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 12 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 32 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 25 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-16.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
x265 [info]: tools: strong-intra-smoothing lslices=6 deblock sao
[0.2%] 1/414 frames, 0.02 fps, 553.29 kbps, eta 6:13:41
[0.5%] 2/414 frames, 0.04 fps, 292.74 kbps, eta 3:11:06
[0.7%] 3/414 frames, 0.05 fps, 205.71 kbps, eta 2:10:09
[1.0%] 4/414 frames, 0.07 fps, 162.06 kbps, eta 1:42:24
[1.2%] 5/414 frames, 0.08 fps, 135.87 kbps, eta 1:24:40
[1.4%] 6/414 frames, 0.09 fps, 118.40 kbps, eta 1:12:49
[1.7%] 7/414 frames, 0.11 fps, 106.17 kbps, eta 1:04:23
[1.9%] 8/414 frames, 0.12 fps, 96.90 kbps, eta 0:58:01
[2.2%] 9/414 frames, 0.13 fps, 89.61 kbps, eta 0:53:03
[2.4%] 10/414 frames, 0.14 fps, 83.78 kbps, eta 0:49:06
[2.7%] 11/414 frames, 0.15 fps, 78.99 kbps, eta 0:45:49
[2.9%] 12/414 frames, 0.16 fps, 75.13 kbps, eta 0:43:06
[3.4%] 14/414 frames, 0.18 fps, 68.92 kbps, eta 0:37:48
[4.3%] 18/414 frames, 0.23 fps, 60.67 kbps, eta 0:29:12
[9.7%] 40/414 frames, 0.50 fps, 44.84 kbps, eta 0:12:27

x265 [info]: frame I: 2, Avg QP:20.21 kb/s: 142.61
x265 [info]: frame P: 13, Avg QP:21.00 kb/s: 33.26
x265 [info]: frame B: 28, Avg QP:23.43 kb/s: 31.97
x265 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x265 [info]: consecutive B-frames: 40.0% 6.7% 13.3% 6.7% 33.3%

encoded 43 frames in 77.30s (0.56 fps), 37.51 kb/s, Avg QP:22.54

E:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "E:\TEST_16_AudioCopy.mkv" --compression 0:none --title "TEST_16_AudioCopy" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\job1\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.dtsma"
mkvmerge v41.0.0 ('Smarra') 64-bit
'C:\Temp\RipBot264temp\job1\video.265': Using the demultiplexer for the format 'HEVC/H.265'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma': Using the demultiplexer for the format 'DTS'.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'C:\Temp\RipBot264temp\job1\1_audio_English.dtsma' track 0: Using the output module for the format 'DTS'.
The file 'E:\TEST_16_AudioCopy.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\job1\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 1920/1080.

The cue entries (the index) are being written...
Multiplexing took 0 seconds.
-------------------------

Elapsed Time: 00h:01m:20s


Again no problem here (encoded file is ok as well)
https://i.postimg.cc/RhjXDZFd/Capture.png

My glass ball tells me that you may have some GPU driver issues. I'm speculating now...

[Ripmann]

This is an older issue but I just noticed something about it since using LSmash now. Job fails to start because of a character it doesn't like but...
Only an issue for the .ffindex_track00.kf, the actual .ffindex looks fine. The .lwi is fine too. I'm not using FFMS2 but it seems to still cause the job to fail.
Thé > Thé


The program has a general problem with all Unicode characters. I posted some additional details about it here (#2 and #3):
http://forum.doom9.net/showthread.php?p=1894742#post1894742
In short, until it gets fixed, the only solution is to remove Unicode from names (both input and output) and rename the output manually afterwards.

[Ripmann]

Again no problem here (encoded file is ok as well)
https://i.postimg.cc/RhjXDZFd/Capture.png

My glass ball tells me that you may have some GPU driver issues. I'm speculating now...

Crap, sorry for wasting your time. This is the only file I'm having issues with, so I thought the problem was universal, not just something on my end. I'll do more testing and post here if I find the solution, in case anyone else encounters something like that. Thanks for responding.

[byteshare]

The program has a general problem with all Unicode characters. I posted some additional details about it here (#2 and #3):
http://forum.doom9.net/showthread.php?p=1894742#post1894742
In short, until it gets fixed, the only solution is to remove Unicode from names (both input and output) and rename the output manually afterwards.
Yeah, I've posted about it as well a long time ago, but it seems if you're using LSmash we should be able to use Unicode? I don't think the .ffindex_track00.kf needs to be processed if you're using LSmash.

[screaming]

What's interesting is that in my examples below, those issues occurred if I started Ripbot264, but didn't start any encodes. Once I have an encode in the jobs list, I can minimize and restore Ripbot264 without a problem.

Once my encodes finish, I will see what happens once I remove the completed jobs.

I'm having an issue where RipBot264 hangs if I do either of the following:

Right-click and select Close from the tray icon
Right-click on the tray icon and select Show


I just built a new server with Windows Server 2019, so I initially just zipped up my existing 1.25.0 from my old server, and then extracted to C:\Program Files\RipBot264. It hung under the conditions above, so the first thing I tried was using Ripbot264.ini and updater.ini files from the download, but same problems. Then I tried a an unmodified 1.25.0 download, and whether files were in C:\Program Files\ or C:\, it still hangs.

I should also say that I've already performed about 4 encodes with no issues. It just seems that the only 2 actions you can perform from the tray icon are hanging the application.

[HehoChef]

I got my hands on a bunch of cheap third and fourth gen i7's, and wanted to set them up as a small render farm.
I've got the distributed encoding working fine.
They all have 16gigs and above of memory.
But they came without bootdrives, and I want to avoid buying a bunch of basically useless drives, however cheap they maybe.
Has anyone ever tried creating a bespoke pxe image, something like a thin client just for ripbot?
Just RipBot264, Java 32bit, AVisynth, ffdshow, haali media splitter and .Net Framework, plus however slim you get Windows.

[Atak_Snajpera]

Btw. Fffshow and .net are not needed. Next version won't also need java. EncodingServer.exe only needs avisynth installed to work.

[HehoChef]

So right now it would only have to be avisynth and Java for the Encoding Server?
Did anyone every do sth like this, make a custom OS for it, preferably PXE bootable?

[Atak_Snajpera]

Like i said encoderserver.exe needs only avisynth.
Booting from pxe seems to be very complicated. Personally i would use some cheap pendrives as boot drive. Wintousb should be able to create so called windows-to-go.

[guest]

I got my hands on a bunch of cheap third and fourth gen i7's, and wanted to set them up as a small render farm.
I've got the distributed encoding working fine.
They all have 16gigs and above of memory.
But they came without bootdrives, and I want to avoid buying a bunch of basically useless drives, however cheap they maybe.
Has anyone ever tried creating a bespoke pxe image, something like a thin client just for ripbot?
Just RipBot264, Java 32bit, AVisynth, ffdshow, haali media splitter and .Net Framework, plus however slim you get Windows.

Sounds like a plan...but...

I have a small render farm (6 dual cpu systems), and I have used small SSD drives, so each unit has an individual Windows OS installed.

With my VERY limited understanding of PXE booting, don't you require a dedicated "client" to host the PXE Windows image ??

As I use different clients for different jobs & day's, I doubt this would work, as there would be multiple IP's floating around, so for me, I doubt this would work.

And if Atak says it's very complicated, then it must be !!!!

[HehoChef]

You need one "server" to host the image, of course.
That would be the machine the EncodingClient runs on I'd think.
It makes only really sense if you want a very centralized approach, with one Master and many slaves.
As long as your DHCP works properly the IP thing should not be a problem.
There a very small free Tools that do both the tftp-server and the bootloader.
If someone creates a Tutorial on how to implement a working smb share, avisynth and encodingserver.exe into a working pe image, for implementing it yourself would be a peach.

I knew nothing about pxe, and it took me 15min to find the right sources and get into a Windows10Pe.
I'm to stupid to integrate my own software into the image though and I'm not very good with the commandline myself.

Atak does stuff with creating custom image's, his signature reminds us with every post, so I thought that might be worth looking into.
Maybe even have it build into RipBot for version 2.0 or something

[guest]

No codec packs! Zero! Null!

So I tried that file on another pc, and it worked fine...and I'm running W10 with an AMD RX 480.

The pc it still doesn't want to work on has a GTX 1080, with the very latest drivers...and in fact, now MPC-HC won't play ANYTHING on that pc..

[guest]

For some reason, RipBot (1.25) is having problem with this file:
https://www9.zippyshare.com/v/f4hZV4Ym/file.html


I thought I'd grab this sample as we are both having some issues with MPC-HC.

It does play with MPC on my laptop, but is very choppy.

But playing it with VLC, was perfect.

I wonder if Atak could give us some options to what player the preview uses !?!?!?

[screaming]

When my 2 encodes finished and I removed the completed jobs, I ran into the same problem trying to either close or show the icon from the tray.

If anyone has any ideas about this application hang on Windows Server 2019, please let me know. Thanks.

What's interesting is that in my examples below, those issues occurred if I started Ripbot264, but didn't start any encodes. Once I have an encode in the jobs list, I can minimize and restore Ripbot264 without a problem.

Once my encodes finish, I will see what happens once I remove the completed jobs.

[byteshare]

I thought I'd grab this sample as we are both having some issues with MPC-HC.

It does play with MPC on my laptop, but is very choppy.

But playing it with VLC, was perfect.

I wonder if Atak could give us some options to what player the preview uses !?!?!?

Have you tried resetting your MPC settings to default?
Only issue I've had with MPC is on some computers the AVISynth preview will show an image and some won't but they'll both show an error if there is one, although on some I have to change the playback position (seek bar) to see the error.

[guest]

When my 2 encodes finished and I removed the completed jobs, I ran into the same problem trying to either close or show the icon from the tray.

If anyone has any ideas about this application hang on Windows Server 2019, please let me know. Thanks.

Hey screaming, I do have a couple of Windows Server 2019 systems, and tbh, I haven't noticed this behaviour...
but next time I'm using RB on WS2K19, I will check it out.

edit:- I have noticed this behaviour in W10, depending on how you shut RB down, to how the taskbar icons co operate (sometimes) they just like to sit there, and you can't do too much with them.

[guest]

Have you tried resetting your MPC settings to default?
Only issue I've had with MPC is on some computers the AVISynth preview will show an image and some won't but they'll both show an error if there is one, although on some I have to change the playback position (seek bar) to see the error.

No, actually I haven't, but I will, thanks.

It's just a little odd that it works on AMD cards, but not on my best nVidia.....I don't "fiddle" with the settings, either.

There must be another issue :(

So I will report back, after reset.

edit:- well a reset fixed the problem, but I'm not sure what caused it, in the first place.

But I'm still having some issues with it, using Preview...it either doesn't want to play the clip, or it takes a LONG time to open it.

[byteshare]

No, actually I haven't, but I will, thanks.

It's just a little odd that it works on AMD cards, but not on my best nVidia.....I don't "fiddle" with the settings, either.

There must be another issue :(

So I will report back, after reset.

edit:- well a reset fixed the problem, but I'm not sure what caused it, in the first place.

But I'm still having some issues with it, using Preview...it either doesn't want to play the clip, or it takes a LONG time to open it.

Honestly, the reset idea was a long shot because it has helped me at times but others it hasn't.

As for the preview issues, I've never really been able to figure those out myself. On some of my machines it works fine and others I really can only use it as an AVISynth error test. I use AVSPmod to test scripts and actually see the output on a lot of machines now:
https://github.com/gispos/AvsPmod/releases