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

[slalom]

So, after I did that

Originally Posted by slalom

I downloaded and extracted the files from the first page
I ran that to update to the latest files, checked the files with yours
I removed all jobs from previous version
I copied the updated folder everywere and added 5 jobs

Same thing, massive network usage

I've gone back to v1.24.0 for a couple of days

Then I read this post

Originally Posted by byteshare

It was to fix some issues with AC1 I think but other programs like staxrip uses lsmash so it isn't an issue by its self. Personally, all of my initial issues have been ironed out.

and I thought maybe I shouldn't have copied the old ini files

So, I re-extracted the zip from the first page and updated it. Changed my settings and added 3 jobs.
Now it looks waaaay faster than before, but

I used my stopwatch to count the time between finishing and re-starting of a server (the next chunk).

That was just over 5 minutes, and the network usage to the roof, again
Anyone else has that problem?

[george84]

Originally Posted by byteshare

Are you running Logitech Software. See post here: https://forum.doom9.org/showpost.php...ostcount=17029

Alternatively update Logitech Software here: https://forum.doom9.org/showpost.php...ostcount=17034

Hope this helps..

Thank you. I don't have Logitech, but Wacom Tablet software installed. However table is not in use. After aborting these processes, RipBot264 will do an exit when requested.

I hope that a Wacom driver update will correct this.

[slalom]

Ok, second job is going faster, just a few seconds between chunks, don't know why

First two jobs completed with an error. Combining chunks didn't run

Error: The file 'E:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.

But I can manually run CombineAllChunks.cmd & jobX_MuxFiles.cmd and get my file

[nekrosoft13]

Hey Atak

About week (maybe two) there was a update that is started causing weird issues on my system.

I'm using DE.

I don't know how to describe the, issue, in few places in a file, the video turns in a flashing slideshow with bunch of random frames from previous scenes. Its weird.

here is the sample

https://www.mediafire.com/file/woqlu...ample.mkv/file

[byteshare]

Originally Posted by slalom

Ok, second job is going faster, just a few seconds between chunks, don't know why

First two jobs completed with an error. Combining chunks didn't run

Error: The file 'E:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.

But I can manually run CombineAllChunks.cmd & jobX_MuxFiles.cmd and get my file

What is the source filename exactly?
I recall having that issue with some characters in a filename.

Originally Posted by nekrosoft13

Hey Atak

About week (maybe two) there was a update that is started causing weird issues on my system.

I'm using DE.

I don't know how to describe the, issue, in few places in a file, the video turns in a flashing slideshow with bunch of random frames from previous scenes. Its weird.

here is the sample

https://www.mediafire.com/file/woqlu...ample.mkv/file

That looks like the same issue I was having with a few files. I don't really understand what is causing it since not all files have that issue.
I noticed it with a new file. Going to see if I get the same issue rerunning the file as I tried encoding just the part with issues in isolation and didn't have an issue. The video had frames randomly from the end of the file well before the end of the video.
Here is the source (00), the encode with the issue (01), and the re-encode from the source once I cut it down to the 8s clip (02): https://mega.nz/#F!UhIHTSzK!WziTOfYZYG80sLYHlu-DHg
I've been going through and not every file has this issue so I'm not sure what is causing it. Seems to be very common on my videos over 30min.
At this point encoding doesn't seem stable to me.

[george84]

Originally Posted by george84

Thank you. I don't have Logitech, but Wacom Tablet software installed. However table is not in use. After aborting these processes, RipBot264 will do an exit when requested.

I hope that a Wacom driver update will correct this.

Unfortunately this didn't help. Temporary solution remains to abort Wacom processes or prevent their autostart.

[slalom]

Originally Posted by byteshare

What is the source filename exactly?
I recall having that issue with some characters in a filename.

No special characters on the filename.
Anyway I closed and started Ripbot and the next encode completed successfully

I need to check network usage today. I suppose the usual are short spikes about 30% network usage when completing chunks, but I saw higher and longer usage at some point. I need to see that again today

[duffbeer]

Originally Posted by nekrosoft13

Hey Atak

About week (maybe two) there was a update that is started causing weird issues on my system.

I'm using DE.

I don't know how to describe the, issue, in few places in a file, the video turns in a flashing slideshow with bunch of random frames from previous scenes. Its weird.

here is the sample

https://www.mediafire.com/file/woqlu...ample.mkv/file

I have had the same problem too. Seems like some files have frames that jump around like your example and some files have kind of the opposite, a very slow choppy playback at about 2fps.
I've gone back to 1.24.1 and everything is spot on. I don't see why we needed LSmash when everything was working fine with FFMS.
There seems to be no advantage to LSmash so why go through all the problems??

[slalom]

The normal is on the left

[Atak_Snajpera]

Regarding flashing frames. What codec is used in source file? Mpeg2,avc,hevc?

[nekrosoft13]

Originally Posted by Atak_Snajpera

Regarding flashing frames. What codec is used in source file? Mpeg2,avc,hevc?

it doesn't happen in short files, 20-30 minutes

it happens a lot in longer files.

it all started about 1-2 weeks ago

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4
Format settings                          : CABAC / 3 Ref Frames
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 3 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 1 h 26 min
Bit rate mode                            : Variable
Bit rate                                 : 5 150 kb/s
Maximum bit rate                         : 25.0 Mb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 25.000 FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.099
Stream size                              : 3.04 GiB (87%)
Writing library                          : x264 core 135 r2345 f0c1c53
Encoding settings                        : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=5150 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=25000 / vbv_bufsize=25000 / nal_hrd=vbr / ip_ratio=1.40 / aq=1:1.00
Default                                  : Yes
Forced                                   : No

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4
Format settings                          : CABAC / 4 Ref Frames
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 47 min 12 s
Bit rate mode                            : Constant
Bit rate                                 : 9 322 kb/s
Nominal bit rate                         : 10 000 kb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 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
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.188
Stream size                              : 3.07 GiB (94%)
Default                                  : Yes
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709

[byteshare]

Originally Posted by Atak_Snajpera

Regarding flashing frames. What codec is used in source file? Mpeg2,avc,hevc?

Source is x264 (AVC). I saved 6 files that I'm testing on now. 5 are AVC L4.0 and one L4.2
I added the media info files here:
https://mega.nz/#F!UhIHTSzK!WziTOfYZYG80sLYHlu-DHg
So far I've only managed to get through one file and it repeated the issue with the frames.
---Update: I also confirmed this issue with another AVC L4.0 file NOT using DE mode, so it doesn't seem exclusive to DE mode.
...besides the flashing frames the slowness of creating index files for every chunk is a major issue since it makes some encodes overall very, very slow even when the actual encode times are fast. Is there a way to speed this up by using the .lwi file we create when we're adding jobs?

Originally Posted by nekrosoft13

it doesn't happen in short files, 20-30 minutes

it happens a lot in longer files.

it all started about 1-2 weeks ago

You were able to confirm this too? At least we're narrowing it down.

Originally Posted by slalom

The normal is on the left

Network usage, yes? At what point is that happening for you? I have two encoding servers but they are local so that might be why I'm not seeing those spikes?

[byteshare]

Just noticed the update from 8/20. Updated core from 8.17 to 8.20 (please consider changing the release number in the main window: 1.25.x)
Re-added the problem source videos as jobs.
Realized that my encoding servers never started.
I see the "Select SuperviseProcess.exe
In the window I see this:

[2019-08-22 11:21:04] C:\RipBot\EncodingServer.exe /start /restart-if-no-progress /minimize /ip 0.0.0.0 /port 2000  (PID:3268) executed.
[2019-08-22 11:21:05] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:06] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:07] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:08] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:09] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:10] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:11] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:12] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:13] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:14] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:15] EncodingServer.exe (PID:3268) is NOT responding.

...etc until the server restarts and keeps looping like that.
I've tried a reboot. I've tried killing my startup processes, I've tried closing everything I know to close.
I can't get the encoding server to start.
Non-DE mode starts and will try that in a bit. Running a StaxRip test since it uses the same filter to see if I get the flicker issue.
Update: Stax only got 20% through the file before giving up. RB in non-DE mode is still going and over 50% through.

[slalom]

Originally Posted by byteshare

Network usage, yes? At what point is that happening for you? I have two encoding servers but they are local so that might be why I'm not seeing those spikes?

I think it's random. I have four encoding servers

[nekrosoft13]

Originally Posted by byteshare

Source is x264 (AVC). I saved 6 files that I'm testing on now. 5 are AVC L4.0 and one L4.2
I added the media info files here:
https://mega.nz/#F!UhIHTSzK!WziTOfYZYG80sLYHlu-DHg
So far I've only managed to get through one file and it repeated the issue with the frames.
---Update: I also confirmed this issue with another AVC L4.0 file NOT using DE mode, so it doesn't seem exclusive to DE mode.
...besides the flashing frames the slowness of creating index files for every chunk is a major issue since it makes some encodes overall very, very slow even when the actual encode times are fast. Is there a way to speed this up by using the .lwi file we create when we're adding jobs?


You were able to confirm this too? At least we're narrowing it down.


Network usage, yes? At what point is that happening for you? I have two encoding servers but they are local so that might be why I'm not seeing those spikes?

Yes I was able to confirm it.

[FuzzyNutz]

Originally Posted by byteshare

Are you running Logitech Software. See post here: https://forum.doom9.org/showpost.php...ostcount=17029

Alternatively update Logitech Software here: https://forum.doom9.org/showpost.php...ostcount=17034

Hope this helps..

This worked for me. Starting in December of 2018, RB would not close cleanly. Today I exited my Logitech gaming software, which I use for my G602 mouse and usually have running in the background, to my amazement, RB closes cleanly. I've downloaded the recommended alternative software "G Hub", but have not tried it yet. Fortunately, the problematic software, "Gaming Software", does not need to run in the background, cuz the settings are saved to my mouse's internal memory.

Thank you.

[FuzzyNutz]

Originally Posted by Atak_Snajpera

Regarding flashing frames. What codec is used in source file? Mpeg2,avc,hevc?

AVC for some; maybe all. (1080p 23.976fps H264 blu-ray sources)

[FuzzyNutz]

Can a modern solid-state drive endure daily use of blu-ray size projects with RipBot264? If so, it would be a way to reduce wait times for demuxing/muxing and job loading.

[byteshare]

Originally Posted by FuzzyNutz

Can a modern solid-state drive endure daily use of blu-ray size projects with RipBot264? If so, it would be a way to reduce wait times for demuxing/muxing and job loading.

I use an SSD for my temp drive and for remuxing files afterwards with audio/subs. So far put over 20TB of writes on it in about a year and it is doing well.
For sure speeds up some of the work.

[byteshare]

Originally Posted by byteshare

Just noticed the update from 8/20. Updated core from 8.17 to 8.20 (please consider changing the release number in the main window: 1.25.x)
Re-added the problem source videos as jobs.
Realized that my encoding servers never started.
I see the "Select SuperviseProcess.exe
In the window I see this:

[2019-08-22 11:21:04]
C:\RipBot\EncodingServer.exe /start /restart-if-no-progress /minimize /ip 0.0.0.0 /port 2000
  (PID:3268) executed.
[2019-08-22 11:21:05] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:06] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:07] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:08] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:09] EncodingServer.exe (PID:3268) is responding.
[2019-08-22 11:21:10] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:11] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:12] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:13] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:14] EncodingServer.exe (PID:3268) is NOT responding.
[2019-08-22 11:21:15] EncodingServer.exe (PID:3268) is NOT responding.

...etc until the server restarts and keeps looping like that.
I've tried a reboot. I've tried killing my startup processes, I've tried closing everything I know to close.
I can't get the encoding server to start.
Non-DE mode starts and will try that in a bit. Running a StaxRip test since it uses the same filter to see if I get the flicker issue.
Update: Stax only got 20% through the file before giving up. RB in non-DE mode is still going and over 50% through.

Update:
- Okay in DE mode & non-DE mode, I got the flickering in Core 2019.08.17.
- StaxRip 2.0.3 doesn't seem to have the issue but playback (FPS) is wrong and it can't complete the whole file (~20% of the total frames)
+/- Non-DE mode (since encoding servers won't start for me) I'm not seeing the flickering in Core 2019.08.20...so it might be fixed (need more testing to feel confident)
+ In Handbrake I don't have the issue.

If Core 2019.08.20 is fixed that is great. Not sure if the index slowness issues was fixed as well since I can't get the encoding server to start.

Update-Update....I don't know why but the servers are starting now...I'll try DE mode in Core 2019.08.20
-NOT seeing the lwi indexes being created for chunks!