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

[Ryushin]

Works fine for your recently uploaded sample. Chunks are correctly stitched.

VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.

Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues

I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.

[sneaker_ger]

So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?

[tkwou]

Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.

[Atak_Snajpera]

Hi Atak, I'm having the same problems with the distributed encoding. I'm running a single NIC on my computer, but because I use Virtualbox and OpenVPN, there are two virtual NIC's created. I have to be very careful to remember to disable both virtual NIC's before I start using the distributed encoding or else it picks up the wrong NIC interface and none of the encoding servers can connect. This occurred just yesterday as I had been connected to work with OpenVPN. When I started running an encode, none of the other encoding servers were connecting. When I checked the other computers I realized they were trying to connect through the OpenVPN NIC address. Once I shutdown OpenVPN and restarted encoding client everything was ok again.

You can manually specify binded ip in EncodingServer.exe
example
Just run Server with this switch
EncodingServer.exe /IP xxx.xxx.xxx.xxx

You should also do the same in Distributed Encoding tab for EncodingClient.exe

https://i.imgsafe.org/16/169dda6a82.png

[Atak_Snajpera]

VC-1, dammed if you do, damned if you don't.
Looks like we've come back full circle:
https://forum.doom9.org/showpost.php?p=1863974&postcount=16631

Now I have a good test sample showing the decoder corruption/pixelation.
https://cloud.chrisdos.com/index.php/s/TkXFnas6yMqtnE4

Download the Information file and the Wonder_Woman*. One is the sample and the other is the original source trimmed to 5 minutes.

Maybe now that we have two good test cases, perhaps we should open an issue on github:
https://github.com/FFMS/ffms2/issues

I can open the issue if you like, but I think you have a better understanding of the versions between the years and what is happening.

I doubt we will ever have solution for vc-1 :(
Here is how whole vc1 issue looks like.

https://github.com/FFMS/ffms2/releases


FFMS 2.20 from june 2014 is the last version which is frame accurate and returns correct key frames in text file (video.mkv.ffindex_track00.kf.txt)
example
# keyframe format v1
fps 0
0
24
48
72
96
120
144

However this version may give you some random macro-blocks in frames like in this example

http://atak-snajpera.5v.pl/images/vc-1_corruption.png

We can just hope that this only occurs in animations and not in real film footage...


The macroblocking is fixed in latest version of FFMS. Unfortunately the bad news is that anything above FFMS 2.20 is no longer frame accurate and each frame is detected as key-frame(!?).
This means that in DE mode chunk may start from incorrect frame and on top of that it can be totally corrupted. (JESSE_JAMES sample)
# keyframe format v1
fps 0
0
1
2
3
4
5
6

http://atak-snajpera.5v.pl/images/vc-1_nocorruption.png

[Ryushin]

So what exactly did you use to decode Wonder Woman? With distributed encoding/chunks? Because indeed I see lots of corruption but all over the place, not limited to exactly 01m:00s, 02m:00s etc. No corruption when decoded using latest ffmpeg. Are you using an old version of ffms2 again?

There is macroblocking all over the place. The minute marks were issues with DE but that issue does not exist with the latest version (though I did see occasional corruption with the Jessie James source).

The latest version of ffmpeg is indeed fixed. Same can be said about the latest version of handbrake (or at least the beta which is what I used).

[Ryushin]

I doubt we will ever have solution for vc-1 :(


I'll open on issue on the Git page.

Perhaps the idea to add the extra step to encode vc-1 source to perhaps cq10 (or a user configurable option) AVC using ffmpeg after the demuxing step that will then allow ripbot to correctly process everything.

[Ryushin]

I'll open on issue on the Git page.

Issue opened: https://github.com/FFMS/ffms2/issues/345

[tkwou]

Thanks Atak, my OpenVPN and VirtualBox are not always running so when I go into Settings, the adapter option was greyed out. Once I turned them both on, it gave me to option to lock to a specific NIC. Works fine now.

[byteshare]

Okay, will do. I have a feeling that it is going to take them a while, but I will definitely contact them. I agree with your view. Thanks!!!
I would recommend that you try using Logitech G Hub instead since they're moving to that.
I use it and haven't had any issues with my servers being blocked that I know of.

[soneca]

@Atak

Could you please help with this Media Player Classic error?

https://i.postimg.cc/4NM6hZ9z/warning.png

E:\Temp\RipBot264temp\job2\job2_preview.avs::Avisynth video #1

Media Type 0:
--------------------------
Video: YV12 3840x2160 29.97fps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12441600
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 333667

BITMAPINFOHEADER:
biSize: 40
biWidth: 3840
biHeight: 2160
biPlanes: 1
biBitCount: 12
biCompression: YV12
biSizeImage: 12441600
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0020: 00 00 00 00 00 00 00 00 63 17 05 00 00 00 00 00 ........c.......
0030: 28 00 00 00 00 0f 00 00 70 08 00 00 01 00 0c 00 (.......p.......
0040: 59 56 31 32 00 d8 bd 00 00 00 00 00 00 00 00 00 YV12.ؽ.........
0050: 00 00 00 00 00 00 00 00 ........

[byteshare]

I doubt we will ever have solution for vc-1 :(

Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.

[Atak_Snajpera]

Could we use something other than FFMS for VC-1/VP9 sources?
I don't have a source to test with but I've heard LWLibav can handle importing those sources correctly.

LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.

[duffbeer]

Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?

[Atak_Snajpera]

Still no problem with any of the encodes I've done from VC-1 sources. I've checked quite a few of them now.
A friend of mine has problems with VC-1 and the only difference from my setup is that he is using Windows 10 - I'm still on Windows 7. COuld that be part of the problem?

I do not think so because I use FFMS in ripbot264 instead of built-in video decoder in OS.

[byteshare]

LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Oh, that is too bad :( Thank you for letting me know.

[byteshare]

LWLibav can't even correctly decode above anime sample. Lot's of dancing grey blocks everywhere.
Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0

[Atak_Snajpera]

Have you tested with a newer version?
A friend of mine tested in StaxRip and did see the dancing grey blocks with v1.9 but not with v2.0

I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564

Result
https://i.imgsafe.org/b2/b2742d069b.jpeg

[byteshare]

I just used this version
https://forum.doom9.org/showthread.php?p=1870564#post1870564


I'll look to see what version StaxRip 2.0 uses. Maybe StaxRip is using a specific version that works.

Update:
I can't tell the exact version Staxrip 2.0.0.0 is using but the size is very different and the date modified as well.
The newest version that you linked is 27.1MB and a date modified of 2019-03-31 and the one Staxrip uses is 11.1MB and a date modified of 2018-12-31.
Link to the Staxrip version: https://mega.nz/#!N9QX2Q7a!pBmNmgQIf83vFp512M-Rbappr1-mY2KMTVt4aCMJX7A

[sneaker_ger]

That version gives me the gray problems. It also still has the "old" ffmpeg bugs. Every program still built from old ffmpeg is totally useless for VC-1 decoding - too many bugs.

https://github.com/VFR-maniac/L-SMASH-Works/issues/58

[Ryushin]

I'm not sure if this is just related to just 4K HDR sources or not (doubt it), but I've been making 720p HDR files (streaming and for mobile devices) from my 4K HDR sources. When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.

Just as an aside, I found, at least on Sony TV's, that if I burn in the subtitles (especially in to push them into black bars) into the 4K HDR file, the TV will dim the picture slightly when the subtitle shows up. But it does not do this if I use a muxed subtitle.

So I had to switch from using burned in subtitles to a forced muxed subtitle when using 4K HDR sources. Plex inside of Kodi will display the subtitle correctly by default but using Plex I have to remember I have a forced subtitle and to select it before playing back the film.

I will continue to burn in subtitles in non HDR sources though. Atak, is it possible to not convert sup to sub when burning in subtitles. I noticed it does this regardless of the setting in the ini file.

[Atak_Snajpera]

When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
As always, send me sample...

[Ryushin]

As always, send me sample...

Was not sure if you needed a sample.

Sample:
https://cloud.chrisdos.com/index.php/s/Yn8EBxGEXBa98Wr

[NasaRacer]

I am having similar issues with subtitles in Batch Mode (Automated - Folder Selection), I have the batch setting checked on to render subtitles. So it is de-muxing the PGS subs correctly from my MKV files no problem but the MP4 created are not getting the subtitles rendered into the finished file. It works fine for me if I manually convert a video and select the subs to render in AviSynth settings. Am I doing something wrong? Any input would be appreciated. I am not sure how to post an example of this issue.

[Atak_Snajpera]

When importing them in batch, if the MKV file contains a forced subtitle, Ripbot does not not add the specific subtitle as a forced subtitle.
Next auto-update should fix this issue.

[byteshare]

I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries

[Atak_Snajpera]

I've been playing with non-DE mode a lot more recently. I never realized that there wasn't a pause button.
Would it be possible to add a pause button?
I've seen it in some other encoding apps.
I got used to being able to just turning off encoding servers to pause and/or aborting and starting again for DE mode.
If not, no worries

Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.

[byteshare]

Technically you can only suspend process. Nevertheless this is completely useless if you intend to fully shutdown (no hibernation/sleep mode!) your pc and resume later. In DE mode things are easier because I can just start encoding from last encoded chunk.
Suspend then, not pause, sorry...just how I thought about it I guess.
I figured you couldn't do much for a restart/shutdown in non-DE mode but a suspend would be helpful for when I need more CPU...aka gaming.
I don't get 100% CPU usage like when I'm doing DE mode with 2 servers but it is close enough and it is super hot for me right now so I don't really need/want my CPU 100% at the moment :)

[jlpsvk]

@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!

[Atak_Snajpera]

@Atak_Snajpera
I have a feature request. Detect HDR10+ metadata, extract it and use it in encode. And if HDR10+ metadata are used, CROP should be greyed out. :) MediaInfo 19.04 already detects HDR format. :) Thanks!!!!

Upload some samples containing HDR10+ for me and then I will take a look what can be done.

[Viper714]

Atak,
I decided to purchase a separate SSD as a temp drive for encoding my movies. I added it to my server as an "S:" drive in the settings. See below:

https://i.imgur.com/XCjWe3f.png

So I started the encoding process and I get an error:
ERROR: File \\SERVER-PC\RipBot264temp\job1\Chunks\3.cmd does not exist! See below

https://i.imgur.com/bZDXsS9.png


Any ideas what I can do? The file does exist but it appears there is a path issue:

https://i.imgur.com/SiUuveR.png

BTW, I right click on the Job and it opens the job folder properly on my S: drive.

[Atak_Snajpera]

You should check network path instead (\\server-pc\ripbot264temp)

[Viper714]

You should check network path instead (\\server-pc\ripbot264temp)

Atak: Here is the error I get when checking the path:

https://i.imgur.com/hjVGwav.png

How can I fix this to point to my "S:" drive SSD?

"S:\Temp\RipBot264temp"

UPDATED:
Disregard. Brain dead moment. I had to do a network share to that folder. It works now!! Thanks for the solution!!!

[byteshare]

Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.

[Viper714]

Atak,
I am having an issue in encoding a Blu ray Chronicles of Narnia Prince Caspian. It seems that the video pauses in numerous areas but not the audio. Below is a link to my dropbox with a excerpt of the video showing the issue. Pay particular attention around 14 seconds through 20 seconds. You will notice the pause.


https://www.dropbox.com/s/khrfwe7uxxtaj0y/Narnia_0001.mkv?dl=0

I have tried to encode in x264 and x265 with the same result with the pauses in the areas. I reviewed the original file on the blu ray and it plays fine in VLC. The disc is clean and clear of any imperfections. I tried several player and three different machines with the same issue in the same areas. Below is a screenshot of the encoding settings to show my settings.

https://i.imgur.com/M6orr9X.png

Appreciate any insight on this one!!!

[sneaker_ger]

You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.

[Viper714]

You mean the pause at 00:00:19? It's probably a problem with the source (filter), e.g. wrong handling of the keyframe seek, maybe in connection with OpenGOP or something. So a sample cut losslessly from the m2ts (e.g. using DGSplit) and your script could be helpful. A workaround could be to use a different source filter.

Using DGSplit method seems a little time consuming as here are several pauses in the complete movie. Selecting a different source filter sounds like a better solution. Can you please advise how to do that?

[sneaker_ger]

I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.

[Viper714]

I meant for you to cut exactly 1 small sample from the source m2ts to upload here (+ the log). Then others can see what the cause might be.

Oh , I misunderstood your request. So using DGSplit I uploaded the area around the same section as the MKV file I uploaded. I played in it in VLC using audio track 1. Hope this is good enough.
As far as a "log" DGSplit did not provide a log. If the log is on the original disc please advise where I would find it and I will provide post haste.
Thanks again!!!

https://www.dropbox.com/s/8yqw94bz0g1lkhl/PCN_64.m2ts?dl=0

[Atak_Snajpera]

I would need whole file from the very begining to the first pause + 1 min as extra buffer.
For example if pause happens at 19 min mark then I would need first 20 min.

[JASAN]

Hello Atak, thanks again for the program.

Im using version 1.24, and when I add m2ts file using batch moe, they add successfully. But they wont compress, I get this message.

[avisynth @ 0000015d7cd1d1c0] FFVideoSource: Can't open '\\EARTH\RipBot264temp\job1\video.mkv'
(E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs, line 7)
E:\Temp\RipBot264temp\job1\Chunks\getinfo.avs: Unknown error occurred

The video.mkv file its looking for does not exist. I can browse to that location successfully from all networked computers.

What should I do to fix this?

Thanks again

Edit - I found a solution, I renamed the files to m2t. I hadnt noticed that the m2ts files didnt have audio either when brought into rip bot.

[GZZ]

The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.

had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.

[LigH]

In Windows, hold the Alt key and type in the numeric block before you release it:
en dash – = ANSI char 0150
em dash — = ANSI char 0151

[byteshare]

The en dash (–) is slightly wider than the hyphen (-) but narrower than the em dash (—). The typical computer keyboard lacks a dedicated key for the en dash, though most word processors provide a means for its insertion.

had a filename with the "en dash" in it and it will make several batch job fail because it handles the file symbol wrong and cant find the file. Dont know if its possible to warn if input filename contains symbols that are not allowed.
Other symbols/characters are an issue to.
Maybe a job to strip characters that aren't supported before import? (as a non-default option)

[chainring]

Is there any chance of adding qaac audio? I've been reading and it seems to be the best AAC encoder
Been looking at not using separate programs to handle subs and audio and just use RipBot for everything.
QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.

When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...

[byteshare]

QAAC isn't an encoder. Rather, it's a wrapper for the iTunes AAC Windows encoder.

When encoding music to AAC (m4a), I use QAAC and the latest installed version of iTunes on Windows. Works well...

Why does everyone call it an encoder: https://www.videohelp.com/software/qaac
What is the difference in a wrapper and encoder in this case?
I thought the 3 main encoders for AAC were FHG, FKD, and QAAC

[stax76]

Relying on batch files is a suboptimal solution, in particular on Win 7 because there is trouble with certain types of characters.

The solution is ShellExecuteEx.

proc.File = "cmd.exe"
proc.Arguments = "/S /C """ + commandLine + """"

[ReinerSchweinlin]

Hey Atak,

thank you for the very nice tool!!

I tried to recode some anime series with more than one audio stream.
How do I enable "keep all languages and simply xcopy the stream" in batch mode?
So far, only one language is preserved.

Edit: I looked into to the temp folder - both audio streams are demuxed and present in the job folders - but only one is remuxed into the final encode. Tested it with several different sources.

[stryker412]

Question about x265. I finally have a player that can natively play x265 without any transcoding on the server's part. I was looking to re-rip a TV Show I have. When I loaded up an episode in Ripbot and looked at the settings between HEVC and x264, I saw no file size difference on 2-pass. I thought H265 was supposed to save on file size?

[sneaker_ger]

filesize = bitrate * duration

If you set x264 and x265 to the same bitrate encoding the very same e.g. 90 minutes movie then the filesizes will be identical. HEVC marketing tells you HEVC can achieve the same quality as AVC at half the bitrate but that's marketing. In reality it is highly dependend on the source material and the target bitrate. At very low bitrates HEVC may easily achieve those 50% but at higher bitrates AVC and HEVC aren't much different. Since "quality" is subjective you may want to do a few test encodes yourself.