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

[gabbett1]

What new version ???, latest is v1.26.1

If you're running an nVidia GPU, the issue is more than likely the driver software.

Check this post for what to do to fix the problem:-

https://forum.doom9.org/showthread.php?p=1955821#post1955821

And maybe read the posts just before & after.

Thanks, I'll give it a read. I don't know if this will be the issue or not. I seem to have this exact same issue every time I update and I can't remember how I would fix it. Could it really be a GPU issue on ALL of my computers?

[guest]

Thanks, I'll give it a read. I don't know if this will be the issue or not. I seem to have this exact same issue every time I update and I can't remember how I would fix it. Could it really be a GPU issue on ALL of my computers?

So when you say every time you update, do you mean updating RipBot, or your graphics drivers ??

There hasn't been any significant RipBot updates for months & months !!!

Depends how you have the other computers setup ??

Do you use them separately, or as Distributed Encoding servers ??

Do you use nVidia video cards ??

[gabbett1]

So when you say every time you update, do you mean updating RipBot, or your graphics drivers ??

There hasn't been any significant RipBot updates for months & months !!!

Depends how you have the other computers setup ??

Do you use them separately, or as Distributed Encoding servers ??

Do you use nVidia video cards ??

Every time I update Ripbot. I have never had an issue with my graphics driver before. Yes, I do have Nvidia control panel, but I always do a "clean" install of drivers. I stopped doing Ripbot updates for quite some time because it was working and I didn't want to go through this issue again. Well, low and behold, I had some issues arrive trying to preview script when adding subtitles. I would only get audio and no video. SO I did an update and it did fix the issue. Now I have to figure out my distributed encoding issue again and I can't remember how I did it before.

[guest]

Every time I update Ripbot. I have never had an issue with my graphics driver before. Yes, I do have Nvidia control panel, but I always do a "clean" install of drivers. I stopped doing Ripbot updates for quite some time because it was working and I didn't want to go through this issue again. Well, low and behold, I had some issues arrive trying to preview script when adding subtitles. I would only get audio and no video. SO I did an update and it did fix the issue. Now I have to figure out my distributed encoding issue again and I can't remember how I did it before.

I'm still not sure where you are getting the RipBot updates from !!!

[slalom]

Hi. Sorry, not sure if this has been asked before.

I have a render farm with several servers, some of which are nice and fast, others which aren't so fast. For any given job, I find that what happens is most of the servers complete their chunks of work, but then they all have to sit around twiddling their thumbs while the last one or two servers crunch their chunk before it's time to move on to the next job.

Is there a way to allow the idle servers to just move on to the next job in the queue and start their business, while the slow servers at the end of a job just finish what they're doing? If not there's a potential huge waste of idle server time toward the end of each job. See attached screenshot for example.

Cheers
Dhry
Try setting the order of the servers from faster to the slower in DE window
Might be a little better

[gabbett1]

I'm still not sure where you are getting the RipBot updates from !!!

Sorry, I've been busy.

I get the Ripbot updates from this site.

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

[guest]

Sorry, I've been busy.

I get the Ripbot updates from this site.

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

Hi gabbett1,

I have to let you know that that is NOT how you get RipBot updates !!!

That is the 1st page of this forum, and that version / build of RipBot is very old !!

The ONLY way you can get updates is thru the program itself, when you have Auto Updates enabled, and you're connected to the "net".

The program search's for updates every time it is started.

The latest version is 1.26.1, dated 27/09/21 15:19.

There was only one significant addition with that version, and that's nearly 3 months ago.

[GAP]

How do you convert lossless AVI files to lossless MP4 files?

[LigH]

The MP4 container can only contain specific video formats. One could be lossless MPEG-4 AVC video. So you could use x264 --qp 0 ... but RipBot264 may not be the optimal user interface to do that.

[slalom]

How do you convert lossless AVI files to lossless MP4 files?
You can't convert something and be lossless again

[LigH]

You can't convert something and be lossless again

Oh, you can. You can convert from one lossless video format to another lossless video format without losing a bit of information (matching color space attributes provided). And among all the video formats supported in an MP4 container, there are some lossless, too.

[slalom]

Do you know 1 minute of lossless avi is a few GBs in size?

[LigH]

Depends on the resolution and compression. Uncompressed video is larger than losslessly compressed video; a ratio of 1:3 is possible, depending on the clarity of the content. But those are basics of video compression, nothing specific to RipBot264.

[ReinerSchweinlin]

How do you convert lossless AVI files to lossless MP4 files?

In Ripbot, you can set Q=0, which is losless in x264 or x265...

Whether the colourspace stays the same depends on what you have at hand initially, 12Bit is not supported in Ripbot as far as I know. RGB also is not..

There are not too many cases where this scenario makes a lot of sense - losless x264/5 is not always dealt with correctly on any decoder, the space saving might not be too much, depending on what you initially have...

[screaming]

Running v1.26.1, I've done a number of HEVC encodes with no problem, except for 2 recent encodes. Both videos were animation, and there ended up being an audio sync problem with both. What can I do to troubleshoot or resolve the issue?

[Atak_Snajpera]

Post mediainfo report for source file

[screaming]

Post mediainfo report for source file

Here is the video and audio stream info:

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Format settings, GOP : M=1, N=12
Codec ID : V_MPEG4/ISO/AVC
Duration : 21 min 51 s
Bit rate mode : Variable
Bit rate : 31.6 Mb/s
Maximum bit rate : 38.0 Mb/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.636
Stream size : 4.83 GiB (99%)
Default : Yes
Forced : No

Audio
ID : 2
Format : E-AC-3
Format/Info : Enhanced AC-3
Commercial name : Dolby Digital Plus
Codec ID : A_EAC3
Duration : 21 min 51 s
Bit rate mode : Constant
Bit rate : 256 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 40.0 MiB (1%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No

[activoice]

I've been using Ripbot for quite a long time now, and I've recently come across a problem that only happens with some videos. It has to be an issue with the source video that I am encoding from, but playing back the orignal video this problem is not present.

If I encode the entire video in 1 chunk this does not occur.

But if I use distributed encoding mode if I set the chunk size to something other than 0, so the file is broken up into smaller chunks of 1 minute or more. Sometimes at the point where the video is joined I get some duplicate frames. It's inconsistent, it doesn't happen in every video I encode, in fact it's rare but when it does happen I see it happen 2 or 3 times within that same encoded Video file.

For example if I take a video and I set the chunk size to 10, then at the point where the video is re-joined after encoding I can see that at either the 10, 20, 30, or 40 min mark there might be a few duplicated frames. The audio continues to playback correctly, and the video and audio remain in sync. It's definitely some issue with the source video file, as I can do 10 episodes in a series, and of that maybe 2 of them exhibit this problem. If I re-encode the video with a chunk size of 0 so it's all done in one chunk then this problem does not happen.


I've also checked the number of frames in the output video file, if I encode it in 1 chunk, or multiple chunks the resulting output file has the same number of frames in both cases...


Any ideas what the issue might be with the source video file that would cause this to happen? I'm wondering if there is a way for me to detect this problem with the source video file before starting the encode.

[Atak_Snajpera]

@activoice
You may check whether LWLibavVideoSource is truly frame accurate with those problematic source files in my SeekTester tool. I recommend to increase default frame limit from 1000 to something bigger if initial test shows no errors.
https://forum.doom9.org/showthread.php?t=176878

Ps. Just make sure that LoadPlugin line has correct path to LSMASHDource.dll


https://i.postimg.cc/65PmVv5h/seekteset.png

@screaming
Is sync issue constant during whole playback (let's say constant 1 second delay) or it slowly increases when you watch? (unnoticeable at the beginning but very obvious at the end )

[screaming]

@screaming
Is sync issue constant during whole playback (let's say constant 1 second delay) or it slowly increases when you watch? (unnoticeable at the beginning but very obvious at the end )

The sync issue is noticeable right from the beginning. The audio sync is only off by a tiny amount, like a split second, but it's just enough that I noticed it. It's also not entirely consistent, where sometimes the audio is slightly ahead of the video, and sometimes a little behind.

[Atak_Snajpera]

Is sync correct when You click PREVIEW SCRIPT button? What is your CPU?

[screaming]

Is sync correct when You click PREVIEW SCRIPT button? What is your CPU?

Sync is slightly off in preview. My CPU is an Intel Core i5-9600K.

[Atak_Snajpera]

Three is an option for manual adjustment of audio delay

[screaming]

Three is an option for manual adjustment of audio delay

I have used Ripbot264 (thank you for such a fantastic application, btw) for a very long time. In all that time, I've never had to adjust for an audio delay. How often do others have to make adjustments for audio delays? Regardless, I'm not sure if I could line it up correctly, as my first 2 tries had audio drifting back and forth for early and late audio.

I mentioned there was another video that had a bad sync as well. On the Ripbot encode, the audio drift got worse as the video progressed. I just ended up encoding via Handbrake, and I might do the same with this video as well. I might investigate this further, as perhaps a library or utility that Ripbot uses needs to be updated.

[Atak_Snajpera]

Maybe your source video file uses variable Frame Rate instead of Constant Frame Rate?

[screaming]

Maybe your source video file uses variable Frame Rate instead of Constant Frame Rate?

The source video is the one I posted the stream info a few posts ago, and that shows the frame rate mode as constant. My test encode via Handbrake with generally similar HEVC settings yielded a video file with audio in sync. I'm tried another encode on Ripbot with forced 23.976 framerate, but that had an audio sync as well.

[guest]

The source video is the one I posted the stream info a few posts ago, and that shows the frame rate mode as constant. My test encode via Handbrake with generally similar HEVC settings yielded a video file with audio in sync. I'm tried another encode on Ripbot with forced 23.976 framerate, but that had an audio sync as well.

Try this :- (or some of it)

https://forum.doom9.org/showthread.php?p=1958502#post1958502

[activoice]

@activoice
You may check whether LWLibavVideoSource is truly frame accurate with those problematic source files in my SeekTester tool. I recommend to increase default frame limit from 1000 to something bigger if initial test shows no errors.
https://forum.doom9.org/showthread.php?t=176878


Thanks that helped, I am seeing a lot of errors, so that confirms it's a source video problem.

So if I encode in a single chunk I don't see any problem with the output video is that because the frames are being encoded in sequence?

[Atak_Snajpera]

Thanks that helped, I am seeing a lot of errors, so that confirms it's a source video problem.

So if I encode in a single chunk I don't see any problem with the output video is that because the frames are being encoded in sequence?

That's right. You may also try remuxing your video file in mkvtoolnix to see if this fixes seek issues.

[screaming]

Try this :- (or some of it)

https://forum.doom9.org/showthread.php?p=1958502#post1958502

I've used that trick of mixing encoded video with remuxed audio before, but that did not work this time when using the encoded HEVC video from Ripbot with the remuxed audio from the original video file.

I really prefer using Ripbot for 1080p encodes, but if I have to use Handbrake for the rare HEVC encode, so be it.

[gabbett1]

Hi gabbett1,

I have to let you know that that is NOT how you get RipBot updates !!!

That is the 1st page of this forum, and that version / build of RipBot is very old !!

The ONLY way you can get updates is thru the program itself, when you have Auto Updates enabled, and you're connected to the "net".

The program search's for updates every time it is started.

The latest version is 1.26.1, dated 27/09/21 15:19.

There was only one significant addition with that version, and that's nearly 3 months ago.

Actually I do have 1.26.1 from the link on the first page, even though the link says 1.26.0.7.

A couple things I've noticed when trying to do the distributed encoding.

One, if I enter the IP address of the host server, it will blank out the options for that server as if the IP is not allowed. If I change the IP by one digit in any direction, those options return. Are we no longer allowed to use the host computer as one of the distributed encoding processors?

Next, when I try to do distributed encoding, the other computers I'm trying to use say "Access violation at address 0051AE24 in module 'EncodingServer.exe'. Read of address 00000098"

[guest]

Actually I do have 1.26.1 from the link on the first page, even though the link says 1.26.0.7.

A couple things I've noticed when trying to do the distributed encoding.

One, if I enter the IP address of the host server, it will blank out the options for that server as if the IP is not allowed. If I change the IP by one digit in any direction, those options return. Are we no longer allowed to use the host computer as one of the distributed encoding processors?

Next, when I try to do distributed encoding, the other computers I'm trying to use say "Access violation at address 0051AE24 in module 'EncodingServer.exe'. Read of address 00000098"

Well, clearly you have autoupdate enabled, to get v1.26.1.

There must be some addressing conflict somewhere you need to rectify.

[guest]

I've used that trick of mixing encoded video with remuxed audio before, but that did not work this time when using the encoded HEVC video from Ripbot with the remuxed audio from the original video file.

I really prefer using Ripbot for 1080p encodes, but if I have to use Handbrake for the rare HEVC encode, so be it.

Yes, Handbrake is a good "standby" when you have some problem with RipBot.

Have you tried Staxrip ??

[screaming]

Yes, Handbrake is a good "standby" when you have some problem with RipBot.

Have you tried Staxrip ??

Never heard of Staxrip, but I'll keep it in mind. Thanks.

[gabbett1]

Well, clearly you have autoupdate enabled, to get v1.26.1.

There must be some addressing conflict somewhere you need to rectify.

What kind of addressing conflict? I don't understand why this issue comes back every time.

[phred1]

Try again in SAFE MODE

Yes, booting in SAFE MODE did the trick =)
But when booting as normal Encoding Server won't start again. What can I di to change this behavior?

[Atak_Snajpera]

Some app running in background is blocking Encoding Server. (Geforce Experience and so on)

[guest]

What kind of addressing conflict? I don't understand why this issue comes back every time.

When you said that if you change the IP address by just 1 number in either direction that the problem goes away, then there must be another device using that address (it might be hidden).

Maybe change ALL your IP address's, and see if that does anything.

Or you can try what is suggested in the post's just before this one..Safe Mode, some app running in the background causing havoc.

And if Atak isn't going to chime in, that's about all I can suggest.

Happy New Year.

[phred1]

Some app running in background is blocking Encoding Server. (Geforce Experience and so on)

Ahh, tnx! Is there any special procedure you can recommend for finding the blocking app? Feels I'm really lost here :(

[Atak_Snajpera]

Check Wait Chain option
https://superuser.com/questions/497621/what-is-the-analyze-wait-chain-in-task-manager

[slalom]

@Atak

Audio delay goes up to 10000ms

Sometimes that's not enough. Mkv merge can go higher but has no preview

Can you remove the delay limit on the next upgrade please?

[GZZ]

Any tried this, I did a conversion from Dolby Vision (Profile 7, Dolby Vision Dual layer) to Profile 8 (Dolby Vision Single Layer). Could be nice if this feature could be added into RipBot264.

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

I havent tried to use it on a encoding with cropping, but it should be possible to crop the RPU data before injecting it into the encoded MKV. So no need to do Dolby Vision encoding in x265 as its just extracted - Cropped - Injected into the final mkv file.

[Ryushin]

Any tried this, I did a conversion from Dolby Vision (Profile 7, Dolby Vision Dual layer) to Profile 8 (Dolby Vision Single Layer). Could be nice if this feature could be added into RipBot264.

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

I havent tried to use it on a encoding with cropping, but it should be possible to crop the RPU data before injecting it into the encoded MKV. So no need to do Dolby Vision encoding in x265 as its just extracted - Cropped - Injected into the final mkv file.

I very much would like to see this feature added. I've been wanting to work on adding the Dolby Vision stream with cropping. I saw a thread (https://hardforum.com/threads/authoring-dolby-vision-compatible-compliant-mp4-files-for-htpc-media-server-updated-01-09-2022.2012996/) about what is involved but I have not done more than reading at this point.

If this could be added to RipBot so the Dolby Vision stream is added along with the HDR10, that would be wonderful.

GZZ: How big was your Dolby Vision stream? I read it added several GB to the file size.

[GZZ]

GZZ: How big was your Dolby Vision stream? I read it added several GB to the file size.

It is very small, like 65mb for at complete movie (2 hours) and it result in like 100mb with overhead. But bear in mind this is only single layer and dosnt include the secondlayer video track you find on the uhd, but I did a simple compare, really basic on my LG oled (b6) tv and took 2 image with my iphone ans its possible to see that the dynamic data of Dolby Vision does shine compared to HDR10.

Will upload them later today

[Ryushin]

It is very small, like 65mb for at complete movie (2 hours) and it result in like 100mb with overhead. But bear in mind this is only single layer and dosnt include the secondlayer video track you find on the uhd, but I did a simple compare, really basic on my LG oled (b6) tv and took 2 image with my iphone ans its possible to see that the dynamic data of Dolby Vision does shine compared to HDR10.

Will upload them later today

That would be most appreciated. I'm going to look at working on this today. I do crop all my 4K encodes, so I'll have to go down that rabbit hole. If I can get this to work on my Sony Z9D with the Shield 2019, I'll re-rip all my DV discs and extract the DV track and mux it back into the MKVs I've already made.

[Ryushin]

It is very small, like 65mb for at complete movie (2 hours) and it result in like 100mb with overhead. But bear in mind this is only single layer and dosnt include the secondlayer video track you find on the uhd, but I did a simple compare, really basic on my LG oled (b6) tv and took 2 image with my iphone ans its possible to see that the dynamic data of Dolby Vision does shine compared to HDR10.

Will upload them later today

So I think the cropping is actually quite easy. According to this:
https://github.com/quietvoid/dovi_tool/issues/39
I quote regarding turning on the crop option:
"It has no knowledge of the letterbox bars size, they are simply set to zero, to tell the Dolby Vision decoder that there are no letterbox bars encoded in the video."

So far I've created a Dolby Vision version of Transformers the Movie and Dune Part1. Transformers looked better, but Dune was dimmer. BTW, I'm one of those strange ones that likes the "Vivid" settings on a TV, and on the Z9D, Vivid is amazing. My problem is probably due to settings the Z9D is setting to display Dolby Vision. I'll dig into that more as I like to keep the Dolby Vision stream in my encodes.

Either way, the new DV tools are awesome in how easy they are to use. Could still use a bit more work so you can specify a location to pick up and store the RPU.bin file

[Ryushin]

So far I've created a Dolby Vision version of Transformers the Movie and Dune Part1. Transformers looked better, but Dune was dimmer. BTW, I'm one of those strange ones that likes the "Vivid" settings on a TV, and on the Z9D, Vivid is amazing. My problem is probably due to settings the Z9D is setting to display Dolby Vision. I'll dig into that more as I like to keep the Dolby Vision stream in my encodes.

Looks like Sony has limited Dolby Vision to dark mode on on the Z9D and Sony F generation TVs. So HDR10 looks quite a bit brighter to me compared to DV. Such a shame. I'm going to keep digging to see if there is some kind of setting that I can use to increase the brightness.

[Ryushin]

Looks like Sony has limited Dolby Vision to dark mode on on the Z9D and Sony F generation TVs. So HDR10 looks quite a bit brighter to me compared to DV. Such a shame. I'm going to keep digging to see if there is some kind of setting that I can use to increase the brightness.

Actually, the more I dug into this, the more I found a lot of people complaining about the brightness of Dolby Vision regardless of the brand of TV. It seems that Dolby Vision is geared towards watching in a darkened environment as the cinematographer intended. The newer TVs have a DV Bright/Dark mode, but even then, people saying HDR10 is brighter.

The WAF (Wife Acceptance Factor) of DV is well... "Fix it and change it back the way you had it." Since there is no way to disable Dolby Vision in the Z9D, I guess I'll be keeping the HDR10.

At least there is now a way to easily extract the Dolby Vision Stream. Because the stream is so small, I may still extract the stream is store it for possible later use.

[GZZ]

My compared image, taken with Iphone 12pro, real life view.

TV: LG B6 OLED (2016 4k model)
Lensflare is visible as its daylight in the room and close to a window.

Its from the start of Indiana Jones UHD, uncompressed video where only the DV is converted from Profile 7 to Profile 8 in order to work on Apple TV.

HDR10: https://ibb.co/cx3Lw2C
DV: https://ibb.co/fSVCZpx

HDR10: https://ibb.co/GtjWr77
DV: https://ibb.co/s9VLh1G

I see much better control of britgtness on the DV on both image. Its clear how Static (HDR10) vs. Dynamic (DV) data can adapt to a single image.

I dont see what you talked about on brightness, might be the way Sony uses the DV data.

[Ryushin]

I see much better control of britgtness on the DV on both image. Its clear how Static (HDR10) vs. Dynamic (DV) data can adapt to a single image.

I dont see what you talked about on brightness, might be the way Sony uses the DV data.

Your images do seem to show the differences, especially the dancers.

I was reading in the thread you posted. Did you end up figuring out the crop function? Is it needed or not. I found one github issue that crop was needed, but reading that thread you provided, it seems it is not.