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

[Furiousflea]

Check log. You should see there what cpu extensions were used during conversion.

I do not have CPU with AVX2 extension so it looks like this
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

Thanks for that :)
Can't seem to get it to work though, "show log" by right clicking the job and then selecting it doesn't seem to work here, am on Windoiws 10 though have made sure to run as Admin.

Also, just doing a test with the standard base profiles with no modification at CRF 18 for HEVC/10bit, encoding goes fine at expected file size, but muxing produces a file that keeps on growing and never completes.

Stopped it at 720GB!
Any idea, thanks.

(Sorry should have saved the mux output command fished out of temp folder)
"C:\Video\ripbot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\robo9\Desktop\1_2_video.mkv" --compression 0:none --title "1_2_video" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265"

[sneaker_ger]

Also, just doing a test with the standard base profiles with no modification at CRF 18 for HEVC/10bit, encoding goes fine at expected file size, but muxing produces a file that keeps on growing and never completes.
That's a known bug of mkvmerge 8.5.1, it is fixed in version 8.5.2.

[Furiousflea]

That's a known bug of mkvmerge 8.5.1, it is fixed in version 8.5.2.

I see, big thanks for the help. Will update mkvtoolnix etc.
Cheers :)

[essential]

Before I encode too many DVDs incorrectly (I've primarily done blurays in the past and interlaced material isn't an issue).
I'm ripping some older stuff that is interlaced. Want to make sure I'm doing this correctly.

I've been opening the VOB in DGIndex.
-------------------------------
If VOB is:
Frame Rate: 23.976024 fps
Frame Rate: Interlaced
Field Order: Top

Then in Ripbot Use:
Deinterlace: TTF -> 29.97 FPS
Decimate: Do not decimate (because the frame rate is already 23.976024?)
-------------------------------
If VOB is:
Frame Rate: Anything besides 23.976024 fps
Frame Rate: Interlaced
Field Order: Top

Then in Ripbot Use:
Deinterlace: Inverse Telecine
Decimate: Restore -> 23.976 fps
-------------------------------

Is this right?

[manono]

I've been opening the VOB in DGIndex.
-------------------------------
If VOB is:
Frame Rate: 23.976024 fps
Frame Rate: Interlaced
Field Order: Top

Then in Ripbot Use:
Deinterlace: TTF -> 29.97 FPS
Decimate: Do not decimate (because the frame rate is already 23.976024?)

Is this right?

No. The only time DGIndex will say 23.976024fps is when you have the Field Operation set for Forced Film. It has nothing to do with how the DVD has been encoded or how it should be treated. And if it shows as Interlaced, you certainly don't want the Field Operation set for Forced Film when making a D2V Project File. DGIndex is not deciding if your DVD is 23.976 or 29.97fps.

And even when setting the Field Operation as Honor Pulldown Flags and it shows as 29.97fps and Interlaced, it's still no indication of how your DVD should be handled. For that you make a basic AviSynth script, open it in VDub to check, and use your eyes to tell. And if you know enough to make an AviSynth script and use Forced Film or Honor Pulldown Flags to make a D2V Project File, or IVTC or unblend or deinterlace, then my opinion is that you should do those things in a script which you then open in RipBot.

These things are thoroughly explained in the docs included in the DGMPGDec package.

All NTSC DVDs output interlaced 29.97fps (really 59.94 fields per second).

[8ternity]

Hi Atak,

I just would like to told you Thank You very much for adding multi-languages support in Ripbot264 ! It's helped me a lot! Save time and calculations.

Also, i seen that Software has auto update when starting the app.

Thums Up ! Great Work !

8ternity

[essential]

No. The only time DGIndex will say 23.976024fps is when you have the Field Operation set for Forced Film. It has nothing to do with how the DVD has been encoded or how it should be treated. And if it shows as Interlaced, you certainly don't want the Field Operation set for Forced Film when making a D2V Project File. DGIndex is not deciding if your DVD is 23.976 or 29.97fps.

And even when setting the Field Operation as Honor Pulldown Flags and it shows as 29.97fps and Interlaced, it's still no indication of how your DVD should be handled. For that you make a basic AviSynth script, open it in VDub to check, and use your eyes to tell. And if you know enough to make an AviSynth script and use Forced Film or Honor Pulldown Flags to make a D2V Project File, or IVTC or unblend or deinterlace, then my opinion is that you should do those things in a script which you then open in RipBot.

These things are thoroughly explained in the docs included in the DGMPGDec package.

All NTSC DVDs output interlaced 29.97fps (really 59.94 fields per second).

Thanks for the response. I don't know enough to do anything with Avisynth but I'll start reading. I've been using Ripbot for years but primarily with Blurays so I've never had to deal with Interlaced sources before, I'm still very much a beginner in this regard. Ripbot makes everything else so easy ... which is why I use it to begin with.

I've read a ton on this prior to posting what you responded to, thinking I finally figured it out, there are no guides on how to specifically determine everything about your source, and then based on certain results you use these certain settings for Ripbot.

I thought I found an easily understandable guide (something that didn't assume you had advanced technical understanding to start) and based on your quote it's incorrect (thehtpc.net/htpc-tips-and-tweaks/encoding-dvds-to-h-264-mkv-using-ripbot264/).

For several of my Interlaced VOBs if I do TFF -> 29.97 or Inverse Telecine with and without decimate restore on, the resulting "preview scripts" all look the same to me. They look good but I can't have 4 different options all be the correct way to do it, and I don't know how to determine which is correct if they all look good. There is no easy guide for dealing with Ripbot and interlaced sources, but I'll keep reading.

[Atak_Snajpera]

@essential
It is quite easy.

If ripbot shows that your DVD movie has been detected as 29.97 fps then you should manually examine frames in "preview script". Ofcourse deinterlace option must be OFF!
In Media Player Classic use arrows on keyboard to skip to next frame. If you see mix of progressive and interlaced frames then you should use INVERSE TELECINE + RESTORE 23.976 option.

Normally pattern looks like this:
3 Progressive frames
2 Interlaced frames

http://i.imgur.com/UJBWMxy.png

If you see only interlaced frames then use TFF -> xx.xx fps.

[manono]

I thought I found an easily understandable guide (something that didn't assume you had advanced technical understanding to start) and based on your quote it's incorrect (thehtpc.net/htpc-tips-and-tweaks/encoding-dvds-to-h-264-mkv-using-ripbot264/).
I'll assume you're referring to this passage:
Since our video is interlaced and we are deinterlacing it, we should go ahead and decimate it to get a progressive 23.976 framerate, so choose Restore -> 23.976 FPS.
At the least it's incomplete. It's assuming all NTSC DVDs are either encoded as progressive 23.976fps with pulldown (his progressive from the previous page) or hard telecined (the pulldown encoded into the video), as in Atak_Snajpera's pictures above. But there are other possibilities. They might have been shot using interlaced video cameras and the last thing you want is to drop unique frames with an IVTC. They might be field-blended and, again, an IVTC is the wrong thing to do. They might be a mix of soft and hard telecine. They might even be progressive 29.97fps as happens sometimes (although rarely). There are just too many possibilities where, if you follow the guy's advice, you'll end up with a ruined video.

In addition, he is confusing anyone reading it by mixing up terms. There's a big difference between a full IVTC, decimating, and deinterlacing. If you have a video like that in the pictures above, what you do is IVTC, not deinterlace. And decimating is only the second step in the two-step IVTC process, the first being field-matching.

[essential]

@essential
It is quite easy.

If ripbot shows that your DVD movie has been detected as 29.97 fps then you should manually examine frames in "preview script". Ofcourse deinterlace option must be OFF!
In Media Player Classic use arrows on keyboard to skip to next frame. If you see mix of progressive and interlaced frames then you should use INVERSE TELECINE + RESTORE 23.976 option.


Thanks Atak, I will try this with several sources when I get home later. Just to clarify one thing, will there ever be a situation where you use "restore 23.976" with TFF, or is that only ever to be used with inverse telecine?

edit:
Thanks Manono, you posted while I was replying.

[Atak_Snajpera]

Just to clarify one thing, will there ever be a situation where you use "restore 23.976" with TFF,
Nope. At least I haven't had chance to use it in this way. If you aim for the best quality then you should use smart Inverse Telecine + restore than dumb forced deinterlacer + restore.
Like I said. Use Deinterlacer (TFF -> ) only if ALL frames are interlaced (no mix).

[essential]

Thanks again Atak, your instructions worked. I had stuff set up wrong but was able to determine the differences and now understand going forward.

[damia]

hai atak.. may i know how to fix this one problem??cannot load AAC audio.. thanks..
http://i.imgur.com/vDhH32B.png

[Atak_Snajpera]

yes . in cq mode chunks are always 1 min long.

[Atak_Snajpera]

More work for servers = less idle time = overall faster encoding

[ggalindo001]

Atak

Great app -- just found this last week and so far, it has worked like a champ. I especially like the simplicity of the GUI, yet it is powerful where it needs to be. I had been using handbrake previously and find this far more effective -- esp. the batch mode.

Two questions --

1. In batch mode -- is there any way to set a default for color correction to go in one of the three choices vs. the none default? Specifically, I'm wanting to set mine up to default for color correction from tv->pc. This is due to several home recorded DVDs from a DVD recorder that had a black level color bug -- this setting mostly corrects that issue in corresponding encodes.

Obviously, in batch, I can go into each corresponding entry and manually make the change prior to encode -- I was just hoping to automate that as much as possible and eliminate redundant clicks. I didn't know if there was a setting inside of one of the scripts that I could edit that would do this (vs. asking for a setting within the GUI)....

2. Probably a stupid question, but one I would throw out. Can you set up DE to operate on just one machine? I've gone through quite a bit of this thread to look for an answer to that -- it appears that you could, but not clear on how to specifically do that. Is it as simple as adding my ip address to the DE listing, with a :1000, :2000, etc. So, if my ip address is say 10.45.3.1 then I set up the server addresses starting with 10.45.3.1:1000, 10.45.3.1:2000, etc. I tried that, but I could not get the servers moving (they just remained "idle"). I'm sure I am doing something stupid wrong, and just need to tinker with it more to get it to work -- but thought I would ask that it is possible before spending too much time.

Thanks again and thanks for the great app.

g


Sent from my iPad using Tapatalk

[Atak_Snajpera]

1. In batch mode -- is there any way to set a default for color correction to go in one of the three choices vs. the none default? Specifically, I'm wanting to set mine up to default for color correction from tv->pc. This is due to several home recorded DVDs from a DVD recorder that had a black level color bug -- this setting mostly corrects that issue in corresponding encodes.
I will add this option to batch mode. Just make sure that auto-update option in ripbot264 is checked.

2. Probably a stupid question, but one I would throw out. Can you set up DE to operate on just one machine? I've gone through quite a bit of this thread to look for an answer to that -- it appears that you could, but not clear on how to specifically do that. Is it as simple as adding my ip address to the DE listing, with a :1000, :2000, etc. So, if my ip address is say 10.45.3.1 then I set up the server addresses starting with 10.45.3.1:1000, 10.45.3.1:2000, etc. I tried that, but I could not get the servers moving (they just remained "idle"). I'm sure I am doing something stupid wrong, and just need to tinker with it more to get it to work -- but thought I would ask that it is possible before spending too much time.

Of course you can ;) Instead of using real ip you can just use 127.0.0.1:2000 , 127.0.0.1:3000 and so on.

[guest]

Of course you can ;) Instead of using real ip you can just use 127.0.0.1:2000 , 127.0.0.1:3000 and so on.

I use DE on a single PC a lot, but in my situation, I just need to have the network switch/hub turned on.
I guess its because I'm using a "real" IP address.

[00-00]

Tried searching for this, but can't seem to find a definitive answer... Is there a straightforward way to add/include subtitles to all files when using batch encode, rather than having to add each file manually if subtitles are needed? Can you batch rip all or selected subtitles for each file at the same time as preparing a file? Sorry if this is obvious!

Appreciate any help!

[ggalindo001]

Atak

Thanks -- adding the color option to the batch mode would be a big time saver for me. I have it on auto update -- so look forward to the next update.

I'll see if i can get the DE to work later this week when I have time to poke around with it.

Thanks again!

g


Sent from my iPad using Tapatalk

[slalom]

I use DE on a single PC a lot, but in my situation, I just need to have the network switch/hub turned on.
I guess its because I'm using a "real" IP address.
Just set UseDistributedEncoding=1 in ripbot264.ini file
If other servers are offline, only one server wil be used

[guest]

Just set UseDistributedEncoding=1 in ripbot264.ini file
If other servers are offline, only one server will be used

Thanks slalom, I just might try that :)

Was already set as 1.............

[soneca]

Atak, could it be an up to RipBot264 remember the last folder/file previously accessed?
I think most users keep the source files in a defined path.

[Atak_Snajpera]

Atak, could it be an up to RipBot264 remember the last folder/file previously accessed?
I think most users keep the source files in a defined path.

On my win7 last used source file is remembered when I add next job.

[soneca]

On my win7 last used source file is remembered when I add next job.

Okay, but this only happens after you added the first task. Normally the folder you use for source files is not remembered.
Off topic: What lossless codec do you recommend for use as an intermediate in Sony Vegas? I have used the Lagarith but to work with 4K sources is impractical, giant files.

[Atak_Snajpera]

MagicYUV or UTVideo. Both are great.

[soneca]

MagicYUV or UTVideo. Both are great.
Thanks, I'll try.
If there were a x264 plugin to export directly from Sony Vegas would be perfect.

[Atak_Snajpera]

try frameserver debugmode plugin if you want to avoid intermediate files.

[soneca]

Debugmode Frameserver installed but I can not make it work... :confused:
You can give me a sample script to work with RipBot264?

[Atak_Snajpera]

Maybe this will help
https://www.youtube.com/watch?v=W7rJnljqvQE

[soneca]

Thank you very much for your help, I'll try. :)

[soneca]

Atk, follow the tutorial but frameserver does not start...

http://s20.postimg.org/fwmuwturx/debugmode.png

[Atak_Snajpera]

So what is ripbot encoding there?

[soneca]

The original file.
The frameserver should not show progress?

[Atak_Snajpera]

no you must load untitled.avi like I showed you in video.

[soneca]

Untitled.avi created by signpost .. What stupidity !!!
E:\Videos\Untitled.avi.

[soneca]

Now it worked! Thank you!

[Belcegor]

Hi, im new here, i have a problem with ripbot.
I´m recording gameplay videos with raptr.
These videos are in mp4 with variable framerate.

I reencoding this videos with ripbot and obtain a video with audio out of sync, searching in this forum i solve this with convertfps=true.
But now, ripbot started a few days ago to don´t open the files recorded with raptr, i don´t understand why first ripbot can open and render the files and now can´t do it.

i give you a screenshot with the error window and link to a small video file for you can try if it is problem of my installation or not.

http://s14.postimg.org/vurb033z1/Prt_Scr_capture.jpg (http://postimg.org/image/vurb033z1/)

Well, the error is displayed in spanish it tells does not recognize the media in the file.

This is the link to the file:

https://mega.nz/#!EJdWjCrA!Nyc-PgDvBxuHbClnoBC6IlOMc6UuR4AMg8d9PaW-oIM

All help are wellcome.
Thank you in advance for all.

[BlockABoots]

Atak_Snajpera, im getting audio sync issues after using RipBot to encode my file. The raw capture file is in flv format i use AvsPMod to edit the file and is saved as an .avs file, i then load this file into RipBot to encode. But when i watch back the mp4 file from RipBot the audio is out of sync which was happening in the raw capture file (.flv), this never happened on your previous versions of RipBot and think it might be the update thats causing the issue, any ideas?

[Atak_Snajpera]

AvsPMod most likely uses DirectShowSource as source filter and this is your problem. You need source filter which is frame accurate during seeking/trimming like FFMS2. Generally DirectShowSource is unpredictable. It sometimes works but most of the time it will give you a/v sync issues after trimming. RipBot264 just takes your broken .avs (wrong source filter) and sends to x264/x265 encoder.

[BlockABoots]

AvsPMod most likely uses DirectShowSource as source filter and this is your problem. You need source filter which is frame accurate during seeking/trimming like FFMS2. Generally DirectShowSource is unpredictable. It sometimes works but most of the time it will give you a/v sync issues after trimming. RipBot264 just takes your broken .avs (wrong source filter) and sends to x264/x265 encoder.

Thanks for the info, i never knew this, ill give FFMS2 a go

EDIT: Just a quick observation, i went back to RipBot 1.17.0 to see if it was an error with the newer version (which it wasnt as you stated), but what i did notice after selecting an avs file the 'Gathering Information', 'extracting frames' and 'encoding audio' process (RipBot 1.17.0) takes like 5-10 seconds but on newer versions of RipBot it does the 'demuxing' process which take a good minute to finish the process.

How come the newer releases of RipBot are slower to examine the input files that older versions??

[lemaireus]

Each time I try to re-encode a file encoded in resolutions not divisible by 4, for example 1914x808, I get a scrambled view in the 'preview script' section. The problem, however, is that even the re-encode turns out to be garbled in exactly the same way as the preview:

http://d65.imgup.net/Resolutionb6fa.jpg[/url]

The output is garbled even if I change the output resolution to resolutions divisible by 4. Is there a solution to this issue?

I get a good output on re-encoding 1914x808 to, for example, 1920x816 in Megui so I can't figure out which application in Ripbot tools prevents a good result in Ripbot and whether that problem can be rectified or not.

[Atak_Snajpera]

You should start from original Blu-ray source and not re-encode bad pirated rips.

[lemaireus]

You should start from original Blu-ray source and not re-encode bad pirated rips.

I agree, Atak, but that really is not a 'solution'. The rips of this kind that I'm talking about are iTunes releases, the most recent being their three "Pink Panther" series titles, all of which are 1914x804/808. Since Megui can re-encode these, surely there must be a way to re-encode these into 'good' rips in Ripbot as well? Looking forward to constructive suggestions... Thanks!

[Atak_Snajpera]

You will have to load your weird video file via script.
LoadPlugin("C:\...\RipBot264\Tools\AviSynth plugins\ffms\ffms2.dll")

V = FFVideoSource("C:\your_file.mp4").ConvertToRGB.Crop(1,0,-1,0)

A = FFAudioSource("C:\your_file.mp4")

AudioDub(V, A)

[lemaireus]

Thanks, Atak, for preparing the script: I'll run the script sometime tomorrow after the present batch of encodes is through and post a word on the results. However, I was wondering if it might be possible to have this 'quirky video resolution' problem as one of the areas that might be addressed in the next update? I'm sure that would help many users as there are a lot of iTunes videos floating around with 1914x... resolution.

Thanks again for the script.

[lemaireus]

I couldn't get it to work. The script, of course, must be fine, but my unfamiliarity with CLI means that the tricks I tried didn't work. I tried finding a place in the Avisynth scripts (video and audio) for the video file in which to insert the script, but couldn't figure out how or where to make the changes. So I'm back to where I started: with the RipBot GUI and the job folder, searching for a way to make the script work.

[Belcegor]

Hi, im new here, i have a problem with ripbot.
I´m recording gameplay videos with raptr.
These videos are in mp4 with variable framerate.

I reencoding this videos with ripbot and obtain a video with audio out of sync, searching in this forum i solve this with convertfps=true.
But now, ripbot started a few days ago to don´t open the files recorded with raptr, i don´t understand why first ripbot can open and render the files and now can´t do it.

i give you a screenshot with the error window and link to a small video file for you can try if it is problem of my installation or not.

http://s14.postimg.org/vurb033z1/Prt_Scr_capture.jpg (http://postimg.org/image/vurb033z1/)

Well, the error is displayed in spanish it tells does not recognize the media in the file.

This is the link to the file:

https://mega.nz/#!EJdWjCrA!Nyc-PgDvBxuHbClnoBC6IlOMc6UuR4AMg8d9PaW-oIM

All help are wellcome.
Thank you in advance for all.

Nobody can help me?
Ok, thank´s anyway.

[Shrekage]

Hi Atak,

small bug report:

If you start with the working folder in the c:\ drive, then you add a drive and change it to e:\ drive through your setting GUI, then setup some encodes, and start the encode. the share does not get changed. That really messes up the encoding client...

Thanks

[Shrekage]

Nobody can help me?
Ok, thank´s anyway.

Hi.

What troubleshooting did you try? Uninstall/reinstall ripbot? any of the tools?

Please give Atak some time and be patient...

[soneca]

Nobody can help me?
Ok, thank´s anyway.

Here this file loads normally.

http://s20.postimg.org/oec8bbdhp/ripbot.png

[Belcegor]

Hi.

What troubleshooting did you try? Uninstall/reinstall ripbot? any of the tools?

Please give Atak some time and be patient...

Sorry if my post sounds too mmm ¿hard?, my english is poor and i use the help of a google traslator.

No problem, i uninstall and reinstall Ripbot and nothing, the problem continues.

The strange is the problem starts suddenly, i give a short video file for somebody try to open with RipBot.
If other people can open and reencode it, the problem is mine and if not, the problem is in RipBot.

No problem with Atak or nobody, i like this program because i get small files with better quality than others.

Sorry for any problem can do my posts and thank´s for all.

And sorry for my english too lol!!!

[Viper714]

Atak, I would like your recommendation on something. I would like to take the movies that I encoded (mkv) from my blu-ray's and edit the audio to bleep out the cuss words. Typically if the audio file were in wav or mp3 that would be okay, but the audio files are DTS or Dolby 5.1.

What software do you recommend to edit that?
Thank you in advance...

[guest]

Atak, I would like your recommendation on something. I would like to take the movies that I encoded (mkv) from my blu-ray's and edit the audio to bleep out the cuss words. Typically if the audio file were in wav or mp3 that would be okay, but the audio files are DTS or Dolby 5.1.

What software do you recommend to edit that?
Thank you in advance...

This may help...

http://forum.doom9.org/showthread.php?t=170518

[cj161]

This is a copy of a post I made a few days ago on videohelp. I've upgraded both of my PCs to Windows 10 x64 (one is a 6700k, two is a 3930k, both clean installs), and ripbot264 distributed encoding no longer works properly. It seems to take forever when I'm adding a job after I've selected my cropping, sizing and subtitles. It displays "Please wait... Gathering information..." for what seems like 10 minutes, when before, it used to only take several seconds. After I start the job, it takes a similarly long time to "Copying tools to shared folder". When it finally does start, I get an error either "Source file could not be indexed", or it just hangs on the indexing phase. I have installed AviSynth 2.6, ffdshow v1.3.4532, newest Haali and Java 8 Update 66. I've also made sure the ripbot264 temp folder is shared and accessible from the remote machine. It works fine without DE enabled, but I need it for the DE. It has something to do with the Encoding Client and/or the temp folder sharing. Any help would be greatly appreciated.
-Chris

[Atak_Snajpera]

Disable any antivirus software you might have there. It has to be something specific with your machines because you are first one who has these weird problems. You should also check what is happening under the hood with Process Hacker (Cpu/storage usage for spawned executables). BTW. when you click preview script in ripbot do you see Haali Media Splitter and FFDshow icons on system's tray?

[cj161]

I just got a chance to try again here and it started working. I did not try disabling my antivirus yet (Avast free edition). The only change since last week would have been a couple computer restarts. Not sure why it decided to start working, but thanks for the help. I'll reply if it happens again. Thanks Atak!

[Atak_Snajpera]

Not sure why it decided to start working, but thanks for the help. I'll reply if it happens again. Thanks Atak!

Another reason why I will never downgrade to Win10... ;)

[Belcegor]

Here this file loads normally.

http://s20.postimg.org/oec8bbdhp/ripbot.png


Thank you for the help and patience, i´m continuing with the problem, i don´t know what´s happening, delete the ripbot folder and decompress ripbot in another folder and try it but nothing.

I don´t know how fix this :(

[soneca]

Thank you for the help and patience, i´m continuing with the problem, i don´t know what´s happening, delete the ripbot folder and decompress ripbot in another folder and try it but nothing.

I don´t know how fix this :(

Have you tried uninstalling ffdshow and Haali Media Splitter and perhaps AviSynth(depending on the version you use) and reinstall all with the latest versions?

[Belcegor]

Have you tried uninstalling ffdshow and Haali Media Splitter and perhaps AviSynth(depending on the version you use) and reinstall all with the latest versions?

Well, i reinstall haali over the haali of k-lite and it works!!

But....now RipBot fails to get sound, tells no audio :(

Any idea for solve this problem?

[guest]

Well, i reinstall haali over the haali of k-lite and it works!!

But....now RipBot fails to get sound, tells no audio :(

Any idea for solve this problem?

Have you tried uninstalling ALL the codec packs (k-lite), and all the other programs that Ripbot needs, re start, then install ONLY the software that Ripbot needs to run (get all the latest versions)

[Belcegor]

Have you tried uninstalling ALL the codec packs (k-lite), and all the other programs that Ripbot needs, re start, then install ONLY the software that Ripbot needs to run (get all the latest versions)

Yes, i do it, im looking for mp4box, the info file created is empty but no error messages.

[guest]

Yes, i do it, im looking for mp4box, the info file created is empty but no error messages.

OK, I decided to download your sample and try it.

I use all the default Ripbot settings (don't understand what all the others do), and converted it to same size, mkv, took a few seconds, and it turned out perfect...........

What version of Windows are you using, what file format are your hard drive's (FAT 32, NTFS).

Maybe you need to do a fresh install of Windows, and run Ripbot (with all the latest updates) as is, and see what happens.

[slalom]

@Atak
Maybe you could add a counter at batch mode

I mean, after adding all files, where it says: Demuxing audio streams x% video 6/10 (sixth out of 10) or x/y where y is the number of files added

[Belcegor]

OK, I decided to download your sample and try it.

I use all the default Ripbot settings (don't understand what all the others do), and converted it to same size, mkv, took a few seconds, and it turned out perfect...........

What version of Windows are you using, what file format are your hard drive's (FAT 32, NTFS).

Maybe you need to do a fresh install of Windows, and run Ripbot (with all the latest updates) as is, and see what happens.


Windows 10 Ultimate 64Bit, NTFS, I7 920, 6Gb Ram DDRIII 1600MHz, AMD 7870XT 2Gb DDR5.

All other programs work well, last try, i go to uninstall all codecs in my pc and the program, clean the registry and reinstall all, and..... give me good luck lol ;)

[p-st]

Thanks for this software. It's really nice.

I'm using it to convert my blu-rays to x264. For the audio I use 2 streams, one for english and one for german language, both with the same settings. As I'm playing the converted files directly on my television with USB storage, I'm changing the output speed form 23,976 to 25 fps. This gives me the best viewing experience.

Now there is the problem - if I do this, only the video and the first audio stream are changed to 25 fps. The second audio stream stays as it is on 23,976 fps, so that I can't use it. Is this a bug?

I'm using the current version 1.19.2 on Windows 7 64 Bit.

[Atak_Snajpera]

You have to also set output speed again for second stream. Select audio stream 2 and then set your desired output speed.

[rc71]

Well, i reinstall haali over the haali of k-lite and it works!!

But....now RipBot fails to get sound, tells no audio :(

Any idea for solve this problem?

I've been having a lot of audio issues lately. If I use batch mode, all the video files have the audio from the first job. The new problem is no sound. I thought it was a FLAC issue. I'm going to try a complete uninstall, but it was working and then without any changes, that I could see, no audio. The files says there is audio, but no sound plays from the output file or the converted file in the jobs folder.

[rc71]

I uninstalled everything and only reinstalled the minimum to get ripbot up. No sound in the encodes.


I installed 18.1 and still no sound. The problem seems to be somewhere on my system. It just can't find any errors as all other sound works fine.

[guest]

Hi atak,

As a heavy user of Ripbot, I am wondering if can ask for a couple of additions & mods, for the next build release...

Firstly, could you PLEASE add 2 more Servers for DE, it would provide a lot more options, than the existing 10.

Also, instead of 2 rows of 6, that 3 rows of 4 would be better, and to make room for that, maybe the "chunk's" window could be shortened up, to only show 6 rows of "progress", instead of the current 12.

That should work out that the "window" would be narrower than now, and not much different in depth.

And, would there be a possibility of having a Job completion "sound" option, just to keep track of the encoding process.

Food for thought, for the ongoing evolution of your great program.

Cheers

[Noisrevid]

This might be a strange question but is there a x264 build that doesn't use AVX instructions? I'm heavily OC'd and apparently i'm not AVX stable (like most people who OC) but stable in non-AVX instructions 24/7.. So x264 encoding is crashing my system randomly.

That being said, would a non-AVX build of x264 be a lot slower therefore not beneficial anyways? Therefore being pointless?

[guest]

This might be a strange question but is there a x264 build that doesn't use AVX instructions? I'm heavily OC'd and apparently i'm not AVX stable (like most people who OC) but stable in non-AVX instructions 24/7.. So x264 encoding is crashing my system randomly.

That being said, would a non-AVX build of x264 be a lot slower therefore not beneficial anyways? Therefore being pointless?

Hey Noisrevid,

Being an overclocker myself, I would suggest just backing it off just enough, that it doesn't crash anymore....that's what I've had to do.

I'm sure that you use some form of stress testing when you've overclocked, to test stability, well, think of Ripbot as a stress test, as it does max out the cpu.

[mdchaser]

I've got a hopefully simple audio question. I just set up an ATMOS system at home and want to preserve atmos audio from the titles that support it (I just did Minions). If I select FLAC when decoding and then stream copy will that do the trick?

Thanks!

[Atak_Snajpera]

I'm not sure in 100% but I think that ATMOS extension is discarded during decoding process in eac3to.

[sneaker_ger]

Correct.
There is no way of converting Atmos to FLAC and there might never be because Atmos works with 3D objects. The receiver is supposed to calculate every channel in accordance with your local speaker setup (speaker count, positions, directions). FLAC has no way of storing such information.
https://en.wikipedia.org/wiki/Dolby_Atmos#Technology

[Ma]

This might be a strange question but is there a x264 build that doesn't use AVX instructions?

Yes, you can use option '--asm SSE4.2' or '--asm SSSE3' (works with x264 and x265).

If you look at x264 log it should be a line:x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

For encoding with option '--asm SSE4.2' it looks like this:x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2

[mdchaser]

I'm not sure in 100% but I think that ATMOS extension is discarded during decoding process in eac3to.

Thanks for getting back to me. It was a long shot but I was hopeful. Is there any chance you can build a method into the ripbot to just copy the audio data directly so that ATMOS or DTX would be a viable option?

[ste8s]

I've been using RipBot successfully for many years now. However I recently got a new computer, and reinstalled everything. But now RipBot can't seem to rip anything. I've tried reinstalling, and all that. Alas.

When I "Add", select the .m2ts file as per usual, it shows the selected .mpls file, but says there are no chapters. If I hit "OK" anyway, I get the following error:

Exception EFOpenError in module RipBot264.exe at 000239F2....etc.

As a sanity check, I did try to rip this same file on my old computer, and it was ready to work normally. I can't imagine what I did differently with my new machine.

Help! :P

I'm using v1.19.3.

[Atak_Snajpera]

post screenshot

[dv8r]

Hi Atak, I have been out of the video game for a lot of years. Never had the time or money for the slower x264 encodes. With all the new media streaming tech coming out I started looking at revamping my old media collection. I used to beg my brother who is a programmer to help me write a distributed encoding app but he's a Linux guy and never wanted to get into windows and avisynth etc. Anyway, I stumbled onto your Ribot last week and what a great program. You nailed it man. Great job! I haven't had a single issue with converting anything from MKV to X265. Several older PC's running as servers. I hope you continue with the project. You need a Donate button lol. I'd gladly pay for such a program as this one. Thanks a whole lot. Now I can afford to do some high quality work without breaking the bank on a high dollar machine. :D:D:D

[guest]

You need a Donate button lol. :D:D:D

There IS a donate button....launch Ripbot, then go to "Settings", then go to "About"...there you have it :)

[guest]

And, would there be a possibility of having a Job completion "sound" option, just to keep track of the encoding process.

Thanks for adding this to the latest build (had to have a look around before I found where the option was).

Please keep in mind the 2 extra servers :)

So, now that the auto update system is in place, will you ever post another "full" version build ??

It's just a little confusing that the latest update bumped it up to 1.19.3, but if you go "digging", it's still referred to as 1.19.2.

Keep up the excellent work :)

[dv8r]

Thx Burt, I found it.

[ste8s]

post screenshot

I've included a screenshot of the window where it says no chapters. Should I show anything else? Thanks!

[dv8r]

hi atak, does the auto update feature work while the app is running or does it check on startup? Just curious if it will auto update on a node if encoding client on server runs 24/7. Do you plan to add NLMeans denoiser? or NLMeansCL?

Thanks again.

[Atak_Snajpera]

Auto update works exactly like in firefox. Updates are downloaded in background and installed at the next run.

[iSeries]

Hi,

Is there a way to enable header compression for sup subtitles? My WDTV requires it.

[dv8r]

Thanks Atak,
I found a post where you said you don't think the average person using ripbot would want to use nlmeans due to the super slow encodes. I wouldn't with one machine, but with multiple machines (10 servers) it is worth the quality gained. I hope you will reconsider. Thanks again

[silverback]

Hi Atak,

Thanks again for your continuing work on RipBot. Will RipBot ever support HW encoding eg. NVEnc, QSVEnc?

[Atak_Snajpera]

Hardware encoders in terms of quality are noticeable worse that software solutions. I prefer quality over speed. After all you encode once but you may watch encoded movie more than once ;)

[silverback]

Hardware encoders in terms of quality are noticeable worse that software solutions. I prefer quality over speed. After all you encode once but you may watch encoded movie more than once Yes. I guess there is no reason not to use a faster preset of x264 to optimize for streaming remotely.

[jthekk2]

What are the possibilities (if any) of releasing the EncodingServer platform as a standalone program to use with pre-compiled avs scripts and x264 via command line? The EncodingServer looks to be frameserving the avisynth over TCP (possibly using TCPDeliver?).

I am currently running a scheduled batch file to convert DVR recordings using a combination of Avisynth/x264 - what I am looking to do is speed up the conversions by using a second computer to help with the actual encode. Automated frameserving via the EncodingServer platform on top of my current automated avs script/x264 command line options would go a long way to doing this. I use 64-bit avisynth and 64-bit avisynth plugins, as well as x264_x64 10b on profile high 10, level 4.1 (Ripbot seems to support x86, 8-bit, and a max of level 4.0), so using Ripbot itself is not really an option.

[guest]

(Ripbot seems to support x86, 8-bit, and a max of level 4.0), so using Ripbot itself is not really an option.

Now I think Atak will chime in on this one, but I'm pretty sure that Ripbot does support x64 10 bit, and the levels are selectable options, so you could make your own custom encoding settings/options.

[Wildfire]

RipBot264 does support 64-bit encoding, along with 10-bit and levels higher than 4.0 -- it's there in the options to see for yourself :)

[jthekk2]

RipBot264 does support 64-bit encoding, along with 10-bit and levels higher than 4.0 -- it's there in the options to see for yourself :)I must have missed those initially, sorry. You're right that it does support those, but the automation problem/integration with a batch script remains. Would be cool to see it just take a preconfigured avs script and then use X profile from within ripbot to process with distributed encoding. I'm not sure how ripbot handles indexing/decoding too, as I'm currently using DGDecodeNV in my batch script and the avs scripts throws up errors in the GUI when loading the avs manually (even though the avs script has the plugin loaded and used properly and works directly with x264).

[73ChargerFan]

A command line "enque with XXX profile" would work nicely for that.

[jonah]

Got three windows PCs setup here, all with a fresh install of RipBot264 (latest version). Every time I set up an encode on the main machine, I have the other two servers on the LAN to help out. But in the DE window, the servers go from "IDLE" to "ENCODING" and back again, and never actually help. They just sit there. After a while you get the message on the slave machines, "Encoding terminated" then "Connection closed gracefully".

Any ideas about where the issue is here?

Edit: I may have got this one figured out. I "upgraded" to Windows 10 when it was released; and of course, all of my security settings were thrown in the bin and replaced. I had to go and turn off all the password-protected sharing entries- that apparently was preventing the other machines from establishing and maintaining a connection with the main node. Now that I appear to have that sorted, just did a test encode of "Firefox" which completed without any issues at all. Hopefully that'll be the last I see of those troubles. :)

[ste8s]

I've been using RipBot successfully for many years now. However I recently got a new computer, and reinstalled everything. But now RipBot can't seem to rip anything. I've tried reinstalling, and all that. Alas.

When I "Add", select the .m2ts file as per usual, it shows the selected .mpls file, but says there are no chapters. If I hit "OK" anyway, I get the following error:

Exception EFOpenError in module RipBot264.exe at 000239F2....etc.

As a sanity check, I did try to rip this same file on my old computer, and it was ready to work normally. I can't imagine what I did differently with my new machine.

Help! :P

I'm using v1.19.3.

Any ideas on this issue? I'm pretty stuck. Thanks!

[jthekk2]

I must have missed those initially, sorry. You're right that it does support those, but the automation problem/integration with a batch script remains. Would be cool to see it just take a preconfigured avs script and then use X profile from within ripbot to process with distributed encoding. I'm not sure how ripbot handles indexing/decoding too, as I'm currently using DGDecodeNV in my batch script and the avs scripts throws up errors in the GUI when loading the avs manually (even though the avs script has the plugin loaded and used properly and works directly with x264).After some more fiddling around, I've identified some possible areas to look into with trying to get Ripbot264 to process files that simply need to be run into x264 and distributed out to servers.

For reference, the test file I am using is a VC1 file extracted from a bluray. The script is fairly simple and loads the 32-bit plugin and then points to the index of the video created with the 32-bit DGIndexNV. There is no audio since the video file is a raw VC1 file and the VC1 is not remuxed into an MKV file:
LoadPlugin("\\SERVER\Tools\ripbot\Tools\AviSynth plugins\dgindexnv\DGDecodeNV.dll")
DGSource("\\SERVER\Temp\Test\Test.dgi")

The profile referenced below is as follows (2-pass, bitrate of 8000 kbps):
--profile high10 --level 4.1 --preset slow --tune film --vbv-bufsize 150000 --vbv-maxrate 187500

I have tried the following:
(1) Ripbot will take the avisynth script from above as a video input in "ADD". With no other changes other than setting the profile to the one above, you are able to hit "DONE". Regardless of whether or not distributed encoding is checked, Ripbot will encode the video locally (Encoding Client does not pop up) once "START" is hit. Ripbot DOES NOT re-index the file when these steps are followed, and the file is encoded properly on the localhost.

(2) I remuxed the VC1 into an MKV and loaded the MKV into Ripbot. I then set the profile, hit properties next to the kbps and edited the avisynth script there for the video to the below, which references the precompiled avisynth script from above:
video=Import("\\SERVER\Temp\Test\Test.avs",audio=false).ConvertToYV12()
I make no other changes and hit "DONE" and then "START", which opened up the Encoding Client and began copying the file to the shared folder. However, after the copy finished, the file is reindexed with FFMSIndex. After reindexing, Ripbot attempts to prepare chunks but the "info.txt" file is not created and an error message stating 'Cannot open "RipBot264temp\job1\info.txt". The System cannot find the file specified.' DGIndexNV/DGDecodeNV are never used in the process as they are supplanted by FFMSIndex/FFMS, but the folder containing DGIndexNV/DGDecodeNV is copied over to the TEMP folder with the other avisynth plugins.
[Note: FFMSIndex takes about 12-15 minutes to index a 3 hour bluray movie, DGIndexNV takes about 6-8 minutes; DGDecodeNV offloads decoding onto the graphics card while FFMS uses the processor. Reindexing and then using FFMS reduces overall efficiency since all servers are able to use DGDecodeNV].

(3) Same as (2) but the avisynth script for the video within Ripbot is edited to match Test.avs script. Same result as (2).

(4) Same as (3) except the full file paths are used instead of the server paths. Same result as (2)/(3).

Possible Solutions to Look At:
(1) Allow distributed encoding for AVS files directly regardless of the format of the underlying video. However, I think that if this were enabled, it would just lead to the same errors as (2)-(4) above.
(2) Support indexing/decoding with DGIndexNV/DGDecodeNV and properly obtain info from the dgi file produced for the chunks analysis.


On another note, I noticed a possible area to increase some efficiency:
(1) My test files are all in a shared folder already accessible by all my servers; however, Ripbot still copies over the files to its TEMP directory. The process could be made a little more efficient in this scenario if there was a setting to either (A) set a flag that the input file is already in a shared folder and use the server address used in the AVS script as the location of the file during the encode, or (B) a setting to move the file instead of copying (the current location and the ripbot TEMP folder reside on the same computer which also is the main server running the client). (B) is likely seasier to implement since a toggle could switch the code from "COPY" to "MOVE" if the program is using the OS's copy/move functions.

[Atak_Snajpera]

Hardware decoding won't give you noticeable speed up because encoding process is a real bottleneck here. Basically decoding process is waiting for x264/x265 encoder.
Take a look a this example using software decoding
http://i.cubeupload.com/nPWuqQ.png

Source is VC-1 and encoding was done using veryslow preset. Decoding process consumes only ~3% of cpu time on Xeon E5-2690 2.9Ghz.

[jthekk2]

Hardware decoding won't give you noticeable speed up because encoding process is a real bottleneck here. Basically decoding process is waiting for x264/x265 encoder.Right, I understand that and MIGHT end up switching the indexing in my automated batch script to use FFMS/DGAVCIndex if that's what needed, but using DGDecodeNV + Ripbot without reindexing would be the ideal.

The main point I was trying to show, however, is that Ripbot doesn't handle previously indexed files properly. After further testing:

(1) If any AVS script loading any of FFMS2.dll, DGDecodeNV.dll or DGAVCDecode.dll and the video referenced is the appropriate file or index file (FFmpeg source for .mkv/DGSource for .dgi/AVCSource for .dga), Ripbot will encode the file locally and will not re-index the file.

(2) If the workaround from my first post is used (editing the ripbot automated avs script when the video file (.mkv with vc1/.mkv with vc1/.mkv with 264) itself is loaded into ripbot to import the avs script), the following occurs:
(A) FFMS: VC1 must be in MKV, otherwise local encoding. If in MKV, re-indexes with FFMS and encodes with distributed encoding using FFMS2 decoding and the OLD FFMSIndex file (the one referenced in the original AVS; I can only assume based on the avs scripts).
(B) DGDecodeNV: VC1 must be in MKV, otherwise local encoding. If in MKV, re-indexes with FFMS and encodes with distributed encoding using DGDecodeNV (got this working with server paths and checked the decoding method by using GPU-Z; GPU load went up during encode and also tested with a non-Nvidia GPU PC as a server which would not start its chunk of the encode as expected since it does not have nvcuvid.dll to do the actual decoding).
(C) DGAVCDecode: 264 must be in MKV, otherwise local encoding. If in MKV, re-indexes with DGAVCIndex and encodes with distributed encoding using the OLD DGAVCIndex file (the one referenced in the original AVS; I can only assume based on the avs scripts).

It seems odd that the workaround above produces the correct result in the end when all is said and done (distributed encoding with a preconfigured AVS script and pre-indexed MKV file using FFMS/DGAVCDecode/DGDecodeNV), but that the MKV has to be the file actually loaded into ripbot (VC1/264 only encode locally), the avs script within ripbot has to be changed (which takes time), and the file is re-indexed even though it doesn't use the index created by ripbot.

Possible Solutions:
- Allow distributed encoding with AVS scripts directly. This should remove the re-indexing problem as well as the need to put the files in MKVs, though this may require Ripbot to grab the path to the DGI/DGA/FFMSIndex files from the AVS script in order to calculate chunks.
- Allow DGI/DGA/FFMSIndex files as inputs. Doing should also look through the folder the files are loaded from and set the internal video script to match the AVS script with the same name as the index file. Loading in an index file as an input can also trigger a "flag" within Ripbot not to re-index the file but to instead look within the index that was inputted. This should also remove the requirement to have the file in an .mkv since the index files and avs files are the ones being loaded and analyzed and then piped into x264 (which can handle the index files as inputs).

If the reindexing issue above could be addressed, that would be awesome. Without reindexing and if the "copy to temp folder" can be replaced with a "move to temp folder" option, I would be able to incorporate Ripbot distributed encoding almost seamlessly into my automation scheme; I would simply have to pipe in the AVS scripts or Index files manually into Ripbot before letting the automation take over again (using a file watch of some sort for the outputs from Ripbot).

TL;DR:
(1) DGDecodeNV works in distributed encoding, but the file is reindexed with FFMS (vc1) or DGAVCIndex (264) before the encode even though DGDecodeNV is used. Possible solutions are allowing distributed encoding with avs files, or allow index files as inputs with flags to not reindex.
(2) Please create a toggle/option to move files to the TEMP folder instead of copy.

[deanoboxer]

getting an error from my client computer during distributed encoding
Socket Error # 10054
Connection reset by peer

And I can't stop the encode as it just brings up the error again. What could be causing it?

[Atak_Snajpera]

Firewall ? Probably something is blocking connection.

Connection reset by peer.

An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET.


For testing purposes kill your firewall everywhere.

[ste8s]

I've included a screenshot of the window where it says no chapters. Should I show anything else? Thanks!

Bump.

[Atak_Snajpera]

Are you sure that you are working on correctly decrypted source?

[soneca]

Atak, what changes to version 1.19.3?

[guest]

Atak, what changes to version 1.19.3?

Yes, another disadvantage of the auto update process...no changelogs :(

[Wildfire]

A suggestion: perhaps RipBot264 could show a window with information about the update after it has updated. That way, we would know the changes in the update.

[ste8s]

I've been using RipBot successfully for many years now. However I recently got a new computer, and reinstalled everything. But now RipBot can't seem to rip anything. I've tried reinstalling, and all that. Alas.

When I "Add", select the .m2ts file as per usual, it shows the selected .mpls file, but says there are no chapters. If I hit "OK" anyway, I get the following error:

Exception EFOpenError in module RipBot264.exe at 000239F2....etc.

As a sanity check, I did try to rip this same file on my old computer, and it was ready to work normally. I can't imagine what I did differently with my new machine.

Help! :P

I'm using v1.19.3.

Any ideas? Is this a common issue? I don't know.

[guest]

As a sanity check, I did try to rip this same file on my old computer, and it was ready to work normally. I can't imagine what I did differently with my new machine.

What if you copied the files you ripped off the old pc, onto the new, and see if that works.

It does sound like it might be a "ripping" problem, what are you using ?

What differences are there between the 2 pc's ?

[ste8s]

What if you copied the files you ripped off the old pc, onto the new, and see if that works.

It does sound like it might be a "ripping" problem, what are you using ?

What differences are there between the 2 pc's ?

I'm using MakeMKV at the moment. It's possible that it's MakeMKV and not Ripbot, but I'm not completely sure. Perhaps an update to either of these programs has caused an issue?

About a year ago, I ripped a blu-ray from my library (Monsters Inc) using MakeMKV and Ripbot together. It worked great then. Today I re-ripped this same blu-ray with MakeMKV, and it seemed to be fine. However, Ripbot isn't showing chapters, video, audio, or subtitles in the "select stream" dialog.

All of that said, I did some more digging and found an old MakeMKV rip of a different blu-ray that I ripped about 5 months ago. Ripbot was able to work on it fine on my old computer, and it seems like it's working on my new computer as well.

Basically everything I ripped before September 2015 is working, and everything after isn't. Maybe it wasn't the computer switching, but a coincidental update? Or maybe I forgot to install something crucial? Lots of correlating here, but not a lot of causation.

[Atak_Snajpera]

When window pops-up go to temp folder and check what you have in following files

Blu-Ray_structure_info.txt
Blu-Ray_title1_info.txt

[ste8s]

When window pops-up go to temp folder and check what you have in following files

Blu-Ray_structure_info.txt
Blu-Ray_title1_info.txt

Blu-Ray_structure_info.txt says (beneath the command line stuff):

1) 00800.mpls, 00012.m2ts, 1:37:55
- Chapters, 16 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48kHz

2) 00812.mpls, 0:20:14
[280+281+282+283].m2ts
- Chapters, 4 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- AC3, English, stereo, 48kHz


----

Blu-Ray_title_info.txt says (beneath the command line stuff):

The format of the source file could not be detected. <ERROR>

[guest]

I'm using MakeMKV at the moment. It's possible that it's MakeMKV and not Ripbot, but I'm not completely sure. Perhaps an update to either of these programs has caused an issue?

Well, when I ever need to rip a Bluray disc, I use AnyDVD HD, works a treat, and I generally rip them to a folder, then use Ripbot to do the rest.

[Atak_Snajpera]

ste8s
Like I said before most likely source was not correctly decrypted by makemkv.

[Atak_Snajpera]

Update 2016.02.04
Added: KNLMeansCL denoiser (requires GPU with OpenCL 1.2 support)
Changed: Levels (PC->TV and TV->PC) separated from colors section

[dv8r]

You're the man Atak, Thanks a ton for the addition of nlmeanscli. Greatly appreciated. Now I have no use for handbrake anymore as that was all I used it for.

[soneca]

Update 2016.02.04
Added: KNLMeansCL denoiser (requires GPU with OpenCL 1.2 support)
Changed: Levels (PC->TV and TV->PC) separated from colors section

Thank you!

[guest]

Update 2016.02.04
Added: KNLMeansCL denoiser (requires GPU with OpenCL 1.2 support)
Changed: Levels (PC->TV and TV->PC) separated from colors section

Thanks, should be interesting.

So, 2 more servers, next, please :)

[BigM]

When I enable "Use Auto-Update" I get the following error message:
'07.10.2015 17:34:06' is not a valid date and time

I think this might be caused by my European date-format. But the date shown is not the current date, it's a date in the past. Screenshot was taken today.

[Atak_Snajpera]

I do not see it.

[BigM]

I do not see it.

I suppose I located the problem:
When I change the parameter LastCheck= in updater.ini to a past date in another date format, the udpate works:
LastCheck=2016-01-01 12:12:12

[Atak_Snajpera]

great!

[BigM]

I will monitor this and have a look, if the date format switches again next update.

[guest]

Update 2016.02.04
Added: KNLMeansCL denoiser (requires GPU with OpenCL 1.2 support)

Hi Atak, does this denoiser support multiple GPU's, to speed up the process ??

eg:- 2 or more nVidia GTX 580's.

Will DE be utilized as much, as original denoiser is CPU based, and KNLMeansCL is GPU based !!!

Does OpenCL work better with AMD/ATI GPU's ??

Since writing this, I have seen your post on the KNLMeansCL forum, which maybe answering my question re GTX580's....might I need to use a lesser version of KNLMeansCL...eg:-v0.6.11.

From what I can see your "version" is the lastest, which may not support my range of ageing graphics cards :(, although I do have one pc with a GTX680 SOC

[Atak_Snajpera]

modern amd gpus are generally better with opencl than nvidias. AMD gpus support even OpenCL 2.1 while nvidia stuck in OpenCL 1.2. Please correct me if I'm wrong but sharing resources among (SHARED VIRTUAL MEMORY) gpus requires OpenCL 2.0 .

[guest]

modern amd gpus are generally better with opencl than nvidias. AMD gpus support even OpenCL 2.1 while nvidia stuck in OpenCL 1.2. Please correct me if I'm wrong but sharing resources among (SHARED VIRTUAL MEMORY) gpus requires OpenCL 2.0 .

OK, that's interesting, I guess I'll have to do some comparison testing.

So what denoiser will work better with DE ??

[Atak_Snajpera]

So what denoiser will work better with DE ??
CPU obviously because you do not have to worry whether GPU on some PC supports OpenCL 1.2 or not.

[guest]

CPU obviously because you do not have to worry whether GPU on some PC supports OpenCL 1.2 or not.

So, if you DID have other PCs with appropriate GPUs, then what ?

Sorry, but did you answer about multiple GPU's in one PC ??

[soneca]

Update 2016.02.04
Added: KNLMeansCL denoiser (requires GPU with OpenCL 1.2 support)
Changed: Levels (PC->TV and TV->PC) separated from colors section

After I updated the nvidia drivers on the PC with the GTX760 card and KNLMeansCL denoiser started to work, but on the other PC with GTX650 board the denoiser does not work even after the update.

E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job13\job13.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --tune film --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: LoadPlugin: unable to load "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll", Module not found. Install missing library?
(E:\Temp\RipBot264temp\job13\job13.avs, line 29)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

[Atak_Snajpera]

make sure that OpenCL.dll is in C:\Windows\System32 and in C:\Windows\SysWOW64
Also make sure that GTX650 supports OpenCL 1.2
Use this tool -> http://developer.download.nvidia.com/compute/DevZone/OpenCL/Projects/oclDeviceQuery.zip
oclDeviceQuery.exe


Sorry, but did you answer about multiple GPU's in one PC ??
Requires OpenCL 2.0. NVIDIA cards support only 1.2. Check this http://developer.amd.com/community/blog/2014/10/24/opencl-2-shared-virtual-memory/

So, if you DID have other PCs with appropriate GPUs, then what ?
Then use what works best for you.

[guest]

make sure that OpenCL.dll is in C:\Windows\System32 and in C:\Windows\SysWOW64
Also make sure that GTX650 supports OpenCL 1.2
Use this tool -> http://developer.download.nvidia.com/compute/DevZone/OpenCL/Projects/oclDeviceQuery.zip
oclDeviceQuery.exe

Requires OpenCL 2.0. NVIDIA cards support only 1.2. Check this http://developer.amd.com/community/blog/2014/10/24/opencl-2-shared-virtual-memory/

Then use what works best for you.

OK, thanks, for answering that.

Is there a chance that a lower version of KNLMeansCL might be required for lower spec cards ? (only going on what I understood on the KNLMeansCL forum)

[soneca]

Thanks!
The GTX 650 supports OpenGL 1.2, confirmed.
Later when I return home I will check if the dll files are present.

[guest]

Since writing this, I have seen your post on the KNLMeansCL forum, which maybe answering my question re GTX580's....might I need to use a lesser version of KNLMeansCL...eg:-v0.6.11.


Have checked with "ocl query", and indeed my nVidia cards are v1.2, which means the version of KNLMeansCL you have incorporated into Ripbot doesn't support.

However, my AMD HD6850 cards are OpenCL 2.0 !!

How can I "downgrade" to v0.6.11, so that I have support ??

Also, how do I actually know that the denoiser is working ??

Sorry for all the stupid questions !!!!!

[soneca]

Files(OpenCL.dll) are there in Windows\System32 and Windows\SysWOW64 folder.

Log.

D:\Downloads\oclDeviceQuery\NVIDIA GPU Computing SDK\OpenCL\bin\Win32\Release\oclDeviceQuery.exe Starting...

OpenCL SW Info:

CL_PLATFORM_NAME: NVIDIA CUDA
CL_PLATFORM_VERSION: OpenCL 1.2 CUDA 8.0.10
OpenCL SDK Revision: 7027912


OpenCL Device Info:

1 devices found supporting OpenCL:

---------------------------------
Device GeForce GTX 650
---------------------------------
CL_DEVICE_NAME: GeForce GTX 650
CL_DEVICE_VENDOR: NVIDIA Corporation
CL_DRIVER_VERSION: 361.75
CL_DEVICE_VERSION: OpenCL 1.2 CUDA
CL_DEVICE_OPENCL_C_VERSION: OpenCL C 1.2
CL_DEVICE_TYPE: CL_DEVICE_TYPE_GPU
CL_DEVICE_MAX_COMPUTE_UNITS: 2
CL_DEVICE_MAX_WORK_ITEM_DIMENSIONS: 3
CL_DEVICE_MAX_WORK_ITEM_SIZES: 1024 / 1024 / 64
CL_DEVICE_MAX_WORK_GROUP_SIZE: 1024
CL_DEVICE_MAX_CLOCK_FREQUENCY: 1202 MHz
CL_DEVICE_ADDRESS_BITS: 32
CL_DEVICE_MAX_MEM_ALLOC_SIZE: 256 MByte
CL_DEVICE_GLOBAL_MEM_SIZE: 1024 MByte
CL_DEVICE_ERROR_CORRECTION_SUPPORT: no
CL_DEVICE_LOCAL_MEM_TYPE: local
CL_DEVICE_LOCAL_MEM_SIZE: 48 KByte
CL_DEVICE_MAX_CONSTANT_BUFFER_SIZE: 64 KByte
CL_DEVICE_QUEUE_PROPERTIES: CL_QUEUE_OUT_OF_ORDER_EXEC_MODE_ENABLE
CL_DEVICE_QUEUE_PROPERTIES: CL_QUEUE_PROFILING_ENABLE
CL_DEVICE_IMAGE_SUPPORT: 1
CL_DEVICE_MAX_READ_IMAGE_ARGS: 256
CL_DEVICE_MAX_WRITE_IMAGE_ARGS: 16
CL_DEVICE_SINGLE_FP_CONFIG: denorms INF-quietNaNs round-to-nearest round-to-zero round-to-inf fma

CL_DEVICE_IMAGE <dim> 2D_MAX_WIDTH 16384
2D_MAX_HEIGHT 16384
3D_MAX_WIDTH 4096
3D_MAX_HEIGHT 4096
3D_MAX_DEPTH 4096

CL_DEVICE_EXTENSIONS: cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics
cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomics
cl_khr_fp64
cl_khr_byte_addressable_store
cl_khr_icd
cl_khr_gl_sharing
cl_nv_compiler_options
cl_nv_device_attribute_query
cl_nv_pragma_unroll
cl_nv_d3d9_sharing
cl_nv_d3d10_sharing
cl_khr_d3d10_sharing
cl_nv_d3d11_sharing


CL_DEVICE_COMPUTE_CAPABILITY_NV: 3.0
NUMBER OF MULTIPROCESSORS: 2
NUMBER OF CUDA CORES: 384
CL_DEVICE_REGISTERS_PER_BLOCK_NV: 65536
CL_DEVICE_WARP_SIZE_NV: 32
CL_DEVICE_GPU_OVERLAP_NV: CL_TRUE
CL_DEVICE_KERNEL_EXEC_TIMEOUT_NV: CL_TRUE
CL_DEVICE_INTEGRATED_MEMORY_NV: CL_FALSE
CL_DEVICE_PREFERRED_VECTOR_WIDTH_<t> CHAR 1, SHORT 1, INT 1, LONG 1, FLOAT 1, DOUBLE 1


---------------------------------
2D Image Formats Supported (75)
---------------------------------
# Channel Order Channel Type

1 CL_R CL_FLOAT
2 CL_R CL_HALF_FLOAT
3 CL_R CL_UNORM_INT8
4 CL_R CL_UNORM_INT16
5 CL_R CL_SNORM_INT16
6 CL_R CL_SIGNED_INT8
7 CL_R CL_SIGNED_INT16
8 CL_R CL_SIGNED_INT32
9 CL_R CL_UNSIGNED_INT8
10 CL_R CL_UNSIGNED_INT16
11 CL_R CL_UNSIGNED_INT32
12 CL_A CL_FLOAT
13 CL_A CL_HALF_FLOAT
14 CL_A CL_UNORM_INT8
15 CL_A CL_UNORM_INT16
16 CL_A CL_SNORM_INT16
17 CL_A CL_SIGNED_INT8
18 CL_A CL_SIGNED_INT16
19 CL_A CL_SIGNED_INT32
20 CL_A CL_UNSIGNED_INT8
21 CL_A CL_UNSIGNED_INT16
22 CL_A CL_UNSIGNED_INT32
23 CL_RG CL_FLOAT
24 CL_RG CL_HALF_FLOAT
25 CL_RG CL_UNORM_INT8
26 CL_RG CL_UNORM_INT16
27 CL_RG CL_SNORM_INT16
28 CL_RG CL_SIGNED_INT8
29 CL_RG CL_SIGNED_INT16
30 CL_RG CL_SIGNED_INT32
31 CL_RG CL_UNSIGNED_INT8
32 CL_RG CL_UNSIGNED_INT16
33 CL_RG CL_UNSIGNED_INT32
34 CL_RA CL_FLOAT
35 CL_RA CL_HALF_FLOAT
36 CL_RA CL_UNORM_INT8
37 CL_RA CL_UNORM_INT16
38 CL_RA CL_SNORM_INT16
39 CL_RA CL_SIGNED_INT8
40 CL_RA CL_SIGNED_INT16
41 CL_RA CL_SIGNED_INT32
42 CL_RA CL_UNSIGNED_INT8
43 CL_RA CL_UNSIGNED_INT16
44 CL_RA CL_UNSIGNED_INT32
45 CL_RGBA CL_FLOAT
46 CL_RGBA CL_HALF_FLOAT
47 CL_RGBA CL_UNORM_INT8
48 CL_RGBA CL_UNORM_INT16
49 CL_RGBA CL_SNORM_INT16
50 CL_RGBA CL_SIGNED_INT8
51 CL_RGBA CL_SIGNED_INT16
52 CL_RGBA CL_SIGNED_INT32
53 CL_RGBA CL_UNSIGNED_INT8
54 CL_RGBA CL_UNSIGNED_INT16
55 CL_RGBA CL_UNSIGNED_INT32
56 CL_BGRA CL_UNORM_INT8
57 CL_BGRA CL_SIGNED_INT8
58 CL_BGRA CL_UNSIGNED_INT8
59 CL_ARGB CL_UNORM_INT8
60 CL_ARGB CL_SIGNED_INT8
61 CL_ARGB CL_UNSIGNED_INT8
62 CL_INTENSITY CL_FLOAT
63 CL_INTENSITY CL_HALF_FLOAT
64 CL_INTENSITY CL_UNORM_INT8
65 CL_INTENSITY CL_UNORM_INT16
66 CL_INTENSITY CL_SNORM_INT16
67 CL_LUMINANCE CL_FLOAT
68 CL_LUMINANCE CL_HALF_FLOAT
69 CL_LUMINANCE CL_UNORM_INT8
70 CL_LUMINANCE CL_UNORM_INT16
71 CL_LUMINANCE CL_SNORM_INT16
72 CL_BGRA CL_SNORM_INT8
73 CL_BGRA CL_SNORM_INT16
74 CL_ARGB CL_SNORM_INT8
75 CL_ARGB CL_SNORM_INT16

---------------------------------
3D Image Formats Supported (75)
---------------------------------
# Channel Order Channel Type

1 CL_R CL_FLOAT
2 CL_R CL_HALF_FLOAT
3 CL_R CL_UNORM_INT8
4 CL_R CL_UNORM_INT16
5 CL_R CL_SNORM_INT16
6 CL_R CL_SIGNED_INT8
7 CL_R CL_SIGNED_INT16
8 CL_R CL_SIGNED_INT32
9 CL_R CL_UNSIGNED_INT8
10 CL_R CL_UNSIGNED_INT16
11 CL_R CL_UNSIGNED_INT32
12 CL_A CL_FLOAT
13 CL_A CL_HALF_FLOAT
14 CL_A CL_UNORM_INT8
15 CL_A CL_UNORM_INT16
16 CL_A CL_SNORM_INT16
17 CL_A CL_SIGNED_INT8
18 CL_A CL_SIGNED_INT16
19 CL_A CL_SIGNED_INT32
20 CL_A CL_UNSIGNED_INT8
21 CL_A CL_UNSIGNED_INT16
22 CL_A CL_UNSIGNED_INT32
23 CL_RG CL_FLOAT
24 CL_RG CL_HALF_FLOAT
25 CL_RG CL_UNORM_INT8
26 CL_RG CL_UNORM_INT16
27 CL_RG CL_SNORM_INT16
28 CL_RG CL_SIGNED_INT8
29 CL_RG CL_SIGNED_INT16
30 CL_RG CL_SIGNED_INT32
31 CL_RG CL_UNSIGNED_INT8
32 CL_RG CL_UNSIGNED_INT16
33 CL_RG CL_UNSIGNED_INT32
34 CL_RA CL_FLOAT
35 CL_RA CL_HALF_FLOAT
36 CL_RA CL_UNORM_INT8
37 CL_RA CL_UNORM_INT16
38 CL_RA CL_SNORM_INT16
39 CL_RA CL_SIGNED_INT8
40 CL_RA CL_SIGNED_INT16
41 CL_RA CL_SIGNED_INT32
42 CL_RA CL_UNSIGNED_INT8
43 CL_RA CL_UNSIGNED_INT16
44 CL_RA CL_UNSIGNED_INT32
45 CL_RGBA CL_FLOAT
46 CL_RGBA CL_HALF_FLOAT
47 CL_RGBA CL_UNORM_INT8
48 CL_RGBA CL_UNORM_INT16
49 CL_RGBA CL_SNORM_INT16
50 CL_RGBA CL_SIGNED_INT8
51 CL_RGBA CL_SIGNED_INT16
52 CL_RGBA CL_SIGNED_INT32
53 CL_RGBA CL_UNSIGNED_INT8
54 CL_RGBA CL_UNSIGNED_INT16
55 CL_RGBA CL_UNSIGNED_INT32
56 CL_BGRA CL_UNORM_INT8
57 CL_BGRA CL_SIGNED_INT8
58 CL_BGRA CL_UNSIGNED_INT8
59 CL_ARGB CL_UNORM_INT8
60 CL_ARGB CL_SIGNED_INT8
61 CL_ARGB CL_UNSIGNED_INT8
62 CL_INTENSITY CL_FLOAT
63 CL_INTENSITY CL_HALF_FLOAT
64 CL_INTENSITY CL_UNORM_INT8
65 CL_INTENSITY CL_UNORM_INT16
66 CL_INTENSITY CL_SNORM_INT16
67 CL_LUMINANCE CL_FLOAT
68 CL_LUMINANCE CL_HALF_FLOAT
69 CL_LUMINANCE CL_UNORM_INT8
70 CL_LUMINANCE CL_UNORM_INT16
71 CL_LUMINANCE CL_SNORM_INT16
72 CL_BGRA CL_SNORM_INT8
73 CL_BGRA CL_SNORM_INT16
74 CL_ARGB CL_SNORM_INT8
75 CL_ARGB CL_SNORM_INT16

oclDeviceQuery, Platform Name = NVIDIA CUDA, Platform Version = OpenCL 1.2 CUDA 8.0.10, SDK Revision = 7027912, NumDevs = 1, Device = GeForce GTX 650

System Info:

Local Time/Date = 20:54:42, 2/7/2016
CPU Arch: 0
CPU Level: 6
# of CPU processors: 12
Windows Build: 7601
Windows Ver: 6.1 (Windows Vista / Windows 7)

[Atak_Snajpera]

Have checked with "ocl query", and indeed my nVidia cards are v1.2, which means the version of KNLMeansCL you have incorporated into Ripbot doesn't support.
Version you have in ripbot264 was designed for OpenCL 1.2 so it should work with your gfx card if oclDeviceQuery says that GPU has support for it . Older version 0.6.11 was for OpenCL 1.0.

Also, how do I actually know that the denoiser is working ??
Select denoiser, select denoising strength and click PREVIEW SCRIPT.

[guest]

Version you have in ripbot264 was designed for OpenCL 1.2 so it should work with your gfx card if oclDeviceQuery says that GPU has support for it . Older version 0.6.11 was for OpenCL 1.0.

Select denoiser, select denoising strength and click PREVIEW SCRIPT.

Thanks again, you're a patient man :)

[mdchaser]

This may not be specific to ripbot but has anyone noticed when doing x264/x265 encodes of the same movie using the same settings as a test that the x265 version actually comes out larger? Not what I was expecting and I think I'm missing something obvious here...

[guest]

This may not be specific to ripbot but has anyone noticed when doing x264/x265 encodes of the same movie using the same settings as a test that the x265 version actually comes out larger? Not what I was expecting and I think I'm missing something obvious here...

I have only done a few x265 encodes, but yes, I have noticed that some have come out about the same or larger. It must be a bitrate thing.

[mdchaser]

I have only done a few x265 encodes, but yes, I have noticed that some have come out about the same or larger. It must be a bitrate thing.

Oh good, at least I'm not going crazy... Do you know if you are at least getting better quality given the efficiency of x265? I wouldn't mind larger files if it also means better quality.

[dv8r]

I'm loving this program. I dreamed about an app like this forever ago. I picked up some cheap refurbished dell's off ebay with i5's and setup a 5 machine cluster so far. Everything is running great. Wake on LAN ran without a hitch. Actually impressed with the dell's. I can get the same fps out of them as an older dual Xeon (X5460) machine, and they run a lot cooler and quieter lol. This is much better than building a new machine with high dollar hardware, and it's faster. My bro just built a dual machine and it was high $$$. Ripbot is faster. I've been playing around some with the TV-PC and tweak settings a bit. HEVC is pretty nice now that it doesn't take forever and a day and I can actually get thru an encode without saying screw this. THANKS Atak!!! Now I need to add some opencl cards and see how good nlmeans looks. Anyone tried the nlmeans yet?

[guest]

... Do you know if you are at least getting better quality given the efficiency of x265? I wouldn't mind larger files if it also means better quality.

Unfortunately, I haven't got a really good way of viewing them on my Smart TV, other than via a pc, running PowerDVD.

I wish I had a TV that played HEVC natively :(

Having said that, it does look PRETTY good on a 27" Dell monitor.

Early days for me, with this.

[guest]

Now I need to add some opencl cards and see how good nlmeans looks. Anyone tried the nlmeans yet?

May I ask what cards you are thinking of getting ??

I have mainly nVidia cards due to the CUDA support for the other software I like to use......

And I dont think ATI/AMD & nVidia cards play nicely, if they are in the same pc :(

[Atak_Snajpera]

This may not be specific to ripbot but has anyone noticed when doing x264/x265 encodes of the same movie using the same settings as a test that the x265 version actually comes out larger? Not what I was expecting and I think I'm missing something obvious here...

Remove --aq-strength 2 from your HEVC profile. That option was added as workaround for poor detail preservation in dark areas.
It is no longer needed for latest x265 version.

[guest]

Hi Atak,

I think I may have stumbled onto a bug.

When selecting KNLMeansCL, and x265 (10 bit), as soon as you select "Done" to save the job, the info.txt file disappears in that jobs "Job Folder", and as a result, it fails.

But when using HQDN3D, isn't a problem.

I've tested this on 2 very different pc's...same result :(

[Atak_Snajpera]

Does preview script work with enabled knlmeanscl?

[guest]

Does preview script work with enabled knlmeanscl?

Didn't check, as I rarely use the preview.

Will check ASAP, and get back !!!!

[Atak_Snajpera]

If you do not check so how do you know that selected denoising strength is good ?!?! So basically you chose some random number without even checking how filtered frame looks like ?

[guest]

If you do not check so how do you know that selected denoising strength is good ?!?! So basically you chose some random number without even checking how filtered frame looks like ?

Well, my process is that I have been doing this for quite a while now, I just have a "feel" what setting (number) I need to use, to get the desired result, generally it's good, if not, I'll run it thru again...doesn't take that long, with the powerful pc's I have.

I preview what I am going to process first, using VLC, figure out what I think the noise level (which is about all I filter) is, and go from there :)

I generally do final color & volume adjustments with Premiere Pro CC.

[guest]

Didn't check, as I rarely use the preview.

Will check ASAP, and get back !!!!

OK, back to this..........

Have done a test, and running Preview, it had some big red text, showing the error msg.

KNLMeansCL:Fatal error
(clBuildProgram: please report Log-KNLMeansCL.txt)

So please find that log txt file attached for you perusal.

There were NO problems when using x264 !!!!

OK, another day, another test...

I loaded another file into Ripbot, chose KNLMeansCL, and did a preview....no problems :), BUT, as soon as I changed the Mono Noise to anything other than "0", it threw up an error in preview.

Cannot load: C:/Users/Documents/Ripbot264v1.19.3/Tools/Avisynth plugins/KNLMeansCL/KNLMeansCL.dll

So quite different the error log.txt I sent thru yesterday.

Hope this sheds a bit more light on the problem (unless it's just me)

[dv8r]

I'm looking at the radeon firepro cards burt. From everything i'm reading amd is way ahead in opencl. I get much better compression with the slow or slower setting. Quality is great with all the settings but the file size comes from which speed setting I'm in.

[guest]

I'm looking at the radeon firepro cards burt. From everything i'm reading amd is way ahead in opencl. I get much better compression with the slow or slower setting. Quality is great with all the settings but the file size comes from which speed setting I'm in.

So would the Firepro be noticably better that the "ordinary" HD or R series cards. Aren't Firepro's pretty expensive ??

Also, have you been using KNLMeans with x265 ??? If so, have you had the problem I've had (refer to previous posts).

Cheers

[guest]

OK, another day, more test's...

I loaded another file into Ripbot, chose KNLMeansCL, and did a preview....no problems :), BUT, as soon as I changed the Mono Noise to anything other than "0", it threw up an error in preview.

Cannot load: C:/Users/Documents/Ripbot264v1.19.3/Tools/Avisynth plugins/KNLMeansCL/KNLMeansCL.dll

I need to add that the above error is when using Avisynth +.

If I use Avisynth 2.60 the error message is rather different.

Along the lines of not finding the plugin, and that the missing library needs to be installed.

And now it's happening with both x264 & x265..any KNLMeansCL setting above 0 Mono Noise.

I even went to the trouble of downloading 1.19.2, and ALL the updates, but that didn't help :(.

[Atak_Snajpera]

yes you need avisynth 2.6 instead of +. I'm currently using 2.6.0.6.

[guest]

yes you need avisynth 2.6 instead of +. I'm currently using 2.6.0.6.

Yep, that's the version I have, and that's when KNLMeansCL says it can't load the libraries :(

See attached

[Atak_Snajpera]

Do not post images like that unless you want to get response after two weeks.

[soneca]

Yep, that's the version I have, and that's when KNLMeansCL says it can't load the libraries :(

See attached

This problem should be similar to mine, I'm using version 2.6.0(May 31, 2015) and the video card is compatible with OpenCL 1.2.

E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --tune film --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: LoadPlugin: unable to load "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll", Module not found. Install missing library?
(E:\Temp\RipBot264temp\job16\job16.avs, line 29)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

[Atak_Snajpera]

Does this file exist in this path "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll" ?

[guest]

Does this file exist in this path "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll" ?

Mine is here:-...RipBot264v1.19.3\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll, but not in C:/Programs.

I haven't got a c:/Programs !!! (Windows 10)

Do I need to have the Ripbot folder in a particular place, I thought it was "portable", and I've always had it in the Documents Folder.

As yes, this is also my error.

[guest]

Do not post images like that unless you want to get response after two weeks.

I apologize, is it because it takes that long to be "approved" ??

[Atak_Snajpera]

Mine is here:-...RipBot264v1.19.3\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll, but not in C:/Programs.

I haven't got a c:/Programs !!! (Windows 10)

Do I need to have the Ripbot folder in a particular place, I thought it was "portable", and I've always had it in the Documents Folder.

As yes, this is also my error.

It was question for soneca

[Atak_Snajpera]

I apologize, is it because it takes that long to be "approved" ??

Sometimes it takes 1-2 weeks... I'm surprised that you haven't noticed that already ;)

[guest]

It was question for soneca

Maybe so, but know I'm "happy" that I am not the only one that is having a problem.

And, DOES Ripbot need to be in a particular location, or IS it portable ???

[guest]

Sometimes it takes 1-2 weeks... I'm surprised that you haven't noticed that already ;)

Very rarely attach anything, so no.........:)

[soneca]

Does this file exist in this path "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll" ?

Yes, all right. This file may be corrupted, it was replaced but the message remains.
At least on the other machine is working properly. ;)

http://s20.postimg.org/s8hyawuq5/knl.png

[guest]

Yes, all right. This file may be corrupted, it was replaced but the message remains.
At least on the other machine is working properly. ;)

http://s20.postimg.org/s8hyawuq5/knl.png

So you've got problem's on one PC, but not the other ?!?!?

[Atak_Snajpera]

Most likely knlmeanscl is unable to initialize opencl.dll library. NVIDIA opencl drivers are probably buggy.

[soneca]

The two PCs have the latest(361.75) drivers from nvidia.

[soneca]

So you've got problem's on one PC, but not the other ?!?!? Yes, strange that! :confused:

[Wildfire]

The latest beta is 361.82 which includes a fix for the videocard suddenly becoming an ejectable device. Might try those just for the sake of it.

[guest]

Yes, strange that! :confused:

It would be annoying, alright.

Its a shame that Atak has gone to the trouble of adding this feature, and us nVidia users are having problems :(

Well, I'm going to try the latest drivers, and also try the process on one of my AMD carded PC's.

I have to say, I wonder how Handbrake gets it work ???

[guest]

The two PCs have the latest(361.75) drivers from nvidia.

How different are the 2 pc's ??

[guest]

The latest beta is 361.82 which includes a fix for the videocard suddenly becoming an ejectable device. Might try those just for the sake of it.

Didn't work for me :(

GTX 580, Windows 10 x64 1511

[guest]

OK, finally got to test this on an AMD graphics carded PC (HD6850), and it worked a treat.

Also tried with HD4870, Windows 8.1, threw up a "new" error msg, in preview. error=0x7e (Missing DLL, Error 0x7e) apparently.

Try latest nVidia drivers on GTX580, Windows 10, no change, still has problems.

Next test, GTX680, Windows 10.

OK, just did a test on the GTX680 Windows 10 PC, and that works :)

So, is it the GTX580, being too old for this version ??

[Atak_Snajpera]

yes radeon hd4xxx and gtx580 are too old.

[guest]

yes radeon hd4xxx and gtx580 are too old.

Bugger, so that's it, then, no workaround ???

Time to upgrade then :(

So what card do you have ???

So would an R series AMD card do a good enough job, or would it be better to go for a "mid level" FirePro V7900.

[Atak_Snajpera]

I still have r4850. I recommend some used r7850.

[guest]

I still have r4850. I recommend some used r7850.

So that means that you can't use KNLMeansCL, then !!!

[Atak_Snajpera]

No I can't.

[soneca]

How different are the 2 pc's ??

Basically the pc that it works using the GTX 760 card and the other does not work that uses the GTX650. But the strange thing is that the two video cards are 100% compatible with OpenCL 1.2 and at least theoretically should work.

[Ryushin]

Is it possible to add software based NLMeans sometime in the future? My servers only have basic video output to just display the console.

Plus with DE every device would have to have an appropriate card in order to work.

[Atak_Snajpera]

You can have software NLMeans even now. Replace GPU string with CPU in script.

[guest]

You can have software NLMeans even now. Replace GPU string with CPU in script.

You've gotta be kiddin' me !!!!! :confused:

So how come you chose to go down the GPU route ?

#Denoise
LoadPlugin("C:\Users\burt123\Documents\RipBot264v1.19.3\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll")
LoadPlugin("C:\Users\burt123\Documents\RipBot264v1.19.3\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
video=KNLMeansCL(video,d=1, a=2, s=4, h=2, device_type="GPU").f3kdb

Is the above line the one that needs to be changed ???

If so, I DID change the "GPU" to "CPU", and it didn't change anything :(

[soneca]

I had tried the CPU did not work.
PC does not work GPU, the same message.
E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --tune film --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: LoadPlugin: unable to load "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll", Module not found. Install missing library?
(E:\Temp\RipBot264temp\job16\job16.avs, line 29)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

PC running GPU the message changes.
E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job41\job41.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: KNLMeansCL: no compatible opencl platforms available!
(OpenCL 1.2 API)
(E:\Temp\RipBot264temp\job41\job41.avs, line 31)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

[guest]

Basically the pc that it works using the GTX 760 card and the other does not work that uses the GTX650. But the strange thing is that the two video cards are 100% compatible with OpenCL 1.2 and at least theoretically should work.

Hey, up until a short time ago, I couldn't get my GTX650 to work, but since installing these :-

https://www.microsoft.com/en-US/download/details.aspx?id=40784

it does :)

I think it was the x86 version that did it, but they are small, so try what hopefully will work for you.

[guest]

I had tried the CPU did not work.
PC does not work GPU, the same message.
E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --tune film --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: LoadPlugin: unable to load "C:\Programas\RipBot264v1.19.2\Tools\AviSynth plugins\KNLMeansCL\KNLMeansCL.dll", Module not found. Install missing library?
(E:\Temp\RipBot264temp\job16\job16.avs, line 29)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

PC running GPU the message changes.
E:\>"C:\Programas\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "E:\Temp\RipBot264temp\job41\job41.avs" -o - | "C:\Programas\RipBot264v1.19.2\tools\x264\x264_x64.exe" --crf 18 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 512 --sar 1:1 --preset slower --stdin y4m --output "E:\Temp\RipBot264temp\video.264" -
error: KNLMeansCL: no compatible opencl platforms available!
(OpenCL 1.2 API)
(E:\Temp\RipBot264temp\job41\job41.avs, line 31)
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

It also seems that you need a CPU that supports OpenCL, and I think it's only the fairly new generation of Intel CPU's that do.

So what CPU's are you running ???

[mdchaser]

Remove --aq-strength 2 from your HEVC profile. That option was added as workaround for poor detail preservation in dark areas.
It is no longer needed for latest x265 version.

Thank you sir that did it! Encodes are now about 40% smaller than when using x264.

Do you think x265 has hit a point where it is "better" than x264 or does it still have a long way to go? I'm trying to decide on which codec to use since 99% of my viewing is done on a computer.

[soneca]

It also seems that you need a CPU that supports OpenCL, and I think it's only the fairly new generation of Intel CPU's that do.

So what CPU's are you running ???

I think any Intel that supports the SSE4.1 supports OpenCL.
My older processor(i7 980X) supports SSE4.2.

This version of Visual C++ is already installed.

[guest]

I think any Intel that supports the SSE4.1 supports OpenCL.
My older processor(i7 980X) supports SSE4.2.

This version of Visual C++ is already installed.

So to get the CPU to use open cl...there must be driver or something !?!?

So you still can't get your 650 to work, then ?? It got mine working.

[Wildfire]

OpenCL runs on your videocard, so if you have an add-on videocard it will run on that - if supported by the videocard. If you have an Intel CPU with integrated graphics which support OpenCL, the CPU videocard needs to be enabled.

[Atak_Snajpera]

So how come you chose to go down the GPU route ?
because CPU route is extremely sloooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooowwwwwwwwwwwwwwwwwwwwwwwwww.
FRAME SIZE: 1920x1080
CPU: Intel XEON E5-2690 2,9 GHz (8C/16T)
http://i.cubeupload.com/NVmAod.png

So to get the CPU to use open cl...there must be driver or something !?!?
It looks like that NVIDIA OpenCL platform does not see CPU as compatible OpenCL device. If you had AMD OpenCL platform installed you would get also this

C:\Users\Dave\Desktop\NVIDIA GPU Computing SDK\OpenCL\bin\Win32\Release\oclDeviceQuery.exe Starting...

OpenCL SW Info:

WARNING: NVIDIA OpenCL platform not found - defaulting to first platform!

CL_PLATFORM_NAME: AMD Accelerated Parallel Processing
CL_PLATFORM_VERSION: OpenCL 1.2 AMD-APP (937.2)
OpenCL SDK Revision: 7027912


OpenCL Device Info:

2 devices found supporting OpenCL:

---------------------------------
Device ATI RV770
---------------------------------
CL_DEVICE_NAME: ATI RV770
CL_DEVICE_VENDOR: Advanced Micro Devices, Inc.
CL_DRIVER_VERSION: CAL 1.4.1734
CL_DEVICE_VERSION: OpenCL 1.0 AMD-APP (937.2)
CL_DEVICE_TYPE: CL_DEVICE_TYPE_GPU
CL_DEVICE_MAX_COMPUTE_UNITS: 10
CL_DEVICE_MAX_WORK_ITEM_DIMENSIONS: 3
CL_DEVICE_MAX_WORK_ITEM_SIZES: 256 / 256 / 256
CL_DEVICE_MAX_WORK_GROUP_SIZE: 256
CL_DEVICE_MAX_CLOCK_FREQUENCY: 625 MHz
CL_DEVICE_ADDRESS_BITS: 32
CL_DEVICE_MAX_MEM_ALLOC_SIZE: 128 MByte
CL_DEVICE_GLOBAL_MEM_SIZE: 256 MByte
CL_DEVICE_ERROR_CORRECTION_SUPPORT: no
CL_DEVICE_LOCAL_MEM_TYPE: global
CL_DEVICE_LOCAL_MEM_SIZE: 16 KByte
CL_DEVICE_MAX_CONSTANT_BUFFER_SIZE: 64 KByte
CL_DEVICE_QUEUE_PROPERTIES: CL_QUEUE_PROFILING_ENABLE
CL_DEVICE_IMAGE_SUPPORT: 0
CL_DEVICE_MAX_READ_IMAGE_ARGS: 0
CL_DEVICE_MAX_WRITE_IMAGE_ARGS: 0
CL_DEVICE_SINGLE_FP_CONFIG: INF-quietNaNs round-to-nearest round-to-zero round-to-inf fma

CL_DEVICE_IMAGE <dim> 2D_MAX_WIDTH 0
2D_MAX_HEIGHT 0
3D_MAX_WIDTH 0
3D_MAX_HEIGHT 0
3D_MAX_DEPTH 0

CL_DEVICE_EXTENSIONS: cl_khr_fp64
cl_amd_fp64
cl_khr_gl_sharing
cl_amd_device_attribute_query
cl_khr_d3d10_sharing

CL_DEVICE_PREFERRED_VECTOR_WIDTH_<t> CHAR 16, SHORT 8, INT 4, LONG 2, FLOAT 4, DOUBLE 2


---------------------------------
Device Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz
---------------------------------
CL_DEVICE_NAME: Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz
CL_DEVICE_VENDOR: GenuineIntel
CL_DRIVER_VERSION: 2.0 (sse2,avx)
CL_DEVICE_VERSION: OpenCL 1.2 AMD-APP (937.2)
CL_DEVICE_OPENCL_C_VERSION: OpenCL C 1.2
CL_DEVICE_TYPE: CL_DEVICE_TYPE_CPU
CL_DEVICE_MAX_COMPUTE_UNITS: 16
CL_DEVICE_MAX_WORK_ITEM_DIMENSIONS: 3
CL_DEVICE_MAX_WORK_ITEM_SIZES: 1024 / 1024 / 1024
CL_DEVICE_MAX_WORK_GROUP_SIZE: 1024
CL_DEVICE_MAX_CLOCK_FREQUENCY: 2901 MHz
CL_DEVICE_ADDRESS_BITS: 32
CL_DEVICE_MAX_MEM_ALLOC_SIZE: 1024 MByte
CL_DEVICE_GLOBAL_MEM_SIZE: 2048 MByte
CL_DEVICE_ERROR_CORRECTION_SUPPORT: no
CL_DEVICE_LOCAL_MEM_TYPE: global
CL_DEVICE_LOCAL_MEM_SIZE: 32 KByte
CL_DEVICE_MAX_CONSTANT_BUFFER_SIZE: 64 KByte
CL_DEVICE_QUEUE_PROPERTIES: CL_QUEUE_PROFILING_ENABLE
CL_DEVICE_IMAGE_SUPPORT: 1
CL_DEVICE_MAX_READ_IMAGE_ARGS: 128
CL_DEVICE_MAX_WRITE_IMAGE_ARGS: 8
CL_DEVICE_SINGLE_FP_CONFIG: denorms INF-quietNaNs round-to-nearest round-to-zero round-to-inf fma

CL_DEVICE_IMAGE <dim> 2D_MAX_WIDTH 8192
2D_MAX_HEIGHT 8192
3D_MAX_WIDTH 2048
3D_MAX_HEIGHT 2048
3D_MAX_DEPTH 2048

CL_DEVICE_EXTENSIONS: cl_khr_fp64
cl_amd_fp64
cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics
cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomics
cl_khr_byte_addressable_store
cl_khr_gl_sharing
cl_ext_device_fission
cl_amd_device_attribute_query
cl_amd_vec3
cl_amd_printf
cl_amd_media_ops
cl_amd_popcnt
cl_khr_d3d10_sharing

CL_DEVICE_PREFERRED_VECTOR_WIDTH_<t> CHAR 16, SHORT 8, INT 4, LONG 2, FLOAT 4, DOUBLE 0


---------------------------------
2D Image Formats Supported (80)
---------------------------------
# Channel Order Channel Type

1 CL_R CL_SNORM_INT8
2 CL_R CL_SNORM_INT16
3 CL_R CL_UNORM_INT8
4 CL_R CL_UNORM_INT16
5 CL_R CL_SIGNED_INT8
6 CL_R CL_SIGNED_INT16
7 CL_R CL_SIGNED_INT32
8 CL_R CL_UNSIGNED_INT8
9 CL_R CL_UNSIGNED_INT16
10 CL_R CL_UNSIGNED_INT32
11 CL_R CL_HALF_FLOAT
12 CL_R CL_FLOAT
13 CL_A CL_SNORM_INT8
14 CL_A CL_SNORM_INT16
15 CL_A CL_UNORM_INT8
16 CL_A CL_UNORM_INT16
17 CL_A CL_SIGNED_INT8
18 CL_A CL_SIGNED_INT16
19 CL_A CL_SIGNED_INT32
20 CL_A CL_UNSIGNED_INT8
21 CL_A CL_UNSIGNED_INT16
22 CL_A CL_UNSIGNED_INT32
23 CL_A CL_HALF_FLOAT
24 CL_A CL_FLOAT
25 CL_RG CL_SNORM_INT8
26 CL_RG CL_SNORM_INT16
27 CL_RG CL_UNORM_INT8
28 CL_RG CL_UNORM_INT16
29 CL_RG CL_SIGNED_INT8
30 CL_RG CL_SIGNED_INT16
31 CL_RG CL_SIGNED_INT32
32 CL_RG CL_UNSIGNED_INT8
33 CL_RG CL_UNSIGNED_INT16
34 CL_RG CL_UNSIGNED_INT32
35 CL_RG CL_HALF_FLOAT
36 CL_RG CL_FLOAT
37 CL_RGBA CL_SNORM_INT8
38 CL_RGBA CL_SNORM_INT16
39 CL_RGBA CL_UNORM_INT8
40 CL_RGBA CL_UNORM_INT16
41 CL_RGBA CL_SIGNED_INT8
42 CL_RGBA CL_SIGNED_INT16
43 CL_RGBA CL_SIGNED_INT32
44 CL_RGBA CL_UNSIGNED_INT8
45 CL_RGBA CL_UNSIGNED_INT16
46 CL_RGBA CL_UNSIGNED_INT32
47 CL_RGBA CL_HALF_FLOAT
48 CL_RGBA CL_FLOAT
49 CL_ARGB CL_SNORM_INT8
50 CL_ARGB CL_UNORM_INT8
51 CL_ARGB CL_SIGNED_INT8
52 CL_ARGB CL_UNSIGNED_INT8
53 CL_BGRA CL_SNORM_INT8
54 CL_BGRA CL_UNORM_INT8
55 CL_BGRA CL_SIGNED_INT8
56 CL_BGRA CL_UNSIGNED_INT8
57 CL_LUMINANCE CL_SNORM_INT8
58 CL_LUMINANCE CL_SNORM_INT16
59 CL_LUMINANCE CL_UNORM_INT8
60 CL_LUMINANCE CL_UNORM_INT16
61 CL_LUMINANCE CL_HALF_FLOAT
62 CL_LUMINANCE CL_FLOAT
63 CL_INTENSITY CL_SNORM_INT8
64 CL_INTENSITY CL_SNORM_INT16
65 CL_INTENSITY CL_UNORM_INT8
66 CL_INTENSITY CL_UNORM_INT16
67 CL_INTENSITY CL_HALF_FLOAT
68 CL_INTENSITY CL_FLOAT
69 CL_RA CL_SNORM_INT8
70 CL_RA CL_SNORM_INT16
71 CL_RA CL_UNORM_INT8
72 CL_RA CL_UNORM_INT16
73 CL_RA CL_SIGNED_INT8
74 CL_RA CL_SIGNED_INT16
75 CL_RA CL_SIGNED_INT32
76 CL_RA CL_UNSIGNED_INT8
77 CL_RA CL_UNSIGNED_INT16
78 CL_RA CL_UNSIGNED_INT32
79 CL_RA CL_HALF_FLOAT
80 CL_RA CL_FLOAT

---------------------------------
3D Image Formats Supported (80)
---------------------------------
# Channel Order Channel Type

1 CL_R CL_SNORM_INT8
2 CL_R CL_SNORM_INT16
3 CL_R CL_UNORM_INT8
4 CL_R CL_UNORM_INT16
5 CL_R CL_SIGNED_INT8
6 CL_R CL_SIGNED_INT16
7 CL_R CL_SIGNED_INT32
8 CL_R CL_UNSIGNED_INT8
9 CL_R CL_UNSIGNED_INT16
10 CL_R CL_UNSIGNED_INT32
11 CL_R CL_HALF_FLOAT
12 CL_R CL_FLOAT
13 CL_A CL_SNORM_INT8
14 CL_A CL_SNORM_INT16
15 CL_A CL_UNORM_INT8
16 CL_A CL_UNORM_INT16
17 CL_A CL_SIGNED_INT8
18 CL_A CL_SIGNED_INT16
19 CL_A CL_SIGNED_INT32
20 CL_A CL_UNSIGNED_INT8
21 CL_A CL_UNSIGNED_INT16
22 CL_A CL_UNSIGNED_INT32
23 CL_A CL_HALF_FLOAT
24 CL_A CL_FLOAT
25 CL_RG CL_SNORM_INT8
26 CL_RG CL_SNORM_INT16
27 CL_RG CL_UNORM_INT8
28 CL_RG CL_UNORM_INT16
29 CL_RG CL_SIGNED_INT8
30 CL_RG CL_SIGNED_INT16
31 CL_RG CL_SIGNED_INT32
32 CL_RG CL_UNSIGNED_INT8
33 CL_RG CL_UNSIGNED_INT16
34 CL_RG CL_UNSIGNED_INT32
35 CL_RG CL_HALF_FLOAT
36 CL_RG CL_FLOAT
37 CL_RGBA CL_SNORM_INT8
38 CL_RGBA CL_SNORM_INT16
39 CL_RGBA CL_UNORM_INT8
40 CL_RGBA CL_UNORM_INT16
41 CL_RGBA CL_SIGNED_INT8
42 CL_RGBA CL_SIGNED_INT16
43 CL_RGBA CL_SIGNED_INT32
44 CL_RGBA CL_UNSIGNED_INT8
45 CL_RGBA CL_UNSIGNED_INT16
46 CL_RGBA CL_UNSIGNED_INT32
47 CL_RGBA CL_HALF_FLOAT
48 CL_RGBA CL_FLOAT
49 CL_ARGB CL_SNORM_INT8
50 CL_ARGB CL_UNORM_INT8
51 CL_ARGB CL_SIGNED_INT8
52 CL_ARGB CL_UNSIGNED_INT8
53 CL_BGRA CL_SNORM_INT8
54 CL_BGRA CL_UNORM_INT8
55 CL_BGRA CL_SIGNED_INT8
56 CL_BGRA CL_UNSIGNED_INT8
57 CL_LUMINANCE CL_SNORM_INT8
58 CL_LUMINANCE CL_SNORM_INT16
59 CL_LUMINANCE CL_UNORM_INT8
60 CL_LUMINANCE CL_UNORM_INT16
61 CL_LUMINANCE CL_HALF_FLOAT
62 CL_LUMINANCE CL_FLOAT
63 CL_INTENSITY CL_SNORM_INT8
64 CL_INTENSITY CL_SNORM_INT16
65 CL_INTENSITY CL_UNORM_INT8
66 CL_INTENSITY CL_UNORM_INT16
67 CL_INTENSITY CL_HALF_FLOAT
68 CL_INTENSITY CL_FLOAT
69 CL_RA CL_SNORM_INT8
70 CL_RA CL_SNORM_INT16
71 CL_RA CL_UNORM_INT8
72 CL_RA CL_UNORM_INT16
73 CL_RA CL_SIGNED_INT8
74 CL_RA CL_SIGNED_INT16
75 CL_RA CL_SIGNED_INT32
76 CL_RA CL_UNSIGNED_INT8
77 CL_RA CL_UNSIGNED_INT16
78 CL_RA CL_UNSIGNED_INT32
79 CL_RA CL_HALF_FLOAT
80 CL_RA CL_FLOAT

oclDeviceQuery, Platform Name = AMD Accelerated Parallel Processing, Platform Version = OpenCL 1.2 AMD-APP (937.2), SDK Revision = 7027912, NumDevs = 2, Device = ATI RV770, Device = Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz

System Info:

Local Time/Date = 18:40:7, 2/3/2016
CPU Arch: 0
CPU Level: 6
# of CPU processors: 16
Windows Build: 7601
Windows Ver: 6.1 (Windows Vista / Windows 7)

[dv8r]

OpenCl on Nvidia cards is lacking. AMD has Opencl 2.0 and Nvidia seems to be stuck on 1.2. Nvidia would rather see CUDA prevail over opencl, so I wouldn't expect much from them. And it's with all apps. I've had just as much troubles with Adobe Premiere trying to use opencl and cuda. It's pretty new stuff. From reading up on it people seem to have much less hassle with AMD gpu's and Opencl. But even then you can run into issues with certain cards not being recognized etc.
Thanks for giving us the option to try gpu denoising Atak. Will figure it all out soon enough. There aren't many programs giving people the option at the moment. Handbrake uses CPU NLMeans and yes it is painfully slow. But I have seen some great quality and compression using it as well if you can bare the wait. You're on the bleeding edge lol. The quality with any CUDA based encoders suck bad. Theyre fast but terrible quality. Using OpenCl for denoising/scaling seems like a great way to speed things up and still use x264 and x265. Using Premiere and H.264 produces some terrible looking quality. Terrible compared to ripbot and HEVC or AVC. I still can't figure out why everyone writing an encoding app doesn't have distributed encoding. Glad you figured that out!!!

[guest]

OpenCl on Nvidia cards is lacking. AMD has Opencl 2.0 and Nvidia seems to be stuck on 1.2. Nvidia would rather see CUDA prevail over opencl, so I wouldn't expect much from them. And it's with all apps. I've had just as much troubles with Adobe Premiere trying to use opencl and cuda. It's pretty new stuff. From reading up on it people seem to have much less hassle with AMD gpu's and Opencl. But even then you can run into issues with certain cards not being recognized etc.
Thanks for giving us the option to try gpu denoising Atak. Will figure it all out soon enough. There aren't many programs giving people the option at the moment. Handbrake uses CPU NLMeans and yes it is painfully slow. But I have seen some great quality and compression using it as well if you can bare the wait. You're on the bleeding edge lol. The quality with any CUDA based encoders suck bad. Theyre fast but terrible quality. Using OpenCl for denoising/scaling seems like a great way to speed things up and still use x264 and x265. Using Premiere and H.264 produces some terrible looking quality. Terrible compared to ripbot and HEVC or AVC. I still can't figure out why everyone writing an encoding app doesn't have distributed encoding. Glad you figured that out!!!

Well said :)

[dv8r]

I got the same red message as you Burt about not finding the .dll file. I'm not chasing it down much because I'm using an old card which I suppose isn't supported. It is crazy that amd drivers say the card should be compatible but it's in the nlmeans readme that the older cards just aren't supported. One frustrating thing about opencl and cuda. So there's no reason for me to chase a ghost at this point. I'll upgrade cards soon enough and see how that goes. I've looked at the firepro cards because I need a shorter card for my nodes as they are thin desktops. Gonna have to find the lowest end firepro's/radeon that will be supported because of power requirements with these Dell power supplies. They don't give you many options when it comes to graphics cards. I have read that the professional cards are more catered for opencl type work than the radeon's. Radeons are more for gaming etc. Either way I'll let ya know what works for me when I get to that point. That's about all we can do is see what works and what doesn't. The good thing is you did get a newer card to work.

[dv8r]

Hey Atak I had a question about wake on Lan. I initially had it running (I thought) then it started not working so well. I have always inserted a MAC address with colons for seperators such as 1K:H7:K8:90 etc. After going thru my nodes meticulously and pulling bios batteries, triple checking settings in bios and for my network adapters I still couldn't get it working consistently. So I tried some other wake on lan apps for windows and they were all working as they should. They of course had scanned my network and got the MAC address on their own. I noticed the mac address in those apps were using a - for a seperator. I tried this and all seems to be working now. So for instance MAC address 1K-H7-K8-90-A1 etc. Now when the distributed encoding window displays my nodes awake as they should. I was curious if there was anyway to have the main machine query an offline node to start encoding every so often in case a node restarts during an encode. I'm not sure why this has happened several times to me where a node drops offline and doesn't restart during the encode. Thanks for any thoughts on this.

[dv8r]

Forgot to ask in the previous post, if there were a way to send Wake packets to a node when you click the ON button in DE window also. For if a node were to go into sleep mode it would wake when trying to turn it ON.

[dv8r]

So I decided to see why I was getting the error that ripbot couldn't find the knlmeancl.dll file. I eventually went and downloaded the older version of knlmeanscl from github and inserted it into my ripbot folder. The 64 bit version wouldn't work but ripbot sees the 32 bit version. So I got past that hurdle. I'm not sure why it won't see the knlmeanscl.dll file that is originally in the folder. Corrupted maybe or the wrong version?? I am running windows 10 64 bit. Now ripbot just says there isn't a opencl device. My card is old of course. Strange that my radeon control panel still says I have opencl 2.0 installed. I wish all this stuff could be backwards compatible. Not sure why it isn't.

[guest]

So I decided to see why I was getting the error that ripbot couldn't find the knlmeancl.dll file. I eventually went and downloaded the older version of knlmeanscl from github and inserted it into my ripbot folder. The 64 bit version wouldn't work but ripbot sees the 32 bit version. So I got past that hurdle. I'm not sure why it won't see the knlmeanscl.dll file that is originally in the folder. Corrupted maybe or the wrong version?? I am running windows 10 64 bit. Now ripbot just says there isn't a opencl device. My card is old of course. Strange that my radeon control panel still says I have opencl 2.0 installed. I wish all this stuff could be backwards compatible. Not sure why it isn't.

Hey, I tried the older version from github (v0.6.11 or whatever), copied (well basically what you did), and all I got was a different error message (on an nVidia card, Windows 8.1 & 10 x64)

What card are you trying to use ??

[dv8r]

I'm not really trying to use this old card, it's an hd5500. But I knew ripbot should at least see the .dll file because it was in the directory. The only file ripbot would see was the 32 bit .dll file. Then my error changed from not finding the .dll in my ripbot folder to not having a opencl device. Now I could at least run it on CPU if I wanted to but it is very slow. Before I got ripbot to see the .dll I couldn't change the script to CPU because it couldn't find the .dll for whatever reason.

[Atak_Snajpera]

You must use x86 version of KLNMeansCL due to installed AviSynth x86.
Run http://developer.download.nvidia.com/compute/DevZone/OpenCL/Projects/oclDeviceQuery.zip to see if hd5500 has proper support for OpenCL

[kensiko35]

Hey Atak, I was shown your application from another forum guy. This is pretty amazing. I used HandBrake for a while now simply because it is much faster than many others, this is what really matters to me, speed !

I didn't try your application yet, I don't have a second powerful computer at home. But I was wandering if I should buy a Intel 8 cores CPU or get another Intel quad core. My concern is about bandwidth, I'm on powerline Ethernet here all over my house. It would be great if I could put the other computer in the garage, but I will not get more than 2 MB per second (bytes, not bites). It is pretty reliable though, unlike wifi.:thanks:

[Atak_Snajpera]

It would be great if I could put the other computer in the garage, but I will not get more than 2 MB per second (bytes, not bites). It is pretty reliable though, unlike wifi.
DE mode works fine even via Wi-Fi . If you can stream (watch) video file without any fps drops via your network then it should be all ok.

I used HandBrake for a while now simply because it is much faster than many others, this is what really matters to me, speed !
Encoding preset determines speed.

[kensiko35]

DE mode works fine even via Wi-Fi . If you can stream (watch) video file without any fps drops via your network then it should be all ok.


Encoding preset determines speed.
Thanks.

So now as I see your app can use the gpu to encode ? I have a hd7800, would it be much faster than my 2500k @ 4.5 ghz ?

[dv8r]

I have 4 nodes on ethernet and I will put my laptop online via wifi at times. The wifi usually takes about 5-10 seconds longer to load the file. Not too shabby at all. Not when you consider the amount of time you're saving having multiple machines working on a file. It's a great program. I'm doing a x265 encode now at 45 fps with 1 ancient and 3 older machines. Can't beat that.

[omegaeel]

I love this program, been using it for over a year. But lately I've been having an issue with the error text "Source file could not be indexed". It only comes up with DE enabled.

I've had this happen with v1.19.3, with mp4s and mkvs, Windows 10 and Windows 7. I've tried switching to a different Temp folder through Ripbot264.ini, but this seems to be ignored. I'm running it as Administrator, I can access the shared Temp from other PCs on the LAN.

What am I missing?

[Atak_Snajpera]

I love this program, been using it for over a year. But lately I've been having an issue with the error text "Source file could not be indexed". It only comes up with DE enabled.

I've had this happen with v1.19.3, with mp4s and mkvs, Windows 10 and Windows 7. I've tried switching to a different Temp folder through Ripbot264.ini, but this seems to be ignored. I'm running it as Administrator, I can access the shared Temp from other PCs on the LAN.

What am I missing?
When you get that message run this in command console and see what happens. (post screenshot)

Change X to correct drive letter

"\\[YOUR-PC-NAME]\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "X:\temp\Ripbot264temp\Job1\video.mkv"'

So now as I see your app can use the gpu to encode ?
GPU is only used for denoising. Encoder runs purely on CPU.

[omegaeel]

When you get that message run this in command console and see what happens. (post screenshot)

Change X to correct drive letter

"\\[YOUR-PC-NAME]\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "X:\temp\Ripbot264temp\Job1\video.mkv"'


GPU is only used for denoising. Encoder runs purely on CPU.

Screen cap: https://www.dropbox.com/s/g5obpoqsyjf81gw/screencap.png?dl=0

The command did create "video.mkv.ffindex", I attempted to rerun the encode and this time a window popped up saying it could not open "info.txt", even though I saw it was there when I ran ffmsindex. In the directory "info.txt" was now gone.

[guest]

I see that Khanattila has posted an updated version.

[Atak_Snajpera]

Screen cap: https://www.dropbox.com/s/g5obpoqsyjf81gw/screencap.png?dl=0

The command did create "video.mkv.ffindex", I attempted to rerun the encode and this time a window popped up saying it could not open "info.txt", even though I saw it was there when I ran ffmsindex. In the directory "info.txt" was now gone.

I asked you to use specific NETWORK path ("\\[YOUR-PC-NAME]\...). You used local path.

[bcn_246]

Just wondered, when using networked encoding is the resulting quality any lower than single machine? How exactly is the encode spread (I assume it is by segmenting the video).

[Atak_Snajpera]

Just wondered, when using networked encoding is the resulting quality any lower than single machine?
In CQ mode quality is the same. In 2-pass mode should be also almost the same due to added Bitrate Distribution Optimization
https://www.doom9.org/showthread.php?p=1729404#post1729404

[billqs]

Can someone tell me where the logs are kept. I'm having trouble backing up one of my discs. Previously, I've just had to adjust something in the .ini program and it would work, but I've had no success with it. I keep getting a Demux error.

[Atak_Snajpera]

go to job folder and locate demuxlog.txt

[billqs]

go to job folder and locate demuxlog.txt

I've attached the demuxlog.txt. Looks like there may be trouble reading the source, unless that points to something else.

Thanks for all your help! I used your program for several years and it's been a lifesaver!

EDIT: I tried cleaning the media even though it appears clean. I also tried another blu-ray drive in my PC, still getting same results.
EDIT: For some reason it didn't show the log I had uploaded so here it is:
eac3to v3.31
command line: "C:\Program Files (x86)\Ripbot 264\Tools\eac3to\eac3to.exe" "D:\" 1) 2: "E:\Temp\RipBot264temp\job1\video.mkv" -seekToIFrames 3: "E:\Temp\RipBot264temp\job1\audio_1_English.core.dts" -core 5: "E:\Temp\RipBot264temp\job1\5_subtitles_English_1080.sup" 6: "E:\Temp\RipBot264temp\job1\6_subtitles_Spanish_1080.sup" 1: "E:\Temp\RipBot264temp\job1\chapters.txt" -progressnumbers -log="E:\Temp\RipBot264temp\job1\demuxlog.txt"
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 2 subtitle tracks, 1:36:53, 24p /1.001
1: Chapters, 24 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48kHz
(core: DTS, 5.1 channels, 1509kbps, 48kHz)
4: AC3, English, 2.0 channels, 224kbps, 48kHz
5: Subtitle (PGS), English
6: Subtitle (PGS), Spanish
Creating file "E:\Temp\RipBot264temp\job1\chapters.txt"...
[s05] Extracting subtitle track number 5...
[s06] Extracting subtitle track number 6...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[a03] Extracting DTS core...
[v02] Muxing video to Matroska...
[a03] Creating file "E:\Temp\RipBot264temp\job1\audio_1_English.core.dts"...
[s05] Creating file "E:\Temp\RipBot264temp\job1\5_subtitles_English_1080.sup"...
[s06] Creating file "E:\Temp\RipBot264temp\job1\6_subtitles_Spanish_1080.sup"...
Reading the source file failed. <ERROR>
Aborted at file position 4269801472. <ERROR>

[omegaeel]

I asked you to use specific NETWORK path ("\\[YOUR-PC-NAME]\...). You used local path.

It doesn't work. The Ripbot264temp network share points to the directory with the job1 files, not the shared tools. Ripbot264.ini still lists StoreTempFilesin=TEMP

[kwangkwang]

Hi
I am using 20 cores 40 threads (2 x E5-2660v2) to perform x265 10bit.
Unlike x264 where all cores are fully utilised, the maximum number of cores use for x265 are 16 cores. Increasing number of encoding servers has no effect to use the remaining idle 4 cores.

Is there something that I need to tweak for x265 to use all cores or is it a limit that x265 use max 16 cores?

[mdchaser]

Hi
I am using 20 cores 40 threads (2 x E5-2660v2) to perform x265 10bit.
Unlike x264 where all cores are fully utilised, the maximum number of cores use for x265 are 16 cores. Increasing number of encoding servers has no effect to use the remaining idle 4 cores.

Is there something that I need to tweak for x265 to use all cores or is it a limit that x265 use max 16 cores?

I may be reading this wrong but it sounds like you are trying to use two NUMA nodes on the same machine to encode? If that is the case I would recommend loading two VMs, giving them each 10 or 20 cores and set them to not cross NUMA boundaries. You will get noticeably better performance and should be able to more fully utilize your hardware. Good luck! And might I ask which settings you are using for x265? I'm using CRF 18 with the goal of getting near perfect encodes but I think the scale is different than it was with x264.

[Atak_Snajpera]

Fixed: EncodingClient couldn't copy tools to temp folder if user chose "StoreTempFilesIn=TEMP"

[Ma]

I am using 20 cores 40 threads (2 x E5-2660v2) to perform x265 10bit.
Unlike x264 where all cores are fully utilised, the maximum number of cores use for x265 are 16 cores.

It could be related to commit 10983 https://bitbucket.org/multicoreware/x265/commits/e1adac00dce8e5641cbe9aec3d50a72261c308d9

x265 team tested this patch only on Linux systems. On Windows it is big slow-down change -- on 2 NUMA system with 48 logical cores up to 50% maximum speed.

There are 2 simple solutions:
1) please add '--pools 20,20' option to x265 command line,
2) you can test x265 builds from page www.msystem.waw.pl/x265 (not clean builds which are without changes) -- if you take x265 binaries from yellow background (VS 2015, version >= 1.9+15) you can run it without any changes in options.

This problem is under investigation by x265 team, so please report back what you observe.

[Balthazar2k4]

I haven't used RipBot in ages, but is there some way to stop it from converting TrueHD to FLAC? I only need RipBot to encode video and leave all of the audio alone.

[kwangkwang]

I may be reading this wrong but it sounds like you are trying to use two NUMA nodes on the same machine to encode? If that is the case I would recommend loading two VMs, giving them each 10 or 20 cores and set them to not cross NUMA boundaries. You will get noticeably better performance and should be able to more fully utilize your hardware. Good luck! And might I ask which settings you are using for x265? I'm using CRF 18 with the goal of getting near perfect encodes but I think the scale is different than it was with x264.

Thanks for the idea.

I just sold off the setup. Going to replacing them with 2 machines each running E3-1275Lv3 and E3-1260Lv5 respectively. Might build a third for third DE.

I am using X265 10 bit in CRF17 after comparing a sample scene color histogram with the original. I am not very techy into the tweaking of x26X parameter. Port over most of what x264 parameter had. It is just a single sample scene compare and the histogram matching to the original as close as possible.:)

[kwangkwang]

I haven't used RipBot in ages, but is there some way to stop it from converting TrueHD to FLAC? I only need RipBot to encode video and leave all of the audio alone.

Don't do audio?
mkvmerge the original file audio and new video later.

[billqs]

Well, I don't know why Ripbot wouldn't rip my disc, but Handbrake did without a problem. I much prefer Ripbot, but every so often I get a film Ripbot just won't rip, which is crazy since I believe both program use the same tools.

[dv8r]

Hey Atak, I've got the wake on LAN working nicely now that I figured out the MAC address formats. One issue I'm seeing is ripbot brings all machines online great on the first video but if I have several videos in a batch after the first finishes it will shut down my nodes (as I want it to) but when the next video starts my nodes stay offline. I have it set to put the nodes to sleep after an encode but is there a way to wake them when the next video starts creating chunks? I could set the shutdown method to no action but it is a nice feature to have them shut down as soon as the encodes are done. Thanks

[Atak_Snajpera]

ripbot shutdowns servers only if ALL JOBS in queue are done. Maybe you should disable some power options in windows. Something tells me that windows shutdowns your servers not main pc.

[Ronski]

I haven't used RipBot in ages, but is there some way to stop it from converting TrueHD to FLAC? I only need RipBot to encode video and leave all of the audio alone.

This has caught me out a few times, I now extract just the video with MKV Toolnix, then after RipBot I use it again to merge the audio/subtitles/chapters back in.

[omegaeel]

Fixed: EncodingClient couldn't copy tools to temp folder if user chose "StoreTempFilesIn=TEMP"

Fix worked as far the "Source file could not be indexed" error.

Now a window pops up after indexing and says "Cannot open file" referring to "info.txt"

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

[guest]

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

Not that again :(

[dv8r]

I've went through all my power settings 100 times. They're all the same and I've read a ton on the correct settings for these nodes. I have all the power saver settings off. Crazy thing is 3 of my nodes will wake everytime but one won't. Exact same computers, settings, OS. Bios settings the same etc. I've been watching it like a hawk trying to figure out exactly what the problem is. It's not a huge deal but I'm away from home a lot so I do stuff remotely with teamviewer. Sucks when I'm away and can't get a node to Wake. As for why the nodes shut down immediately after a video is encoded and then won't awake when the next video starts I'm not sure why this is. Maybe it's a Window's deal. Good thing is as long as they're all running the app works great.

[Atak_Snajpera]

I've went through all my power settings 100 times. They're all the same and I've read a ton on the correct settings for these nodes. I have all the power saver settings off. Crazy thing is 3 of my nodes will wake everytime but one won't. Exact same computers, settings, OS. Bios settings the same etc. I've been watching it like a hawk trying to figure out exactly what the problem is. It's not a huge deal but I'm away from home a lot so I do stuff remotely with teamviewer. Sucks when I'm away and can't get a node to Wake. As for why the nodes shut down immediately after a video is encoded and then won't awake when the next video starts I'm not sure why this is. Maybe it's a Window's deal. Good thing is as long as they're all running the app works great.

You should see this when ripbot shutdowns servers
http://i.cubeupload.com/f5SSST.png

Like I said before this only happens if all jobs in queue are done.

If servers shutdown automatically without any command from main pc this would mean that operating system decided to do that for you.
Keep in mind that Wake-ON-Lan works only if pc is phisically connected with router. You can't wake up device which was connected via wi-fi.

[dv8r]

Thanks Atak, I've never seen that on mine. My nodes are on a wired connection. I'll keep going through my network adapter settings and BIOS settings. It has to be something in those. There are a lot of settings that affect wake on LAN I'm finding.

[Ronski]

I once had a pc that used to go to sleep whilst ripbot was running with four cores loaded 100%, never did figure it out.

[guest]

I have an interesting scenario that needs to be solved.
As a way of using KNLMeansCL, and "old fashioned" CUDA support for other programs on the one PC, I have installed a GTX 580,and a GTX 650.
The 580 is for the "old" stuff, and the 650 is to "trick" KNLMeansCL into using the 650, as it's supported.
But alas, it doesn't work...UNLESS the 580 is disabled.
I'm wondering if its something to do with the 580 being the Primary Card in the system !!
Would a BIOS setting or re positioning them on the motherboard would change their "priority"

Any suggestions ???

[Atak_Snajpera]

You can select which device you want to use with this switch. 0 = first device , 1 = second , 2 - third and so on.
http://i.cubeupload.com/P1Hipq.png

[guest]

You can select which device you want to use with this switch. 0 = first device , 1 = second , 2 - third and so on.
http://i.cubeupload.com/P1Hipq.png

Hi Atak, thanks for that, but I could not get it to work without still having to disable the 580 in Device Manager.

However, it does seem to work with the latest version of KNLMeansCL v.0.7.5, (from the other forum).

I downloaded it a few days ago, and included in the download were some "different" opencl.dll's that have to copied into Windows folders, and also a newer version of MS Visual C++ 2015 (links also provided on the other forum)......

Anyway, seems to work for me, so now 2 more questions :-

When using DE with KNLMeansCL, and this particular PC is "helping", what GPU is it going to choose ??, or would it also need that switch ??

And adding that switch, would be required for encoding from that PC, is there a way to make that switch the default setting ??

[dv8r]

I wonder how well opencl on the newer intel processors stacks up to using the gpu. I'm sure the performance is much lower than a graphics card. I've been looking into it since my slimline desktops don't have many options for upgrading gpu due to power requirements. It'd be easier to just upgrade mobo and a processor that supports opencl than trying to get a compatible card and big enough power supply in them. Anyone tried opencl with a newer i7? Either way I don't really understand why knlmeanscl can't be compiled to be backwards compatible with all opencl compliant cards. It makes it confusing with what works and what doesn't. I'm sure it makes it hard to implement into ripbot as well.

[guest]

I wonder how well opencl on the newer intel processors stacks up to using the gpu. I'm sure the performance is much lower than a graphics card. I've been looking into it since my slimline desktops don't have many options for upgrading gpu due to power requirements. It'd be easier to just upgrade mobo and a processor that supports opencl than trying to get a compatible card and big enough power supply in them. Anyone tried opencl with a newer i7? Either way I don't really understand why knlmeanscl can't be compiled to be backwards compatible with all opencl compliant cards. It makes it confusing with what works and what doesn't. I'm sure it makes it hard to implement into ripbot as well.

I'd also like to know how to get an Intel processor to "help"...I do have a couple that support it, but as yet haven't been able to get it to work.

I installed the latest opencl runtime drivers for Intel CPU's (x64), but not sure whether I need to have the x86 drivers as well...and then what ???

I did my first serious run of KNLMeansCL v.0.7.5 today, using a couple of recently acquired GPU's...the best one being an AMD R9 290, and a HD6850, and a GTX650...had them going with DE, and the HD6850 & GTX650 were performing almost identically, but about a 1/4 of what the R9 290 was able to assist.

Now as a comparison, I did a movie with KNLMeansCL, which took about 35 minutes, and then the same movie with as similar settings as I could do, with HQDN3D and it only took about 8 minutes, I am yet to watch both encodes on TV, so as to compare.

And then the same movie with using HQDN3D and x265 with Very Slow, and it was going to take over 4 hours, even with DE on 3 reasonable powerful PC's.

Anyway early days, lot's of fiddle ahead.

We need MORE DE servers, Atak !!!! :)

[Atak_Snajpera]

GTX 650 - 1.4 TFlops
HD6850 - 1.5 TFlops
R290 - 4.8 TFlops

I'm not surprised that r290 is much faster in knlmeanscl. Also keep in mind that that we have here VLIW vs newer GCN architecture.

[guest]

GTX 650 - 1.4 TFlops
HD6850 - 1.5 TFlops
R290 - 4.8 TFlops

I'm not surprised that r290 is much faster in knlmeanscl. Also keep in mind that that we have here VLIW vs newer GCN architecture.

That's interesting info, Atak...where did you get that from ??

What about a GTX 680 ?

Dunno what that other stuff means :(

[Atak_Snajpera]

That's interesting info, Atak...where did you get that from ??

What about a GTX 680 ?

Dunno what that other stuff means :(

From uncle google.

[guest]

So you have a Xeon or 2, have you enabled open cl ?

If so, how, if not, why not ???

Then maybe KNLMeansCL could be used with CPU as well.

[apostolis21]

Hey, I'm trying to use distributed encoding and it keeps encoding the first chunk again and again, any help?

[dv8r]

Good info there Atak, I can't seem to find anything on opencl intel performance, as far as actual numbers. Burt, my bro uses nlmeans a lot with handbrake and one thing that stands out to me with his stuff is the file size will get so low on some movies that I can't believe the quality is as good with such a small filesize. He has more patience than me, and the new high dollar dual xeons. Even then it's SLOW on cpu only. I'm pretty sure xeons don't have any graphics built in so no opencl on them that I know of. Most dual xeon mobo's i've been around have terrible built in graphics on board. I have a older dual xeon machine myself but my nodes with newer i5's puts out the same fps or better. You guys keep up the good work.

[guest]

I'm pretty sure xeons don't have any graphics built in so no opencl on them that I know of.

I'm pretty sure from what I've read about it recently, that Xeon's do support OpenCL, and they don't use the graphics to achieve that.

I have an E5 2697 V2 12 core, that I have yet to experiment with.

I'm hoping Atak comes back with some info, as I know he has a Xeon system (might even be a duallie).

[Atak_Snajpera]

Even old Q6600 supports opencl if you have amd drivers. Running knlmeanscl on cpu is practically useless due to extreme slooooooooow speeeeeeeeddddd...

[Wishbringer]

let's better say:
Q6600 has no graphics core,
Xeon E5-2697v2 has no graphics core.
So they can't support OpenCL native with graphics core parallelism.
They can emulate graphic cores with AMD drivers (in software layer), but it's slow.
It's like play witcher3 with softwarerendering instead of using a decent card.

Even an old 80486 could emulate OpenCL, if someone is willing to write software layer,
but if it is usefull is another question.
Better stick to filters that don't use OpenCL on systems without a natively supporting hardware.

[apostolis21]

Hey, is distributed encoding superseeded or not used anymore? No one seems to know anything on this matter, not even Atak :rolleyes:

There is no ts or mpg support and I wonder why? Almost every recording software uses mpg for the old mpeg2 streams and ts for the new mpeg4 ones.

I have win7 at both computers, save java version and both have avisynth 2.6. Shared folders are both accessible from the two computers and I am using the classic 1.17.5 version of ripbot.

I would appreciate any insight here cause I really want to use this feature even if I have to mux my ts to an mp4 every time before the encoding process

Kind Regards

[guest]

Xeon E5-2697v2 has no graphics core.

They can emulate graphic cores with AMD drivers (in software layer), but it's slow.


So how do you do that ??

[Atak_Snajpera]

I am using the classic 1.17.5 version of ripbot.
This version was released in 2014-01-13 ! First upgrade to latest version and then we will talk ok :)

They can emulate graphic cores with AMD drivers (in software layer), but it's slow.
I do not think this is emulation of physical cores. I get pretty decent GFlops in FlopsCL benchmark on Xeon CPU.
http://i.cubeupload.com/a3YzjP.png

Just for testing purposes I've installed Intel OpenCL driver (http://registrationcenter.intel.com/irc_nas/5198/opencl_runtime_15.1_x64_setup.msi) to see if I can get better results in FlopsCL.
They are just terribad. First of all FlopsCL crashes if you select problem size larger than ~2600 blocks. Also Intel Platform is 2x slower than AMD! Nice joke AMD platform works better on Intel CPU :) I suspect that Intel Platform does not use AVX and relies only on SSE2.
http://i.cubeupload.com/e80ihI.png

[dv8r]

sorry for my misunderstanding. I thought opencl was only used in graphics cores like an apu or gpu. So I assumed only a cpu's with graphics supported opencl. I have seen requirements for opencl say intel hd3000 or higher etc.

On another note I had this error tonight

Error: Unknown chapter file format in 'C:\Temp\RipBot264temp\job2\chapters.txt'. It does not contain a supported chapter format.

I'm not sure what I did wrong. I was re-encoding a file from AVC to HEVC that I had already encoded.

Thanks for any info on what that means.

[Atak_Snajpera]

I thought opencl was only used in graphics cores like an apu or gpu.
It can also run on CPU but like I said many times before it is not very useful due to speed. Modern GPUs have much higher peak FLOPS than any modern CPUs. For example. R290 can reach 4800 GFLOPS (FP32) while my Xeon 2690 won't go above ~250 GFLOPS (FP32). So in this case GPU is about 19 times faster than this 8C / 16T CPU!


Error: Unknown chapter file format in 'C:\Temp\RipBot264temp\job2\chapters.txt'. It does not contain a supported chapter format.

Post content of that chapters.txt here. Do not use forum's attachment please :)

[guest]

Atak, would there be any possibility of adding a new feature to Ripbot ??

With Ripbot you can easily adjust almost every aspect of a video file, expect (as far as I know) the Volume.

Is there an "easy" way for you to add a volume adjustment feature, in % or db, gain or loss ??

[omegaeel]

Ripbot is refusing to work with DE turned on. It just spits out a popup error stating that it could not open info.txt . I've looked around for a fix but all I could find was an old post saying to open getinfo.avs, from the job folder, in MPC. I did this and it said Cannot Render File, info.txt was not created.

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

[legend]

How could I run Ripbot without admin access. Most of the encoding server have no admin rights.

Can anyone help me about this.

[lemaireus]

Ran into something peculiar today: a Trojan alert from Windows Defender on Windows 10 for Ripbot264.exe.

http://s18.postimg.org/syw2q16gp/Rip_Bot_Trojan_Alert.jpg (http://postimage.org/)

Of course, that is a false positive. I've been using Ripbot for more years than I can remember, but am posting this just so that you know that Windows Defender can throw up a false positive, and that Atak should be aware of the issue in case he doesn't know this yet.

Ripbot264.exe is busy encoding in the background as I type this message. :)

[Wildfire]

Ran into something peculiar today: a Trojan alert from Windows Defender on Windows 10 for Ripbot264.exe.

http://s18.postimg.org/syw2q16gp/Rip_Bot_Trojan_Alert.jpg (http://postimage.org/)

Of course, that is a false positive. I've been using Ripbot for more years than I can remember, but am posting this just so that you know that Windows Defender can throw up a false positive, and that Atak should be aware of the issue in case he doesn't know this yet.

Ripbot264.exe is busy encoding in the background as I type this message. :)

My Windows Defender detects nothing. Which RipBot264 version are you using? I'm on version 1.19.0.

[slalom]

Does anyone have any problem with the covers?
Searching works fine, but I can't see the cover

[lemaireus]

My Windows Defender detects nothing. Which RipBot264 version are you using? I'm on version 1.19.0.

Peculiar: when I check Ripbot264.exe properties the version I get is 1.19.2.0, but the encoding GUI displays 1.19.3.0:

http://s22.postimg.org/teztq51xd/Rip_Bot_Version.jpg (http://postimage.org/)

I had assumed that the new update feature must have updated the Ripbot executable at some point to 1.19.3.0. Can someone please confirm that? If not then I might probably be running a bugged .exe!

[Edit] PS: Well, searching around the forum a little bit confirms that my version numbers are fine so it's not a bugged executable after all ;) So the Windows Defender issue should crop up with other people using Windows 10 (Enterprise Edition). Atak, I vaguely recall you being with Windows 10 as well, so perhaps you might report something on this?

[Atak_Snajpera]

Does anyone have any problem with the covers?
Searching works fine, but I can't see the cover

Covers work but sometimes you have to re-send query.
http://i.cubeupload.com/vaRifF.png

Atak, I vaguely recall you being with Windows 10 as well, so perhaps you might report something on this?
I'm staying on Win7. Do not worry about that version discrepancy. I just forgot to change it.

[omegaeel]

Ripbot is refusing to work with DE turned on. It just spits out a popup error stating that it could not open info.txt . I've looked around for a fix but all I could find was an old post saying to open getinfo.avs, from the job folder, in MPC. I did this and it said Cannot Render File, info.txt was not created.

Screencap: https://www.dropbox.com/s/hcdxmlxeczrb13b/screencap2.png?dl=0

Finally remedied the problem. For whatever reason I was using FFMS2 (v2.22) 64bit, once I swapped in the 32bit version all was well. DE back in business. Thought I mention this in case anyone out there runs into this problem.

[Atak_Snajpera]

Update
-added new OpenCL tab in settings with basic information about detected OpenCL platforms and GPU Devices
User can also easily assign what OpenCL GPU Device should be used for x264 encoder and KNLMeansCL plugin. For example APU for x264 and GPU for KNLMeansCL.

[Wildfire]

Update
-added new OpenCL tab in settings with basic information about detected OpenCL platforms and GPU Devices
User can also easily assign what OpenCL GPU Device should be used for x264 encoder and KNLMeansCL plugin. For example APU for x264 and GPU for KNLMeansCL.


Strangely enough, it's not detecting any OpenCL device. My GeForce GTX 980 Ti, however, most certainly supports OpenCL.

[Atak_Snajpera]

Most likely it can't detect OpenCL.dll file in x:\Windows\system32 or x:\Windows\SysWOW64

[Wildfire]

Most likely it can't detect OpenCL.dll file in x:\Windows\system32 or x:\Windows\SysWOW64

Well, the OpenCL.dll files are there, so that's not the problem. Other programs have no problem detecting the OpenCL capabilities of my computer (for example, Geeks3D GPU Caps Viewer).

[Atak_Snajpera]

Can you run OpenCLinfo.exe in console?

[Wildfire]

Can you run OpenCLinfo.exe in console?

There's no file like that anywhere on my system. Perhaps something is missing in the RipBot264 package?

[Atak_Snajpera]

what does update_log.txt say?

[Wildfire]

what does update_log.txt say?


2016-03-14 20:41:08 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:41:08 : Installing updates...
2016-03-14 20:41:08 : [ERROR] C:\Program Files (x86)\RipBot264\Updates\x264.zip is corrupted. CRC32 mismatch. Expected value was B46524A9 but got 6768236F
2016-03-14 20:41:08 : File C:\Program Files (x86)\RipBot264\Updates\x264.zip has been deleted.
2016-03-14 20:41:08 : Installation complete.
2016-03-14 20:41:08 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:41:08 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-03-14 20:41:08 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-03-14 20:41:08 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-03-14 20:41:09 : [SUCCESS] C:\Program Files (x86)\RipBot264\Updates\update.zip saved!
2016-03-14 20:41:09 : CRC32 value has not changed for [core]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Aften]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2avi]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ax]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [dgAVCDec]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [dgindex]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [eac3to]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Fonts]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mp4box]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [mpc]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [opus-tools]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [Process]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [remuxtool]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [SetACL]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [vjoin]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [VSRip]. Update is not required.
2016-03-14 20:41:09 : CRC32 value has not changed for [wolcmd]. Update is not required.
2016-03-14 20:41:09 : Update for [x264] detected
2016-03-14 20:41:09 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/x264.zip to C:\Program Files (x86)\RipBot264\Updates\x264.zip
2016-03-14 20:42:05 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:42:05 : Installing updates...
2016-03-14 20:42:05 : [ERROR] C:\Program Files (x86)\RipBot264\Updates\x264.zip is corrupted. CRC32 mismatch. Expected value was B46524A9 but got BCB96293
2016-03-14 20:42:05 : File C:\Program Files (x86)\RipBot264\Updates\x264.zip has been deleted.
2016-03-14 20:42:05 : Installation complete.
2016-03-14 20:42:05 : =========================[UPDATER ACTIVATED]=========================
2016-03-14 20:42:05 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-03-14 20:42:06 : [SUCCESS] http://atak-snajpera.5v.pl/ has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-03-14 20:42:06 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-03-14 20:42:06 : [SUCCESS] C:\Program Files (x86)\RipBot264\Updates\update.zip saved!
2016-03-14 20:42:06 : CRC32 value has not changed for [core]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Aften]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2avi]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2pipemod]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [avs2yuv]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [AVSMeter]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ax]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [BDSup2Sub]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ChapterXtractor]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [dgAVCDec]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [dgindex]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [DownloadPoster]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [eac3to]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ffmpeg]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [fhgaacenc]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Fonts]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [MediaInfo]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mkvtoolnix]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ModifyChapters]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mp4box]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [mpc]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [opus-tools]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [PgcDemux]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [Process]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [remuxtool]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [SetACL]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [ssatosrt]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [tsmuxer]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [vjoin]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [VSRip]. Update is not required.
2016-03-14 20:42:06 : CRC32 value has not changed for [wolcmd]. Update is not required.
2016-03-14 20:42:06 : Update for [x264] detected
2016-03-14 20:42:06 : Downloading file http://atak-snajpera.5v.pl/ripbot264update/x264.zip to C:\Program Files (x86)\RipBot264\Updates\x264.zip


Strange, that x264.zip seems to be corrupted every time the updater tries. I finally tried downloading it manually and then it's okay.

Hey... I now notice in the update log there's an OpenCL zip. But that wasn't part of the x264.zip -- did you change something at your end? :?

Let's see.... well, now there IS an OpenCLinfo.exe file. Yay. :)


Platform 0.
Name : NVIDIA CUDA
Vendor : NVIDIA Corporation
Version : OpenCL 1.2 CUDA 8.0.0
Profile : FULL_PROFILE
Extensions : cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts

0.0 Device name : GeForce GTX 980 Ti
Hardware version : OpenCL 1.2 CUDA
Software version : 364.51
OpenCL C version : OpenCL C 1.2
Compute units : 22


RipBot264 itself, however, still shows no OpenCL devices.

[Atak_Snajpera]

Wait for tomorrow. I think your windows is still using cached update.zip file.

[Wildfire]

Wait for tomorrow. I think your windows is still using cached update.zip file.

I just removed the entire RipBot264 folder, cleared all temp files using CCleaner and then installed from scratch using the 7Zip archive from your first post. Issue remains the same.

[dv8r]

Ripbot just updated for me and now it's broken. When I start ripbot it says List Index Out Of Bounds (7). If i get past this it won't open a video file. It was just working great an hour ago until i restarted it and it updated.

[guest]

No problems here, after the biggest update we've had in a while :)

So Atak, can "we" have a little explanation of what "x264 OpenCL acceleration" does in the new OpenCL tab ??

Is this a new addition, or now just control of it ??

Also, just a reminder.....is asked about this a little while back........

Would there be any chance of including a volume adjustment feature, either dB, or % ??

[dv8r]

it's doing the same thing on all my machines. Updated now they all get the same error. Not sure why. Windows 10 Pro 64 bit. I tried deleting my old ripbot folder and downloading a new one but i get the same error.

[Wildfire]

Wait for tomorrow. I think your windows is still using cached update.zip file.

Still nothing... :'(

[dv8r]

when I try to open a video file I get this error

Exception EConvertError in module RipBot264.exe at 0000943E.
" is not a valid floating point value.

Don't know what that means but I'm getting it on 4 machines all running Windows 10 Pro 64 bit.

[dv8r]

I downloaded the old folder again and turned off auto update on all machines and its working. Guess I'll have to stick with this older version until this problem is figured out. I'm thinking it's something in the config files maybe. Bummer :(

[howzz]

after an auto update that ran on my v 1.19.2 today which seemed to have updated it to v 1.19.3. after firing it back up, it spat out an error "List index out of bounds 20". so i went ahead and tried to visit the official download link here to re-download a fresh copy of v 1.19.2. only upon extraction, it picked up a virus. The EXE picked up was "modifychapters.exe" as Win32:Malware-gen. tried re-downloading it from official download link again and received the same virus. not only that, even after quarantine, tried firing up the v 1.19.2, the auto update ran again and fired back up, and got the same "List index out of bounds 20".

been using ripbot for a couple years now. anyone care to chime in? if this doesn't get sorted, might have to resort to handbrake.

[Atak_Snajpera]

send me openclinfo.txt and please do not use attachments.

modifychapters.exe send to virustotal.com and also show us what you get.

[Wishbringer]

Platform 0.
Name : Intel(R) OpenCL
Vendor : Intel(R) Corporation
Version : OpenCL 1.2
Profile : FULL_PROFILE
Extensions : cl_khr_fp64 cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_intel_printf cl_ext_device_fission cl_intel_exec_by_local_thread cl_khr_gl_sharing cl_intel_dx9_media_sharing cl_khr_dx9_media_sharing cl_khr_d3d11_sharing

Platform 1.
Name : AMD Accelerated Parallel Processing
Vendor : Advanced Micro Devices, Inc.
Version : OpenCL 2.0 AMD-APP (1912.5)
Profile : FULL_PROFILE
Extensions : cl_khr_icd cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_amd_event_callback cl_amd_offline_devices

1.0 Device name : Tahiti
Hardware version : OpenCL 1.2 AMD-APP (1912.5)
Software version : 1912.5 (VM)
OpenCL C version : OpenCL C 1.2
Compute units : 32

And no selectable Devices in Settings too.

[howzz]

here is the Virustotal.com scan result. looks like 3 out of 44 AV picked it up as malware.

SHA256: c3c81db9b9ecd2d6e30518d300e8f2f9a7cc08fa0eb26aaabf7bfc08646ebd5d
File name: RipBot264v1.19.2.7z
Detection ratio: 3 / 44
Analysis date: 2016-03-18 00:50:59 UTC ( 1 minute ago )
0 1
Analysis
Relationships
Additional information
Comments
Votes
Antivirus Result Update
AegisLab Possible.Virus.Gen!c 20160317
Avast Win32:Malware-gen 20160317
Jiangmin Worm/NetSky.ji 20160318
ALYac 20160317
AVG 20160318
AVware 20160318
Ad-Aware 20160317
Agnitum 20160316
AhnLab-V3 20160317
Alibaba 20160317
Antiy-AVL 20160317
Arcabit 20160317
Baidu 20160317
Baidu-International 20160317
BitDefender 20160318
Bkav 20160317
ByteHero 20160318
CAT-QuickHeal 20160317
CMC 20160316
ClamAV 20160317
Comodo 20160318
Cyren 20160318
DrWeb 20160318
ESET-NOD32 20160317
Emsisoft 20160318
F-Prot 20160318
F-Secure 20160318
Fortinet 20160317
GData 20160318
Ikarus 20160318
K7AntiVirus 20160317
K7GW 20160318
Kaspersky 20160317
Malwarebytes 20160317
McAfee 20160318
McAfee-GW-Edition 20160317
eScan 20160317
Microsoft 20160316
NANO-Antivirus 20160317
Panda 20160317
Qihoo-360 20160318
Rising 20160317
SUPERAntiSpyware 20160317
Sophos 20160317
Symantec 20160317
Tencent 20160318
TheHacker 20160315
TrendMicro 20160317
TrendMicro-HouseCall 20160317
VBA32 20160317
VIPRE 20160317
ViRobot 20160317
Zillya 20160317
Zoner 20160317
nProtect 20160317

[legend]

While Updating I Found this

http://s27.postimg.org/6p13z2p03/ripbot.png

[Atak_Snajpera]

open updater.ini in notepad and change that date to 2000-01-01 00:00:00

[guest]

Hey Atak, I've been thinking about the trouble some guys are having with updates & version numbers.

With all due respect, may I suggest that with the next update, you could post a full setup (like you used to) and with a build number of, say, 1.19.4, and then after that, the auto updates continue for the new version for a time, then release another full version.

It's just that if someone wants to start from stratch, they don't have to start with what is now a fairly old build of 1.19.2., and then have to get all the updates that were released since then.

[Atak_Snajpera]

yes I will do that today but it won't be 1.19.4 but 'official 1.19.3'

[soneca]

Atak, it would be good to be updated in VideoHelp too.

[guest]

yes I will do that today but it won't be 1.19.4 but 'official 1.19.3'

You've already done this ?!?! :)

OK, I see that you have also added an audio amplification option, and I hate to be a PITA, but could you also have it go negative, as well, for files that are too loud ???

And what unit of measure are the adjustments ??

Sorry, and :thanks:

[Atak_Snajpera]

unit is multiplication.
negative number won't fix too loud sounds.

[guest]

unit is multiplication.
negative number won't fix too loud sounds.

OK, will experiment.

Thanks

[soneca]

After this latest update the PC that works with KNLMeansCL no longer works. :mad:

http://s20.postimg.org/b9n3ln34d/ripbot1.png

http://s20.postimg.org/x7jkffi4t/ripbot.png

[Atak_Snajpera]

This is your friend

vc_redist.x86.exe
https://www.microsoft.com/en-us/download/details.aspx?id=48145

[soneca]

With the 2013 version of Visual C ++ does not work anymore?

[Atak_Snajpera]

nope -> http://forum.doom9.org/showthread.php?p=1699497#post1699497

[soneca]

Okay, I'll install! :thanks:

[soneca]

Started working again! :p

[deanoboxer]

Norton identified RipBot264 Encoding Client.exe as malware this morning. Anybody else get the same?

[Atak_Snajpera]

Yet another stupid complain from retarded anti-virus software. I'm losing patience to this...
https://www.virustotal.com/en/file/187d0a4df1eef927370e5bceb778aa486469ee3c93fd5ab4a5b2ac2b8ef43111/analysis/1458487433/

I'm starting to think that currently it is impossible to write a program without any false positive alarms.

[MaistroX]

Hi Atak_Snajpera!

Thx for the great work throu the years with development of RipBot264! :thanks:

Have a question that you might be able to answer...

I have allways been able to use RipBot264 without any problems, but the recent 6 month my PC have started to freez so I have been forced to restart it fully to get it to work again.

The problem ONLY appears with RipBot264 and it does freez in the first pass or in the beginning of the second.

As it only affects RipBot264 and no other software I have, my thought is that it has something to do with that RipBot264 gets my processor to 100% on all cores.

Any chance in RipBot264 that I can set it to ONLY use a certain amout of the processors Power, like only 80% or simular?

Regards MaistroX

[guest]

Hi Atak_Snajpera!

Thx for the great work throu the years with development of RipBot264! :thanks:

Have a question that you might be able to answer...

I have allways been able to use RipBot264 without any problems, but the recent 6 month my PC have started to freez so I have been forced to restart it fully to get it to work again.

The problem ONLY appears with RipBot264 and it does freez in the first pass or in the beginning of the second.

As it only affects RipBot264 and no other software I have, my thought is that it has something to do with that RipBot264 gets my processor to 100% on all cores.

Any chance in RipBot264 that I can set it to ONLY use a certain amout of the processors Power, like only 80% or simular?

Regards MaistroX

A couple of questions for you :-

1st:- is your PC overclocked ???
Ripbot could be considered as a stress test, as it DOES run the CPU @ 100% most of the time.

2nd:- how clean is it inside your case & motherboard etc ??
Sounds like it might be overheating, check & clean the CPU fan(s), and video card(s) fan(s).

I'm pretty sure that Ripbot can't be "throttled".

[soneca]

Yet another stupid complain from retarded anti-virus software. I'm losing patience to this...
https://www.virustotal.com/en/file/187d0a4df1eef927370e5bceb778aa486469ee3c93fd5ab4a5b2ac2b8ef43111/analysis/1458487433/

I'm starting to think that currently it is impossible to write a program without any false positive alarms.

It is also why I use Nod32 long ago. :cool:

[MaistroX]

Hi burt123!


1. No it´s not, it´s a AMD3+ running at originaly @ 4,7Ghz

2. Inside is pretty Clean and case is open all the time.
Also had the idéa of it gettin overheated, but have changed the CPU Fan, Motherboard also tryed differnt ram´s just to figure out what could be wrong, and this only happens with RipBot264 when it runs 100% of all cores on the CPU.


After Writing this Q last night I started a new rip with only 4 cores activated just to see how it worked and adjusted it to 6/8 cores just Before 2-pass started, and PC keeps going without any crash/Freez! :)

http://s17.postimg.org/p0cx9irgf/Rip_Bot264_4_Cores.jpg (http://postimage.org/)

http://s17.postimg.org/ivq09xoqn/Rip_Bot264_2pass.jpg (http://postimage.org/)
image hosting free (http://postimage.org/)


But would be easyer to be able to set the nr. of cores to be used from within RipBot264 otherwise one have to set it manually everytime RipBot264 starts. ;)

Regards MaistroX

A couple of questions for you :-

1st:- is your PC overclocked ???
Ripbot could be considered as a stress test, as it DOES run the CPU @ 100% most of the time.

2nd:- how clean is it inside your case & motherboard etc ??
Sounds like it might be overheating, check & clean the CPU fan(s), and video card(s) fan(s).

I'm pretty sure that Ripbot can't be "throttled".

[Ma]

But would be easyer to be able to set the nr. of cores to be used from within RipBot264 otherwise one have to set it manually everytime RipBot264 starts. ;)

If this crash is related to x265, you can add '--pools 6' option to x265 command line. If it helps, you can try '-F2' option instead of '--pools 6' (if '-F2' helps, you can also try to use x265 compiled by VS 2015 instead of GCC 5.3).

[MaistroX]

But as far as I know I only use the x264 part!

If this crash is related to x265, you can add '--pools 6' option to x265 command line. If it helps, you can try '-F2' option instead of '--pools 6' (if '-F2' helps, you can also try to use x265 compiled by VS 2015 instead of GCC 5.3).

[Ma]

But as far as I know I only use the x264 part!

In x264 there is '--threads X' option. You can try '--threads 6' for example.

[Atak_Snajpera]

@Maistrox
What happens if you run LINX from first post for couple minutes? Check cpu temps during strest test. CPU should be rock stable even at 100%.

[MaistroX]

Just tryed that and the result is here -> http://s11.postimg.org/9gelbqzoj/Lin_X.jpg (http://postimage.org/)
windows screen capture (http://postimage.org/app.php)

Also, just finnished a encode with RipBot264 and set the cores to 6/8, that worked just fine.

Regards MaistroX

@Maistrox
What happens if you run LINX from first post for couple minutes? Check cpu temps during strest test. CPU should be rock stable even at 100%.

[soneca]

nope -> http://forum.doom9.org/showthread.php?p=1699497#post1699497

With the new version of KNLMeansCL, the PC with GTX650 became operational. :)

[Atak_Snajpera]

Just tryed that and the result is here -> http://s11.postimg.org/9gelbqzoj/Lin_X.jpg (http://postimage.org/)
windows screen capture (http://postimage.org/app.php)

Also, just finnished a encode with RipBot264 and set the cores to 6/8, that worked just fine.

Regards MaistroX

Check also with 0.6.5 which uses AVX as well.
https://github.com/sanekgusev/LinX-old/releases/download/0.6.5/LinX-0.6.5.7z

Regarding --threads. By default x264 on your CPU uses 12 threads (8 * 1.5). You may also try --threads 8 instead of 6.

[MaistroX]

I will try 0.6.5 also, just finnished a 5 step test with ALL RAM avalible and biggest Problem Size, see here ->

http://s21.postimg.org/m2esxm6mv/Lin_X_2016_03_21_19_23_53.png (http://postimage.org/)
image hosting over 5mb (http://postimage.org/)
with the following log:
"
Intel(R) LINPACK 64-bit data - LinX 0.6.4

Current date/time: Mon Mar 21 13:35:50 2016

CPU frequency: 4.690 GHz
Number of CPUs: 8
Number of threads: 8

Parameters are set to:

Number of tests : 1
Number of equations to solve (problem size) : 60083
Leading dimension of array : 60088
Number of trials to run : 5
Data alignment value (in Kbytes) : 4

Maximum memory requested that can be used = 3113540512, at the size = 60083

============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
60083 60088 4 3864.765 37.4164 3.101542e-009 3.065849e-002
60083 60088 4 3892.257 37.1521 3.101542e-009 3.065849e-002
60083 60088 4 3906.159 37.0199 3.101542e-009 3.065849e-002
60083 60088 4 3906.839 37.0135 3.101542e-009 3.065849e-002
60083 60088 4 3924.515 36.8468 3.101542e-009 3.065849e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
60083 60088 4 37.0897 37.4164

End of tests
"

Regards MaistroX

Check also with 0.6.5 which uses AVX as well.
https://github.com/sanekgusev/LinX-old/releases/download/0.6.5/LinX-0.6.5.7z

Regarding --threads. By default x264 on your CPU uses 12 threads (8 * 1.5). You may also try --threads 8 instead of 6.

[Ronski]

I've recently been encoding using H265 but am getting much bigger files sizes than expected, with only a small decrease from the original BR rip. I use CQ and CRF set to 16, profile is [High 4.0] FHD. Progressive. Taking a 20.2GB video file (sound tracks removed) H265 ends up at 24.4GB and H264 ends up at 15.7GB using the same settings.

I thought one of the big improvements with H265 was a reduction in file size, am I misunderstanding or do I just have CRF set to low? I watch on a 120" screen so like to keep good quality.

PS. MaistroX, try lots of different stress tests, recently overclocking my X99 rig it would crash on one particular stress test but not another, and I had to increase the voltage slightly, by reducing the core count your reducing the load and thus the voltage won't drop so much. Video transcoding is considered by many as a form of stress testing.

[soneca]

I've never used the x265 but I understand the standard crf values for the two encoders to generate the same visual quality are quite different. ie, you are using a high value.

x264 default = CRF23
x265 default = CRF28

[Wildfire]

Wait for tomorrow. I think your windows is still using cached update.zip file.

Well, it's been a while but still nothing. The OpenCL tab is still empty.

[Ronski]

I've never used the x265 but I understand the standard crf values for the two encoders to generate the same visual quality are quite different. ie, you are using a high value.

x264 default = CRF23
x265 default = CRF28

Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

[guest]

Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

Yes, I run multiple servers on the one PC, and yes it DOES make a lot of difference.

We need more servers, Atak :)

[soneca]

I do not have conditions to run that way then do my conversions using my old 980X, or 4790K. Lately I have used only the 4790K for this kind of work because it is slightly faster and consumes less power.
Let them work and go to sleep.

[jthekk2]

Atak, is there any way to include a setting to have the first pass handled by one machine for the entire file and then split the file (and stats file) into chunks for distributed encoding? I've been testing with the current distributed encoding but am seeing massive bitrate drops in high action scenes where the scene fell into different chunks. I'm hoping that a first pass pre-chunking would allow for proper bitrate determination relative to the file as a whole before encoding. This will obviously bottleneck the process to the speed of the server doing the first pass, but is more ideal since it yields a better encode in the end.

[Atak_Snajpera]

I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.

[jthekk2]

I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.

[Atak_Snajpera]

Thanks, I'll give it a go at 22 and see how that comes out. Edit: Results in a 5.68GB file (no audio yet), just need to play it on the big screen and see how it compares.

Got to say I've just had one of those moments that makes you smile.

I have an old i750 running at 3.6Ghz and my new X99 5820K running at 4.5Ghz. Now I had 1 encoding server on the i750 and two on the X99, I'm now running 6 encoding servers on the X99, each time I added a server the FPS increased, tried adding another on the i750 and it made no difference, but boy it does work well on the X99. Currently cruising at just over 43FPS between them all in H265, gained about another 10FPS by adding the 4 additional servers.

It is odd that you have troubles with saturating 6C / 12T CPU.
I have no problems with 8C / 16T CPU even with cropped frame (1920x800).

http://i.cubeupload.com/VxwnRJ.png

[Atak_Snajpera]

I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.


Last chunk is always the biggest. Otherwise We could end up with 1 frame chunk ;).
Longer chunk sizes should help in better bitrate distribution (less aggressive)

[Ronski]

Yes it is odd, just trying it the other way round with the X99 as the client and running more than one on it doesn't seem to make much difference. I'll have to test again with the older PC as the client and see what happens. Could it of just been that the FPS happened to ramp up when I tried it as the content of the video changed, thus purely coincidence?

[defalopii]

Hello, RipBot developer, how much You can add distributed server at maximum?
Log time ago ive seen ure using 4 DE, then 8DE, and now 10DE. Is that possible to make it unlimited DE server?
I imagine that i can add more and more DE server, this will speedup encoding, especially for the next codec HEVC

[guest]

Hello, RipBot developer, how much You can add distributed server at maximum?
Log time ago ive seen ure using 4 DE, then 8DE, and now 10DE. Is that possible to make it unlimited DE server?
I imagine that i can add more and more DE server, this will speedup encoding, especially for the next codec HEVC

Hear, hear....................

[gabbett1]

I just recently used Ripbot to convert Insurgent and I'm having an issue. The file I created was a .mp4. When I try and play the movie it takes about 30 seconds for it to begin play, and when it does I only get sound, no video. If I simply rename the file to a .mkv it will play just fine. Rename back to .mp4 and same issue. Takes a while to play and no video. What could be the problem? I could use some help please.

[Atak_Snajpera]

Are you using MPC-HC player?

[omegaeel]

I have been getting Socket Errors on a 2nd PC I use in DE in Ripbot. The log in EncodingServer first says "Socket Error 10060" and after clicking ON within EncodingClient the server logs return "Socket Error 10038". As well as an "Access violation" error.

I tried deleting and re-established the Firewall rules and disabling Windows Firewall all together to no effect.

Using v1.19.3 on both PCs.

https://www.dropbox.com/s/2fmi3do6054v8ib/Screenshot%202016-03-30%2000.43.18.png?dl=0

[dv8r]

gabbett, insurgent has a lot of scrambled titles. There are a couple of long threads about it on makemkv forum. Maybe this is the issue?

[gabbett1]

Are you using MPC-HC player?

I'm using Windows Media Player.

[gabbett1]

gabbett, insurgent has a lot of scrambled titles. There are a couple of long threads about it on makemkv forum. Maybe this is the issue?

I don't think so. I'm using the title that AnyDVD said was good. And like I said, it plays just find when I rename it to a .mkv

[Atak_Snajpera]

I'm using Windows Media Player.

Bad idea. Use something more advanced like MPC-HC.

[Atak_Snajpera]

I have been getting Socket Errors on a 2nd PC I use in DE in Ripbot. The log in EncodingServer first says "Socket Error 10060" and after clicking ON within EncodingClient the server logs return "Socket Error 10038". As well as an "Access violation" error.

I tried deleting and re-established the Firewall rules and disabling Windows Firewall all together to no effect.

Using v1.19.3 on both PCs.

https://www.dropbox.com/s/2fmi3do6054v8ib/Screenshot%202016-03-30%2000.43.18.png?dl=0

Most likely some software on your main pc (where you have EncodingClient running) is blocking connection from EncodingServer. Connection must be established in both ways

http://i.cubeupload.com/N1A0QZ.png

[fatpizza]

Are there any known issues with using OpenCL on integrated intel GPU's? I have a Core i7 6700 and with Intel 530 and whenever I enable OpenCL in the Ripbot options it comes up with this:

C:\>"C:\Program Files\Ripbot\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job105\job105.avs" -o - | "C:\Program Files\Ripbot\RipBot264v1.19.2\tools\x264\x264_x64.exe" --opencl --opencl-device 0 --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 197017 --sar 1:1 --level 4.1 --preset slow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x804p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: OpenCL acceleration enabled with Intel(R) Corporation Intel(R) HD Graphics 530
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

I tried installing the 2015 vc_redist mentioned a couple of pages ago but with no luck.

[Wildfire]

Are there any known issues with using OpenCL on integrated intel GPU's? I have a Core i7 6700 and with Intel 530 and whenever I enable OpenCL in the Ripbot options it comes up with this:

C:\>"C:\Program Files\Ripbot\RipBot264v1.19.2\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job105\job105.avs" -o - | "C:\Program Files\Ripbot\RipBot264v1.19.2\tools\x264\x264_x64.exe" --opencl --opencl-device 0 --crf 20 --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 197017 --sar 1:1 --level 4.1 --preset slow --tune film --aud --nal-hrd vbr --vbv-bufsize 62500 --vbv-maxrate 62500 --stdin y4m --output "C:\Temp\RipBot264temp\video.264" -
y4m [info]: 1920x804p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: OpenCL acceleration enabled with Intel(R) Corporation Intel(R) HD Graphics 530
x264 [info]: profile High, level 4.1
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: OpenCL: Invalid value.
x264 [error]: OpenCL: fatal error, aborting encode
x264 [error]: x264_encoder_encode failed

I tried installing the 2015 vc_redist mentioned a couple of pages ago but with no luck.

The obvious question here is, of course, are you using the most recent drivers for the Intel 530 GPU?

[Taurus]

@fatpizza:
did you verify your opencl installation with a tool like "GPU Caps Viewer" or similar?
I had a bad time some month ago finding the right drivers at Intel.
The "normal" drivers did not support opencl.
After some fiddling around and try and error, I finally got it working.
and happily living ever after...

[fatpizza]

The obvious question here is, of course, are you using the most recent drivers for the Intel 530 GPU?

Sorry, that should have been the first thing that I mentioned. :P Yes I did download the latest drivers.

@fatpizza:
did you verify your opencl installation with a tool like "GPU Caps Viewer" or similar?
I had a bad time some month ago finding the right drivers at Intel.
The "normal" drivers did not support opencl.
After some fiddling around and try and error, I finally got it working.
and happily living ever after...

I just used the OpenCLInfo.exe and that seemed to think everything was ok. The drivers I installed was just the normal download however in the release notes it says it includes the OpenCL package. I'll try out the Caps Viewer thing now though.

[fatpizza]

OK, I've tried the GPU Caps Viewer and I can run all the OpenCL tests on both CPU and GPU without issue.

[omegaeel]

Most likely some software on your main pc (where you have EncodingClient running) is blocking connection from EncodingServer. Connection must be established in both ways

http://i.cubeupload.com/N1A0QZ.png


Thanks for the advice. I had forgotten I installed VirtualBox a while back. It installed its own virtual adapter, once disabled, everything worked fine.

[rekd0514]

I'm having an issue where when I encode with a locked sized at 23830 to fit on a BD-R disc it no longer will fit correctly. The encoded file size is almost always a little too large to fit on the disc when the job is complete. Ripbot has only been doing this when I upgraded to the newest 1.19.3 version. I believe I was on 1.18.3 before.

Any ideas? Thank you for the help in advance!:cool:

[Atak_Snajpera]

Just reduce target size to 23800 if you get too big file. Maybe newer x264 builds changed something in 2-pass mode.

[rekd0514]

Just reduce target size to 23800 if you get too big file. Maybe newer x264 builds changed something in 2-pass mode.

Ahhh I didn't realize you could just type in the size that you wanted! I thought the locked sizes were the only options. Very cool, thank you!

[gabbett1]

Bad idea. Use something more advanced like MPC-HC.

Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks

[chane2k1]

Hello Atak,
I dont know if it's been mentioned before, but it looks like downmixing to stereo on DTS tracks with 3/1 mapping doesn't occur. When I have the original demuxed 3/1 track loaded in Ripbot the only available audio profiles show as being 2.0 with different bitrates, however the resulting encode file comes out as 4 channel and it isn't 3/1 it's 2/2. Flac, AAC, and Opus don't understand 3/1 channel mapping. I can correct this in eac3to by adding the -down16 and -downdpl switches, seems to be a simple bug. The particular movie was Edward Scissorhands and there isn't an alternate english ac3 track to switch to. Thanks for all the hard work you do, much appreciated.

[Ronski]

Currently I use WMP to stream my files throughout my home. Can I do same thing with MPC-HC and if so, will I need to?

Thanks

Use something like Emby, Mediaportal, Kodi, Plex etc.

[gabbett1]

Use something like Emby, Mediaportal, Kodi, Plex etc.

Plex will stream from my PC to my PS3?

[Ronski]

Come on, a simple Google will tell you that!

https://plex.tv/playstation

[fatpizza]

I've noticed something that's a bit worrying when using Ripbot, in that there seems to be some stereo downmixing going on even when choosing the 5.1 ac3 audio profiles. I've compared 5.1 ac3 files created by ripbot to ones created by eac3to and there is a massive difference in audio track separation. So basically as a workaround whenever I'm using surround audio in ripbot I'm just manually replacing what's in the audio encode cmd files with an eac3to script.
Has anyone else noticed this?

[lemaireus]

Atak, is it possible to have some sort of protection in the case of an error in chapter formats? I encode in x265, and it is annoying to have a 12-13 hour encode result only in an error with no output at all. The entire file has to be re-encoded all over again, and the chapter file manually edited to display either the correctly formatted chapters, or no chapters at all.

There seem to be two rather straightforward ways out of this: either RipBot provides an option which instructs the encoder and muxer to go ahead with the job as they normally would, in the case of an error in chapters. The chapter error can be noted in the job log, but the encoding process should finish as it normally would if there was no error, the only difference being that the output video would have no chapter markers.

The second way to is do what is outlined above manually: in case of a chapter error, RipBot shouldn’t terminate the encode and delete the encoded video.x265 file. The user can then manually mux that x265 video with the audio and save 12 or 13 hours of work which otherwise will have to be done all over again.

I get these chapter errors once every 10 to 12 encodes, depending on the source file being encoded, and browsing the forum one can see that there are other users who have reported the same issue. So it might be time to address the problem as, speaking from a layman’s perspective, I don’t think programming-wise it should be too hard to address this issue in the next RipBot version.

[AMiR9!WV]

hey atak , all my jobs getting Errors after they done
i think they got a problem with audio encoder , this error was in logs
"Error: The file 'C:\Temp\RipBot264temp\job1\Encoded_Audio_1.aac' could not be opened for reading: open file error."
http://8pic.ir/images/7qb6xz0xmeu2bx77far9.png

[slalom]

Atak, is it possible to have some sort of protection in the case of an error in chapter formats? I encode in x265, and it is annoying to have a 12-13 hour encode result only in an error with no output at all. The entire file has to be re-encoded all over again, and the chapter file manually edited to display either the correctly formatted chapters, or no chapters at all.

There seem to be two rather straightforward ways out of this: either RipBot provides an option which instructs the encoder and muxer to go ahead with the job as they normally would, in the case of an error in chapters. The chapter error can be noted in the job log, but the encoding process should finish as it normally would if there was no error, the only difference being that the output video would have no chapter markers.

The second way to is do what is outlined above manually: in case of a chapter error, RipBot shouldn’t terminate the encode and delete the encoded video.x265 file. The user can then manually mux that x265 video with the audio and save 12 or 13 hours of work which otherwise will have to be done all over again.

I get these chapter errors once every 10 to 12 encodes, depending on the source file being encoded, and browsing the forum one can see that there are other users who have reported the same issue. So it might be time to address the problem as, speaking from a layman’s perspective, I don’t think programming-wise it should be too hard to address this issue in the next RipBot version.
YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video

Then run mkvmerge with that one and the original video to get your result

[Atak_Snajpera]

@lemaireus
Can you show me how corrupted chapter file looks like?

@Amir
What happens if you run ENCODE_AUDIO_1.cmd in console?

[lemaireus]

@ Slalom: "YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video"

I wouldn't know where to find the 'chunks' folder. The RibBot264 temp folder is where I get the video.265 file, and that gets deleted as soon as the job ends with an error and the next job in the queue begins.

@ Atak: "@lemaireus
Can you show me how corrupted chapter file looks like?"

I had to delete the corrupt chapter files to process the video for the file I was encoding. Will post that file the next time I run into this error.

[slalom]

@ Slalom: "YOU can do that manually
Run CombineAllChunks.cmd in Chunks folder to get your video"

I wouldn't know where to find the 'chunks' folder. The RibBot264 temp folder is where I get the video.265 file, and that gets deleted as soon as the job ends with an error and the next job in the queue begins.
Chunks folder is under jobxxx folder where xxx is the number of the job

So stop Ripbot and check that path jobxxx/Chunks

see my path "E:\Temp\RipBot264temp\job562\Chunks"

Run CombineAllChunks.cmd in Chunks folder to get your video

Then run mkvmerge with that one and the original video to get your result

[Atak_Snajpera]

slalom not everybody is using de mode.

[lemaireus]

@ slalom: "Run CombineAllChunks.cmd in Chunks folder to get your video"

Atak's right: I'm not using distributed encoding.

[slalom]

ok guys!

[lemaireus]

I got lucky in the second encoding attempt: got hold of the video.265 file from the RipBot264temp folder before the next job in the queue could start. Muxed that with the audio and was thus able to save 12 hours of work.

The 'chapters-original' file has this message: "Error: (mkvextract) This file could not be opened or parsed." The 'chapters' file shows the same message. The second encoding attempt, in which I manually deleted the 'chapters-original' file and kept a blank 'chapters' file in an attempt to avoid getting an error, also resulted in an 'ERROR' but, as I said, fortunately the video.265 file hadn't yet been deleted or overwritten. I took that video.265 and muxed it with the audio and chapters from the source file and was thus able to get the desired output.

In two previous instances I have run into chapter errors of a different kind. In those cases the 'chapters-original' file had the chapters perfectly fine, but the 'chapters' file copied that information in a format that was different from the 'chapters-original' file. I do not have the videos for those files anymore so I cannot recreate the error. In both of those cases I got the encode done by manually copying information from 'chapters-original' to 'chapters'.

It would be good to have a workaround for this kind of an issue in the next version of RipBot. A minor chapter error really shouldn't end in destroying 12 hours of otherwise perfectly fine encoding work.

[Atak_Snajpera]

Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files.

[lemaireus]

@ Atak: "Like I said before I need those files from second case (original and modified) I won't do anything if you do not upload both files."

That is perfectly sensible. I don't have the files for the 'second case' scenario, but when--and if--I run into the same problem again, I'll get back to you with the pertinent files. Until then let's hope that these may have been mkvtoolnix bugs which Mosu might have taken care of at some stage.

[slalom]

Try to extract and post chapters.txt
like this

CHAPTER01=00:00:00.000
CHAPTER01NAME=Chapter 01
CHAPTER02=00:12:26.912
CHAPTER02NAME=Chapter 02
CHAPTER03=00:23:13.100
CHAPTER03NAME=Chapter 03
CHAPTER04=00:30:15.522
CHAPTER04NAME=Chapter 04
CHAPTER05=00:39:09.972
CHAPTER05NAME=Chapter 05
CHAPTER06=00:50:01.164
CHAPTER06NAME=Chapter 06
CHAPTER07=01:03:05.615
CHAPTER07NAME=Chapter 07
CHAPTER08=01:10:40.110
CHAPTER08NAME=Chapter 08
CHAPTER09=01:20:56.101
CHAPTER09NAME=Chapter 09
CHAPTER10=01:30:15.660
CHAPTER10NAME=Chapter 10
CHAPTER11=01:38:19.268
CHAPTER11NAME=Chapter 11
CHAPTER12=01:46:47.150
CHAPTER12NAME=Chapter 12

there must be a syntax error

[lemaireus]

@ slalom: you are right, it must be a syntax error. But I do not have that video anymore which gave me that error.

The error regarding which I posted a message yesterday was an mkvtoolnix error, which wasn't able to read the 'chapters' in the source video. That is a random error generated most likely by a corrupt chapters file in the source video. This was the first error of its kind with me.

The problem that has recurred with me about four times is of a kind where the original chapters file does not get copied exactly as it is, but with some differences. In order to produce that error I need a video file which gives me that error in the first place. It must have been more than a month when I got that error the last time, so that video is gone. I'll post the relevant chapters files only when I run into the same issue again with another file.

[AMiR9!WV]

@Amir
What happens if you run ENCODE_AUDIO_1.cmd in console?

can't find it in windows

[Viper714]

I have, hopefully, a quick questions.

Why is it that some movies of the same duration have a larger file size than others?

I am not talking about small size difference, but large difference. Sometimes over a 50% size difference using the exact same settings for encoding (CQ 20, 1080p, and audio set at core ripping). Here is an example:


Bridge of Spies.mkv 02:21:19 8,032,010 KB
Mocking Jay P2.mkv 02:16:57 3,340,076 KB


Very strange, for me at least...
:thanks:

[Atak_Snajpera]

Constant Quality mode adjusts bitrate on fly according to selected CRF value and complexity of video. Basically some movies are easier to compress than others.

For example
Clean Anime will have much lower file size than very noisy movie (300).

You can notice similar behaviour when you compress files with ZIP/RAR/... Some files will compress well (.txt) and some may not compress at all (.jpg).

[LeetDonkey]

Hello

I've run into an odd thing on two different PCs running windows 10

- Setup a job
- Enable distributed encoding
- Check that ripbot264temp is properly shared
- Start job

When I click start job the network share of ripbot264temp is removed and ripbot264 fails at indexing the file.

Now If I'm quick and manage to reshare the ripbot264temp directory while ripbot is copying tools, it will proceed to encode in a normal way right until the next item in the queue and the share will be removed again automatically.

I've tried searching the thread but I haven't found anything that could help me.

Does anyone have any idea what's going on?

[lemaireus]

Ripbot was probably updating or checking for updates today when my computer crashed due to a power failure. Since then I have been getting the following error each time I start Ripbot:

http://s32.postimg.org/vfma4okd1/Integer_Value_Error.jpg (http://postimage.org/)

Any ideas on how to get rid of this red flag? I have restarted and rebooted several times but the message refuses to go away.

[slalom]

Yes, delete old files, re-download the app

Connect a UPS if you can

[lemaireus]

Thanks, Slalom, I was look for a less radical solution, but looks like nothing else will work. Copied the entire folder afresh and things are fine once again.

[slalom]

What was so radical??

[lemaireus]

In referring to a less 'radical' solution, I was thinking along the lines of editing the 'update_log' or 'updater.ini' to remove the red flag. Copying the entire folder afresh is practically a fresh install. Howsoever that be, the problem is solved, so thank you for the suggestion.

[Pulp Catalyst]

Is there any chance of getting a better deinterlacer, Yadif is ok, but in fairness with so much hardware potential today, it's very old.

a good combination that i like (without getting into complex things like QTGMC)

would be Yadifmod & NNEDI3.

i still want to 25 > 50fps option, but with a much better deinterlacer, Yadif might be FAST, but the quality that NNEDI3 gives is to good to miss.

Thanks,

[jthekk2]

Atak, is there any way to include a setting to have the first pass handled by one machine for the entire file and then split the file (and stats file) into chunks for distributed encoding? I've been testing with the current distributed encoding but am seeing massive bitrate drops in high action scenes where the scene fell into different chunks. I'm hoping that a first pass pre-chunking would allow for proper bitrate determination relative to the file as a whole before encoding. This will obviously bottleneck the process to the speed of the server doing the first pass, but is more ideal since it yields a better encode in the end.

I think It would be better if you increased chunk size from 1 min to old 10 min value. This method would be much faster than first pass on single machine.

I'll give it a try but the problem would still remain if the action scene falls at the 10 minute mark and is split and the second chunk has an otherwise low level of action (so lower average bitrate). Also, since most shows aren't exactly a multiple of 10, the last chunk will always be smaller and might present the same issue. Unless I'm missing something and there is some error handling for that.

Last chunk is always the biggest. Otherwise We could end up with 1 frame chunk ;).
Longer chunk sizes should help in better bitrate distribution (less aggressive)Finally got a chance to test this out, and increasing to 600 second chunks seem to have definitely done the trick with regard to the bitrate distribution issue I was having (seeing the bitrate fall dramatically during a fight scene was very distracting!). I'll likely test further to find some middle ground between 60 and 600 so distributed encoding would yield greater benefits.

The only issue I have now is that RipBot forces a copy of the original file to the shared folder which is actually on the same drive as the original file (e.g. a copy from D:\Videos\TEMP to D:\Temp\RipBot264temp\job1). I already have the relevant streams demuxed onto my harddrive through a batchfile/eac3to with the video being dumped into an mkv (whether h264 or vc1) to be encoded through RipBot. RipBot proceeds to copy the file to the shared folder (D:\Temp\Ripbot264temp\job1). The copy takes a while depending on the filesize of the mkv; a move would be almost instantaneous. I understand that this protects against file loss, but is there any way to set things so that it just moves the original file instead of a copy? I realize this only saves a few minutes time-wise in the grand-scheme of things, but those few minutes add up when it's 2-3 minutes to copy each file and the program is encoding 22-24 files in the job queue. Maybe an option could be added to switch the copy to a move with a pop-up warning that doing so could result in loss of the original file?

[slalom]

Some people don't have the file demuxed, or in the same drive as the temp folder, so, generally your suggestion does not apply for everyone

My point of view

[jthekk2]

Some people don't have the file demuxed, or in the same drive as the temp folder, so, generally your suggestion does not apply for everyone

My point of viewA few things on this, mostly because I might not have been clear on circumstances where this would be used.

1) From my testing, a file is demuxed when added to the RipBot queue, not after the queue has been started. It is also only demuxed if it is in a format that cannot be indexed (e.g. a .ts) or if audio is being processed and muxed. A raw video stream in an mkv container holding only a raw avc video and no audio is not demuxed but is copied once the encode is started. The copy I am concerned with is the copy that occurs if the file needs to be copied only so it can be indexed and then be seen by multiple computers for distributed encoding. If the above mentioned raw avc in mkv is encoded without distributed encoding, there is no copy file step to the RipBot temp folder but if anything needed to be demuxed it would have already been demuxed when added.
2) This was asking for an option to be enabled to allow for disabling the copy that specifically occurs before Distrusted Encoding which occurs only if the file does not need to be demuxed but needs to be indexed (e.g. the copy after the start button is hit and tools are copied to the share folder but before the file is indexed---a copy that occurs only so the file sits in the share folder so that it is viewable by other systems). You are right that in most cases a user might not use this, but it would only be available in the rare case where the original file needs to be copied to the shared folder for DE. If it needs to be demuxed, the option should be unavailable and grayed out or invisible
3) The option could have a self check that sees if the file is on the same drive as the temp folder. If it is and the option is enabled, then a move is done instead of the copy. Since the temp folder is specified by drive and the input folder path will have a drive letter, this is a simple check to see if the drive letters match. If they don’t, the option is unavailable and would be grayed out or something.
4) The option would have a warning that enabling it could cause the demux and/or encode to not work properly. E.g. Use only if you know what you’re doing. This wouldn’t be a global option but a per file option selectable when adding a file to the job queue. Again, if it is only used in the instance where the file needs to be copied before an index only it shouldn’t even break anything for local encoding and would only speed up distributed encoding by moving a potentially needless copy. The ONLY risk is that the original file may be lost. Other “all-in-one” encoding solutions for other uses (e.g. MCEBuddy for Windows Media Center recordings) have an option to skip copying the files to the temp “working folder” that have a warning - demuxes and remuxes still occur though.

[slalom]

3) Better to suggest the source file not be moved. It should be used in it's current location, so the "check to see if the drive letters match" is not needed nor mandatory

[jthekk2]

3) Better to suggest the source file not be moved. It should be used in it's current location, so the "check to see if the drive letters match" is not needed nor mandatoryIf the source file isn't moved then distributed encoding would fail since servers wouldn't be able to see the file according to a correct network path served by the main pc. When there is no distributed encoding, the program does just this - the source file is not copied to the temp folder and is encoded in place with the encoded mkv being created in the temp folder and then moved to the output folder. What I am attempting is to parallel this behavior for distributed encoding by moving the source file such that the servers can see it in the share folder. The move is only useful if the temp folder and source file are on the same drive, otherwise a copy is necessary. I'm sure a safety check could also be written that will move the source file out of the temp folder to an "original" or "archive" folder before deleting the temp folder when the job is finished.

Basically, the "move" option will only work in the instance where all of the following are met:
1) If distributed encoding was not enabled, the job would not require the file to be copied to the temp folder and would be encoded from its current location.
2) The source file and the temp folder are located on the same drive.
3) Distributed encoding is used.

Scenario:
As an example, take an MKV file with ac3 audio and avc video as the source file, the following happens:

Process 1: Distributed Encoding Disabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Pass 1 starts immediately, followed by Pass 2.
5) Audio/Subtitles/Video are muxed into MKV file.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.

There is absolute no difference between the two processes above except that one is distributing the video encoding. However, the file copy in step 5 of the DE Process takes up 2-3 minutes that could be used for encoding. With multiple files, this can amount up to an hour or more if say a TV season is being backed up. That's an hour that could be used for encoding.

[thahandy]

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

You mind pointing out when you have this error with distributed encoding enabled:
(which means it skipped the encoding and trying the mux the file together to final file.)

YOU NEED TO MAKE A NETWORK SHARE TO RipBot264temp

Took me ages to figure out what RipBot was doing, causing to create this message. :angry:

[Ronski]

I have to agree it is annoying having a copy of the file created, would it not be better to just share the source location as well?

I use ssd's in my new system, as I suspect a lot of others do. Making an additional copy of the file will be eating into the life of SSD drives. I alway rip the blu ray with Make MKV, then extract just the video for ripbot to work with. Then I manually mux everything back in how I want it with MKV Toolnix. It may be not be the best way, but it's the way I've found that works best for me.

[jthekk2]

I have to agree it is annoying having a copy of the file created, would it not be better to just share the source location as well?

I use ssd's in my new system, as I suspect a lot of others do. Making an additional copy of the file will be eating into the life of SSD drives. I alway rip the blu ray with Make MKV, then extract just the video for ripbot to work with. Then I manually mux everything back in how I want it with MKV Toolnix. It may be not be the best way, but it's the way I've found that works best for me.Correct me if I'm wrong, but a move between folders with the same root drive letter doesn't actually move the file on the disk. It simply moves the "link" within the OS that points to the location of the file on the physical HDD/SSD (e.g. what sector). If the move is between different drives or partitions, then it copies the physical file from the sectors of drive/partition 1 to the sectors of drive/partition2 and deletes from drive/partition1 to finish the move. If the network location of a folder is used, the computer thinks the transfer is to a different drive and copies instead of moves.

TL;DR: a move of a large file within a drive shouldn't affect the health of your SSD as it is insignificant compared to the activity a read/write performs during a file copy.

Also, should you be encoding files on the SSD...a HDD is almost never a bottleneck (the CPU usually is), and encoding performs substantial writes and will kill your SSD quicker. Maybe keep the encoding process on the SSD but the files on the HDD?

Also, making the source location "shared" would be difficult if files are added from wherever. Much easier to just move it to the temp directory that's already shared and move it back after the encode finishes before anything is deleted from the temp folder. Ripbot itself cannot share a folder so you'd have to manually share each folder instead of only needing to share one folder.

[thahandy]

While Ripbot is running as administrator it can easily setup a share and set the rights by it self.

The thing is with windows share in 7/8/10 is the type of share. There is the classic share(advanced share) and the "homegroup" share.

I think by using FTP or other (custom) file transfer protocol, you'll get the same results without using share.
Server will be downloading chunk, encode it and send it back to host. Repeat.

commands to create advanced share

net share Docs=E:\Documents /grant:everyone,FULL

net share E:\Documents /delete

icacls "E:\Documents" /grant Everyone:F <---- important for "guest" users accessing the share


Also about adding files. Why the the audio/subtitles needs to be extracted from the source file?
Is eac3to or other type app. not good enough to get the info?
Not able to add files to batch and let it extract/encode/whatever when u start the batch so u don't have to worry about waiting....

/another issue
after copying the files to the network share (u mean demuxing the video file to the folder) its running this command:
"\\USER\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "D:\Temp\RipBot264temp\job1\video.mkv"
why not use D:\Temp instead \\USER?

[Atak_Snajpera]

I think by using FTP or other (custom) file transfer protocol, you'll get the same results without using share.
Server will be downloading chunk, encode it and send it back to host. Repeat.
No thanks. Windows share method is a lot easier than transfering data via some custom made protocol. Change for change and nothing more. You know that saying "If ain't broken ,don't fix it" ;)


While Ripbot is running as administrator it can easily setup a share and set the rights by it self.


EncodingClient automatically shares RipBot264temp folder.

It does that at the very beginning.

Code
if DirectoryExists('\\'+form1.JvComputerInfoEx1.Identification.LocalComputerName+'\Ripbot264temp\')=true then ExecuteConsole('net share Ripbot264temp /DELETE /Y','netshare'); //stop sharing Ripbot264temp (user might change temp location)
ExecuteConsole('net share Ripbot264temp='+Copy( form1.Edit1.Text,0,Pos('\job',form1.Edit1.Text)-1 )+' /grant:Everyone,full','netshare'); //share Ripbot264temp
ExecuteConsole('cacls '+Copy( form1.Edit1.Text,0,Pos('\job',form1.Edit1.Text)-1 )+' /T /E /G Everyone:f','cacls');

"\\USER\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "D:\Temp\RipBot264temp\job1\video.mkv"
why not use D:\Temp instead \\USER?

Something wrong with UNC path?

[thahandy]

So, what is causing the shares are not working on my side. I need to enable this when its copying the files manually twice. (add share, set folder permission, add share again :confused: )
The only thing I can think of is the share wizard i have changed to advanced.
Any debug options?

the default UNC path are working fine.

[Atak_Snajpera]

I see that you are using icacls while I use older cacls. Can you check this command on your pc ?
cacls D:\Temp\RipBot264temp /T /E /G Everyone:f

[thahandy]

The post about icacls where just an example. I used the folder property's to set it.

But back to your question. The command does not work in the first place.
It seems its a language issue. Because if I translate "everyone" to "iedereen" (dutch) the command works like a charm ;)
I guess thats why the share is not created :D

Seems U can use SID to fix this.
http://www.iatarstudio.com/blog/set-permissions-with-cacls-independent-on-language/

[Markstar]

Hi,
I've been using RipBot for years (and other tools before that), but for a couple of months now I'm struggling with unreliable file sizes.

Usually my movie backups were around 1.5 - 2.5GB (720p, CRF 20, [HI10 x.x] SLOW . DEFAULT) - obviously depending on the usual factors like length, noise, movements, etc. - but then they started to be too small (~1.0GB). Sometimes I could fix that by playing with the settings without changing anything significant (or anything at all) and then re-encoding, sometimes I would just select a lower CRF value.

However, now I my file sizes are too big (3.5+ GB) and if I select a higher the CRF value (e.g. 22), the video looks crappy. I have tried more that 10 movies, all with the same result.

Is there anything that has changed in the new versions that could account for this? I'm at a loss - I'm running the same system for years and have not changed anything as far as I can tell. :confused:

Thank you in advance for your help! :o

[Atak_Snajpera]

show us your x264 command line.

Is quality worse than before?

[Markstar]

show us your x264 command line.The AVC encoder setting command is:

--profile high10 --preset slow

Is quality worse than before?I feel like it is, definitely when comparing relatively similar file sizes (when I eventually get it there).

[jthekk2]

Atak, any input on my suggestion for an option for a "move" instead of "copy" for distributed encoding? (see below)

What I am attempting is to parallel the non-distributed behavior for distributed encoding by moving the source file such that the servers can see it in the share folder. The move is only useful if the temp folder and source file are on the same drive, otherwise a copy is necessary. I'm sure a safety check could also be written that will move the source file out of the temp folder to an "original" or "archive" folder before deleting the temp folder when the job is finished.

Basically, the "move" option will only work in the instance where all of the following are met:
1) If distributed encoding was not enabled, the job would not require the file to be copied to the temp folder and would be encoded from its current location.
2) The source file and the temp folder are located on the same drive.
3) Distributed encoding is used.

Scenario:
As an example, take an MKV file with ac3 audio and avc video as the source file, the following happens:

Process 1: Distributed Encoding Disabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Pass 1 starts immediately, followed by Pass 2.
5) Audio/Subtitles/Video are muxed into MKV file.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.

There is absolute no difference between the two processes above except that one is distributing the video encoding. However, the file copy in step 5 of the DE Process takes up 2-3 minutes that could be used for encoding. With multiple files, this can amount up to an hour or more if say a TV season is being backed up. That's an hour that could be used for encoding.

[thahandy]

Atak, any input on my suggestion for an option for a "move" instead of "copy" for distributed encoding? (see below)

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5) Source file is copied to the temp folder
6) Pass 1 starts, followed by Pass 2
7) Audio/Subtitles/Video are muxed into MKV file.


I think you forgetting a few, after figuring out why there was no share.. on my case.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5a) Video file is demuxed to the temp folder
5b)scanning video files for key(I) frames (from this part the share bust be working, but not yet used for distributed encoding)
5c)create Distributed jobs matching the key(I) frames (1min/job by default)
6a) Pass 1 starts, followed by Pass 2
6b)when done encoding, merge encoded files to one file.
7) Audio/Subtitles/Video are muxed into MKV file.

Tbh. you don't want to move the source file. What if the job is interrupted. People will looking or complain about it because the file isn't moved back.
It seems this is the way to do it when it comes to distributed encoding.
But what I don't like it the demuxing of the audio and subtitles when u add a file, I see no reason

Atak_Snajpera can you explain why you demux the audio/subtitles? (or demux at all?)

[jthekk2]

I think you forgetting a few, after figuring out why there was no share.. on my case.

Process 2: Distributed Encoding Enabled
1) Hit add > select MKV file
2) File is added, the audio stream and subtitles are demuxed into the temp folder. The video stream is NOT demuxed. Video/audio info fills into the proper areas. Audio is set to copy, subtitle stream is selected but set to not default/forced.
3) Hit "OK", then "Start"
4) Ripbot tools are copied to the temp folder
5a) Video file is demuxed to the temp folder
5b)scanning video files for key(I) frames (from this part the share bust be working, but not yet used for distributed encoding)
5c)create Distributed jobs matching the key(I) frames (1min/job by default)
6a) Pass 1 starts, followed by Pass 2
6b)when done encoding, merge encoded files to one file.
7) Audio/Subtitles/Video are muxed into MKV file.

Tbh. you don't want to move the source file. What if the job is interrupted. People will looking or complain about it because the file isn't moved back.
It seems this is the way to do it when it comes to distributed encoding.
But what I don't like it the demuxing of the audio and subtitles when u add a file, I see no reason

Atak_Snajpera can you explain why you demux the audio/subtitles? (or demux at all?)My point is that for a user who knows what they are doing, step 5a aka "the copy" (you have listed it as "demux" but it is 100% a copy of the entire file as there is NO video demux or copy in non-distributed and the file that is copied over is 100% the original file, audio and subs included - verified with MediaInfo) is unnecessary. The I-frame keying will happen regardless of whether the original file is copied or moved. If the job is prone to being interrupted, you actually have the benefit of DE which saves progress up to the chunk that it is up to. You can just resume and then when it finishes you can have the original moved out (the "move" back to the original folder could be keyed to only occur if the encode is successful, e.g. 100%). If your encodes are failing for some other reason than power loss to the PC, you should check what you're doing before enabling the "move" feature. Regardless, ripbot264 doesn't delete files in the temp folder if it crashes or if there is power loss so there is no risk of losing any files and with DE you don't really lose too much progress on the encode either. All I'm asking for is an option to increase efficiency for those who know what they're doing - it doesn't even have to be in the GUI, a line in the INI that activates the file would suffice and would avoid unwary users from activating it (a "DO NOT TOUCH UNLESS YOU KNOW WHAT YOU ARE DOING" disclaimer could be notated before the option in the INI).

The audio and the subtitles have to be demuxed for processing (even if only copying the files) so they can be muxed back into the final product. The video doesn't need to be demuxed if it is in a format that can be piped into x264/hevc directly. If the MKV when added has no audio or subtitles (which will be the case with the majority of the files I will actually pipe into ripbot), there is NO demuxing of any streams when adding the files and selecting the profile for encoding.

[Atak_Snajpera]

Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I recommend deleting Temporary Internet Files. Otherwise updater may use cached files!
http://i.cubeupload.com/HHiFzB.png

[jthekk2]

Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1
Thanks so much for the hidden option! Just tested it with a re-encode of a small 500 frame test file and with The Godfather Epic that I DVR'd off HBO a few months ago (avoiding copying a 42+ GB file was awesome) and went straight to encoding, and it works like a charm!

The option moves the source file to the shared folder once the DE process (encoding client window) starts up and moves the source file back to the original folder once the encoding is done.

[slalom]

@Atak
about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Could you add those two ratios for a proper 1920x1080?

[guest]

Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I recommend deleting Temporary Internet Files. Otherwise updater may use cached files!



Is there a new update available ??? I haven't been able to get it, if there is, and I've done the clean up.

[Ronski]

Thanks for adding the move option, but I don't seem to be getting a new update either, I've also done the clean up. Update log shows an update check has been done, zip file downloaded but no updates required. Ripbot shows version V1.19.3

[Zetti]

#Atak_Snajpera

Why is there still needed FFDshow and not LAV Filters??

[guest]

Thanks for adding the move option, but I don't seem to be getting a new update either, I've also done the clean up. Update log shows an update check has been done, zip file downloaded but no updates required. Ripbot shows version V1.19.3

Finally got the update, approx 96Mb of new Ripbot goodness :)

[apostolis21]

Hi Atak, I am facing the following issue. I load a ts file which is 314000 frames long. At the main window ripbot recognizes the total frame number of the file but when I start the encoding only 35000 frames are being encoded (and this is also the number I am getting at the counter). It has happened with two different ts files and it seems like a minor bug? Any help with that?

I use Ripbot 1.19.3

EDIT: When I choose 'No audio' option ripbot starts to encode all frames so something is wrong with the audio file or the audio encoding process, any ideas?

[tim_ettinger]

I have been using RipBot for several years, and have also been playing with the interframe script. Here's where I am now with the script I add to RipBot:

cores=24
SetMTMode(3,cores)
PluginPath="C:\Program Files (x86)\AviSynth\plugins\"
LoadPlugin(PluginPath+"svpflow1.dll")
LoadPlugin(PluginPath+"svpflow2.dll")
Import(PluginPath+"InterFrame2.avsi")
SetMTMode(2)
InterFrame(GPU=True, Tuning="Film", Preset="Medium", NewNum=48000, NewDen=1001, Cores=cores)

It still takes a long time to compress. I have been doubling the video bitrate of the files I encode, because it seems that twice as many frames needs twice as much bitrate.

If there is a better way to do what I am doing, please let me know. I have used RipBot for a long time, and appreciate its simplicity and distributed encoding. I don't know a lot about AviSynth scripts or x264 tweaking, and I am not certain I should bother with x265.

[Atak_Snajpera]

Looks ok to me. How many fps do you get in avs meter? I would also measure fps with just two threads. Too many threads may actually slowdown whole process.

[tim_ettinger]

Usually 15 - 25 FPS on the second pass, reading from the RipBot window. I have a dual X5675 computer with SSD and 48GB RAM I do the encoding on, which is why I pushed the cores to 24 - physical cores x2 for hyper threading. It still takes a long time, but I can run it with 2 cores to see what the speeds are.

I haven't used avs meter before, but can probably figure it out.

[fantasmanegro]

Finally got the update, approx 96Mb of new Ripbot goodness :)

hello, how did you get the new update?...

i have an outdated 1.19.3 ripbot and still not update :o

[guest]

hello, how did you get the new update?...

i have an outdated 1.19.3 ripbot and still not update :o

Firstly, have you got auto update enabled ??

Generally, if there is any update(s) available, and you're connected online, when you start Ripbot, it will "look" for any available updates, download them into the Updates folder, and then the next time you start Ripbot, it will do an auto update, using the files in the Updates folder.

So every time you start Ripbot it WILL "look" for any updates that Atak has submitted. Providing you're online, and have auto update enabled.

And yes, it's still 1.19.3 !!!!

[Ronski]

It's a little confusing that the version number doesn't update, I had to look at the date of the file which is date May, previous was March.

It will also only check for updates once a day.

[fantasmanegro]

Firstly, have you got auto update enabled ??

Generally, if there is any update(s) available, and you're connected online, when you start Ripbot, it will "look" for any available updates, download them into the Updates folder, and then the next time you start Ripbot, it will do an auto update, using the files in the Updates folder.

So every time you start Ripbot it WILL "look" for any updates that Atak has submitted. Providing you're online, and have auto update enabled.

And yes, it's still 1.19.3 !!!!


yes! i have auto update enable and i am online right now... :o

[jthekk2]

In order to use DE with a Vegas Pro rendering, is an intermediary file necessary (MagucYUV) or can DE be accomplished with debugmode frameserver?

[Atak_Snajpera]

no you need intermediate file. BTW i'm not sure if ffmpeg decoder in ffms plugin can decode magicyuv. I recommend utvideo for de mode.

[silverback]

#Atak_Snajpera

Why is there still needed FFDshow and not LAV Filters??

I am curious about this myself. I know Atak has addressed this in the past but times change.

[jthekk2]

no you need intermediate file. BTW i'm not sure if ffmpeg decoder in ffms plugin can decode magicyuv. I recommend utvideo for de mode.I figured as much and perfect, UTVideo did the trick (MagicYUV didn't work with FFMS so it encoded locally)! Is it possible to extend that hidden "MoveMKVtoSharedFolder" setting to AVIs? I'd rather not copy a 150+GB file if I don't need to. I noticed RipBot is remuxing the AVI to MKV during the copy...is that necessary? FFMS should work naturally with an AVI file (tested and working with UTVideo at the very least). Not sure if the AVI container affects DE at all but I would think the proper indexing with FFMS and the AVS scripts would take care of the frame serving for distribution.

[Atak_Snajpera]

Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1

[fantasmanegro]

Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1



is there a way to get the full pack, with last update?...

[Atak_Snajpera]

is there a way to get the full pack, with last update?...

First post has link to latest version.

[fantasmanegro]

First post has link to latest version.

thank you.

[slalom]

@Atak
Re-requesting a feature

about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Is it possible to add those two ratios for a proper 1920x1080?

[jthekk2]

Update 2016.05.31
changed: Renamed hidden option MoveMKVtoSharedFolder to MoveFiletoSharedFolder.

[hidden settings]
MoveFiletoSharedFolder=1

Sorry for the delay in responding! This works perfectly, thanks!

[Atak_Snajpera]

@Atak
Re-requesting a feature

about aspect ratio
I've met 2/1 ratio like House of Cards (1920x960)
and a 2.8/1 on some old movies

Is it possible to add those two ratios for a proper 1920x1080?

Just do not crop your blu-rays if you want full 1920x1080 frame.

[guest]

Hi Atak,

I sent you a PM a few days ago asking about preview problems when using the 4K preset. You suggested that I change a setting in FFDshow, which I did, sucessfully. Thankyou.

However, when trying to DE some 4K encodes, the other servers, have some major problems, but the most obvious problem is that they don't start, in the queue, so there's something strange going on there, if you are using any other preset, it works fine.

The local machine encodes no problem, but there's no "help", from the servers :(

Can't explain it much better than that, sorry.

[userx]

@omegaeel
It doesn't work. The Ripbot264temp network share points to the directory with the job1 files, not the shared tools. Ripbot264.ini still lists StoreTempFilesin=TEMP

exactly the same problem but with different temp-drive. I searched for a solution for the "could not be indexed"-issue through the whole thread, downloaded a fresh ripbot-package but i couldn't figure it out what's wrong.

Running on W10, passwordsharing off, StoreTempFilesin=H
not working: "\\UX-MA\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "H:\temp\Ripbot264temp\Job25\video.mkv
working: "\\UX-MA\Temp\Ripbot264temp\Tools\AviSynth plugins\ffms\ffmsindex.exe" -f -k "H:\temp\Ripbot264temp\Job1\video.mkv

How to get further with this issue? Anyone could give me support?! Thx

[Balthazar2k4]

Thought I would swing by here and ask if RipBot264 can encode to DD+ (e-ac3)? I have some 7.1 tracks I would like to convert from lossless to lossy for space and don't want to use aac for compatibility reasons.

[Zenophobe]

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Zenophobe\Videos\Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13].mkv" --compression 0:none --title "Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13]" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.flac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v9.1.0 ('Little Earthquakes') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:48m:05s

Node Address : 192.168.1.197:1000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64792
Encoding Speed : 12 fps
Node Work Time : 01:28:56
-----------------------------------
Node Address : 192.168.1.197:3000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64747
Encoding Speed : 12 fps
Node Work Time : 01:31:35
-----------------------------------
Node Address : 192.168.1.197:2000
Encoded Chunks : 46 of 136 (34%)
Encoded Frames : 67478
Encoding Speed : 12 fps
Node Work Time : 01:34:51
-----------------------------------


this is an e5 2680 v4 using 3 instances of the distributed encoder. Ideas?

[Zenophobe]

Thought I would swing by here and ask if RipBot264 can encode to DD+ (e-ac3)? I have some 7.1 tracks I would like to convert from lossless to lossy for space and don't want to use aac for compatibility reasons.


FLAC is built in. Use MAKE MKV to pull audio with video and encode with RIPBOT264

[Atak_Snajpera]

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\Users\Zenophobe\Downloads\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Zenophobe\Videos\Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13].mkv" --compression 0:none --title "Hunger Games, Mockingjay - Part 2, The (2015) [1080p] [PG-13]" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job1\1_audio_English.flac" --chapters "C:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v9.1.0 ('Little Earthquakes') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:48m:05s

Node Address : 192.168.1.197:1000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64792
Encoding Speed : 12 fps
Node Work Time : 01:28:56
-----------------------------------
Node Address : 192.168.1.197:3000
Encoded Chunks : 45 of 136 (33%)
Encoded Frames : 64747
Encoding Speed : 12 fps
Node Work Time : 01:31:35
-----------------------------------
Node Address : 192.168.1.197:2000
Encoded Chunks : 46 of 136 (34%)
Encoded Frames : 67478
Encoding Speed : 12 fps
Node Work Time : 01:34:51
-----------------------------------


this is an e5 2680 v4 using 3 instances of the distributed encoder. Ideas?

run cmd.exe and then execute C:\temp\RipBot264temp\job1\Chunks\CombineAllChunks.cmd

And show us what you see.

[soneca]

Hello Atak, i am not able to convert flv files, RipBot264 does not detect/demuxing audio.
You could check this?

[Atak_Snajpera]

send me sample if you want me to take a look.

[slalom]

Can we select by default 2 encoding clients (or more) for each PC, every time we run the program?
Preferably the second client minimized to tray too like the first one

[Atak_Snajpera]

Can we select by default 2 encoding clients (or more) for each PC, every time we run the program?
Preferably the second client minimized to tray too like the first one

Sure you can.

Just create simple batch file
ripbot264.exe
EncodingServer.exe
EncodingServer.exe

[soneca]

send me sample if you want me to take a look.

Sent via PM.

[guest]

Sure you can.

Just create simple batch file
ripbot264.exe
EncodingServer.exe
EncodingServer.exe

That sounds like a great idea, but excuse my ignorance, where do you put this "batch file", so it executes. ??

[slalom]

You run the batch file instead of ripbot264.exe

[Atak_Snajpera]

That sounds like a great idea, but excuse my ignorance, where do you put this "batch file", so it executes. ??

It does not matter as long as you have valid path to executables
for example

RunRipBot264and2Servers.cmd
c:\program files\Ripbot264\Ripbot264.exe
c:\program files\Ripbot264\EncodingServer.exe
c:\program files\Ripbot264\EncodingServer.exe

[slalom]

What about minimizing the second server, like the first one does?

[Atak_Snajpera]

What about minimizing the second server, like the first one does?

EncodingServer always starts in Tray (minimized) by default.

[slalom]

Yes, the :1000. The :2000 minimizes to taskbar

[soneca]

Thanks Atak!
The problem is that the demuxing is extremely slow to flv files.
For this type of file will extract before using FLV Extract. :)

[guest]

It does not matter as long as you have valid path to executables
for example

RunRipBot264and2Servers.cmd
c:\program files\Ripbot264\Ripbot264.exe
c:\program files\Ripbot264\EncodingServer.exe
c:\program files\Ripbot264\EncodingServer.exe

OK, I have to say it took me a little while to get this right, but I can only seem to get 2 encoding servers to start up, when I have 4, in the batch file.

Also, I put Ripbot in the Documents folder, which made it a little different.

[fatpizza]

I just noticed that when using Ripbot if I change the fps of a clip from 25fps to 23.976 the chapter times get sped up rather than slowed down. Is this an easy fix? Thanks.

[Atak_Snajpera]

I just noticed that when using Ripbot if I change the fps of a clip from 25fps to 23.976 the chapter times get sped up rather than slowed down. Is this an easy fix? Thanks.

This should fix this silly mistake.
http://www.mediafire.com/download/jwjzig7bo1i6xi3/RipBotChapterFix.7z

I was passing wrong values to this tool
ModifyChapters.exe "original-chapters.txt" (SourceNumberOfFrames/SourceFPS) / (CurrentNumberOfFrames/CurrentFPS) "chapters.txt"

but it should be in reversed order
ModifyChapters.exe "original-chapters.txt" (CurrentNumberOfFrames/CurrentFPS) / (SourceNumberOfFrames/SourceFPS) "chapters.txt"

[fatpizza]

This should fix this silly mistake.
http://www.mediafire.com/download/jwjzig7bo1i6xi3/RipBotChapterFix.7z

I was passing wrong values to this tool
ModifyChapters.exe "original-chapters.txt" (SourceNumberOfFrames/SourceFPS) / (CurrentNumberOfFrames/CurrentFPS) "chapters.txt"

but it should be in reversed order
ModifyChapters.exe "original-chapters.txt" (CurrentNumberOfFrames/CurrentFPS) / (SourceNumberOfFrames/SourceFPS) "chapters.txt"

Thanks, I looked inside the tools folder earlier on and noticed this so I was fixing it up myself by running my own cmd file. But not having to worry about doing that myself is better of course. :)

[userx]

[QUOTE=Atak_Snajpera;1768168]Added: hidden option to move mkv to shared folder. Following lines must be added manually to EncodingClient.ini

[hidden settings]
MoveMKVtoSharedFolder=1

Added: Updater automatically fixes corrupted updater.ini file
Fixed: Downmix 4.0 to 2.0 didn't work
Changed: In order to avoid language issues Encoding Client will share ripbot264temp folder using following command line

icacls "...\RipBot264temp" /T /C /Q /Grant:R *S-1-1-0:(OI)(CI)F

I manually shared the RipBot264temp folder and after client has started, the networkshare disapears again.
(On commandline icacls cmd is working)

[dirct]

Hello Atak_Snajpera, first I would like to forgive me for writing mistakes because they do not speak English (I'm Brazilian) and I'm using an online translator for that, I would say that I am a great admirer of his work and accompany the roughly six years, good will then ask you a layman's question because I do not know if you can:

You can direct more ripbot264 processing to the GPU than the CPU? I ask this question because the GPUs seem to be at higher evolution than the CPUs in a matter of processing, the latest generation of both Nvidia and AMD less lithography 16nm or 14nm had a brutal gain processing performance, you can use this processing in ripbot264 now or in a future release to reduce the load on the CPU? I'm sorry if I'm talking nonsense as I said I am a layman in relation to programming, anyway continue with your great work the ripbot264 is simply wonderful I love the function to use multiple PCs together to encode dividing the work.

[chane2k1]

Hello Atak,
It appears as though The Movie Database may have made changes to their API, your Download Poster application is no longer downloading posters. I have tried on three different computers and two different networks, you can query a title and a list of results will return, but when you select one of the items there is just the spinning wheel that appears with the Downloading... text that accompanies it.

[slalom]

Same problem here

[Atak_Snajpera]

Update 2016-06-25
Added: Option to run mutiple EncodingServers at RipBot264 launch. Following line must be added manually to ripbot264.ini

ActivateServers=x

where x is number between 1 and 10

The same effect can be achieved by running EncodingServer.exe with /instances x switch.

For example:
EncodingServer.exe /show /instances 2

Fixed: DownloadPoster has been adapted to changes introduced on TMDB website
Fixed: Various bugs in ModifyChapter tool

[guest]

Update 2016-06-25
Added: Option to run mutiple EncodingServers at RipBot264 launch. Following line must be added manually to ripbot264.ini

ActivateServers=x

where x is number between 1 and 10

The same effect can be achieved by running EncodingServer.exe with /instances x switch.

For example:
EncodingServer.exe /show /instances 2

Fixed: DownloadPoster has been adapted to changes introduced on TMDB website
Fixed: Various bugs in ModifyChapter tool


Thanks so much for the server option :)

And it's now 1.19.4 :)

[slalom]

@Atak
Could you update the first page to the new version please?

[Grayfox]

I think I may have found a bug with ripbot(latest version).

I encoded some movie's in HEVC.
They play fine in WMP 12 after installing LAVfliters
But if I start ripbot the video no longer plays & the video will not work if until I reinstall LAV filters again.

Only reason I suspect ripbot is I can play HEVC fine until I start ripbot, but it might be a LAV filter bug as well.

My system specs
Windows 7 SP1 x64
i5 3570k OC to 4.4Ghz
8GB RAM
GTX680SC

[Atak_Snajpera]

Do not use wmp. Use mpc-hc which has already built in lav filters.

[Grayfox]

Thanks for the help.

I love ripbot.

Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.

[Atak_Snajpera]

Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.
Why don't you just use sleep/hibernate function in Windows?

[guest]

Thanks for the help.

I love ripbot.

Would love to see a pause function if possible for those extremely long encoding tasks and you have to put the PC into sleep for the night.

What sort of PC do you have, that you are doing extremely long encodes, that have to go overnight ??

Are you using DE ???, you can stop that, and resume, whenever you want to.

[guest]

Hi Atak,

I am having a really annoying problem, and I cant pin point when it started to do it.

I generally run several instances of servers, in DE mode, and I have noticed that for what ever reason, once I start an encode (or a queue), that I can't get anymore than 2 instances of "help" from another PC (or more), but I can have 5 or more on the "main" machine.

I'm pretty sure it hasn't got anything to do with the latest update, but have you made any changes that may be causing this behavior ??

It's annoying, as I generally don't have any weird problems with Ripbot, but this one is beyond me :(

[guest]

Another weird thing...I have several HEVC encodes that I wanted to convert back to x264, and once Ripbot is complete, and I play the file, after approx 6 - 7 minutes the audio instantly goes way out of sync, and then the video goes to black around half way thru. (it should play for approx an hour)

[Grayfox]

Why don't you just use sleep/hibernate function in Windows?

I thought that will corrupt the encode so never even tried

What sort of PC do you have, that you are doing extremely long encodes, that have to go overnight ??

Are you using DE ???, you can stop that, and resume, whenever you want to.

Some take 15h and my PC has noisy fans

I would like to run DE, but I dont have a spare PC.
If I can speed up the encode using 2 instances in a VM I would But I dont think it would speed it up that much

Specs on my PC are 4.4Ghz i5 3570K, 8GB RAM, GTX680SC

[Atak_Snajpera]

I generally run several instances of servers, in DE mode, and I have noticed that for what ever reason, once I start an encode (or a queue), that I can't get anymore than 2 instances of "help" from another PC (or more), but I can have 5 or more on the "main" machine.
Can you be more specific? Do you mean that cpu usage on your second pc does not raise with extra encoding servers?

Another weird thing...I have several HEVC encodes that I wanted to convert back to x264, and once Ripbot is complete, and I play the file, after approx 6 - 7 minutes the audio instantly goes way out of sync, and then the video goes to black around half way thru. (it should play for approx an hour)
Have you noticed the same problem before encoding using Preview Script option?

[guest]

I thought that will corrupt the encode so never even tried



Some take 15h and my PC has noisy fans

I would like to run DE, but I dont have a spare PC.
If I can speed up the encode using 2 instances in a VM I would But I dont think it would speed it up that much

Specs on my PC are 4.4Ghz i5 3570K, 8GB RAM, GTX680SC

15 hours :(.

You can use DE on the same PC, I do regularly, it WILL make a lot of difference to encode times :)

[guest]

Can you be more specific? Do you mean that cpu usage on your second pc does not raise with extra encoding servers?

Nothing to do with CPU usage.

I have 5 servers on the main pc, and 5 on the other server, but...

When watching the main "DE window", and I have each server enabled, it ONLY use's 2, of the 5 I have made available on the other PC, it just keeps trying to start, but it doesn't, so on, and so on...so I just enable 2. Didn't use to do this. :(

[guest]

Have you noticed the same problem before encoding using Preview Script option?

No, I don't use preview very much, as most of the time it has a sync problem with it's playback, but the encode doesn't have a problem, so if you adjusted it to sync it within preview, it would be wrong, once encoded (in my experience, anyway).

Yeah, again, it wasn't doing this the other day, and it actually changed during a queue I had going. Just like that, it happened mid way thru, of the "same set" of queued files, and then on a few other files, and again today.

Some of them were x264, and some were x265....original's.

Sorry I can't explain it any better :(

[Atak_Snajpera]

Nothing to do with CPU usage.

I have 5 servers on the main pc, and 5 on the other server, but...

When watching the main "DE window", and I have each server enabled, it ONLY use's 2, of the 5 I have made available on the other PC, it just keeps trying to start, but it doesn't, so on, and so on...so I just enable 2. Didn't use to do this. :(

Try to capture (screenshot) error message on encoding server.

[guest]

Try to capture (screenshot) error message on encoding server.

Sent PM, with info.

Cheers

[fatpizza]

I have an anime DVD I'm trying to rip that has a progressive 29.97fps intro credits sequence, however the actual episode content is hard telecined. I don't want to necessarily drop frames from the intro so what I thought I would try in to split the source into 2 clips, then do a convertfps to 23.976 on the intro(clip1) whilst doing a detelecine and decimate on the rest of the episode(clip2). However when I try to join them back up again it says incorrect framerate even though if I process both clips separately they both say 23.976...

Here's what I did inside the ripbot script:

#VideoSource

video1=DirectShowSource("E:\Rips\Azumanga Daioh - 1x01.mkv",audio=false).ConvertToYV12()

#Deinterlace

video1a = Trim(video1,0,2723)
video1b = Trim(video1,2724,0)

video1a=Convertfps(video1a,23.976)

#Deinterlace
orig = last
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video1b=tfm(video1b,order=1,pp=1,cthresh=4,MI=40)
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TDeint\TDeint.dll")
video1b=TDeint(video1b,order=1,type=3,hints=true,clip2=orig)

#Decimate
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")
video1b=TDecimate(video1b)

video = video1a ++ video1b



Any ideas? Even if I specify a rate of 23.976 in TDecimate it still errors out.

[Atak_Snajpera]

I wonder why can't you just do this task in this way?

#VideoSource
video=DirectShowSource("E:\Rips\Azumanga Daioh - 1x01.mkv",audio=false).ConvertToYV12()

#Decimate
Loadplugin("C:\Program Files\Ripbot\RipBot264v1.19.2\Tools\AviSynth plugins\TIVTC\TIVTC.dll")

video_part1=Trim(video,0,2723).Convertfps("ntsc_film") #ntsc_film=24000/1001
video_part2=Trim(video,2724,0).tfm(order=1).TDecimate

video = video_part1 + video_part2

[soneca]

Hello Atak! One of the PC is not detecting/demuxing the audio track(DTS) but the other is working perfectly.
I use the same version of ffdshow both. I recently installed Windows 7 on that machine, you have any idea what could be wrong?

https://s20.postimg.org/x0o1trxfx/ripbot.png

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 54 min
Bit rate mode : Constant
Bit rate : 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 spf)
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 585 MiB (24%)
Language : English
Default : Yes
Forced : No

[Atak_Snajpera]

Rename source file to something simpler without those special characters in file path.

[soneca]

The source file is simple, no special characters.
D:\BLU-RAY\2.True.Blood.1ª.Temporada\2_THE_FIRST_TASTE.mkv

And occasionally RipBot264 loads slowly, as if the HD was too slow, have you seen this happen? :confused:

[Atak_Snajpera]

I do not like this weird "a"
D:\BLU-RAY\2.True.Blood.1ª.Temporada\2_THE_FIRST_TASTE.mkv

[soneca]

But this "a" only part of the folder and not the source file. That accounts for something?
D:\BLU-RAY\2.True.Blood.1ª.Temporada\2_THE_FIRST_TASTE.mkv

[soneca]

I do not like this weird "a"

You were right, I thought that only the filename matter but depends on the path too...

[squezer]

please help:
DirectShowSource: couldn't open file D:\2015-02-08_08.25.33_00006.avi:
The source filter for this file could not be loaded.
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 2)

renaming file did not help...
what needs to be done to make it working again?

getinfo.avs
video=DirectShowSource("D:\2015-02-08_08.25.33_00006.avi",audio=false).ConvertToYV12()
LoadPlugin("C:\Program Files (x86)\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=RaWavSource("C:\Temp\RipBot264temp\job1\audio.wav",1)
AudioDub(video,audio)
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framecount")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Framerate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioRate")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioChannels")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","AudioLength")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Width")
WriteFile("C:\Temp\RipBot264temp\job1\info.txt","Height ")
Trim(0,-1)

avi:
General
Complete name : D:\2015-02-08_08.25.33_00006.avi
Format : AVI
Format/Info : Audio Video Interleave
File size : 1.35 GiB
Duration : 1 min
Overall bit rate : 176 Mb/s
Writing library : VirtualDub build 35576/release

Video
ID : 0
Format : HuffYUV
Format version : Version 2
Codec ID : FFVH
Duration : 1 min
Bit rate : 166 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 3.210
Stream size : 1.28 GiB (95%)

Audio
ID : 1
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Signed
Codec ID : 00001000-0000-0100-8000-00AA00389B71
Duration : 1 min
Bit rate mode : Constant
Bit rate : 9 216 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Bit depth : 32 bits
Stream size : 72.5 MiB (5%)
Alignment : Aligned on interleaves
Interleave, duration : 40 ms (1.01 video frame)
Interleave, preload duration : 500 ms

[Atak_Snajpera]

make sure that this is enabled for HuffYUV.
http://i.cubeupload.com/1kUrnK.png
Alternatively switch to UTVideo while exporting from VirtualDUB.

[squezer]

make sure that this is enabled for HuffYUV.

Alternatively switch to UTVideo while exporting from VirtualDUB.

I have it like that.

It is my usual workflow for years
and suddenly ripbot 1.19.4 has a problem.
I also reinstalled ripbot...

[Lukas]

Hi,

I'm having problem with permissions on Windows 10 for distributed encoding. After some searching i found fix-around for this problem:

i'm running batch file:

@echo off
echo Starting of auto re-share dir
:CheckDir
timeout 1 > nul
if not exist "\\COMPUTER_NAME\RipBot264temp" goto ShareDir
goto CheckDir

:ShareDir
echo Directory re-shared !!
net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:Wszyscy,FULL
goto CheckDir


COMPUTER_NAME must be changed to yours computer name, and
"Wszyscy" must be changed for your Windows language.

After running this batch, RipBot264 works OK on Windows 10 x64.

[userx]

Hi,

I'm having problem with permissions on Windows 10 for distributed encoding. After some searching i found fix-around for this problem:

i'm running batch file:

@echo off
echo Starting of auto re-share dir
:CheckDir
timeout 1 > nul
if not exist "\\COMPUTER_NAME\RipBot264temp" goto ShareDir
goto CheckDir

:ShareDir
echo Directory re-shared !!
net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:Wszyscy,FULL
goto CheckDir


COMPUTER_NAME must be changed to yours computer name, and
"Wszyscy" must be changed for your Windows language.

After running this batch, RipBot264 works OK on Windows 10 x64.

you may change the check-line to a more universal format:
if not exist "\\%userdomain%\RipBot264temp" goto ShareDir
Where do you place the batch file? When Ripbot starts to copy the files to shared folder, it deletes the network share.
The file also has to be called with admin rigths to avoid permission errors

[Atak_Snajpera]

I'm surprised that some Windows do not understand "EVERYONE" group. I don't know why but my polish Windows 7 has no issues with english word "EVERYONE" in net share command. It looks like that from some political reasons M$ in german and french versions removed support for universal "EVERYONE" name and they use local alternatives like "Jeder" or "Tout le monde".

[agressiv]

You are better off using the SID of everyone: S-1-1-0

https://support.microsoft.com/en-us/kb/243330

However, it will be a bit more difficult to code that into a batch file.

set MySid=S-1-1-0
for /f "delims= " %%a in ('"wmic path win32_account where SID='%MySid%' get name"') do (
if not "%%a"=="Name" (
set myvar=%%a
goto :loop_end
)
)
:loop_end

net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:%myvar%,FULL

I don't know Delphi at all but I'm betting it would be cleaner/easier there.

[Lukas]

You are better off using the SID of everyone: S-1-1-0

This is very good idea to make this fix in code of next version RipBot264 :)

[slalom]

I'm surprised that some Windows do not understand "EVERYONE" group. I don't know why but my polish Windows 7 has no issues with english word "EVERYONE" in net share command. It looks like that from some political reasons M$ in german and french versions removed support for universal "EVERYONE" name and they use local alternatives like "Jeder" or "Tout le monde".
"everyone" is not a french word :D

[thahandy]

You are better off using the SID of everyone: S-1-1-0
[...]

net share RipBot264temp=C:\Temp\RipBot264temp /GRANT:%myvar%,FULL[/CODE]

I don't know Delphi at all but I'm betting it would be cleaner/easier there.
Net share doesn't understand SID

It seems this can be sorted by using PsGetSid (https://technet.microsoft.com/en-us/sysinternals/bb897417.aspx)from sysinternals. This will spit out the correct "translation" on the used OS language. From there u can use the proper "translation" in the net share ;)

Dutch:

d:\>psgetsid S-1-1-0 /accepteula
PsGetSid v1.45 - Translates SIDs to names and vice versa
Copyright (C) 1999-2016 Mark Russinovich
Sysinternals - sysinternals.com

Account for USERNAME\S-1-1-0:
Well Known Group: \Iedereen
d:\>


English:

d:\>psgetsid S-1-1-0 /accepteula

PsGetSid v1.45 - Translates SIDs to names and vice versa
Copyright (C) 1999-2016 Mark Russinovich
Sysinternals - sysinternals.com

Account for USERNAME\S-1-1-0:
Well Known Group: \Everyone
d:\>


May its a idea to build in a check to see the permissions/share are working and report/halt when its not ("net share RipBot264Temp", "icacls XX:\temp\RipBot264Temp\" and/or use $LASTEXITCODE (http://stackoverflow.com/questions/22475361/how-to-obtain-exit-code-when-i-invoke-net-use-command-via-powershell) ? (I'm not a programmer) when using icacls/net)

[guest]

Hi Atak,
To change the subject, I recently swapped out my GTX 680 for an AMD R9 290 with a Artic Cooler system installed, and I used Ripbot for the 1st time since doing that, today.
The 1st encode went thru with no problems, but then I enabled the OpenCL Acceleration option, and then all sorts of problems started, the AMD driver would stop working, which caused Ripbot to stop, also after the monitor came out of sleep, Ripbot had stopped, so I re started everything with the OpenCL disabled, and it was stable again.

Running Windows 8.1, and the very latest Crimson drivers for the 290.

Is there something I'm missing here ???

edit:- I think I may have found a reason for this behavior...there are "remnant's" of nVidia drivers on the system.

Your opinion would be welcome.

[Atak_Snajpera]

Is r9 290 a new one or used? I assume it is a second hand card. Check temperatures during OpenCL strest test in AIDA. You may also check VRAM usage during encoding with x264 (opencl acceleration enabled).

[slalom]

AVG auto-deleted your ripbot exe file from my PC
Already sent them some "wishes"

[guest]

Is r9 290 a new one or used? I assume it is a second hand card. Check temperatures during OpenCL strest test in AIDA. You may also check VRAM usage during encoding with x264 (opencl acceleration enabled).

It is 2nd hand.

Well, before I changed from the standard 1 fan heatsink assembly to the 3 fan Artic Cooler, it use to run in excess of 90 C when enable on a different PC. With the Artic Cooler it now runs at least 20 C cooler.

OK, I will run a couple of AIDA tests, and let you know, but I really think what might fix it, is a fresh setup of Windows, the current setup is pretty old (a couple of years)

UPDATE:- OK, have cleaned out all the nVidia drivers, etc, installed the very latest AMD drivers, and everything's sweet :)

290 temps are around the mid 60's C under 100 load. (coolish day, tho), but would be running at over 90 C with standard heatsink :)

[lemaireus]

Atak, is it possible to configure the updater in such a way that it checks the .exe version for, for e.g., x265 before it decides to update on its own? I update my x265 each time a new version is released, which averages to every couple of days. The updater working on its own throws me back two or three versions every time it updates. The updater should be configured to not update if it finds a higher version of the .exe in the tools.

[Atak_Snajpera]

Atak, is it possible to configure the updater in such a way that it checks the .exe version for, for e.g., x265 before it decides to update on its own? I update my x265 each time a new version is released, which averages to every couple of days. The updater working on its own throws me back two or three versions every time it updates. The updater should be configured to not update if it finds a higher version of the .exe in the tools.

Just uncheck this option
http://i.cubeupload.com/TgQWun.png

[lemaireus]

Just uncheck this option

Thanks for the workaround, though the point about an updater which can read version info remains.

[iPedroso]

Hi!

My Problem is far from beeing new, but none of the solutions in this thread worked...

At first: I had ripbot264 running on 5 computers about half a year ago. After upgrading to Windows 10 I got the "source file..." problem and I have not found any way to fix it up to now!
Shame on me that I don't have a working backup...

What I already did:
- exactly followed the youtube video manual step by step
- reinstalled win10 from the scratch instead of update
- reinstalled win7 64bit as well as 32bit (ultimate and pro)
- reinstalled win7 with all updates as well as without any (clean install)
- used avisynth, java etc in the most recent versions as well as version from last year and version know to work
- shared all directories participating in ripbot264

So, what else can I do??? Is there any workaround or step-by-step-manual for it? I know I am not the only one with this problem and I ran out of ideas.

My 5 machines have 8 CPUs with 36 cores in total, so using them results in a huge speed improvement!

[Atak_Snajpera]

When you get this error message can you check manually whether you have access to
//computername/ripbot264temp

[iPedroso]

When you get this error message can you check manually whether you have access to
//computername/ripbot264temp

I do!

[iPedroso]

BUT!!!

After checking it again an trying to start an encoding, it is NOT SHARED anymore! ???

[Atak_Snajpera]

but does it appear again after this error?

[iPedroso]

Did you do an update in this moment???
RipBot264 installed updates an now it works without me having done anything!?!?

Thank you!!!

But the answer to your question: Starting the software killed the sharing and it has not been re-shared after ending it.

[Atak_Snajpera]

I assume you have non-english version of windows. See first post for change log.

[iPedroso]

I assume you have non-english version of windows. See first post for change log.

Correct, I don't use an english version.
Where do I find the change log?

[iPedroso]

Sorry, found it!

[brumsky]

Hey Atak_Snajpera,

I was wondering if you could allow use to specify the IP address used by the encoding server application.

I've been given access to a small server farm for a couple of weeks. I access them via VPN and currently have ripbot running only on the servers in the "Cloud". I'd like to have my PCs at home work with them, hence the need for multiple subnet support. When I connect the client-to-site VPN Ripbot can only access the servers over the VPN. Even though it is configured as a split-tunnel - which allows access to my local network.

Please let me know if this is possible and if there is anything I can do to help.

Thanks!

[Ronski]

@Brumsky, is your Internet connection fast enough to make this viable?

[brumsky]

@Brumsky, is your Internet connection fast enough to make this viable?

HI Ronski, yeah my connection is 300Mpbs. I've been doing it for the past two days and it's working great! I'd just like to get my home PCs involved in the fun! :)

[brumsky]

On another note, any plans to support vapoursynth?

Thanks!

[FuzzyNutz]

I'm getting the error "avs2avi.exe has stopped working" with VC-1 sources.

I've uninstalled and reinstalled ffdshow, AviSynth and Haali Media Splitter with a reboot in between and reinstalled Ripbot264.

ffdshow video decoder is set to wmv9 for VC-1.

I'm running Windows 10 Pro 64bit with Windows Media Player 12.

Can anyone help? Thanks.

[Lukas]

Hello,

I have weird problem with reencoding movie. Encoded movie have 2:27h length, but original is half of this.

Media info of original:
Ogólne
UniqueID/String : 172074612943902331167999858025693825069 (0x81745D6EEB72466AA12574E19869C82D)
Pełna ścieżka : Q:\RipBot Input\__Problem\Chicken Little\Chicken Little.mkv
Format : Matroska
Wersja formatu : Version 2
Rozmiar pliku : 3,68 GB
Czas trwania : 1 h 13 min
Całkowita przepływność bitów : 7.148 kb/s
Tytuł filmu : Chicken Little
Zdekodowana data : UTC 2011-06-20 16:47:23
Aplikacja zapisująca : mkvmerge v3.2.0 ('Beginnings') built on Feb 12 2010 16:46:17
Biblioteka zapisująca : libebml v0.7.9 + libmatroska v0.8.1

Wideo
ID : 1
Format : AVC
Format/Informacja : Advanced Video Codec
Profil formatu : Main@L4
MultiView_Count : 2
MultiView_Layout : Right Eye
Ustawienia formatu, CABAC : Tak
Ustawienia formatu, poklatkowy : 3 klatki
Format_Settings_GOP : M=4, N=32
Tryb multipleksowania : Container profile=@0.0
ID kodeka : V_MPEG4/ISO/AVC
Czas trwania : 1 h 13 min
Przepływność bitów : 6.686 kb/s
Szerokość : 1.920 pikseli
Wysokość : 1.080 pikseli
Proporcje obrazu : 16:9
Tryb wyświetlania klatek : Stały
Szybkość wyświetlania klatek : 25,000 kl/s
Standard : Component
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bitów
Rodzaj skanu : Z przeplotem
Kolejność skanu : Górne pole wpierw
bity/(piksele*ramki) : 0.129
Rozmiar strumienia : 3,45 GB (94%)
Tytuł : SBS 1080p
Język : Polski
Default : Tak
Forced : Nie
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709

Audio
ID : 2
Format : MPEG Audio
Wersja formatu : Version 1
Profil formatu : Layer 3
Format_Settings_Mode : Joint stereo
ID kodeka : A_MPEG/L3
ID kodeka/Wskazówka : MP3
Czas trwania : 1 h 13 min
Rodzaj przepływności : Stała
Przepływność bitów : 320 kb/s
Kanały : 2 kanały
Częstotliwość próbkowania : 44,1 kHz
Rozmiar strumienia : 169 MiB (4%)
Tytuł : Polish MPEG
Język : Polski
Default : Tak
Forced : Nie



after coding in RipBot:
Ogólne
UniqueID/String : 229496988451255692326643189616089777673 (0xACA78320E1E8CD399E1B61F057184609)
Pełna ścieżka : Q:\RipBot Input\__Problem\Chicken Little.mkv
Format : Matroska
Wersja formatu : Version 4 / Version 2
Rozmiar pliku : 2,47 GB
Czas trwania : 2 h 27 min
Całkowita przepływność bitów : 2.399 kb/s
Tytuł filmu : Chicken Little
Zdekodowana data : UTC 2016-08-12 21:03:24
Aplikacja zapisująca : mkvmerge v9.3.1 ('Mask Machine') 32bit
Biblioteka zapisująca : libebml v1.3.4 + libmatroska v1.4.5

Wideo
ID : 1
Format : HEVC
Format/Informacja : High Efficiency Video Coding
Profil formatu : Main 10@L4@Main
ID kodeka : V_MPEGH/ISO/HEVC
Czas trwania : 2 h 27 min
Przepływność bitów : 2.239 kb/s
Szerokość : 1.920 pikseli
Wysokość : 1.080 pikseli
Proporcje obrazu : 16:9
Tryb wyświetlania klatek : Stały
Szybkość wyświetlania klatek : 25,000 kl/s
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 10 bitów
bity/(piksele*ramki) : 0.043
Rozmiar strumienia : 2,31 GB (93%)
Biblioteka zapisująca : x265 2.0+2-70581d6cd065:[Windows][GCC 5.3.0][64 bit] 10bit
Ustawienia kodowania : wpp / ctu=32 / min-cu-size=8 / max-tu-size=16 / tu-intra-depth=2 / tu-inter-depth=2 / me=3 / subme=3 / merange=57 / no-rect / no-amp / max-merge=3 / temporal-mvp / no-early-skip / rskip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=720 / min-keyint=24 / scenecut=40 / rc-lookahead=30 / lookahead-slices=4 / bframes=8 / bframe-bias=0 / b-adapt=2 / ref=4 / limit-refs=2 / limit-modes / weightp / weightb / aq-mode=1 / qg-size=16 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=6 / psy-rd=0.70 / rdoq-level=1 / psy-rdoq=5.00 / no-rd-refine / signhide / deblock=-2:-2 / no-sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=crf / crf=20.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30
Default : Tak
Forced : Nie

Audio
ID : 2
Format : MPEG Audio
Wersja formatu : Version 1
Profil formatu : Layer 3
Format_Settings_Mode : Joint stereo
ID kodeka : A_MPEG/L3
ID kodeka/Wskazówka : MP3
Czas trwania : 1 h 13 min
Rodzaj przepływności : Stała
Przepływność bitów : 320 kb/s
Kanały : 2 kanały
Częstotliwość próbkowania : 44,1 kHz
Szybkość wyświetlania klatek : 38,281 kl/s (1152 spf)
Rozmiar strumienia : 167 MiB (7%)
Język : Polski
Default : Tak
Forced : Nie



Settings of encoding (distributed):
--profile main10 --output-depth 10 --preset slower --ctu 32 --max-tu-size 16 --aq-mode 1 --aq-strength 1.0 --psy-rd 0.7 --psy-rdoq 5.0 --rdoq-level 1 --deblock -2:-2 --qg-size 16 --no-sao --no-rect --no-amp --min-keyint 24 --keyint 720


One pass, CRF=20

I'm using same settings on other movies and all is OK. I have problem only with this one.

Some RipBot logs:
Job23_log.txt:

C:\>"Q:\RipBot\RipBot264\EncodingClient.exe" "C:\Temp\RipBot264temp\job23\job23_EncodingClient.meta"

C:\>"Q:\RipBot\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\RipBot Output\2\Chicken Little.mkv" --compression 0:none --title "Chicken Little" --default-duration 0:25fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:pol --sync 0:0 "C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3"
mkvmerge v9.3.1 ('Mask Machine') 32bit

'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3': Using the demultiplexer for the format 'MP2/MP3'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job23\1_audio_Polish.mp3' track 0: Using the output module for the format 'MP3'.
The file 'C:\RipBot Output\2\Chicken Little.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\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...
Muxing took 1 minute 11 seconds.
-------------------------

Elapsed Time: 21h:03m:57s

info.txt:
221312
50.000999
48000
2
210671491
1920
1080


Can anyone help me with this problem?
I also have another problematic file that have unsynchronized audio but I will try to fix this problem first.

[Atak_Snajpera]

I think that problem is in FFMS. I can clearly see that decoder is incorrectly handling interlaced AVC footage. Mediainfo reports 25i while decoder returns 50p. So after encoding you get correct 25 fps but with doubled frame count. (Hence incorrect duration and obviously A/V sync issues)
This is well known limitation of FFMS and you should avoid encoding interlaced content in DE MODE.

[Grayfox]

I am having trouble ripping Pirates of the Caribbean : Cruse of the Black Pearl
When it tries to load the playlist files for the movie, it does not show any video, audio, chapter or subtitle streams.

Where as if I tell it to load the additional content it shows all streams.

If I click OK on the movie playlist I get an error and then nothing happens.
What would be causing this issue?

Movie Playlist Selected
https://www.dropbox.com/s/0i8777y94357m3o/Screenshot%202016-08-19%2023.08.15.png?dl=0

Additional Content Playlist Selected
https://www.dropbox.com/s/iv96vcf6ps5fd7m/Screenshot%202016-08-19%2023.13.46.png?dl=0

Error
https://www.dropbox.com/s/slgbflkvjf7n6nb/Screenshot%202016-08-19%2023.16.09.png?dl=0

I checked and their is no demuxlog.txt file.

[Atak_Snajpera]

show me content of Blu-Ray_structure_info.txt and Blu-Ray_title1_info.txt

[Grayfox]

Blu-Ray_structure_info
eac3to v3.31
command line: "I:\RipBot264v1.19.3\Tools\eac3to\eac3to.exe" "E:\" -log="I:\Temp\RipBot264temp\job2\Blu-Ray_structure_info.txt"
------------------------------------------------------------------------------
1) 00001.mpls, 00001.m2ts+00002.m2ts, 2:23:11
- Chapters, 16 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48kHz
- AC3, English, multi-channel, 48kHz
- DTS, French, multi-channel, 48kHz
- AC3, French, multi-channel, 48kHz
- DTS, Spanish, multi-channel, 48kHz
- AC3, Spanish, multi-channel, 48kHz

2) 00020.mpls, 00021.m2ts, 0:51:49
- Chapters, 43 chapters
- h264/AVC, 1080i60 /1.001 (16:9)
- AC3, English, multi-channel, 48kHz
- AC3, French, stereo, 48kHz
- AC3, Spanish, stereo, 48kHz


Blu-Ray_title1_info

eac3to v3.31
command line: "I:\RipBot264v1.19.3\Tools\eac3to\eac3to.exe" "E:\" 1) -log="I:\Temp\RipBot264temp\job2\Blu-Ray_title1_info.txt"
------------------------------------------------------------------------------
The program type (4352) changes from video to audio. <ERROR>
The format of the source file could not be detected. <ERROR>

[fatpizza]

I'm getting the error "avs2avi.exe has stopped working" with VC-1 sources.

I've uninstalled and reinstalled ffdshow, AviSynth and Haali Media Splitter with a reboot in between and reinstalled Ripbot264.

ffdshow video decoder is set to wmv9 for VC-1.

I'm running Windows 10 Pro 64bit with Windows Media Player 12.

Can anyone help? Thanks.

I always have those issues with VC1 unless I set the decoder to intel quicksync in ffdshow. Solves all my problems.

[wraith]

Hi All. Noob to Ripbot, trying to take advantage of the Distributed Encoding feature.
So far I’ve been unable to get an encode to continue past the window with the text at the bottom declaring “Please Wait… Copying tools to shared folder…” Shortly after this window appears, it drops back to the main window. The last line in the log file says:
Error: The file 'D:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
I’ve searched the forum and google and have come across a couple posts that raise the same issue with the video.264 file. Taking into account the RipBot264 Distributed Encoding Tutorial and the few posts I’ve found, I’ve:
• Setup RipBot264 to run as Administrator
• Set the necessary flags in RipBot264.ini
• Set Temp to D:\TEMP [only folder designation that seems to work]
• Shared the D:\TEMP\RIPBOT264TEMP directory and confirmed can be accessed from other Server computers on the same network
Despite the above, I still get the error.
Greatly appreciate any assistance on resolving this

[FuzzyNutz]

I always have those issues with VC1 unless I set the decoder to intel quicksync in ffdshow. Solves all my problems.

How? My VC-1 decoder choices for ffdshow are 'libavcodec' or 'wmv9'.

[Atak_Snajpera]

Hi All. Noob to Ripbot, trying to take advantage of the Distributed Encoding feature.
So far I’ve been unable to get an encode to continue past the window with the text at the bottom declaring “Please Wait… Copying tools to shared folder…” Shortly after this window appears, it drops back to the main window. The last line in the log file says:
Error: The file 'D:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
I’ve searched the forum and google and have come across a couple posts that raise the same issue with the video.264 file. Taking into account the RipBot264 Distributed Encoding Tutorial and the few posts I’ve found, I’ve:
• Setup RipBot264 to run as Administrator
• Set the necessary flags in RipBot264.ini
• Set Temp to D:\TEMP [only folder designation that seems to work]
• Shared the D:\TEMP\RIPBOT264TEMP directory and confirmed can be accessed from other Server computers on the same network
Despite the above, I still get the error.
Greatly appreciate any assistance on resolving this

Record your desktop with fraps or similar software and upload on youtube or somewhere. This will help me to understand what is happening on your pc.

[Atak_Snajpera]

Blu-Ray_structure_info
eac3to v3.31
command line: "I:\RipBot264v1.19.3\Tools\eac3to\eac3to.exe" "E:\" -log="I:\Temp\RipBot264temp\job2\Blu-Ray_structure_info.txt"
------------------------------------------------------------------------------
1) 00001.mpls, 00001.m2ts+00002.m2ts, 2:23:11
- Chapters, 16 chapters
- h264/AVC, 1080p24 /1.001 (16:9)
- RAW/PCM, English, multi-channel, 48kHz
- AC3, English, multi-channel, 48kHz
- DTS, French, multi-channel, 48kHz
- AC3, French, multi-channel, 48kHz
- DTS, Spanish, multi-channel, 48kHz
- AC3, Spanish, multi-channel, 48kHz

2) 00020.mpls, 00021.m2ts, 0:51:49
- Chapters, 43 chapters
- h264/AVC, 1080i60 /1.001 (16:9)
- AC3, English, multi-channel, 48kHz
- AC3, French, stereo, 48kHz
- AC3, Spanish, stereo, 48kHz


Blu-Ray_title1_info

eac3to v3.31
command line: "I:\RipBot264v1.19.3\Tools\eac3to\eac3to.exe" "E:\" 1) -log="I:\Temp\RipBot264temp\job2\Blu-Ray_title1_info.txt"
------------------------------------------------------------------------------
The program type (4352) changes from video to audio. <ERROR>
The format of the source file could not be detected. <ERROR>


Are you sure that your movie has been correctly decrypted? Can you play that playlist 00001 in MPC-HC?
Can you also show me mediainfo reports of 00001.m2ts and 00002.m2ts ?

[FuzzyNutz]

I always have those issues with VC1 unless I set the decoder to intel quicksync in ffdshow. Solves all my problems.

I reinstalled ffdshow using a modified version that allowed me to pick Intel's QuickSync for VC-1 decoding and I enabled my CPU's integrated graphics via BIOS configuration. VC-1 encoding is now working. Thank you, fatpizza.

It seems each time I open Ripbot264, the ffdshow encoder for VC-1 changes back to 'wmv9'. I have to change it to QuickSync after opening Ripbot264 when dealing with VC-1.

[fatpizza]

I reinstalled ffdshow using a modified version that allowed me to pick Intel's QuickSync for VC-1 decoding and I enabled my CPU's integrated graphics via BIOS configuration. VC-1 encoding is now working. Thank you, fatpizza.

It seems each time I open Ripbot264, the ffdshow encoder for VC-1 changes back to 'wmv9'. I have to change it to QuickSync after opening Ripbot264 when dealing with VC-1.

I have to do it every time I reboot which is annoying. But at least it works. :)

[FuzzyNutz]

I have to do it every time I reboot which is annoying. But at least it works. :)

Thanks again.

[Grayfox]

Are you sure that your movie has been correctly decrypted? Can you play that playlist 00001 in MPC-HC?
Can you also show me mediainfo reports of 00001.m2ts and 00002.m2ts ?

Movie plays fine when decrypted when double clicking on index.bdmv or double clicking on 00001.m2ts , I decrypted it it twice just in case.

00001.m2ts media info

General
ID : 0 (0x0)
Complete name : E:\BDMV\STREAM\00001.m2ts
CompleteName_Last : E:\BDMV\STREAM\00050.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 40.8 GiB
Duration : 3 s 968 ms
Overall bit rate mode : Variable
Overall bit rate : 88.3 Gb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 27
Duration : 4 s 4 ms
Bit rate : 84.8 Gb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
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) : 1704.834
Stream size : 39.5 GiB (97%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Codec ID : 128
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 4 608 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Bit depth : 16 bits
Delay relative to video : -1 ms
Stream size : 2.18 MiB (0%)

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Delay relative to video : -9 ms
Stream size : 310 KiB (0%)

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : ES Matrix / Core
Mode : 16
Format settings, Endianness : Big
Codec ID : 130
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 1 509 kb/s
Channel(s) : 7 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: C, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 spf)
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : -9 ms
Stream size : 731 KiB (0%)

Audio #4
ID : 4355 (0x1103)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Delay relative to video : -9 ms
Stream size : 310 KiB (0%)

Audio #5
ID : 4356 (0x1104)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : ES Matrix / Core
Mode : 16
Format settings, Endianness : Big
Codec ID : 130
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 1 509 kb/s
Channel(s) : 7 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: C, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 spf)
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : -9 ms
Stream size : 731 KiB (0%)

Audio #6
ID : 4357 (0x1105)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Delay relative to video : -9 ms
Stream size : 310 KiB (0%)

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 8 s 342 ms

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 8 s 342 ms

Text #5
ID : 4612 (0x1204)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #6
ID : 4613 (0x1205)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #7
ID : 4614 (0x1206)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #8
ID : 4615 (0x1207)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 9 s 801 ms

Text #9
ID : 4616 (0x1208)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 8 s 342 ms

Text #10
ID : 4617 (0x1209)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #11
ID : 4618 (0x120A)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 8 s 342 ms

Text #12
ID : 4619 (0x120B)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 8 s 342 ms

Text #13
ID : 4620 (0x120C)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #14
ID : 4621 (0x120D)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #15
ID : 4622 (0x120E)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[Grayfox]

Are you sure that your movie has been correctly decrypted? Can you play that playlist 00001 in MPC-HC?
Can you also show me mediainfo reports of 00001.m2ts and 00002.m2ts ?

Hit the 16,000 char limit so split post into 2.

00002.m2ts media info

General
ID : 0 (0x0)
Complete name : E:\BDMV\STREAM\00002.m2ts
CompleteName_Last : E:\BDMV\STREAM\00050.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 8.93 GiB
Duration : 3 s 968 ms
Overall bit rate mode : Variable
Overall bit rate : 19.3 Gb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : 27
Duration : 4 s 54 ms
Bit rate : 18.6 Gb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
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) : 373.426
Stream size : 8.74 GiB (98%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Audio #4
ID : 4355 (0x1103)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Audio #5
ID : 4356 (0x1104)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Audio #6
ID : 4357 (0x1105)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3 s 968 ms
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Compression mode : Lossy
Stream size : 310 KiB (0%)

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #5
ID : 4612 (0x1204)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #6
ID : 4613 (0x1205)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #7
ID : 4614 (0x1206)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #8
ID : 4615 (0x1207)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #9
ID : 4616 (0x1208)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #10
ID : 4617 (0x1209)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #11
ID : 4618 (0x120A)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #12
ID : 4619 (0x120B)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #13
ID : 4620 (0x120C)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #14
ID : 4621 (0x120D)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #15
ID : 4622 (0x120E)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[Atak_Snajpera]

@Grafox
This is what I suspected.
Audio 1 in first file is PCM while in second file is AC-3.

I'm afraid you will have to manually separate those streams in some Eac3toGUI or in MKVToolnix.

[wraith]

Hi. I've saved a couple videos [due to Fraps 30sec limitation] to here: https://1drv.ms/f/s!Aszu1bOAzXDajgMAgzV9w6eDDWjK.

The first video is the initial setup [copy video to temp directory etc]. The second video is copy the shared files etc. It "crashes out" just after the video stops

[Atak_Snajpera]

Hi. I've saved a couple videos [due to Fraps 30sec limitation] to here: https://1drv.ms/f/s!Aszu1bOAzXDajgMAgzV9w6eDDWjK.

The first video is the initial setup [copy video to temp directory etc]. The second video is copy the shared files etc. It "crashes out" just after the video stops

Do not press manually ON button. (I'm even surprised that you are actually able to do that because on my machine it is impossible). Encoding client will connect with specified servers automatically.

[wraith]

Do not press manually ON button. (I'm even surprised that you are actually able to do that because on my machine it is impossible). Encoding client will connect with specified servers automatically.

Noted :)
FYI - the error occurs regardless whether I manually click the 'ON' button or not

[Atak_Snajpera]

Noted :)
FYI - the error occurs regardless whether I manually click the 'ON' button or not

Use this version of EncodingClient.exe (http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe) and show me error message in EncodingClient_crash_message.txt

[wraith]

Use this version of EncodingClient.exe (http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe) and show me error message in EncodingClient_crash_message.txt

Downloaded the above file into the RipBot directory. The program continues to crashes out. No EncodingClient_crash_message.txt can be found in either the job1 folder or the Ripbot folder. Should I be looking somewhere else?

If it helps, the contents of job1_log.txt follows:

D:\>"D:\Ripbot\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

D:\>"D:\Ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "D:\Trial.mkv" --compression 0:none --title "Trial" --default-duration 0:24000/1001fps "D:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "D:\Temp\RipBot264temp\job1\1_audio_English.ac3" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v9.3.1 ('Mask Machine') 32bit
Error: The file 'D:\Temp\RipBot264temp\video.265' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:30s

Incidentally, the first file I tried was a small 2Gb H265 video. I ripped a small 300Mb+ file using MakeMKV and tried that. Still the same issue.

[stasi]

Hey Atak.
Drag and Drop into RipBot window would be nice. Any plans for that?

[wraith]

Use this version of EncodingClient.exe (http://www.mediafire.com/download/xy66s7t686az95g/EncodingClient.exe) and show me error message in EncodingClient_crash_message.txt

Hi Atak,
Tried the EncodingClient provided. Still crashed and no .txt file was created. Not that I could find in the job1 or Ripbot folder.

I created a more detailed reply but this has not made it to the forum, for some reason. I can only assume it's been flagged for review [I tried to re-create the post, via copy and paste, and I was informed it was a duplicate]

[wraith]

Hi Atak. Tried, again, with the EncodingClient provided. No luck. Same issue and no txt file is created. Not in the Ripbot or job1 file anyway.

I created a detailed post a few days ago. I suspect that, as it was quote of yours with the link to the EncodingClient, it has yet to be released. Not being sure when it would be, I decided to post again. Apologies to the Moderator if this is the case.

[Atak_Snajpera]

So I guess something else is terminating EncodingClient.exe. If EncodingClient.exe crashes it should generate file with error message. No .txt means no crash.

[Jake802]

I have a question I am using the Onboard Realtek Audio from an ASUS 970 Pro Gaming/Aura Motherboard. It has worked with No Issues, the minute I start encoding with RipBot264, the audio goes from being all crackly to completely losing audio at times and I have to uninstall and reinstall the drivers. Any ideas as to why this would occur? Thanks!

[Atak_Snajpera]

Update audio drivers
http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PNid=24&PFid=24&Level=4&Conn=3&DownTypeID=3&GetDown=false

[Zetti]

Why is there still needed for both FFDshow and Haali Media Splitter and not LAV Filters??

Any plans for change??

[Atak_Snajpera]

If ain't broke don't fix it

[Zetti]

I know but me and maybe other just use LAV Filters and not FFDshow, Haali Media Splitter and Lav Filters or just FFDshow and Haali Media Splitter.

[fantasmanegro]

I know but me and maybe other just use LAV Filters and not FFDshow, Haali Media Splitter and Lav Filters or just FFDshow and Haali Media Splitter.

From your point of view...

what is the benefit or advantage of using LAV or FFDSHOW over Haali??...

[Zetti]

I don't use FFDshow and Haali Media Splitter anymore, because its not updated in some years.

And i don't want to have different decoders and splitters, i think also others have same point of view like me.

But maybe a day Atak_Snajpera will make an option for chose between FFDshow and Haali Media Splitter or LAV Filters.

[fantasmanegro]

I don't use FFDshow and Haali Media Splitter anymore, because its not updated in some years.

And i don't want to have different decoders and splitters

I agree with that... :goodpost:

[klopsknoedel]

But maybe a day Atak_Snajpera will make an option for chose between FFDshow and Haali Media Splitter or LAV Filters.

I think that is the point. There is no need to switch completely but giving an (hidden) option to choose LAV could satisfy both sites.

[Zetti]

Absolutely. :)

[soneca]

So far I do not use Lav Filters, but I think the Atak should take into consideration this update.

[nekrosoft13]

any chance could you add Flac audio support?

[Ronski]

I started a batch distributed encode going this morning, added the two files I was working with and set it going.

I noticed that the encoding client was alternating between encoding and not for all three servers, I looked in the server window and found an error of file not found, so aborted it. It then carried on with the next job.

Looking in the Ripbot window I saw an error for Job 2 and realised what had happened, job 1 and 2 were old jobs which I hadn't cleared off the list, but I'd deleted the source files, I must have inadvertently ticked job 2 thus adding it to the batch job.

I use the option to move the source file, so surely an error should have been logged here if the file is missing and the job skipped rather than trying to encode it?

[BlockABoots]

Im trying to preview my script (via the AviSynth button) but when i click on the preview i get the following.....

http://i.imgur.com/hY26iKp.jpg

anu ideas how to fix that?

Also is there a way to increase or increase the Audio Delay option manual, other than the 50 value increments ?

[Atak_Snajpera]

1) Activate YV12 decoder in FFDShow
http://i.cubeupload.com/20R9pU.png

2) manually change value in script
http://i.cubeupload.com/Dvd2st.png

[BlockABoots]

Thanks!

[guest]

Have been trying the process Warcraft 3D, which has TrueHD ATMOS 7.1 audio (as well as an AC3 track), and when trying to prepare for encoding, it states that it's converting ATMOS to flac, but after quite a long time, it fails.

Any hints ??

Also, I've also noticed that the embedded version of MKVToolNix is v9.3.1, whereas the latest version is 9.4.2.....

[Ronski]

@Burt123 I use MKVTOOLNIX to extract just the video, then process that, then use MKVToolnix to mux the audio, subtitles, chapters etc back in. This way I retain the Atmos and audio tracks exactly as they are as I have an Atmos system, but the audio is usually bigger than the video part using H265.

[zazon]

Hey Everybody -

The last couple Blu rays I've bought seem to have the audio off for a half second or so for last half of the movie. Anything I can look into to fix this? Thanks for any help.

[Jake802]

I am have this problem lately too. Stuff is finishing out of sync.

[slalom]

Check fps on job window. If it is not correct, press Avisynth, then >, and select output speed, assume -> x.xx fps
Re-run the job

[Jake802]

Thanks I will try that, Thanks again for the help.

[Jake802]

I am having a problem with the cover option too. I hit the Cover Button and I get a Popup JPEG Error 53 Msg, Hit Ok and then the Cover Search Option comes up. I do my search and when I select my choice, I then get a popup with an Cannot Open AVI Msg. I hit OK and the whole thing freezes up.

[zazon]

Check fps on job window. If it is not correct, press Avisynth, then >, and select output speed, assume -> x.xx fps
Re-run the job

Thank you for the reply. If the movie is synced for the first half, but not the second half, how would changing the FPS fix this? I'm assuming FPS is a constant, though I don't know much. Thanks again.

[slalom]

My suggestion was in the case where the fps where different in the job and the file
I can't help you with the other

[magmo23]

If the solution is to unistall codecs then how am I supposed to be able to use the ripbot264 application?

AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!

[Atak_Snajpera]

Just install what is required by RipBot264. Nothing more , nothing less.

[byteshare]

Any chance to include QTGMC (3.33) for better Deinterlace/decomb?
Or Temporal Degrain for better denoise?
Both are filters for AVISynth and AVISynth+
----
Or, any help on how to make it work myself. I know I can manually edit the avisynth script, but I don't know how to make it work with Distributed Encoding (so that all the right plugins get to the other machines.

[klopsknoedel]

If the solution is to unistall codecs then how am I supposed to be able to use the ripbot264 application?

AviSynth Error message or other decoding problem (avs2avi.exe/avs2yuv.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!

This should help to solve your problems: http://forum.doom9.org/showthread.php?p=1524496#post1524496

[byteshare]

I am have this problem lately too. Stuff is finishing out of sync.
I've been having this issue as well with some jobs.
As others have suggested it was the FPS being different. I just changed the FPS in MKVtoolNix and that fixed my problem without having to re-do my job.
I has also seen the issue where the audio gets stretched, ie double or more.
For the later issue I just use another program to process the audio or copy in the source audio and call it a day.

[ismail0100]

Today try this pro for hevc 10bit and i like it. Thank u :)

[magmo23]

Just install what is required by RipBot264. Nothing more , nothing less.

But thats what I have done, and the errors occures anyway. I dont get it?

[Atak_Snajpera]

But thats what I have done, and the errors occures anyway. I dont get it?

What error? Screenshots?

[lemaireus]

Each time I load a video with 224kbps E-AC-3 track into Ripbot I get the following error:

https://s12.postimg.org/4x9pc88jh/E_AC3_Decoding_Error.jpg

The source is .mkv video with 224k E-AC-3 audio (for some reason E-AC-3 640k does not create any problem). The only way out then is to load the video after demuxing the audio track, and remux the audio once the video has been encoded. The audio works perfectly well using this workaround.

Any ideas? The AC-3 header problem appears only when loading the file in Ripbot: Mediainfo works fine with the same file, as does playback, and MKVToolnix processing.

[byteshare]

Any ideas? The AC-3 header problem appears only when loading the file in Ripbot: Mediainfo works fine with the same file, as does playback, and MKVToolnix processing.
Try re-muxing it with most recent MKVToolnix, and if that doesn't work remux it without audio and use another application to process audio. I've had this issue from time to time.
This last part is only a temporary solution, hopefully Atak_Snajpera can figure it out and fix.

[sneaker_ger]

Is it trying to use nicaudio? I think nicaudio never got E-AC-3/DD+ support so you need to use a different audio source filter.

[lemaireus]

Try re-muxing it with most recent MKVToolnix...
This last part is only a temporary solution, hopefully Atak_Snajpera can figure it out and fix.

That is exactly what I have been doing, as I mentioned in my post: I demux the audio, encode the video, and then mux the original audio back in using MKVToolnix. But I was hoping may be someone has been able to find a better solution via an audio decoder update?

Is it trying to use nicaudio? I think nicaudio never got E-AC-3/DD+ support so you need to use a different audio source filter.

I don't think Ripbot is using nicaudio for audio processing, is it? Also, I don't get the issue when the audio is 640k E-AC-3/DD+.

[sneaker_ger]

I don't think Ripbot is using nicaudio for audio processing, is it?
I believe it's still shipped but I don't know when it is used. There should be a log or scripts available to show it, right?

[lemaireus]

I believe it's still shipped ...

Nic audio comes as one of the Avisynth plugins. My point is that if an audio decoder's inability to handle E-AC-3/DD+ is creating the issue then I should run into the same issue in a file with a 6 channel 640k E-AC-3 audio as well. However, that works fine. The issue crops up when the audio is two channel/stereo at 224k.

I have a file with 224k stereo E-AC-3 audio lying around. Will load that sometime after the present encode finishes (x265, will take a good 12 hours or so), and will see and post if there is anything worth note in the log file.

[lemaireus]

Accidentally deleted the file I referred to in the last post, so will have to wait for another file with stereo 224k E-AC-3 in order to post the log, but since the file isn't even queued by Ripbot I doubt if there will be an error log different from the one I posted in the screenshot in the first message about this issue, on p. 728.

Still looking for ideas on solving this one...

[slalom]

@ Atak

Is it possible when you right-click on the job jobx, except showing the log, to view the temp file in explorer window?

[smuperman]

After installing Win 10 Anniversary (Clean Install) I always get AVI2AVS Crashes while trying to use VC1 Sources.

Only necessary Tools for Ripbot are installed: AVISynth 2.60 / ffdshow_rev4532_20140717_clsid / Matroska (all with default install options)

ReInstalled -> Same Problem- Any Ideas?

[klopsknoedel]

After installing Win 10 Anniversary (Clean Install) I always get AVI2AVS Crashes while trying to use VC1 Sources.

Only necessary Tools for Ripbot are installed: AVISynth 2.60 / ffdshow_rev4532_20140717_clsid / Matroska (all with default install options)

ReInstalled -> Same Problem- Any Ideas?

What you need to do is to choose the Microsoft own VC-1 Codec. FFDSHOW does not work anymore.
To do that please download "Win7DSFilterTweaker" from here (https://www.codecguide.com/windows7_preferred_filter_tweaker.htm) and as said, choose "Microsoft" for VC-1 for both 32-bit and 64-bit.
Remember, you always have to do that after you restarted your machine.

P.S.
Maybe you should uninstall ffdshow completly and reinstall it. During installation (where you see all the checkboxes for each codec) choose Microsoft for VC-1 and maybe you don't have to set it any time again after rebooting. But I haven't tried that for now.

[smuperman]

I recognized that the setting of ffdshow vc1 change to "wmv9" everytime I start Ripbot. So I am able to fix the problem by using ffdshow settings and change "wmv9" to deactivated after I started RipBot.

If I close Ripbot and start it again, it changes to "wmv9"

Same outcome while using Win7DSFilterTweaker.

ffdshow Install does not activate WMV9 by default. (Installed it and reboot -> ffdshow VC1 Setting: deactivated) Started Ripbot -> Activated -> WMV9.

[guest]

Not sure if this is a problem just for me or not, but Update seems to have a problem.

2016-11-01 23:21:50 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : [ERROR] NO CONNECTION with http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : Searching for UUID link with DuckDuckGo...
2016-11-01 23:21:52 : [ERROR] NO CONNECTION with DuckDuckGo search engine.
2016-11-01 23:21:52 : No results.

[Atak_Snajpera]

@ Atak
Is it possible when you right-click on the job jobx, except showing the log, to view the temp file in explorer window?
No problem.

If I close Ripbot and start it again, it changes to "wmv9"
It automatically changes to wmv9 because for Win7/Win8 microsoft's VC1 decoder is better. Last Time I checked libavcodec couldn't decode interlaced VC-1. I will check for solution on Virtual machine.


Not sure if this is a problem just for me or not, but Update seems to have a problem.

2016-11-01 23:21:50 : Looking for correct UUID link in http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : [ERROR] NO CONNECTION with http://atak-snajpera.5v.pl/
2016-11-01 23:21:50 : Searching for UUID link with DuckDuckGo...
2016-11-01 23:21:52 : [ERROR] NO CONNECTION with DuckDuckGo search engine.
2016-11-01 23:21:52 : No results.

Works fine in my case
2016-11-01 16:17:18 : =========================[UPDATER ACTIVATED]=========================
2016-11-01 16:17:18 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2016-11-01 16:17:18 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-11-01 16:17:18 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-11-01 16:17:18 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!

[smuperman]

It automatically changes to wmv9 because for Win7/Win8 microsoft's VC1 decoder is better. Last Time I checked libavcodec couldn't decode interlaced VC-1. I will check for solution on Virtual machine.

So WMV9 ist pure Microsoft? But why does changing to "deactivated" (ffdshow Settings) or using Win7DSFilterTweaker "Microsoft" instead of "ffdshow" option after starting Ripbot fix the problem?

I will put my Backup System prior Anniversary on another SSD an will give Feedback.

[Atak_Snajpera]

I have installed Windows 10.0.14393 on Virtual Machine and VC-1 sources work fine with WMV9 and libavcodec
https://i.imgsafe.org/8d97586e8f.png

[smuperman]

I will send you a Youtube link of my VMWare test.

[slalom]

No problem.
:thanks: you're the best!

[guest]

Works fine in my case
2016-11-01 16:17:18 : =========================[UPDATER ACTIVATED]=========================
2016-11-01 16:17:18 : Looking for correct UUID link in http://forum.doom9.org/showthread.php?t=127611
2016-11-01 16:17:18 : [SUCCESS] http://forum.doom9.org/showthread.php?t=127611 has correct UUID link a5e3e5d3-67da-4504-950a-4963b18b0a3a
2016-11-01 16:17:18 : Downloading update file http://atak-snajpera.5v.pl/ripbot264update/update.zip
2016-11-01 16:17:18 : [SUCCESS] C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Updates\update.zip saved!


Well, it's working fine again...did nothing.

[byteshare]

-I've been able to add a custom filter to RipBot by editing the AVIsynth script as such:
This is for QTGMC (3.33) for better Deinterlace/decomb.
#Deinterlace
#LoadCplugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\Yadif\Yadif.dll")
#video=yadif(video,mode=1,order=1)
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\RepairSSE2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\RemoveGrainSSE2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\nnedi3.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\masktools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\yadif.dll")
Import("QTGMC-3.33.avsi")
video=QTGMC(video,Preset="Slow", ShowSettings=false, FPSDivisor=2)

This is for MDegrain2 for better denoise.
#Denoise
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\flash3kyuu_deband.dll")
super = MSuper(pel=2)
bv1 = video.MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = video.MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = video.MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = video.MAnalyse(super, isb = false, delta = 2, overlap=4)
video=video.MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400).f3kdb()

This is for MDegrain3 for even more/better denoise.
#Denoise
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools2.dll")
LoadPlugin("C:\RipBot264v1.19.4\Tools\AviSynth plugins\flash3kyuu_deband.dll")
super = MSuper(pel=2)
bv1 = video.MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = video.MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = video.MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = video.MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = video.MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = video.MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400).f3kdb()

These all seem to work with Distributed Encoding, I say seems because sometimes the info.txt (FPS and such) gets deleted after editing the script the GetInfo.avs seems to mess up somehow. I don't have this issue if you don't need to "cut up" the video (small clips).

[Atak_Snajpera]

You have to provide error message.

[byteshare]

You have to provide error message.

There was no error, but I figure it out. I had to remove the "Video." from "super = video.MSuper(pel=2)"
I updated all of the syntax. If you want I can send you the files I used if you're interested in adding these feature to RipBot or you can also download the files from their official sources.

[Atak_Snajpera]

Ok. Send me those files because I'm lazy bastard ;)

[byteshare]

Ok. Send me those files because I'm lazy bastard ;)
Sent them to you in a personal message.

[byteshare]

These all seem to work with Distributed Encoding, I say seems because sometimes the info.txt (FPS and such) gets deleted after editing the script the GetInfo.avs seems to mess up somehow. I don't have this issue if you don't need to "cut up" the video (small clips).
I think I have a better idea where the issue is, but don't know why...
When I edit the script in RipBot (during edit mode) it looks like:
#VideoSource
video=DirectShowSource("C:\Intel\Other\!-Files-!\temp\example.mkv",audio=false).ConvertToYV12()

But when RipBot goes to package everything for Distrubuted Encoding it converts the code to:
#VideoSource
LoadPlugin("\\I2QB3_6T9QF02\RipBot264temp\Tools\AviSynth plugins\ffms\ffms2.dll")
video=FFVideoSource("\\I2QB3_6T9QF02\RipBot264temp\job1\video.mkv",threads=1)

When I run the same script with only those different in AvsPmod I get an error with QTGMC (line 377)

Also update on the script I used I found when using AvsPmod that the MDegrain2/3 wasn't working I needed to
add back the video. and remove it from the others like so:
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
video=MDegrain2(super,bv1,fv1,bv2,fv2,thSAD=400).f3kdb()
But either way the info.txt issue is stopping me from doing a full test with Distributed Encoding.

Update: When I changed my test file from a RGB to a YV12 color source I didn't get the info.txt issue.

[squezer]

Hi,

how to disable automatic conversion of TrueHD to FLAC ?
I do not want it (FLAC) nor need it.
I prefer bitstreaming of TrueHD, so it is just a wasting of time...

Thanks :)

[Ronski]

@squeezer. I found the same problem, so I use MKVTOOLNIX to extract just the video, then process that with Ripbot then use MKVToolnix to mux the audio, subtitles and chapters back in that I require.

There should be a way in ripbot to select/keep what's required but I couldn't find it.

[byteshare]

Hi,

how to disable automatic conversion of TrueHD to FLAC ?
I do not want it (FLAC) nor need it.
I prefer bitstreaming of TrueHD, so it is just a wasting of time...

Thanks :)

Does doing selecting "Copy Audio" help?

[squezer]

Does doing selecting "Copy Audio" help?

no, because it is AFTER the conversion...

[Tazlord]

Hello,
First of all, I love this app.
I've been using it for a while and it just gets better and better with each revision...
So, thank you!

Issue:
The distributed encoding network configuration mechanism seems to be broken in 1.19.4.
Whenever I set up other computers as encoding servers, they eventually time out and never actually connect to the master host.
There are errors of the timeouts being reported in the server console.

https://s14.postimg.org/ldgxefqr5/2016_11_09_232007_000008.jpg

I took the liberty of doing a packet capture and I noticed that the IP the encoding server is being instructed to connect to isn't on my local subnet (see line 30 in packet capture).
In fact, it looks like the IP also matches the IP being displayed on the master host's encoding server console.

Slave encoder network capture:
https://s14.postimg.org/pnvla0vu9/2016_11_09_232058_000009.jpg

Master host server console:
https://s13.postimg.org/eew3fr0wn/2016_11_09_23_32_17_Master_Host.jpg

I looked at the Distributed Encoding settings on the master host and the first server in the list is the localhost, 127.0.0.1.
Although that is a valid IP for the localhost, I think it's actually causing an issue with control messages being sent to the slaves.
You can see the control message in the TCP stream below instructing it to connect to an invalid IP address.

https://s14.postimg.org/cc9u4jfnl/2016_11_09_234336_000010.jpg

I tried changing that IP in the settings to the actual IP address of the master host but it didn't fix it.
Also, I tried looking for that IP in all of the INI files but it doesn't seem to be in any of those files.
I don't know if this IP is hard set in the code so I figured I'd send this post so you were aware of the issue.
Maybe it's a simple fix and recompile?

[Atak_Snajpera]

Do you have mutiple network adapters (Phisical/Virtual) installed in your main pc?

[Tazlord]

Do you have mutiple network adapters (Phisical/Virtual) installed in your main pc?
There are physically 2 built into the motherboard but only 1 is actually enabled. I think I should mention that distributed encoding worked fine until I upgraded to 1.19.4.

EDIT:
After this post I decided to look and make sure my 2nd NIC was disabled. I found out there are actually 2 new network adapters in my system. I believe they were installed by VMware, which I happened to install around the same time I upgraded RipBot. I disabled them and it works now. THANKS!

I don't suppose there's a way to add an interface selector to RipBot? I would imagine I'm not the only person who might be running more than 1 network adapter.

Thanks again for all the help!

[Atak_Snajpera]

I haven't changed anything in code. Besides As you can see I'm not being flooded with the same error from other users.
Can you show me what you have in ipconfig /all ?

[Atak_Snajpera]

don't suppose there's a way to add an interface selector to RipBot? I would imagine I'm not the only person who might be running more than 1 network adapter.
Try this method
https://support.microsoft.com/en-us/kb/2526067

[Tazlord]

Try this method
https://support.microsoft.com/en-us/kb/2526067
Thanks, I'll give that a try.

If you have a spare moment, occasionally I'm running into something I like to call the "99 loop" when using distributed encoding. Once in a while a chunk will try to encode at bitrate 99 (not 99k, just 99) or similar and the encoder will fail because that is too low. I'm assuming it's probably during the credit roll of some movies and the ABR algorithm probably doesn't see much need to use a higher bitrate. That's just my assumption. Aborting the process just recreates the chunks and doesn't solve the issue. The only way for me to fix it is to edit that chunk's CMD file and replace all instances of "--bitrate 99" with something like "--bitrate 9900" and save the file without aborting the process.
I was considering lowering the BDO to 1 or increasing the chunk size to 120 to get more real content in the clip but I figured I'd ask you first just in case you're not aware of this.

Thanks again!

[Atak_Snajpera]

Thanks, I'll give that a try.

If you have a spare moment, occasionally I'm running into something I like to call the "99 loop" when using distributed encoding. Once in a while a chunk will try to encode at bitrate 99 (not 99k, just 99) or similar and the encoder will fail because that is too low. I'm assuming it's probably during the credit roll of some movies and the ABR algorithm probably doesn't see much need to use a higher bitrate. That's just my assumption. Aborting the process just recreates the chunks and doesn't solve the issue. The only way for me to fix it is to edit that chunk's CMD file and replace all instances of "--bitrate 99" with something like "--bitrate 9900" and save the file without aborting the process.
I was considering lowering the BDO to 1 or increasing the chunk size to 120 to get more real content in the clip but I figured I'd ask you first just in case you're not aware of this.

Thanks again!

Interesting... Send me whole Job folder (ofcourse without any heavy files like .264 .mkv audio and so on )

[Tazlord]

Interesting... Send me whole Job folder (ofcourse without any heavy files like .264 .mkv audio and so on )
I tried to go back and re-rip a title I thought was giving me this problem but everything worked fine this time. I know it happens about 10% of the time so I'm sure to run into it again. I'll update you when it happens.

EDIT:
I should mention that I only do 2-pass encoding and this has only happened on the 2nd pass, after the "proper" ABR has been modified for encoding.

I think a good workaround would be to parse the command line scripts of all the chunks before the 2nd pass encoding starts and replace any bitrates below a threshold with a set minimum. For instance, if a threshold of 512 is met then encode this chunk at a minimum of 50% of the requested bitrate but no less than the threshold.

Just a suggestion.

[Atak_Snajpera]

the problem is set hard limit to 100 kbps in code. If calculated bitrate is lower than 100 then inject value 100. No idea why you got 99???

[Tazlord]

the problem is set hard limit to 100 kbps in code. If calculated bitrate is lower than 100 then inject value 100. No idea why you got 99???
Really? Interesting. When this happens it's almost always 99. A few times I saw 98.
It just happened again today. This time it happened on the first chunk. I've never seen that before.

Here's a link to the job folder (13.7 MB):
https://file.io/2rB7vf

[guest]

Hi Atak,

Just got a huge update download (approx 115Mb), and now it's 1.19.5, but there seems to be several new features.

Are you going to post some release notes/change log, etc ??

Cheers

[byteshare]

Hi Atak,

Just got a huge update download (approx 115Mb), and now it's 1.19.5, but there seems to be several new features.

Are you going to post some release notes/change log, etc ??

Cheers

I'm sure Atak will, but two of the new features I can confirm are GTGMC for better deinterlace/comb and MDgrain2 for better noise removal (hopefully we'll get MDegrain3 at some point?), which is awesome. Thank you so much!!
Update: You can manually do MDgrain3, can confirm works.

[byteshare]

Question about batch mode and interlace:
-Is there option somewhere I'm missing to say no audio like I get when I do 1 file at a time?

-For Deinterlace in RipBot why do I not get the option for some files? (greyed out and the drop down list won't show when clicked on)
-Side things once I enable QTGMC instead of Yadif are the best options (when I get them) to pick:
------Deinterlace: Inverse Telecine
------Decimate: Restore (ie 23.976 FPS)

[Atak_Snajpera]

Deinterlace option is disabled if fps is other than 25 or 29.97

[byteshare]

Deinterlace option is disabled if fps is other than 25 or 29.97
Something might be wrong then, because RipBot is showing the FPS is 29.970 (media info too (and constant)) but it doesn't give me the option. However for a video that is 23.976 FPS (media info says is variable FPS) the options were available. I can manually add in the deinterlace code and it works (I made a slight modification):
#Deinterlace
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Import("C:\Intel\other\!2Tools\RipBot264v1.19.5\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="Slow",FPSDivisor=2)
Don't need the Yadif.dll when the present is Slow.

Update: I can force the deinterlace in batch mode and then for videos that are 29.970 I can change the option. The limit of 25 or 29.97 seems strange with QTGMC, because as far as I understand it there isn't specific FPS limits.

[Atak_Snajpera]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p

video=QTGMC(video,Preset="Slow",FPSDivisor=2)
Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

[guest]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p


Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

Is that picture taken from out of your window ??? And is that your black Golf ??? (not stalking, just curious)

[soneca]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p


Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

The preset medium is better in my opinion.
Is RipBot264 using this preset by default?

[Atak_Snajpera]

Is that picture taken from out of your window ??? And is that your black Golf ??? (not stalking, just curious)
nah... It is just a test samples provided by some user long time ago.

Is RipBot264 using this preset by default?
Yes medium preset is used by default. You can verify that in script.

[soneca]

Atak, sorry for ignorance but where is the preset described in this script? :confused:

#Denoise
Loadplugin("C:\Programas\RipBot264v1.19.4\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)

[Atak_Snajpera]

In settings check 'Use QMTC instead of yadif' and then activate deinterlace.

[steferrari]

Hello, my RipBot264 just installed some updates, since then it keeps giving me this error, with every video that I try to import.

ConvertToYV12: invalid "matrix" parameter (RGB data only)
(C:\Temp\RipBot264temp\job1\getinfo.avs, line 2)

How can I fix this?
Thanks!

Edit 1: I tried to re-download RipBot (1.19.4) and I could add videos again.
Then I closed and re-launched it, updates was automatically installed (1.19.5) and it started to gave me that error message again.

Edit 2: I reinstalled all codec packs and everything seems fine now, sorry!

[byteshare]

Have you ever seen footage encoded as 23.976i,24i,30i and so on?

PAL is either 25i or 50p
NTSC is either 29.97i or 59.94p


Medium seems to be less blurry and without some artefacts

MEDIUM
https://i.imgsafe.org/d90b26b1ae.png

SLOW (notice artefacts on stairs and on the roof of the black VW Golf. Grass and wall on left is also slightly blurrier)
https://i.imgsafe.org/d90b974b37.png

Compelling photos. I'll have to do some more testing. I'll be honest I took it more on faith that the slow was better because of someone I know. I usually test these things more myself.

"Have you ever seen footage encoded as 23.976i,24i,30i and so on"
Don't know if I have but I also don't keep a good memory of that stuff. I was having issues with some videos not giving the option, but I figured a way around it by forcing the settings in batch mode, and if they didn't stick just manually copy pasting the code into the AVIscript. Also, my issue could have been a fluke, IDK.
:thanks:

Update: Ran some of my own tests, and indeed. Medium is performing better than Slow.

[slalom]

@Atak
on a two-monitor setup with extended desktop when I press the cover button the "download poster" window appears half in each screen (in the middle of the extended display)

not a big problem but I thought I should mention it

[guest]

Hi Atak,
Just got around to updating and using the latest build, and have discovered a strange problem.
When using video preview, instead of the player showing a video, it throws up an error message:-
"The Script's return value was not a video clip, (Is the undefined value)" in red letters.
However, I did a couple without adding a Level Change (eg:-PC-TV), and it previewed a video, BUT if I then added the PC-TV filter, the error message came back.
Any thoughts ???...I'm yet to process said queue, so don't know if error will jeopardize the process.

Update...nothing was processed, just errored the whole queue, have gone back to 1.19.4...

[byteshare]

Hi Atak,
Just got around to updating and using the latest build, and have discovered a strange problem.
When using video preview, instead of the player showing a video, it throws up an error message:-
"The Script's return value was not a video clip, (Is the undefined value)" in red letters.
However, I did a couple without adding a Level Change (eg:-PC-TV), and it previewed a video, BUT if I then added the PC-TV filter, the error message came back.
Any thoughts ???...I'm yet to process said queue, so don't know if error will jeopardize the process.

Update...nothing was processed, just errored the whole queue, have gone back to 1.19.4...

I've been using 1.19.5 and loving it. My guess is you need to reinstall your AVIsynth and/or codec packs.

[Tazlord]

the problem is set hard limit to 100 kbps in code. If calculated bitrate is lower than 100 then inject value 100. No idea why you got 99???
Just an update,
This still seems to be an issue. It's interesting because more are showing up as --bitrate 98 now. I wonder what made it change to 98 from 99?

[slalom]

Is there a problem with downloading posters after today's update?

[guest]

I've been using 1.19.5 and loving it. My guess is you need to reinstall your AVIsynth and/or codec packs.

Thanks for the info, but it didn't make any difference, and what codec packs are you referring to ???

One thing tho, if I set up a job in 1.19.4, there's not a problem, and if I then start 1.19.5, it previews & encodes that job, without a problem.

[Shrekage]

any way to have the temp drive be a share on a network NAS box?

[slalom]

any way to have the temp drive be a share on a network NAS box?
I think that would be slow
(don't you have a letter on that shared drive?)

[Shrekage]

slow... my NAS has 4x1G links on a RAID 10. when all the distributed encoders hit my main PC it kills the I/O for my single drive

[slalom]

Don't you have a letter on that shared drive?

[slalom]

Yes medium preset is used by default. You can verify that in script.
How can I change that preset??

[Shrekage]

Slalom, no, because in Windows 10 you have network places since mapping drives is from 1990.

however, I did map a network drive, pointing Ripbot temp folder to it, launching it and finding it could not access the shared drive because it insists on running in the elevated environment, mapping the drive in the elevated environment. adding a job, pressing the go button, and watching it error out...

Just as I expected, the EncodingClient can't share a mapped drive! it errors out immediately after copying the tools there

so what I am asking for is that the temp location can be \\server\share. and then the encoding client can use that as the shared location for all of the files and it can skip trying to share a folder on the machine in that instance...

doing it this way will take all I/O load off of the machine running ripbot, except managing the encodingservers and it's own encoding tasks, and put it on a device made to handle it--the NAS box...

[byteshare]

How can I change that preset??

Either when adding a video or editing encode settings:
AVISynth > Show Video Script

[slalom]

At whitch line??

[tkwou]

Hi I'm new to this forum. I wish I'd found it sooner. I hadn't used Ripbot264 for about a month. I was on 1.19.4 and it updated to 1.19.5 and I started getting the error. I reverted back to 1.19.4 and then checked each update file until I discovered that is was the Ripbot264.exe (1.19.5) that was causing the problem. I just kept the 1.19.4 version of the file and the program is running fine again. After reading this thread it appears all I needed to do was re-install the codepack. Strangely the core.zip downloads each time I run the program but the Update log says it's corrupt.

=========================
2016-12-03 09:17:51 : Installing updates...
2016-12-03 09:17:51 : [ERROR] C:\Program Files (x86)\Ripbot264\Updates\core.zip is corrupted. CRC32 mismatch. Expected value was 5CAA5F88 but got 8CD50F20
2016-12-03 09:17:51 : File C:\Program Files (x86)\Ripbot264\Updates\core.zip has been deleted.
2016-12-03 09:17:51 : Installation complete.
2016-12-03 09:17:52 : Next check after 2016-12-04 09:14:25

One other thing is that I recently processed a file with a Dolby TrueHD soundtrack and it immediately converted it to flac. I thought this was changed in 1.17.4. Is there something I'm doing wrong. I just want the soundtrack to demux.

[QUOTE=v1.17.4
Added: Demuxing DTS-MA and TrueHD (for those who really need them in mkv container for some reason)

[Atak_Snajpera]

Regarding "invalid matrix parameter (RGB data only)" make sure you have AviSynth 2.6 installed. I suppose you are still on pretty old 2.5.8 version.
CRC32 error was most likely caused by incomplete download (lost connection/aborted). Do not worry about that.

Regarding audio topic I will have to check.

[Viper714]

Hello all. I just noticed something when using Distributed encoding. While encoding in the "Ripbot264 Encoding Client" Window, I can not seem to scroll down the chucks section. Encoding works fine but the scrolling either manually(mouse clicking on scroll-bar, or arrows) or using the mouse wheel will not work. All other dialog windows on the PC work fine. I've encoding 5 movies so far with the same issue.
Is anyone else experiencing this issue??

[Wishbringer]

I did a fresh install of Win10Pro x64 (14393.447),
installed Avisynth 2.60
ffdshow tryouts rev 4533
Haali Media Splitter (MatroskaSplitter)
Java (newest 32bit release 8u111)

And Ripbot264 (download-link in #1 Post).
Updated Ripbot with Autoupdate.

After creating a job all wen't fine. Whole movie was encoded (was native 16:9 without cropping).
Then I added a movie 2.40:1 and enabled autocrop and resize (1920x800).
Preview didn't work. Encoding failed.

After I removed ".Sharpen()" behind resize-function, preview and encode worked.

I am curious. Isn't "Sharpen()" a buildin-function of avisynth.
Function doesn't seem to exists in my Avisynth.
(downloaded from Avisynth.org/Avisynth.nl)

[byteshare]

At whitch line??

#Deinterlace
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="Medium",FPSDivisor=2)
At the last line

[byteshare]

Hello all. I just noticed something when using Distributed encoding. While encoding in the "Ripbot264 Encoding Client" Window, I can not seem to scroll down the chucks section. Encoding works fine but the scrolling either manually(mouse clicking on scroll-bar, or arrows) or using the mouse wheel will not work. All other dialog windows on the PC work fine. I've encoding 5 movies so far with the same issue.
Is anyone else experiencing this issue??

I though it was just me! I found if you let an encode start and don't click off the window you can still manipulate the scroll and encoding servers, but once I click off I lose control. I can't even click abort in the window, have to do that from the main RipBot window, which always works (don't lose ability to click on items).

[Wishbringer]

Hm, found another odd behavior:
I am encoding with DE.
Have 8 Server (E3-1240v5 with 64GB Ram each)
When a Encoding server crashes and I close Encoding Server and restart App,
I can't enable that Server in central Encoding Client again.
It is still disabled till end of whole encode.
In next batch it starts as normal enabled.

Seems the "On"-Button in Encoding Client doesn't work.

Encoding-Client chunks window:
I can scroll with middle mouse wheel, but bar and arrows doesn't work.
Like mentioned by byteshare and Viper714.

[Viper714]

Okay I am not the only one either. Yes, I noticed the same as Wishbriner. None of the ON or OFF buttons work on the Encoding client window. Byteshare, I just tried keeping the window in focus and it does work, but as you said the minute I click outside that window, it looses focus and I can't click on anything else.

Apparently it is loosing focus and can't get it back... :scared:

[Atak_Snajpera]

What windows version do you use?

I've just checked on my Win7 x64 and scroll bars work during encoding as well as all buttons ON/OFF/Abort.

[Viper714]

What windows version do you use?

I've just checked on my Win7 x64 and scroll bars work during encoding as well as all buttons ON/OFF.

Windows 10. Used to work okay about 6 months ago. Not sure what changed

[Atak_Snajpera]

Windows 10. Used to work okay about 6 months ago. Not sure what changed

Ask almighty M$ programmers. Welcome to Windows 10 Beta Service ;)

https://lh3.googleusercontent.com/proxy/E2gGddktAS8NTx2k8JSElKMpMGaPHY1JAqDkmK9boDbqM9njJeDb2pBp4fc_HQ=w506-h291

[slalom]

#Deinterlace
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadCplugin("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Yadif\Yadif.dll")
Import("C:\RipBot264v1.19.5\Tools\AviSynth plugins\Scripts\QTGMC.avs")
video=QTGMC(video,Preset="Medium",FPSDivisor=2)
At the last line
If I want minimum 500, how should it be?

[Wishbringer]

Win10 and Server 2016.
Described behavior appears on Server 2016 too:
Sharpen and Chunks and On-Button.

[Viper714]

[QUOTE=Atak_Snajpera;1788553]Ask almighty M$ programmers. Welcome to Windows 10 Beta Service ;)

Okay, so here is the latest.
When the encoding client windows first opens everything works (mouse wheel scroll, scroll-bar [dragging or click outside of scroll bar] ,scroll-bar arrows, ON & OFF buttons).

When I click on the Ripbot main window and go back to the encoding window only the mouse wheel scroll works. Nothing else works. Not even the abort button as byteshare & Wishbringer mentioned.

Love the picture btw!!! :D

[Atak_Snajpera]

When I click on the Ripbot main window and go back to the encoding window only the mouse wheel scroll works. Nothing else works. Not even the abort button as byteshare & Wishbringer mentioned.
Did the same and still works fine on my windows 7. I guess your win10 has period or something ;)

[byteshare]

What windows version do you use?

I've just checked on my Win7 x64 and scroll bars work during encoding as well as all buttons ON/OFF/Abort.

Windows 8.1

[thezfunk]

Regarding "invalid matrix parameter (RGB data only)" make sure you have AviSynth 2.6 installed. I suppose you are still on pretty old 2.5.8 version.
CRC32 error was most likely caused by incomplete download (lost connection/aborted). Do not worry about that.

Regarding audio topic I will have to check.

I had the exact same error. You are right, installing AviSynth 2.6 solved the issue.

[Atak_Snajpera]

Windows 8.1

Ok. I did some testing on Virtual Machine.

Windows 7 with updates -> no lock in encoding client after losing focus
Windows 8.1 without updates -> no lock in encoding client after losing focus
Windows 8.1 with installed updates -> LOCK !
Windows 10 14393 with installed updates -> LOCK !

Clearly M$ had to push some weird update to 8.1 and 10 somewhere in time.

[byteshare]

Windows 7 with updates -> no lock in encoding client after losing focus
Windows 8.1 without updates -> no lock in encoding client after losing focus
Windows 8.1 with installed updates -> LOCK !
Windows 10 14393 with installed updates -> LOCK !

Clearly M$ had to push some weird update to 8.1 and 10 somewhere in time.
Thank you for testing. I noticed that after the lock it looks almost like the window gets put into another window. It isn't a huge issue but it is a nuisance.

Any plans to give more queue management? Right now I've been using a turbo mouse to move items around faster.

[Deepcuts]

Thank you for creating this software.

I am using 10 machines connected over internet via OpenVPN and after some problems, I am happy with the speed.
Quick tip for those who might want to try connecting computers over internet via VPN:

On all clients connecting via VPN, edit C:\Windows\System32\Drivers\Etc\hosts file and add at the end:
Main_PC_IP Main_PC_NetBiosName

example:
192.168.100.15 RipBot264PC

If a client connected over VPN cannot resolve the computer name, it will flick from Idle to Encoding because the client is set to work with computer name instead of IP.

Of course, 1 Gbps will help a lot. I do not recommend using anything lower with so many computers.

[Ronski]

I usually use the [MAIN x.x] 8bit Progressive profile H265, could somebody explain the benefits and pitfalls (if any) of using the [MA10 x.x] 10bit progressive profile please?

I've tried Googling and can't really find anything.

[Deepcuts]

Could use some help.
Just finished encoding 2 whole series of about 300 episodes only to discover that my Plex server just stops playing the resulted file after about 1 minute.
I can play the file locally just fine with MPC-HC, but all files encoded with RipBot264 behave the same: they stop after ~ 1 minute when playing from a Plex server.
ffmpeg -v error -i filename.mp4 -map 0:1 -f null - 2>error.log shows no errors.
Anyone else experienced such behavior?

later edit:
I even tried copying the file to Apache htroot and access the file via Chrome and the play stopped at the same time frame. So clearly Plex is not the problem.

[damia]

@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP :)

[Deepcuts]

@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP :)

Slow hard drive most likely.

[damia]

Slow hard drive most likely.

ohh i see.. C: or where file hard drive locate?

[Atak_Snajpera]

Could use some help.
Just finished encoding 2 whole series of about 300 episodes only to discover that my Plex server just stops playing the resulted file after about 1 minute.
I can play the file locally just fine with MPC-HC, but all files encoded with RipBot264 behave the same: they stop after ~ 1 minute when playing from a Plex server.
ffmpeg -v error -i filename.mp4 -map 0:1 -f null - 2>error.log shows no errors.
Anyone else experienced such behavior?

later edit:
I even tried copying the file to Apache htroot and access the file via Chrome and the play stopped at the same time frame. So clearly Plex is not the problem.

Try this switch
http://i.cubeupload.com/VGDuBq.png

You may also try remuxing your encodes to mkv.

[damia]

@Atak_Snajpera
can help me to solve this problem please? :)

[Deepcuts]

I have tried to re-encode a file with --stitchable, but the result is the same.
Using Google Chrome to directly play the mp4 from a web server or Plex, freezes the play at ~1:00 min.
Using Internet Explorer 11, Plex will not freeze.
So I guess this must be a Chrome problem somehow.

I tried re-muxing the mp4 as mkv, but no luck. It is still freezing.

[byteshare]

I usually use the [MAIN x.x] 8bit Progressive profile H265, could somebody explain the benefits and pitfalls (if any) of using the [MA10 x.x] 10bit progressive profile please?

I've tried Googling and can't really find anything.
I'm sure others will have very different opinions (also not the right forum for this), but quick differences IMO are:
8bit faster encode, slightly smaller filesize (sometimes), and higher degree of compatibility (number of devices that can play smoothly).
10bit better handling of dark scenes and banding (noticeably in CRF 20-24 (were I mostly encode)).

[byteshare]

I have tried to re-encode a file with --stitchable, but the result is the same.
Using Google Chrome to directly play the mp4 from a web server or Plex, freezes the play at ~1:00 min.
Using Internet Explorer 11, Plex will not freeze.
So I guess this must be a Chrome problem somehow.

I tried re-muxing the mp4 as mkv, but no luck. It is still freezing.

Try Kodi just to test since they have similar players.

[Ronski]

@byteshare Thanks very much for the explanation, much appreciated. All players I currently use can handle it, and as time goes on I expect more will, so I'll switch to using it.

[klopsknoedel]

@ Atak_Snajpera
hai.. can i ask something.. i load file and take long time to gathering information...the file just 1.20GB i try use another computer load fast...can i know what is the problem?
thank you hope you reply ASAP :)

@Atak_Snajpera
can help me to solve this problem please? :)

It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.php?p=1524496#post1524496

[damia]

It's a common problem and can be solved easily by following these steps:
http://forum.doom9.org/showthread.php?p=1524496#post1524496

i already folow the steps.. but result still same.. :(
some file take around 4-5minute...but i test same file on other pc work fast.. gathering information only take 15-20second only..

[guest]

Hi Atak,
I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning :(

Please feel free to try it, I don't think it's just my setup, as it does it on a couple of different pc's, either W8.1 or W10.

But having said that, MDgrain2 does a really good job on "noisy" files, worth the wait, as it is quite a lot slower.

Which brings me to my next comment / request.

I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.

It would be a great new feature to start 2017. Please consider :)

Happy New Year y'all.

[byteshare]

I think I may have discovered a bug when using the new noise filter MDgrain2.

If you abort a job (when using DE, haven't tried it without), and when the pop up comes up "Do you want to keep the current progress ?", and you chose "Yes"...when you come back to it, it starts from the beginning :(
I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?

I know I have asked you many times to add more DE servers, 10 is nice, 12 or more would be great...the more help you can get with these new filters and settings, the better.
My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.

[slalom]

I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?
Only the segment stars over, unless you edit the job

[guest]

I haven't had this problem, unless you mean the segment starts over, or do you mean the whole encode (all the chunks)?


My thought is it would be great if you have 9 servers idle they could start on the next encode, meaning once all the chunks are filled another encode would start so no server is ever idle.

Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.

[byteshare]

Well, what I have noticed every time so far, is the whole encode starts from scratch....no editing, just having aborted it.

But it's only when using the new filter.

Not too sure what you mean about the 9 idle servers...or do you mean you might be able to have multiple encodes going, on each DE server, so up to 10 jobs, not 1 job over 10 servers ?!?!?

Either way, the more DE servers, the better, especially if you have many powerful pc's.
I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.

[guest]

I just tested it using MDegrain2 and MDegrain3 (manual edit) and only the chunks restart on me, not the chunks already finished. I'm testing on Windows 8.1

For the 9 idle servers I mean near the end of a job when you only have a few chunks left and servers start to go idle because there are no chunks left to encode, if those idle servers could start working on the next job that would be awesome.

Hi byteshare,

Yeah, on further observation, I have noticed that the problem occurs on other encodes, not just with MDegrain, so I must have a problem somewhere.

Interested in your mention of a manual edit to use MDegrain3....more info on that, please :)

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!

But I'd still like MORE.....

[slalom]

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!
You're talking about 3-5 minutes max of idle time. Not worth the trouble

[byteshare]

Hi byteshare,

Yeah, on further observation, I have noticed that the problem occurs on other encodes, not just with MDegrain, so I must have a problem somewhere.

Interested in your mention of a manual edit to use MDegrain3....more info on that, please :)

Yep, I have to agree with your idea about the servers activity at the end of a job....good idea !!!

But I'd still like MORE.....

MDegrain3 Grainy Stuff (Removes extra noise):
#Denoise
Loadplugin("YourPathHere\RipBot264v1.19.5\Tools\AviSynth plugins\mvtools\mvtools2.dll")
LoadPlugin("YourPathHere\RipBot264v1.19.5\Tools\AviSynth plugins\flash3kyuu_deband\flash3kyuu_deband.dll")
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=400).f3kdb


You're talking about 3-5 minutes max of idle time. Not worth the trouble

That would depend on your encode settings/FPS, not to mention how many server you have sitting idle to multiply that by. With slow encodes that use MDegrain I can have a 60s clip take 30 or more min. so that means I can have all but 1 server idle for 30 min. just waiting for the job to end and start encoding again.

[Shrekage]

I have found a bug in encodingclient.exe. I have 1 server at 10.0.0.100. and after the client connects to it and the chunk starts to encode, it changes the address to 10.0.0.116. when the chunk finishes encoding, I get an exception shown in the attached PNG file

it reads "Exception EConvertError in module EncodingClient.exe at 00024122. '116:1000' is not a valid floating point value."

What do you need to debug?

[Atak_Snajpera]

What do you need to debug?
We can start with screenshot which does not require admin approval.

[Shrekage]

We can start with screenshot which does not require admin approval.

how does one do that. I don't find a way to paste screenshot into the forum

[Ronski]

Upload the picture to somewhere like photo bucket, Google pictures etc and post a link on here

[Shrekage]

https://www.amazon.com/photos/share/d1VuNQJjrpvsG4OdTXS9ycO104ZmQN404UZYsxRBe9i

[Atak_Snajpera]

Is there any reason why you connect to server via ip 10.0.0.100 instead of 10.0.0.116? Do you have mutiple network adapters on that remote-pc? Can you run ipconfig /all on that machine?

[Shrekage]

because 100 is it's IP address...


C:\Users\Administrator>ipconfig /all

Windows IP Configuration

Host Name . . . . . . . . . . . . : W764-XPS2710a
Primary Dns Suffix . . . . . . . : xxxx.xxx.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : xxxx.xxx.com

Wireless LAN adapter Wireless Network Connection:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Dell Wireless 1703 802.11b|g|n (2.4GHz)
Physical Address. . . . . . . . . : C0-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 2:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physical Address. . . . . . . . . : 12-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Local Area Connection* 3:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft Hosted Network Virtual Adapter
Physical Address. . . . . . . . . : 52-18-85-4E-73-0D
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Controller (NDIS 6.30)
Physical Address. . . . . . . . . : 00-21-70-68-72-04
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2605:6000:101b::xxxx(Preferred)
Temporary IPv6 Address. . . . . . : 2605:6000:101b::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::4d00:fe8:5695:94d3%4(Preferred)
IPv4 Address. . . . . . . . . . . : 10.0.0.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Wednesday, January 11, 2017 9:12:53 AM
Lease Expires . . . . . . . . . . : Thursday, January 12, 2017 9:12:52 AM
Default Gateway . . . . . . . . . : fe80::26a4:3cff:fe05:1577%4
10.0.0.1
DHCP Server . . . . . . . . . . . : 10.0.0.1
DHCPv6 IAID . . . . . . . . . . . : 285221232
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
DNS Servers . . . . . . . . . . . : 10.0.0.1
NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Bluetooth Network Connection:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physical Address. . . . . . . . . : C0-18-85-4E-73-0E
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{4C726AEE-FBEA-496D-9D9C-08B3B23B63C4}:

Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:0:4137:9e76::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::3822:3e33:bdbb:7422%11(Preferred)
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 469762048
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
NetBIOS over Tcpip. . . . . . . . : Disabled

C:\Users\Administrator>

[Shrekage]

10.0.0.116 is assigned to a samsung device on my network, not the 10.0.0.100 PC

[byteshare]

What is the shortest segment length you can get away with without losing compression and/or quality for CRF? For 2pass? Right now the default is 60s.
I mostly use CRF but sometimes I use 2pass.

In order to reduce some of my server idle time I was hoping to reduce the segment size.

[Atak_Snajpera]

@Shrekage
Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Controller (NDIS 6.30)
Physical Address. . . . . . . . . : 00-21-70-68-72-04
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2605:6000:101b::xxxx(Preferred)
Temporary IPv6 Address. . . . . . : 2605:6000:101b::xxxx(Preferred)
Link-local IPv6 Address . . . . . : fe80::4d00:fe8:5695:94d3%4(Preferred)
IPv4 Address. . . . . . . . . . . : 10.0.0.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Wednesday, January 11, 2017 9:12:53 AM
Lease Expires . . . . . . . . . . : Thursday, January 12, 2017 9:12:52 AM
Default Gateway . . . . . . . . . : fe80::26a4:3cff:fe05:1577%4
10.0.0.1
DHCP Server . . . . . . . . . . . : 10.0.0.1
DHCPv6 IAID . . . . . . . . . . . : 285221232
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1A-BE-6A-33-00-21-70-68-72-04
DNS Servers . . . . . . . . . . . : 10.0.0.1
NetBIOS over Tcpip. . . . . . . . : Enabled

Is this connection on top of this list?

http://i.cubeupload.com/72F9Fj.png

[Shrekage]

Yes
https://www.amazon.com/photos/share/F3MZfvSoGZEkA3GJ8uqNGVudlArSMJmsyC1oD0vp7r1

[Atak_Snajpera]

Run this http://www.mediafire.com/file/8kyq2bt9859nyey/DetectIP.exe on that remote-PC and show me what ip it detects.

[Shrekage]

10.0.0.100

https://www.amazon.com/photos/share/SQgVRJ4nYPZ7whbussUBYMGCaLb3aWS3KHqqEI1SElG

[Atak_Snajpera]

Ok so new code works better.

[Atak_Snajpera]

@Shrekage
This should solve your problems with wrong ip
http://www.mediafire.com/file/9ioix3464i3fugp/updated_client_and_server.7z

[Tazlord]

Has anyone else noticed issues with multi-playlist titles not showing the correct playlist in the "Select Streams" "Playlist" drop-down? So far I've run into 2 titles that have the multi-playlist protection where the correct playlist wouldn't show up in the drop-down. I verified the correct playlist on both titles using the Process Monitor method and also verified the playlist via BDInfo. However, when trying to select the proper playlist in RipBot, the correct one is nowhere to be found. I figure since the BD Structure is established from the eac3to executable, I'm going to assume it's probably a problem with that application. I just wanted to see if anyone else is having this same problem?

Atak, in case you're monitoring this. I've attached a link to the BD structure of one of the titles so you can see for yourself. The correct playlist for this title is 541 but it doesn't show up in eac3to's output.
job8.zip https://file.io/EI44gj (https://file.io/EI44gj)

Titles Tested:
Deep Water Horizon - 541.mpls
Nerve - 456.mpls

[dracore]

Will x265 encoding with gpu be supported at all, i have a gtx 1060 and was just wondering if this feature could be added ... thank you

[smuperman]

Hi @ Atak_Snajpera

Is it possible to add some AAC Profiles besides constant quality or better to enter the (VBR) Quality Settings freely?

The "quality=0.X" Setting.

[byteshare]

Hi @ Atak_Snajpera

Is it possible to add some AAC Profiles besides constant quality or better to enter the (VBR) Quality Settings freely?

The "quality=0.X" Setting.

The wait for more sound options could be a long one. I'd recommend if you're not already using a 3rd party app to process the sound and then mux it back in yourself.

[jlpsvk]

@Atak_Snajpera

Hi. First of all, thanks for the RipBot distributed encoding...using 32 cores on my LAN I am able to get 30fps with HEVC slow settings. :)

Hust a few suggestions.

- Why you still require ffdshow, which are old and no longer maintained? What about switch to LAV Filters?
- option to output filename preset... for example if file is INPUT.MKV than after selecting it, output will automatically be named INPUT_HEVC.mkv or whatever I set
- option not to demux audio...spare time, when I want to mux external audio later
- option to set DEFAULT, FORCED signs to audio/subtitle tracks, and codepage to SRT subtitle tracks (for the muxing part)

And one question...what aboout audio delays? If the source file's audio has some delay, will it be maintained after encoding and muxing?

[byteshare]

There is no quality loss in cq because in this mode bitrate is adjusted on fly. Those posts have nothing to do with cq mode.
If the chunk size doesn't matter for DE with CQ mode than why do you force 60s chunks?
Would that also mean that "BDO strength" doesn't have an affect when doing DE with CQ?

[byteshare]

When encoding on 1 machine with 2-4 encoding clients on the 1 machine at the end of the encode the server window (shows the status of each chunk and such) stays open and shows my encoding clients as idle. If I close the server window the completed chunks mux with the audio as desired and I get the file I want.
It doesn't happen with every file. What logs should I provide on files this does happen with?
Windows 7 SP1
RipBot 1.19.5

[Atak_Snajpera]

I think simple screenshot describing this issue should be enough for start. It is always easier for me to understand problem if I can see what you see.

It doesn't happen with every file.
Does this happen with specific video file or it is just pure random?

[guest]

When encoding on 1 machine with 2-4 encoding clients on the 1 machine at the end of the encode the server window (shows the status of each chunk and such) stays open and shows my encoding clients as idle. If I close the server window the completed chunks mux with the audio as desired and I get the file I want.
It doesn't happen with every file. What logs should I provide on files this does happen with?
Windows 7 SP1
RipBot 1.19.5

I'm pretty sure I get that problem randomly, as well.....

Windows 10

[slalom]

Same here, some times

[byteshare]

I think simple screenshot describing this issue should be enough for start. It is always easier for me to understand problem if I can see what you see.


Does this happen with specific video file or it is just pure random?

It seems to be random because if I retry the encode it usually doesn't happen, which is what I was doing the first few times, but now I know I need to just close the main server window.
I had it happen not long ago, but didn't take a screen capture; I'll take a screen capture next time.
The log for the encode is this, Main:
C:\>"C:\Users\[User]\Desktop\RipBot264v1.19.5\EncodingClient.exe" "C:\Temp\RipBot264temp\job73\job73_EncodingClient.meta"

C:\>"C:\Users\[User]\Desktop\RipBot264v1.19.5\tools\mkvtoolnix\mkvmerge.exe" -o "C:\A\Batman Beyond s01e01 rebirth (p 1) (DVDRemux).mkv" --compression 0:none --title "Batman Beyond s01e01 rebirth (p 1) (DVDRemux)" --default-duration 0:24.27fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:und --aac-is-sbr 0:0 "C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac"
mkvmerge v9.8.0 ('Kuglblids') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac': Using the demultiplexer for the format 'AAC'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job73\Encoded_Audio_1.aac' track 0: Using the output module for the format 'AAC'.
The file 'C:\A\Batman Beyond s01e01 rebirth (p 1) (DVDRemux).mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 716/536.

The cue entries (the index) are being written...
Multiplexing took 2 seconds.
-------------------------
Distributed Encoding:
Node Address : 10.10.10.5:1000
Encoded Chunks : 6 of 22 (27%)
Encoded Frames : 8631
Encoding Speed : 4 fps
Node Work Time : 00:33:57
-----------------------------------
Node Address : 10.10.10.5:2000
Encoded Chunks : 5 of 22 (23%)
Encoded Frames : 7210
Encoding Speed : 4 fps
Node Work Time : 00:30:01
-----------------------------------
Node Address : 10.10.10.5:3000
Encoded Chunks : 6 of 22 (27%)
Encoded Frames : 8991
Encoding Speed : 4 fps
Node Work Time : 00:35:07
-----------------------------------
Node Address : 10.10.10.5:4000
Encoded Chunks : 5 of 22 (23%)
Encoded Frames : 7207
Encoding Speed : 4 fps
Node Work Time : 00:30:03
-----------------------------------
From the main RipBot window said: "Total time 04h:00m:24s"
in this case seems to have been stuck for about 3.5 hours.

[Atak_Snajpera]

I had it happen not long ago, but didn't take a screen capture; I'll take a screen capture next time.
Make sure that encoding client and all encoding servers are fully visible on your screenshot.

[byteshare]

Here is a screen cap of the issue:
http://imgur.com/a/opFts
I might have been wrong, looks like the encoding clients do turn off

[Atak_Snajpera]

What has happened to those buttons? Did encoding client combine chunks?

Update:
I reckon that application is unable to completely close main form after work. It looks like it hung after form1.close command. Weird...

[byteshare]

What has happened to those buttons? Did encoding client combine chunks?

Update:
I reckon that application is unable to completely close main form after work. It looks like it hung after form1.close command. Weird...
It combines the chunks in the main window when I close the server window.

[byteshare]

I can confirm since switching over to the full/official 19.5 (not just the update from 19.4 to 19.5) something has changed with the window behavior in Windows 7. I haven't tested on Windows 8. I know you applied some fixes for loosing window control that I know I personally had with the server window in Windows 8.
I used to use a program called Turbo Mouse (clicks for you really fast) so I could move things around the queue with less work and faster, but not the program no longer works in the RipBot window, but still works in other applications normally.
I wonder if this is related to the issue with the server window getting stuck open and not auto muxing a video on complete when in DE mode?

[Atak_Snajpera]

Tomorrow I will post improved EncodingClient for testing. It should fix all those odd behaviours (stalls and so on). I've just noticed that I had very ugly code here and there remembering 1.17.x times.

[byteshare]

Tomorrow I will post improved EncodingClient for testing. It should fix all those odd behaviours (stalls and so on). I've just noticed that I had very ugly code here and there remembering 1.17.x times.

Awesome, thank you very much in advance.

[Atak_Snajpera]

byteshare check this http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

[byteshare]

byteshare check this http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

Testing now, might be a while to confirm.
I'll let you know how it goes :D

[Atak_Snajpera]

Take your time. I can wait few days...

[byteshare]

Hasn't been stalling like before, but I did get an unusual crash (went through 13 encodes no problem rather than the 1-5 before a stall):
Problem signature:
Problem Event Name: APPCRASH
Application Name: EncodingClient.exe
Application Version: 1.7.0.0
Application Timestamp: 2a425e19
Fault Module Name: StackHash_75b5
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 00000000
Exception Code: 00000000
Exception Offset: 00000000
OS Version: 6.1.7601.2.1.0.256.1
Locale ID: 1033
Additional Information 1: 75b5
Additional Information 2: 75b52eca4d1a1e3be01b2a7f70df718c
Additional Information 3: 47c1
Additional Information 4: 47c1690b41f4145092bfe6c76f595c85

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

This was after an encode was finishing and needed to be mux'd. I closed the error and the video was mux'd correctly and RipBot went on to the next encode (opened the EncodingClient for the next video).

Doesn't show much but the job log file:
C:\>"C:\Users\Money\Desktop\RipBot264v1.19.5\EncodingClient.exe" "C:\Temp\RipBot264temp\job125\job125_EncodingClient.meta"

C:\>"C:\\RipBot264v1.19.5\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET.mkv" --compression 0:none --title "Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET" --default-duration 0:60000/1001fps "C:\Temp\RipBot264temp\video.265"
mkvmerge v9.8.0 ('Kuglblids') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
The file 'C:\Stephen Colbert 2017 01 13 Cuba Gooding Jr 720p HDTV x264-FLEET.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 1280/720.

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

Elapsed Time: 02h:21m:23s

[NeFReT]

Could you give a video narration for Ripbot264 distributed encoding?

I could not connect two computers with WiFi, would you tell me how to switch between two computers ?

Translated by Google

[tkwou]

Hi Atak_Snajpera, I've noticed a problem with the last two blu-rays I've tried to recode. I'm using 1.19.5 and distributed encoding with a total of 4 computers. For some reason one of the chunks is much smaller and at a much lower bit rate than all the rest. If you look at my attachments, block 1.264 is much smaller than all the other following pieces despite it's similar 1 minute duration. The video is highly pixellated and macroblocked compared to all the following pieces which encoded properly. This occurred with another movie but it was more towards the end of the movie. Again it was only one block with all the rest being normal. Please let me know if there is any other info you require. Thanks.

[tkwou]

Sorry I guess I should include that I'm re-encoding Blu ray to Profile AVC High 4.0 at an average bit rate of 20000 on a 2-Pass.

[Atak_Snajpera]

increase chunk size from default 60s to 300s or even 600s.

[tkwou]

Thanks I'll give that a try. What about the BDO strength setting. Should I leave it at 2? Also, as I've asked before, how do I demux a TrueHD soundtrack without it automatically converting to Flac? Thanks.

[byteshare]

Thanks I'll give that a try. What about the BDO strength setting. Should I leave it at 2? Also, as I've asked before, how do I demux a TrueHD soundtrack without it automatically converting to Flac? Thanks.

You could try BDO 1 or 0:
http://forum.doom9.org/showthread.php?p=1729404#post1729404

As for Demuxing TrueHD soundtrack, I'd manually do this with MKVToolNix

[tkwou]

Thanks byteshare, it's just that the TrueHD track is already in the Blu-ray .mkv so that I would have to remove the track first by creating a new .mkv file before using Ripbot264. Otherwise it will just demux the TrueHD track and start converting it to Flac which wastes a lot of time. Then when Ripbot264 is finished I would need to remux the .mkv again to add the TrueHD soundtrack back.

[Ronski]

I also use MKVToolnix to strip out the video only, then use Ripbot264 to process that, then re mux again with MKVToolnix, leaving out the original video stream and mux in the new stream. It does take extra time, but I don't do many so not a problem for me.

It would be ideal if ripbot can be told to just process the video and leave everything else as it is.

[byteshare]

Thanks byteshare, it's just that the TrueHD track is already in the Blu-ray .mkv so that I would have to remove the track first by creating a new .mkv file before using Ripbot264. Otherwise it will just demux the TrueHD track and start converting it to Flac which wastes a lot of time. Then when Ripbot264 is finished I would need to remux the .mkv again to add the TrueHD soundtrack back.

If the copy audio isn't working for you, than you'll have to do it manually, however...I recommend using a batch file to do these things. I can help with that if you need it.
I'd use these for now (in .bat form) for stripping out audio (going from audio/video to just video:
for %%a in (*.mkv) do "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "..\output\%%a" -A "%%a"
Just audio (audio/video to just audio):
for %%a in (*.mkv) do "C:\Program Files\MKVToolNix\mkvmerge.exe" -o "..\output\%%a" -D "%%a"

[tkwou]

Thanks for your advice but I already know how to do it. I was just hoping there was a simple way so I wouldn't have to. I don't understand why True-HD is still singled out to be converted to Flac when other HD audio tracks are left alone.

[byteshare]

Thanks for your advice but I already know how to do it. I was just hoping there was a simple way so I wouldn't have to. I don't understand why True-HD is still singled out to be converted to Flac when other HD audio tracks are left alone.

I'm not sure either. RipBot could use a little TLC when it comes to audio but the program is great overall so what can you do but wait for updates :)
I know I'd like to see a "none" option for audio in batch mode.

[Atak_Snajpera]

http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

This version has improved BDO algorithm.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on). In old version it was 100kbps. Now the limit is 25% of nominal bitrate. In example below you can see that bitrate does not drop below 250kbps in credit section.

https://i.imgsafe.org/4971fcf592.png

[byteshare]

http://www.mediafire.com/file/zat5jd4as3wa1jl/EncodingClient.exe

This version has improved BDO algorithm.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on). In old version it was 100kbps. Now the limit is 25% of nominal bitrate. In example below you can see that bitrate does not drop below 250kbps in credit section.
This only affects 2-pass and not CQ mode, correct?

The new 2.3 x265 has a few other optimizations for 2-pass mode.
http://x265.readthedocs.io/en/stable/releasenotes.html

[Atak_Snajpera]

yes. Only 2-pass needs this bitrate adjustment for each chunk.

[NeFReT]

Could you give a video narration for Ripbot264 distributed encoding?

I could not connect two computers with WiFi, would you tell me how to switch between two computers ?

Translated by Google

[Atak_Snajpera]

I could not connect two computers with WiFi,
Check firewall

[byteshare]

Take your time. I can wait few days...

Other than that one Crash I posted I haven't had any problems with the encoding client. Thank you!

[Atak_Snajpera]

Other than that one Crash I posted I haven't had any problems with the encoding client. Thank you!

I've also experienced similar crash on my pc so definitely I must debug this. What is really annoying that It is so rare :(

[ador250]

why still uses ffdshow? there is no further development & update since 2014..Lavfilters should be a better option..I bring this issue because I had nvidia gpu and want hardware decoding while encoding..want my cpu to give all it's juice to encoding..ffdshow only has intel quicksync no cuvid/cuda support but Lavfilters has all of this..pls consider this option.

[Atak_Snajpera]

why still uses ffdshow? there is no further development & update since 2014..Lavfilters should be a better option..I bring this issue because I had nvidia gpu and want hardware decoding while encoding..want my cpu to give all it's juice to encoding..ffdshow only has intel quicksync no cuvid/cuda support but Lavfilters has all of this..pls consider this option.

Do you realize that during conversion encoding process (x264/x265) is a true bottleneck?

http://i.cubeupload.com/9Vdnim.png

Hardware decoding won't reduce encoding time because CPU spends more than 90% of cycles on encoding.

[skylinekiller]

I would like to upgrade my method of ripping tv DVD box sets. Don't laugh, but my current method is:
1) rip each video title with DVDFAB VOB passthroguh
2) Use MeGUI and use FileIndexer to crop, de-interlace (if required) and add my Decomb to the .avs script
3) Use foobar to make my .AAC sound file
4) Use VDub with misc filters and a two pass to make .avi
5) extract H264 and remux with Yamb
6) Final tv series of .mp4

Does rip bot do this in less steps? If so, does it accurately crop and de-interlace as required?

[Atak_Snajpera]

yes...

[NeFReT]

access violation at address 004c6280 in module encodingserver.exe read of address 00000098

Socet Error # 10061

Connetion refused

I get an error. Can you make a detailed narration? In Turkish. Will tell

[skylinekiller]

Is there a RipBot guide or tutorial that can get me going in the right direction to accomplish this? I only have used it to batch .mkv's into .mp4s. At most the only advanced feature is changing it from 1080p to 720p.

I would like to upgrade my method of ripping tv DVD box sets. Don't laugh, but my current method is:
1) rip each video title with DVDFAB VOB passthroguh
2) Use MeGUI and use FileIndexer to crop, de-interlace (if required) and add my Decomb to the .avs script
3) Use foobar to make my .AAC sound file
4) Use VDub with misc filters and a two pass to make .avi
5) extract H264 and remux with Yamb
6) Final tv series of .mp4

Does rip bot do this in less steps? If so, does it accurately crop and de-interlace as required?

[skylinekiller]

By the way, in RipBot, is 22 CRF an acceptable setting for a DVD TV series rip? I'ts an older TV show, I Dream of Jeannie. So not a lot of fast motion scenes. I have been doing 2 pass 2048KBS on all my TV shows, regardless of BD or DVD, new or old. From what I am reading, I am overkilling the DVD with 2048 kbs on old DVD TV Shows.

[Atak_Snajpera]

By the way, in RipBot, is 22 CRF an acceptable setting for a DVD TV series rip?
You have to decide. Do some test encodes and see for yourself.

[byteshare]

@Atak_Snajpera I know it would be a lot of work, and I'm not trying to pressure, but have you looked at using newer mvtools? https://github.com/pinterf/mvtools/releases/tag/2.7.9.22
It includes some speedup improvements for MDegrain1-6. I tried using it with RipBot and it errored out so I think maybe it has something to do with another dependency?
If it can't/won't ever happen no worries, I use the program a lot as is.
HandBrake doesn't even have a denoise as good as mdegrain in RipBot :)

[brumsky]

Atak_Snajpera, would it be possible to add a some CLI support to ripbot? I'd like to be able to add encodes to the list.

Something like the follow command

ripbot source dest x265 audio1 5.1 ac3

It would ideally use the default HEVC profile. I'm hoping to automate this with a powershell script I have been using.

Thanks love Ripbot264!!

[Atak_Snajpera]

@Atak_Snajpera I know it would be a lot of work, and I'm not trying to pressure, but have you looked at using newer mvtools? https://github.com/pinterf/mvtools/releases/tag/2.7.9.22
It includes some speedup improvements for MDegrain1-6. I tried using it with RipBot and it errored out so I think maybe it has something to do with another dependency?
If it can't/won't ever happen no worries, I use the program a lot as is.
HandBrake doesn't even have a denoise as good as mdegrain in RipBot :)

Indeed latest version is 23% faster than old one on my SandyBridge CPU.
Just copy mvtools2.dll from x86 folder and it will work.

@brumsky
I will think about it.

[byteshare]

Maybe I'm doing it wrong?
I downloaded: https://github.com/pinterf/mvtools/releases/tag/2.7.14.22
copied the mvtools2.dll from the x86 folder in the .7z to my C:\RiptBot\Tools\AviSynth plugins\mvtools\ folder (copied the one in their to somewhere else and then over write the one there.

When I try to preview:
LoadPlugin: unable to load "C:\RiptBot\Tools\AviSynth plugins\mvtools\mvtools2.dll", error=0xc1
(C:\Temp\RiptBot264temp\job384_preview.avs, line 33)

Go ahead and try to encode anyways, and during the "Please Wait...Preparing chunks..." I get:
Application error: Exception EFOpenError in module EncodingClient.exe at 0002411A.
Cannot open file "C:\Temp\RiptBot264temp\job384\info.txt". The system cannot find the file specified.

Tried this for giggles with the x64 one too.
This is my Denoise code (default):
#Denoise
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)

Copy the original mvtools2.dll back in and no problems. If it makes a difference I'm on Windows 7 SP1 with a Haswell microarchitecture (4th generation).

[Atak_Snajpera]

@Byteshare
https://forum.doom9.org/showthread.php?p=1796749#post1796749

[byteshare]

@Byteshare
https://forum.doom9.org/showthread.php?p=1796749#post1796749

Thank you. Sorry I'm so daft sometimes. Just had to install:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Which I had done on my other computers but not the issue one...had been a while since I had to do that so I forgot :(
:thanks:

[slalom]

@Atak
for a few days now, when I search for a cover, I get a list with names and covers, but the first column with the year is empty

[Atak_Snajpera]

They have once again changed something. I will take a look tomorrow.

[slalom]

They have once again changed something. I will take a look tomorrow.
Fixed! the best support! :thanks:

[soneca]

In this latest update mvtools has been updated to version 2.7.9.22.
Atak, why did you choose this version instead of the last version, 2.7.14.2?

[jonah]

Having an issue here with DE that I'm sure is particularly simple.

Got an encode going on the main PC. Two other pc's on the LAN- one is helping with the encode, but the other one just sits there flicking between "Idle" and "Encoding". Over and over and it's infuriating.

It's a clean install. Any ideas as to the issue?

[Atak_Snajpera]

Try to capture error message in EncodingServer app. (screenshot)

[guest]

Having an issue here with DE that I'm sure is particularly simple.

Got an encode going on the main PC. Two other pc's on the LAN- one is helping with the encode, but the other one just sits there flicking between "Idle" and "Encoding". Over and over and it's infuriating.

It's a clean install. Any ideas as to the issue?

I had a similar thing happen to me the other day......check that you are using the same Windows log in password on EVERY pc.

Worked for me....

[Ronski]

I had all my servers doing that yesterday, then I noticed it was trying to encode one that had already been done. Don't know if I'd inadvertently ticked the check box, but the servers were complaining the file was missing which it would be as I'd deleted it. But surely the main program should simply skip it if the files missing rather than trying to encode it?

I'm sure I've mentioned this before.

[brumsky]

Indeed latest version is 23% faster than old one on my SandyBridge CPU.
Just copy mvtools2.dll from x86 folder and it will work.

@brumsky
I will think about it.

Thank you! Just a very simple way to add encodes to the list would be perfect!

On another note, I've been getting errors with some videos when attempting to do the autocrop feature.

I get this for avs2avi.exe.

Problem signature:
Problem Event Name: APPCRASH
Application Name: avs2avi.exe
Application Version: 0.0.0.0
Application Timestamp: 40eb0522
Fault Module Name: msvcrt.dll
Fault Module Version: 7.0.9600.17415
Fault Module Timestamp: 54504b2e
Exception Code: c0000005
Exception Offset: 0000c24e
OS Version: 6.3.9600.2.0.0.400.8
Locale ID: 1033
Additional Information 1: 5861
Additional Information 2: 5861822e1919d7c014bbb064c64908b2
Additional Information 3: 6ee2
Additional Information 4: 6ee2432e64e99bdcea5e4be767a3b1a2

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt


along with this error, which makes sense as the auto crop fails.

http://i.imgur.com/tv1NiNb.jpg

Thanks again!

[byteshare]

In this latest update mvtools has been updated to version 2.7.9.22.
Atak, why did you choose this version instead of the last version, 2.7.14.2?
I manually updated to 2.7.14.2 and having no issues with this version.

http://i.imgur.com/tv1NiNb.jpg
Do you have:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Installed? (Some say just x86 is enough) If not try that. I've had issues like that before.

[brumsky]

Do you have:
Visual C++ Redistributable for Visual Studio 2015 x86
Visual C++ Redistributable for Visual Studio 2015 x64
Installed? (Some say just x86 is enough) If not try that. I've had issues like that before.

Yeah I have both installed.
x86 14.0.23918
x64 14.0.24215

it doesn't happen on everything, I have found a pattern either...

[byteshare]

Yeah I have both installed.
x86 14.0.23918
x64 14.0.24215

it doesn't happen on everything, I have found a pattern either...
I'm on:
x86: 14.0.23.026.0
x64: 14.0.23.026.0
Those are the versions you should be on if you install from: https://www.microsoft.com/en-us/download/details.aspx?id=48145
Unless you did the update: Microsoft Visual C++ 2015 Redistributable Update 3 https://www.microsoft.com/en-us/download/details.aspx?id=53587
If it is just some files and not other than find a file that is affected and post the media info to see if maybe there is something else I/we can see about the video.

[brumsky]

I'm on:
x86: 14.0.23.026.0
x64: 14.0.23.026.0
Those are the versions you should be on if you install from: https://www.microsoft.com/en-us/download/details.aspx?id=48145
Unless you did the update: Microsoft Visual C++ 2015 Redistributable Update 3 https://www.microsoft.com/en-us/download/details.aspx?id=53587
If it is just some files and not other than find a file that is affected and post the media info to see if maybe there is something else I/we can see about the video.

Ok I'll dig one up. Thanks.

[tkwou]

Hi Atak_Snajpera, I opened Ripbot264 today and it took an update. Now distributed encoding is down. It remains checked but encoding client doesn't open when you click START.

[tkwou]

Sorry jumped the gun. A couple of restarts and it's working again.

[Atak_Snajpera]

New auto crop method beta test.

Main features
-Slightly faster (1.5x-2x faster)
-more accurate (less chance for over cropped frame)

http://www.mediafire.com/file/d73d7kkwkor7100/Ripbot_new_autocrop_algo.7z

[soneca]

On my pc it was about 30% faster.
Wanted to test with a dark film, I remember the autocrop wrongly cut the movie Underworld, unfortunately I no longer have this BD with me.

[Atak_Snajpera]

The speed up will bigger if you have 16 Thread CPU (for example Ryzen 7). Realistically it is around 50%.

[soneca]

Does this greater accuracy also occur in dark films? Usually the most problematic for AutoCrop.

[Atak_Snajpera]

I've tested with Underworld (2003) and borders where correctly detected.

[soneca]

Oops, cool! :rolleyes: I'll test with more movies.

[klopsknoedel]

Hi,

as the title mentions I have some problems archiving BDs if the video-codec is VC-1.
It seems like transcoding (or just decoding) is slowing down the video-track (maybe duplicated frames or anything else). So the resulting file is going out of sync during playback.

Also I have to choose wmv9 as decoder. AviSynth crashes with libavcodec (ffshdow).

It's quite frustrating as I recognized it a little bit late. I'm currently archiving my complete blu-ray - collection and some of the older ones are VC-1 - encoded.

I hope some of you guys have an idea how to fix this problem.

Kind Regards
klopsknoedel

My Environment:
OS: Windows 10 Pro x64 Version 1607 Build 14393
CPU: Core i7 - 4770k
Memory: 16GB

AviSynth 2.6ST
ffdshow 1.3.4531
MatroskaSplitter 23/06/2013

[Atak_Snajpera]

I will need some big sample (1GiB) to reproduce this issue.

[sneaker_ger]

ffmpeg's VC-1 software decoder has had known problems for years. Don't use it even if you can fix the crash.

[klopsknoedel]

I will need some big sample (1GiB) to reproduce this issue.

I've tried. But your inbox is full :)

[Atak_Snajpera]

Try now.

[klopsknoedel]

Try now.

Done.

[skylinekiller]

I am getting an error when my .mkv file demuxes "m2AudioAC3Source: "G:\Temp\RipBot264temp\job1\1_audio_English.ac3" without a valid AC-3 header in first 1MB
(G:\Temp\RipBot264temp\job1\getinfo.avs, line 4)"

The audio file in this .mkv is Eac3 How can I get this to demux and mux properly in ripbot? is there an update for this?

[Atak_Snajpera]

Cut out few minute sample and send me prepared .mkv. I will check what is going there.

[skylinekiller]

I encoded to .mp4, is this still ok? How would I send it to you or post it?

[skylinekiller]

Cut out few minute sample and send me prepared .mkv. I will check what is going there.

Here is a short clip that still gives it the error. Audio is EAC3

http://www.mediafire.com/file/go5c670cc83wgim/video_with_eac3.mkv

[byteshare]

Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT
faster ordered dither to 8bit: SSE2 (10x speed)
and a few other speed improvements if you're still on an old version.

[skylinekiller]

Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?

[skylinekiller]

Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT

and a few other speed improvements if you're still on an old version.

I downloaded that file, where do I extract the documents to?

[guest]

I downloaded that file, where do I extract the documents to?

After you have unpacked the .7z file, read the "readme.txt", it will tell you exactly where to put the files :)

[skylinekiller]

thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...

[byteshare]

thank you for pointing out my shortfalls...definitely should have looked at the readme file. . Well what can I say, it was 0430...

Happens to all of us, LOL

Thank you, I thought this app updated all the components automatically... On a different note, everytime I do a batch, job #2 always ends up with an error. After the job is complete, I have to redo only the job # 2 and it completes successfully. Why does this happen only in batch mode and only on Job #2?

AviSynth doesn't get updated by RipBot.
I don't have this issue with batch mode. Do you get any error messages or anything to be more specific?

[archaeo]

Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!

[guest]

Question regarding distributed encoding: I have both a desktop and a laptop connected through my router. Can I use distributed encoding between the two? The problem appears to be that the IP address is the same. thanks!

Should be able to, but if the laptop isn't reasonably powerful, there's not much point.

Are you using wireless or wired connection ??

Simply change the IP address on one of them.

[archaeo]

Should be able to, but if the laptop isn't reasonably powerful, there's not much point.

Are you using wireless or wired connection ??

Simply change the IP address on one of them.

burt,
Thanks. Using wireless, and the laptop is much more powerful (i7) than my core2duo. I didn't realize changing the IP was so simple. I'll give that a go.

[archaeo]

working! Thanks Burt.

EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:


C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:02m:42s

[byteshare]

working! Thanks Burt.

EDIT: additional server was encoding, everything running smoothly, but at the end of process, the output folder was empty!
Cannot find the finished file anywhere. Here's the log file:


C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\EncodingClient.exe" "C:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

C:\>"C:\DVD TOOLS\m2ts utilities\ripbot\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\eolus\Desktop\rip\Moonlight 2016 1080p BluRay.mkv" --compression 0:none --title "Moonlight 2016 1080p BluRay" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.264" --compression 0:none --language 0:eng "C:\Temp\RipBot264temp\job1\Encoded_Audio_1.ac3"
mkvmerge v9.8.0 ('Kuglblids') 32bit
Error: The file 'C:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 01h:02m:42s

If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be

If you have try entering in your "Authentication information under Settings > Distributed Encoding

[archaeo]

If you haven't already I'd run through the tutorial video: https://www.youtube.com/watch?v=b-BICnj62iE&feature=youtu.be

If you have try entering in your "Authentication information under Settings > Distributed Encoding

byteshare,

Yes, I have referred to both the youtube video and the written distributed encoding instructions at another site. As well, there is no password authentication required with my system. And, I have run the program as administrator. The files appear to be encoding fine, but the last step in reading the video.mkv file is hanging it up. I also checked my folder sharing permissions, and the shared folder is set up to allow everyone to read/write. When I run the file without distributed encoding, the final output file is fine.

At a loss here to see why I'm getting an open file error in distributed encoding.


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

[Atak_Snajpera]

go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd

[archaeo]

go to Chunks folder and manually run CombineAllChunks.cmd and then jobx_MuxFiles.cmd


That worked :)
On the next DE job I ran, it muxed and outputted correctly.

Many thanks Atak!
Paypal donation just made for your all your work on this program. Thanks

[klopsknoedel]

Not related to RipBot directly, but Avisynth+ r2455-MT: https://github.com/pinterf/AviSynthPlus/releases/tag/r2455-MT

and a few other speed improvements if you're still on an old version.

Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.

[guest]

Does not work for me. RipBot quits conversion immediatly with these errors:
error: failed to load avisynth.dll
y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

Edit:
Never used AviSynth+ before. Just switched from AviSynth 2.6 ST because of the quoted post by byteshare. Does someone have any suggestions on how to fix this issue? I did what the readme told me but no luck.

I had some problems with this, and had to re install 2.6....

[FuzzyNutz]

v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.

I have not tested True-HD with v1.19.6.

[guest]

With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???

[Atak_Snajpera]

Copy stream?

[FuzzyNutz]

v1.19.6 demuxes dts-HD-MA tracks to files with the extension .dtsma. These .dtsma files do not appear as selectable tracks in the audio pull-down, but they can be selected via the "..." box to the right. This creates a new file with .ffindex extension in the job(x) folder, which takes awhile.
Changing .dtsma to .dts in the job(x) folder first, is an effective workaround.
Prior to v1.19.6, dts-HD-MA tracks were demuxed to files with the extension .dts and appeared as selectable audio tracks.

This seems a degradation. Was it intentional? Might this be addressed in a future release?

[guest]

Copy stream?

OK, I know that's how you retain DTS streams, but I have a question for you:-

I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.

When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.

Just seems a little misleading.

I am yet to process one to see what the end result is.....

[FuzzyNutz]

OK, I know that's how you retain DTS streams, but I have a question for you:-

I have a few 2160p x265 10 bit 7.1 encoded movies, that I want to re encode down to x264 1080p.

When I load the movie into Ripbot, it display's that there is only 2 tracks. But clearly they have 7.1 (8), as detected by MediaInfo, and VLC.

Just seems a little misleading.

I am yet to process one to see what the end result is.....

Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?

If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.

[guest]

Are you implying there are three audio tracks, one of which is a not shown 7.1 or that the 7.1 is showing as 2.0 (two channel)?

If you have a 7.1 track that is not listed, it could be a .dtsma issue as described by my ignored post above.

Only showing as 2 channels....:(

Possibly.

[FuzzyNutz]

Only showing as 2 channels....:(

Possibly.

My experience with demuxed 7.1 tracks prior to v1.19.6 was that they would appear as 5.1 (6 channel).

Assuming you're using "copy stream" with the 7.1 track, you'll probably end up with 7.1.

[FuzzyNutz]

Only showing as 2 channels....:(

Possibly.

I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?

[guest]

I suspect the 2.0 track is not the 7.1. Is the 7.1 dtsma?

According to MediaInfo, it's AAC 8 channel.

[Ronski]

With more and more movies having 7.1, etc (and above) audio, what IS the best way to process them with Ripbot, without losing anything (or much) ???

I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.

[guest]

I use MKVToolnix to extract the video and then use Ripbot264 to process that, then MKVTOOLNIX to mux back the chapters, subtitles and audio. That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.

Nice tip...thanks ;)

[Atak_Snajpera]

That way I know it's exactly how I want it as Ripbot264 had a habit of processing the sound to a different format.
Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.

This seems a degradation. Was it intentional? Might this be addressed in a future release?
No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

[FuzzyNutz]

According to MediaInfo, it's AAC 8 channel.

My understanding is there is a lack of consistency with encoders, decoders and players regarding channel assignment with AAC 7.1. I would avoid.

[FuzzyNutz]

No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

The thousands of encodes I did before v1.19.6 used the lossy cores?

Does my posted workaround of changing the .dtsma extension to .dts prevent encoding from the lossless part?

[FuzzyNutz]

No it is not. Lossless part of DTS-MA can be now decoded in AviSynth. This means that if you select for example AAC as ouput audio codec in ripbot264 then
encoder will get lossless part of the source audio instead of lossy DTS-core. NicAudio only sees lossy part in DTS-MA.

Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.

[FuzzyNutz]

I'm aware many would offer that AAC 2.0 @128 and 5.1 @320 is more or less transparent, yet I'd like to have additional choices of 160, 192, 224, 256 and 320 for 2.0, 448, 512 and perhaps 576 for 5.1 and vbr 5 and 6 for both 2.0 and 5.1. Until this happens, I will continue to manually modify the jobx_EncodeAudio1 file inside the jobx folder.

Also, if you, (Atak), could implement AAC 7.1 with correct channel assignment, I'd "love you long time".

[Atak_Snajpera]

Having to search for a demuxed dtsMA track via the "..." box rather than it appearing as an audio choice seems like a step backwards. I'm on board with your change of not converting to FLAC and I want encode sources to be lossless vs lossy, but the deployment doesn't seem fleshed out.

It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.

The thousands of encodes I did before v1.19.6 used the lossy cores?
No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.

[FuzzyNutz]

It works fine on my machine. After demuxing files with .dtsma extension are automatically added to ComboBox.

Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.

No. Ripbot264 was automatically converting dtsma/eac3/truehd to FLAC using eac3to as intermediate file. This way encoder had full lossless data. Thanks to ffms2 this step is not required.

I'm aware that before v1.19.6, some of my jobs loaded from .mkv files had lossless audio tracks that underwent automatic FLAC conversion, but I did not see this conversion when loading jobs from M2TS files in Blu-ray structured folders; not as a message within the GUI or the resulting FLAC files in the jobx folders. When I encoded to AC3 or AAC from the M2TS scenario, was the FLAC conversion happening?...Behind the scenes? And if it did not happen, does that mean my AC3 or AAC encodes were from lossy cores?

[soneca]

Atak, I made the update from Flac to version 1.3.2 and it works correctly with RipBot.
Did you get tested?
http://www.rarewares.org/files/lossless/

[soneca]

Perhaps my upgrade to v1.19.6 via the update function vs. a fresh install, accounts for why demuxed dtsma tracks are not showing up in my ComboBox.

It's normal here.

https://s20.postimg.org/fdsdjcczx/ripbot.png

[FuzzyNutz]

It's normal here.

Did you arrive at v1.19.6 via fresh install or Ripbot264's updater?

[FuzzyNutz]

Ripbot264 v1.19.6 failed to load an M2TS file from a BD folder structure, with a TrueHD track, set to "demux".

This error message appeared:
FFAudioSource: No audio track found
(E:\Temp\RipBot264temp\job3\getinfo.avs, line 4)

Update: I suspect the TrueHD stream has issues.

[FuzzyNutz]

Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

[nexxai]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

[FuzzyNutz]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.

[nexxai]

Create a small segment, perhaps 3 minutes, of the source file for your test using tsmuxer's "split & cut" option.I realize that Ripbot is not the "absolutely everything for everyone" solution, but I was really hoping this feature was already a part of the package, since it seems like it is so important to get an encode right.

Atak: Any chance I could request this as a feature? :)

[FuzzyNutz]

Any chance I could request this as a feature? :)

You just did.

[soneca]

Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

[guest]

Atak, I made the update from Flac to version 1.3.2 and it works correctly with RipBot.
Did you get tested?
http://www.rarewares.org/files/lossless/

Which one did you use, and where to you put it ???

[FuzzyNutz]

Fresh install and the source used is blu-ray(structured folders).

I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

[soneca]

You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

[FuzzyNutz]

Which one did you use, and where to you put it ???

I'm more interested in what "soneca" thinks "Atak" needed to get tested for.

[soneca]

I've since refreshed my install of ye olde maximus-Ripboticus v1.19.6 as well as it's external supporting software, yet .mkv and BD stucture sources with dtsma still don't appear in the audio selection box. I have to use the "..." to the right. TrueHD tracks are showing up in the audio selection, but they are coreless.

English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

[FuzzyNutz]

English is not my language ... but from what I understand you say that when you select(demux) TrueHD it appears without a core?
Demux = integral = lossless. But with core, which can not be extracted in this case, only converted.

I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

[guest]

You have to use the 32-bit version, this one (http://www.rarewares.org/files/lossless/flac_dll-1.3.2-git-20170314-icl.zip).
Replace or save the original by inserting the new one in tools>eac3to.

Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

[soneca]

@Atak,

If I add a job and resolve to quit by clicking "X" to close the window "Blu-ray Structure" RipBot freezes, does not close.

[soneca]

I suspect the demuxed TrueHD tracks are now coreless for all Ripbot264 users. The GUI does not reflect this. Analyzing the .thd file in the jobx folder with MediaInfo or the likes, reveals this. I encourage you to try an example.
This isn't an issue unless you're creating a BD or AVCHD with the TrueHD stream, in which case, the core must be present. This can be overcome by a post-Ripbot remux using the stream from the original source.

I'll compare the tracks taken from Ripbot264 and Eac3to.

[soneca]

Thankyou :)

This is what is in the downloaded file:- libFLAC_dynamic.dll

But the one in tools'/eacto, is:- libFLAC.dll

What to do ??

Just rename it.

[guest]

Just rename it.

:thanks:

[soneca]

I'll compare the tracks taken from Ripbot264 and Eac3to.

They are identical.

[soneca]

Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

[guest]

Fresh install and the source used is blu-ray(structured folders).

https://s20.postimg.org/569u6xqrx/RIPBOT1.png

Just loaded a DTS-HD MA 7.1 movie into v1.19.6, and it shows 8 channels, using Copy Stream. :) (also using Flac 1.3.2)

[Ronski]

Example? Have you read changelog? Eac3,DTSMA,TRUEHD are accepted without prior conversion to FLAC.


Can't remember when I last read the change log, the program just updates - may be after an update offer the user a chance to read the change log.

I haven't tried letting ripbot handle the whole file for ages, its just what works for me, perhaps I'll try it with the next Blu-ray I do. I normally keep two audio tracks, a 5.1 and the Atmos or DTSMA.

[Atak_Snajpera]

Probably a stupid question but if I wanted to do a test encode, is there a way to specify that I only want to render out, say, 5 minutes to make sure the quality is where I expect it? I just don't want to have to encode the whole thing, find out I chose a wrong setting, only to have to wait for a few more hours again.

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

[guest]

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)

:goodpost:

[FuzzyNutz]

Problems demuxing the movie Suicide Squad... TrueHD?...:(

https://s20.postimg.org/sdi2ltej1/ripbot3.png

It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion issues compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio. Also consider an option to preselect audio tracks, including no audio, when loading .mkv sources, similar to choices we get when loading M2TS files. Thank you.

[FuzzyNutz]

Is v1.19.6 configured to automatically mix in surround (rear) channels when encoding to AC3 or AAC 5.1 from a 6.1 or 7.1 lossless source?

Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

[FuzzyNutz]

I'm aware that before v1.19.6, some of my jobs loaded from .mkv files had lossless audio tracks that underwent automatic FLAC conversion, but I did not see this conversion when loading jobs from M2TS files in Blu-ray structured folders; not as a message within the GUI or the resulting FLAC files in the jobx folders. When I encoded to AC3 or AAC from the M2TS scenario, was the FLAC conversion happening?...Behind the scenes? And if it did not happen, does that mean my AC3 or AAC encodes were from lossy cores?

It would be a huge disappointment to learn that so many of my audio encodes were lossy to lossy when I thought they were lossless to lossy. Especially considering Eac3to is capable of lossless to AC3 conversions without FLAC intermediates.

Atak, please clarify. Thanks.

[FuzzyNutz]

Atak, consider adding the ability to batch load M2TS files in Blu-ray structured folders.

[soneca]

It seems as of v1.19.6, loading jobs involving demuxing TrueHD tracks that have issues of a certain caliber result in a failure. This failure happens at the end of the job load; at the gathering info stage. Choosing to convert to wav or presumably FLAC rather than demuxing can generate similar disappointment. You have to wait a while to find out you should have loaded that job without the audio, especially if the source file is M2TS.
Many of us RipBot264 users are aware we can deal with audio conversions outside of RipBot264 with the likes of Eac3to and it's GUIs, but options for TrueHD tracks with issues are often limited to core extractions. Strangely, some 5.1 and 7.1 TrueHD cores are not 640kbps. I've seen some Atmos with 384kbps cores.
Adding to this issue is far more TrueHD tracks have conversion-issue flaws compared to DTS-MA.

Atak, consider changing the job load process to not aboard with an error when TrueHD tracks have issues, but to finish loading the job without the audio.

Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

[FuzzyNutz]

Today I performed the same blu-ray again and RipBot264 did the demuxing correctly, but with that same disc RipBot264 reported this error above and in another attempt was stuck in the "gathering information". I only had problems with TrueHD tracks and this one from the movie Suicide Squad is an example of a TrueHD + Atmos track with 384kbps core.

I successfully encoded a Suicide Squad Atmos track to 5.1 AAC in November. I did it outside of RipBot264, because I didn't know if RipBot264 automatically performed a 6 channel-downmix.
It's absurd that an Atmos stream would have a 384kbps core. Grrrrr.

I have not watched Suicide Squad. I've surpassed my saturation point of Hollywood's offerings. I watch less of the movies and TV shows I hoard. This hobby is sometimes more about acquisition and the self-empowering knowledge of how to manipulating A/V.

[soneca]

I also find absurd a TrueHD stream with or without Atmos with a core similar to the one used in the early days of the dvd's.
I do not have many problems with bad movies, I consider it a good uncompromising fun. :p

[FuzzyNutz]

Earlier versions of Eac3to gave low volume warnings when decoding/encoding the notorious "strange setup" version of 7.1 DTS-MA.

Should there be cause for concern when RipBot264 deals with this "strange setup" DTS-MA variant?

[nexxai]

Use Trim function. In this case first 1001 frames will be returned
http://i.imgsafe.org/cc5606fb33.png

I you want first 5 minutes then use Trim(0,7200)

(24fps*300s=7200 frames)
You're the best! I would have never thought to use the script. Thank you!

[FuzzyNutz]

Atak: Consider preventing "new frame" from selecting frames with dark pixels in the top-left and bottom-right.

Thank you.

[soneca]

Atak, can you help us, here? Thanks.

Update: I see that v1.19.6 is downmixing to 6 channel when 7.1 sources are encoded to 5.1. The jobx_a1 file includes the "audio=DownMixTo6ch" instruction.

In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

[FuzzyNutz]

In demux mode the track remains intact as it has to be, but in "wav" and "flac" modes RipBot264 downmix. Then the way is to do the conversion on the outside using eac3to, 7.1 source to a 7.1 WAV file. :rolleyes:

I wanted assurance that demuxed TrueHD and DTS-HD 7.1 tracks are properly downmixed to 6 channel (5.1) when encoded to lossy formats.

[iSeries]

Hi, I've been away from encoding for a while, just wondered though, I've made an MKV remux of Moana using MakeMKV. I've opened that up in Ripbot and the audio is DTS-HD MA 7.1. If I choose an output format of AC3 5.1 640kbps, when the surround channels get mixed does it automatically reduce the volume if there is clipping, or do I have to check 'normalize' for this to happen?

[Ryushin]

I'm running 19.6 and I just upgraded a few days ago. It seems with about half of my encodings since then, that I'm finding a dropped or corrupted frames with what I'm assuming is at the end or beginning of a chunk. Example from the movie Blow at 15:01. According to VLC and the "Jumpt to Time" plugin, the corrupted frame happens at 00:15:01,207:
https://postimg.org/image/6moudmhgl/

The Crucial showed what seems to be a couple of drop frames at pretty much the same time. Going through a frame at a time at 00:15:01,182 shows what looks like a merged frame:
https://postimg.org/image/6nys71jad/


Information:
Using MDegrain2 with x264.
My distributed encoding is a bit of an odd setup.
Master Server 1: Four 12-core Opterrons, 256GB of RAM, running Linux and a Hypervisor (KVM/Libvirt). Windows 10 guest with with 42 cores given to it along with 16GB of RAM, runs five RipBot264 threads.
Encoding Client 1: Ryzen 1800x, MSI Gaming Pro board. Runs 1 RipBot264 threads. (Ryzen is amazing for encoding. This single proc is almost half as fast at encoding as my master server.
Encoding Client 2: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.
Encoding Client 3: Dell R710 with two 4-core sockets running Server 2013 R2, runs 2 RipBot264 threads.

I've very rarely noticed this when watching an encoding done by RipBot264. So rare I've have not worried about it. But now, I'm going to have to go back and check all my recent encodings.

I'm going to try a few encodes with Blow and different settings to see what I can find out.

[Atak_Snajpera]

@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

[Ryushin]

@Ryushin
1) Delete folder \\Your-PC\RipBot264temp\Tools
2) Download v1.19.5 -> http://www.mediafire.com/file/prdp0gj852qhyyr/RipBot264v1.19.5.7z
3) Delete folder ffms in v.1.19.6
3) Copy ffms folder from v1.19.5 to v.1.19.6

Let me know if this works.

Did not have the \\Your-PC\RipBot264temp\Tools folder which I assume is probably deleted after the encodings finish.

But the the problem is fixed by copying the ffms folder. The problem did not show up. I'm going to run the same DE again and enable MDegrain2.

BTW, just wanted to say thank you again for such an amazing program and for your so very much appreciated dedication to supporting and improving it. There is simply none better.

I reverted the changes recently to when I added AviSynthMT (AvisynthPlus-r2455-MT) to system32 and syswow64. Does RipBot264 detect MT automatically or is there some change I need to make? I'm trying to speed up MDegrain. Normally I'll see 50-100fps depending on content, but only around 5fps when using MDegrain. I have a lot of unutilized cpu resources when using MDegrain.

I was also going to make a new thread about degraining and possibly adding a couple of options to the settings, but I guess I'll post that here.

Essentially I've found that when using HQDN3D, using using temporal settings at about half of what the Mono/Colour is I get good results. If I set temporal settings to the same as Mono/Colour I'll get artifacts. So settings would be something like 2/2/1/1 3/3/1/1 4/4/2/2 5/5/2/2 6/6/3/3, etc. Not sure if you can add something like a Temporal box option and just put in the amount of half along with rounding down if the number is not dividable by two.

When you added MDegrain, it opened a lot of doors. I've spent far too much time looking at all the options I could do with MDegrain (fairly daunting I might add). But essentially, after so much research, it was really a simple change of thSAD=400. When I used HQDN3D for something like 6/6/3/3 or 8/8/4/4 I found a MDegrain thSAD=150-200 range gives me excellent results. MDegrain results are simply better then anything else I've tried. Can you give an option for the MDegrain to change the thSAD without having to edit the script?

I also went through the options for MDegrain1-3 using my test clip. I think MDegrain2 is probably the best solution. MDegrain3 produced a smaller clip, but I'm not sure if I'm loosing too much information and I don't want any artifacts.

Test Clip: 5 Minutes, Glengarry Glen Ross, fairly grainy.
RAW: 715MB
CQ18: 577MB
CQ18 MDegrain1 THSAD=200: 290MB
CQ18 MDegrain2 THSAD=200: 210MB
CQ18 MDegrain2 THSAD=400: 176MB
CQ18 MDegrain3 THSAD=200:174MB

My settings, which might help others:
#Denoise MDegrain1 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
video=MDegrain1(video,super,bv1,fv1,thSAD=300)

#Denoise MDegrain2 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=300)

#Denoise MDegrain3 Modified
Loadplugin("C:\Temp\RipBot264v1.19.x\Tools\AviSynth plugins\mvtools\mvtools2.dll")
super=MSuper(video,pel=2)
bv1=MAnalyse(super,blksize=8,isb=true,delta=1,overlap=4)
bv2=MAnalyse(super,blksize=8,isb=true,delta=2,overlap=4)
bv3=MAnalyse(super,blksize=8,isb=true,delta=3,overlap=4)
fv1=MAnalyse(super,blksize=8,isb=false,delta=1,overlap=4)
fv2=MAnalyse(super,blksize=8,isb=false,delta=2,overlap=4)
fv3=MAnalyse(super,blksize=8,isb=false,delta=3,overlap=4)
video=MDegrain3(video,super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=300)

[steferrari]

Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

[soneca]

The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

[docholliday]

The new autocrop seems to be not working well with DVD, at least with one so far, I'll test more.
The "New Frame" button also stopped working with DVD.

Same as Blu-ray Disc.

[steferrari]

Hello, I launched RipBot today and it performed some updates on its own, now I can't see the margins anymore though, only a blank space saying "Panel 1" and "Panel 2"... how can I fix this?

https://s17.postimg.org/m6ykh4ean/Immagine.png

Edit: I just tried to reinstall AviSynth, Haali Media Splitter and ffdshow but it made no difference.
Edit 2: I tried with a couple of new files (they're always .vob files for me, generated by a DVD Recorder), but the problem is still there. I always use RipBot with .vob files and I never had this problem before, I could always see the video margins (very useful for cropping).

Can you help me, Atak? Thank you.

I'm still having this problem, any way to fix it?
Thanks.

[byteshare]

I'm still having this problem, any way to fix it?
Thanks.
Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

The issue that I am getting is on 19.6 but not getting on 19.5 ( my 19.5 had a few updates with encoding client and auto crop) is that my videos are coming out....weird.
19.5:
http://i.imgur.com/vYbrfm0.jpg
19.6:
http://i.imgur.com/eKpXhh8.jpg

I've been able to isolate the issue to some change in the tools because when I copy my 19.5 tools over the 19.6 tools I have no issue. Thoughts on what is causing the issue?

Update: I think I found the problem. The ffms in 19.6 is on 2.23 and 19.5 is on 2.20. If I take a clean 19.6 and only copy the ffms from 19.5 (v2.20) I don't have the issue anymore.

[sneaker_ger]

Are you using AviSynth+ or AviSynth? Since 2.23.1 ffms2 supports the high bitdepth formats of AviSynth+. If the source is >8 bit maybe that creates problems somewhere in your chain?

[Atak_Snajpera]

It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

[byteshare]

It turns out that FFMS 2.20 is more stable for our needs. VC-1 decoding is also broken in latest builds
https://forum.doom9.org/showthread.php?p=1805287#post1805287

I think I will revert to 2.20 for video decoding and use latest builds only for audio decoding.

Would apperciate it! Thank you for looking into this so quickly.
FYI, HEVC 2.4 came out April 22 and mostly is about adding HDR support and some speed improvements:
http://x265.readthedocs.io/en/default/releasenotes.html

[Noisrevid]

Weird situation here.. I was using a slightly older build of Ripbot on a slower laptop.. And on a fresh new PC with 6700K vs a 4700HQ laptop and the 4700HQ laptop using the same exact settings (I use the same config for all my Ripbots builds) it was encoding about 30% faster on the slower laptop...

Then I deleted that Ripbot from the slower laptop and ran a fresh folder of Ripbot freshly downloaded and it was also slow (slower than the fast desktop) so definitely something going on in the newest build of Ripbot.


I'm doing a 2-pass so i'm only comparing the 1st pass.. Maybe the turbo first pass isn't working right in the newest build, maybe it's doing a normal slow first pass.....

[steferrari]

Try using a fresh copy of the RipBot files (don't edit anything just add a file and see what happens. I don't have this issue.

You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.

[byteshare]

You mean just add a file to RipBot and click straight away on AviSynth without doing other changes?
I just did that and I still see a blank space saying "Panel 1" and "Panel 2" instead of seeing video margins.
I even re-downloaded RipBot, left all it's settings on default, imported my video file and problem was still there.

Looks like this happens only if I add .vob files, with everything else it's ok.

Automatic crop still works fine though, so it's not a massive problem after all, but I would be happier if this can be fixed somehow.
Try taking a clean 19.6 and only copy the ffms from 19.5 (v2.20)
I was getting weird video output with the newest ffms, but not the preview field for the crop.

[steferrari]

Try taking a clean 19.6 and only copy the ffms from 19.5 (v2.20)
I was getting weird video output with the newest ffms, but not the preview field for the crop.

No difference, unfortunately.

[byteshare]

No difference, unfortunately.

Does it work for you with a clean (no updates) 19.5?

[steferrari]

Does it work for you with a clean (no updates) 19.5?

I just tried and yes... it works!
But when it does the updates, the problem comes back immediately.

So I assume that this issue is 100% caused by something in 19.6 then.

[BlockABoots]

Im not sure if this is an issue with RipBot or AviSynth but have noticed that once i have edited (Avisynth) and encoded (ripbot) that when i watch back the file that my mic audio has become slightly distorted and crackly at random times will be ok one second and then the next will start having issues. I have watch the raw file and this doesnt have these issues at all. Any ideas what the cause of this could be?

[byteshare]

I just tried and yes... it works!
But when it does the updates, the problem comes back immediately.

So I assume that this issue is 100% caused by something in 19.6 then.

For me the issue was ffms, but for you it sounds like something else.
I'd try to take a clean 19.6 (a straight download http://www.mediafire.com/file/1x2cuqbhbx9xpn3/RipBot264v1.19.6.7z)
and start replacing the plugins 1 by one from a clean 19.5 with out updates in the \Tools\AviSynth plugins until you find the plugin issue. Once you find the issue let us know.

[byteshare]

Im not sure if this is an issue with RipBot or AviSynth but have noticed that once i have edited (Avisynth) and encoded (ripbot) that when i watch back the file that my mic audio has become slightly distorted and crackly at random times will be ok one second and then the next will start having issues. I have watch the raw file and this doesnt have these issues at all. Any ideas what the cause of this could be?

Which version of RipBot are you using?

[BlockABoots]

Which version of RipBot are you using?

Its 1.19.6

[BlockABoots]

Also does Ripbot have issues with video files that have been captured with variable frame rate (like Nvidia's ShadowPlay uses) ?

[steferrari]

For me the issue was ffms, but for you it sounds like something else.
I'd try to take a clean 19.6 (a straight download http://www.mediafire.com/file/1x2cuqbhbx9xpn3/RipBot264v1.19.6.7z)
and start replacing the plugins 1 by one from a clean 19.5 with out updates in the \Tools\AviSynth plugins until you find the plugin issue. Once you find the issue let us know.

I just did that and nothing changed... really strange. :confused:
Then I tried again with 19.5 and everything is fine!

There must be something else in 19.6 that causes this issue.

Edit: I even tried to replace the whole Tools folder with the one from 19.5 but the problem was still there!

[byteshare]

Its 1.19.6
Try it on 1.19.5 without updates to see if it is something in the new version.
Also does Ripbot have issues with video files that have been captured with variable frame rate (like Nvidia's ShadowPlay uses) ?
I haven't had too many issues with frame rate stuff in RipBot but when I do I use this AVISynth script to output timestamps to mux back in with MKVtools and it fixes my problems:
LoadPlugin("..Where ever you have your install of RipBot..\ffms2.dll")
FFVideoSource("C:\Video.mkv",timecodes="C:\Video.mkv.avs_timecodes.txt")
To be clear the Video.mkv in this example is the original source file and not the encoded file. You'll mux the *.txt into the encoded file.

I just did that and nothing changed... really strange. :confused:
Then I tried again with 19.5 and everything is fine!

There must be something else in 19.6 that causes this issue.

Edit: I even tried to replace the whole Tools folder with the one from 19.5 but the problem was still there!
Hmmm...Since I changed out my ffms2 (with the version from 19.5) I get black previews on the crop preview. I wasn't having an issue though with the default 19.6. Something for the Dev to look into, which was already mentioned about switching back to the older ffms for video and the newer ffms for audio.

[guest]

Another substantial update today, peep's :)

[steferrari]

My blank video margins problem is still there though.

[soneca]

Hi Atak,

Today I had to make a small edition in Sony Vegas/Frameserver using RipBot to render and I got the same screen. What had never happened.

https://s20.postimg.org/d5z1vzq31/ripbot.png

https://s20.postimg.org/wcc8z66kt/ripbot1.png

[byteshare]

Hi Atak,

Today I had to make a small edition in Sony Vegas/Frameserver using RipBot to render and I got the same screen. What had never happened.

https://s20.postimg.org/d5z1vzq31/ripbot.png

https://s20.postimg.org/wcc8z66kt/ripbot1.png

If you're trying 19.6 for the first time, run the updater again to get another version change that might fix your issue. Fixed mine, but some others are saying they are still having the crop preview issue.

[steferrari]

Looks like everything works fine for me now!
I just ran RipBot, it automatically made an update and the problem seems to be gone. :)

[jlpsvk]

--profile main10 --output-depth 10 --level-idc 5.1 --amp --aq-mode 3 --qg-size 64 --vbv-bufsize 160000 --vbv-maxrate 160000 --me star --max-merge 5 --rc-lookahead 40
--lookahead-slices 4 --ref 5 --min-keyint 24 --keyint 240 --no-strong-intra-smoothing --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)"
--colorprim bt2020 --colormatrix bt2020nc --transfer smpte-st-2084 --max-cll "1132,923" --no-deblock --no-sao --high-tier --no-info

Results in:
B(7500 was unexpected at this time.

What now? :( Command works with standalone command line.

[soneca]

If you're trying 19.6 for the first time, run the updater again to get another version change that might fix your issue. Fixed mine, but some others are saying they are still having the crop preview issue.

It was already updated.
This error is only occurring via Frameserver.

[Atak_Snajpera]

Soneca.
http://i.cubeupload.com/AhZwSK.png

[soneca]

Hello Atak,
Was actually disabled but still not working. I have now tested it with version 1.19.5 and it works normally.

[soneca]

Thank you, problem fixed! :)

[jlpsvk]

@Atak_Snajpera

What about this http://forum.doom9.org/showthread.php?p=1806163#post1806163 ? Any suggestion?

[Atak_Snajpera]

I guess command line is too long for .cmd file.

[soneca]

Hi Atak,

Editing today a few chapters extracted from blu-ray in Sony Vegas the autocrop has again troubled, does not crop the video via FrameServer and hangs, I have to force the closing of RipBot264. While in version 1.19.5 this again does not occur.

https://s20.postimg.org/p8dqbuqq5/ripbot.png

[jlpsvk]

I guess command line is too long for .cmd file.

from command line with x265 it's working OK.

[Atak_Snajpera]

from command line with x265 it's working OK.

What happens if you manually execute jobx_EncodeVideo.cmd

[jlpsvk]

What happens if you manually execute jobx_EncodeVideo.cmd

It works OK. It's happens only with Distributed Encoding enabled.

[jlpsvk]

Atak_Snajpera
What ports are used on the "server" side for distributed encoding? I want to make this work across firewall, as I have 1gbit fiber-optic line between the sites (i have physical access and admin over both end firewalls - on windows machines firewalls are disabled). Microsoft networking is working, I can access shared directories from the "remote machine" on which encodingserver.exe is running to main machine running RipBot264. Also ports 1000-1010 are forwarded from remote to RipBot machine...but still not successfull. On remote end, in Encoding Server windows I am getting
Socket error # 10060
Connection timed out
Access violation at address 004C6268 in module "Encodingserver.exe". Read of address 00000098

[Atak_Snajpera]

https://forum.doom9.org/showthread.php?p=1762596#post1762596
https://forum.doom9.org/showthread.php?p=1762732#post1762732

[jlpsvk]

Atak_Snajpera
Thanks. :) Will try. What about that encoding command, which is not working in distributed encoding?

[Atak_Snajpera]

Like I said. Most likely command line is too long for .cmd file.

[jlpsvk]

Atak_Snajpera
But the setting is working in standalone mode.

Regarding those firewall... tried it.. both ports 1000-1010 are bi-directional accessible, the same with windows networking ans file sharing. but still not working. :(

EDIT: It works now. :) Created a floating rules on firewalls, so no NAT and everything is working. :)

[essential]

I did a search first and read though a bunch of posts but didn't find an answer. I figured out a way that works well to use Ripbot and keep chapters with bluray's but I can't figure out how to keep DVD chapters with Ripbot. My resulting file never retains the chapter points. Are there certain steps to maintain chapter points? The VOBs, played directly in VLC have the chapter points, but those same VOBs loaded into Ripbot lose them during encode.

[byteshare]

I did a search first and read though a bunch of posts but didn't find an answer. I figured out a way that works well to use Ripbot and keep chapters with bluray's but I can't figure out how to keep DVD chapters with Ripbot. My resulting file never retains the chapter points. Are there certain steps to maintain chapter points? The VOBs, played directly in VLC have the chapter points, but those same VOBs loaded into Ripbot lose them during encode.
Have you tried exporting the video from VOBs to MKV with MakeMKV first? This is my usual process.

[byteshare]

Not sure if this would apply to AVISynth+, but I found a chat about making AVISynth 2.6 portable: http://forum.doom9.org/showthread.php?t=167868
Thought is might help you if you wanted to make RipBot more portable.

[essential]

Have you tried exporting the video from VOBs to MKV with MakeMKV first? This is my usual process.

No, originally I just copied the DVD to my HD then loaded the first VOB into Ripbot and it did the rest.

I just tried using MakeMKV. Two things ... first the DVD source is interlaced and I'd use the inverse telecine + restore 23.976 option, when I load the resulting mkv from MakeMKV, the deinterlace option isn't delectable anymore, does MakeMKV take care of the interlaceing during its process?

Second, the resulting encoded MKV does indeed retain the chapters now, but if I skip ahead at all in the video, the audio/video sync goes out of whack. This doesn't happen at all when encoding straight from the VOBs. My original encode is basically perfect except for the lack of chapters.

I ended up finding this site, "chapterdb.org" and found a chapter file for my movie and used mkvtoolnix to save it to the mkv. This is a solution, but still unsure why Ripbot isn't able to use the chapter marks from the original VOB files.

[byteshare]

If you're not already, I'd use QTGMC in RipBot for the interlaced material. Under settings > "Use QTGMC deinterlacer instead of Yadif"
You can force the QTGMC when in batch mode by setting Deinterlace to "TFF -> 25 FPS/30FPS"
or editing the video script and putting this in there (copy/past) under #Deinterlace:
Loadplugin("C:\RipBot\Tools\AviSynth plugins\Repair\RepairSSE2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\RemoveGrain\RemoveGrainSSE2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\nnedi3\nnedi3.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\masktools\masktools2.dll")
Loadplugin("C:\RipBot\Tools\AviSynth plugins\mvtools\mvtools2.dll")
Import("C:\RipBot\Tools\AviSynth plugins\UniCode\QTGMC-3.33.avsi")
video=QTGMC(video,Preset="Medium",FPSDivisor=2)
Only change the path from "C:\RipBot" to where you are running RipBot from.

You might have loaded the DVD incorrectly if you weren't getting chapters in the MKV from MakeMKV, which should be coming along after you've encoded the video in RipBot.

As for the video/audio being out of sync not sure since RipBot should be making a "video.mkv.ffindex" in the job folder that it uses to mux back in to correct that sort of thing. You could try manually remuxing it in to make sure that is happening and/or see if that file is being generated. Did you check the outputed MKV from MakeMKV? It could also be just the actual audio file, try muxing in the audio from the source MKV from MakeMKV to see where the issue is happening. I get audio issues sometimes with RipBot, which is why I personally usually just copy the audio or use a 2nd application to process the audio. It doesn't always happen but I've had it happen enough that I changed my work flow.

Nice find on that site though. I hadn't heard of it before.

[essential]

If you're not already, I'd use QTGMC in RipBot for the interlaced material. Under settings > "Use QTGMC deinterlacer instead of Yadif"
You can force the QTGMC when in batch mode by setting Deinterlace to "TFF -> 25 FPS/30FPS"
or editing the video script and putting this in there (copy/past) under #Deinterlace:

Only change the path from "C:\RipBot" to where you are running RipBot from.

You might have loaded the DVD incorrectly if you weren't getting chapters in the MKV from MakeMKV, which should be coming along after you've encoded the video in RipBot.

As for the video/audio being out of sync not sure since RipBot should be making a "video.mkv.ffindex" in the job folder that it uses to mux back in to correct that sort of thing. You could try manually remuxing it in to make sure that is happening and/or see if that file is being generated. Did you check the outputed MKV from MakeMKV? It could also be just the actual audio file, try muxing in the audio from the source MKV from MakeMKV to see where the issue is happening. I get audio issues sometimes with RipBot, which is why I personally usually just copy the audio or use a 2nd application to process the audio. It doesn't always happen but I've had it happen enough that I changed my work flow.

Nice find on that site though. I hadn't heard of it before.

Thanks for the reply byte, yea I've never changed anything on the settings screen. I'm assuming QTGMC is better or faster than the Yadif? I wonder why QTGMC isn't the default heh, I've done a lot of videos with Yadif.

Not sure the issues. I just copied the entire original DVD to my HD after removing copy protection (old DVD, nothing recent). It plays just fine from my HD, and loads into VLC with menus and everything (only loaded VTS_01_1.vob into Rip).

The encode from the resulting MakeMKV file is fine timing wise unless I skip forward, then it looses it. If i just let it play from the beginning it never looses sync.

Oh well, it's not a big deal now, between that site and their piece of software "ChapterGrabber.5.4" I can always get or create my own chapters and insert them into the MKV after Ripbot is done. I've gone back and looked at a lot of my old encodes based on DVDs and none have chapters, so I don't think that has ever worked for me, but I'm just realizing it now.

[byteshare]

I'm assuming QTGMC is better or faster than the Yadif?

The encode from the resulting MakeMKV file is fine timing wise unless I skip forward, then it looses it. If i just let it play from the beginning it never looses sync.
QTGMC is slower for sure, but way better results.
Weird that you're only losing sync after skipping. I'm not sure what is causing your issue in this case.

[byteshare]

Not sure if this would apply to AVISynth+, but I found a chat about making AVISynth 2.6 portable: http://forum.doom9.org/showthread.php?t=167868
Thought is might help you if you wanted to make RipBot more portable.
Found something awesome today that I needed to share and hope gets implemented by default into RipBot.
As long as your on AVISynth+ r2440 or higher (I'm on r2455) you should be able to really speed up your encode times if using MDegrain or QTGMC.
Normal MDegrain in RipBot (right now) looks like:
Loadplugin("C:\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
But adding SetFilterMTMode("DEFAULT_MT_MODE", 2) and Prefetch(8) makes a big difference. I was useing DE mode with 4 nodes on a local machine to use full CPU but the new lines fix this.
Adding those lines I get:
Loadplugin("E:\!0-Trans\!2Tools\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400).Prefetch(8)
Happy encoding.
Update: For more info about MT Modes: https://gist.github.com/tp7/8899021

[Atak_Snajpera]

Found something awesome today that I needed to share and hope gets implemented by default into RipBot.
As long as your on AVISynth+ r2440 or higher (I'm on r2455) you should be able to really speed up your encode times if using MDegrain or QTGMC.
Normal MDegrain in RipBot (right now) looks like:
Loadplugin("C:\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400)
But adding SetFilterMTMode("DEFAULT_MT_MODE", 2) and Prefetch(8) makes a big difference. I was useing DE mode with 4 nodes on a local machine to use full CPU but the new lines fix this.
Adding those lines I get:
Loadplugin("E:\!0-Trans\!2Tools\RipBot264v1.19.6\Tools\AviSynth plugins\mvtools\mvtools2.dll")
SetFilterMTMode("DEFAULT_MT_MODE", 2)
super=MSuper(video,pel=2)
fv1=MAnalyse(super,isb=false,delta=1,overlap=4)
bv1=MAnalyse(super,isb=true,delta=1,overlap=4)
fv2=MAnalyse(super,isb=false,delta=2,overlap=4)
bv2=MAnalyse(super,isb=true,delta=2,overlap=4)
video=MDegrain2(video,super,bv1,fv1,bv2,fv2,thSAD=400).Prefetch(8)
Happy encoding.
Update: For more info about MT Modes: https://gist.github.com/tp7/8899021

Have you compared total encoding time with 4 nodes vs 1 node? Higher CPU usage does not always mean faster encoding time. I'm just curious now...
I used to experiment a little bit with MT modes in the past but then I realized that running multiple instances on the same PC was faster than spawning additional threads like you do.

[byteshare]

Have you compared total encoding time with 4 nodes vs 1 node? Higher CPU usage does not always mean faster encoding time. I'm just curious now...
I used to experiment a little bit with MT modes in the past but then I realized that running multiple instances on the same PC was faster than spawning additional threads like you do.
Yes, it is for sure faster than 1 thread 3-4 times faster (maybe default for non-DE mode?), but slightly slower depending on the source and filters I'm using than having 4 threads (vs 1) that are not MT. For some stuff I found it was as fast, but I don't think faster. I don't have the numbers and since it was within minutes I usually didn't care.
Was testing with MDegrain3, HQDering, and f3kdb on.
It does also use a lot less RAM though if that is a concern for anyone.
The main reason I looked into it was because I was trying to use MDegrain3, HQDering, and f3kdb with QTGMC and it was taking way longer (about 8 times longer) than doing QTGMC near lossless, and then reprocessing the video into HEVC with MDegrain3, HQDering, and f3kdb. I wouldn't normally do that but I was trying to isolate what was going on.
The one hiccup I have right now is how to put in the script for RipBot since in RipBot you don't group all of your load and "video=" commands AVISynth doesn't like putting ".Prefetch(8)" twice in the same script. Wasn't sure if I put it just in QTGMC (since it is first in the list) it is applying to the other filters.
Oh, and I should mention if I add in the prefetch info from within RipBot and by clicking on the AVISynth button in the edit menu, then showing the video script and after editing clicking okay the avs2avi.exe will take forever and a day but if I click the "X" it seems to work fine, not sure what the exe is doing.
I've been just editing the Job*.avs script directly because of the above.
Update: Ran some more tests...and a lot of videos would cut out early in the encode. Might have to stick with ST over MT for now.

[george84]

x265 version 2.4 has option --hdr-opt for HDR10 support.Please update RipBot.

[byteshare]

x265 version 2.4 has option --hdr-opt for HDR10 support.Please update RipBot.
You can manually update while you wait; what I usually have to do.

[george84]

You can manually update while you wait; what I usually have to do.

Thank you, this worked. I assumed it was a version specially built for RipBot.

[byteshare]

Thank you, this worked. I assumed it was a version specially built for RipBot.
I think HandBrake is the only common encoder that makes it difficult to update HEVC.

[george84]

I created my own profile to encode. I use MA10 profile andmodified command section to:

--profile main10 --output-depth 10 --hdr-opt --aq-mode 1 --aq-strength 2 --no-open-gop --colorprim bt2020 --transfer smpte-st-2084 --colormatrix bt2020nc --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --max-cll "1000,200"

I would expect media info to display something like this:

...
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : SMPTE ST 2084
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0001 cd/m2, max: 1000.0000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 200 cd/m2


but mediainfo only shows:

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Codec ID : V_MPEGH/ISO/HEVC
Duration : 51 s 0 ms
Bit rate : 4 923 kb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Bits/(Pixel*Frame) : 0.025
Stream size : 29.9 MiB (97%)
Default : Yes
Forced : No


When doing playback on TV, then TV shows HEVC AAC 3840x2160 HDR BT.2020 as video characteristics and everything is Ok.

Is there a way to force RipBot so that mediainfo can discover and show the wanted information? (which is clearly somewhere hidden in video)

[byteshare]

Is there a way to force RipBot so that mediainfo can discover and show the wanted information? (which is clearly somewhere hidden in video)
I believe the problem you're having is to do with MKVToolNix and HEVC (x265) 2.4+
You need to update the MKVToolNix RipBot uses: RipBot264\Tools\mkvtoolnix (need MKVToolNix 12.0+) or wait for Atak_Snajpera to push an update.

[sneaker_ger]

There was a problem with mkvmerge 11.0, not related to x265. But RipBot should still be using mkvmerge 10.0?

[byteshare]

There was a problem with mkvmerge 11.0, not related to x265. But RipBot should still be using mkvmerge 10.0?
I just checked to be sure and in my RibBot folder after all updates it is using MKVToolNix 11.0.0 and says the same under Settings > Tools
Update: I manually copied newer MKVToolNix (12.0.0) files into the RipBot264\Tools\mkvtoolnix folder. Did a quick test encode with HEVC 2.4+26 and media info correct after RipBot Muxed the pieces together.

[george84]

I just checked to be sure and in my RibBot folder after all updates it is using MKVToolNix 11.0.0 and says the same under Settings > Tools
Update: I manually copied newer MKVToolNix (12.0.0) files into the RipBot264\Tools\mkvtoolnix folder. Did a quick test encode with HEVC 2.4+26 and media info correct after RipBot Muxed the pieces together.

Thank you, this solution works for me.

[Nosirus]

I try to make it work, but I also have this error

D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\EncodingClient.exe" "D:\Temp\RipBot264temp\job1\job1_EncodingClient.meta"

D:\>"C:\Users\Nosirus\Desktop\RipBot264v1.19.6\tools\mkvtoolnix\mkvmerge.exe" -o "C:\test2.mkv" --compression 0:none --title "test2" --default-duration 0:23.94fps "D:\Temp\RipBot264temp\video.264" --chapters "D:\Temp\RipBot264temp\job1\chapters.txt"
mkvmerge v12.0.0 ('Trust / Lust') 64bit
Error: The file 'D:\Temp\RipBot264temp\video.264' could not be opened for reading: open file error.
-------------------------

Elapsed Time: 00h:00m:08s

Only when "Distributed encoding" are ticked

What are the solutions to try? (i use win 10 pro)

(sorry for my bad english)

[Atak_Snajpera]

Record your desktop with fraps and show us what is really happening? This log is not very helpful.

[Nosirus]

https://www.youtube.com/watch?v=sWZQKAzmbuw

It seems related to mkvtoolnix that does not create video.h264 file no ?

[byteshare]

https://www.youtube.com/watch?v=sWZQKAzmbuw

It seems related to mkvtoolnix that does not create video.h264 file no ?

Watched the video. Would you please post the media info for that test2.mkv file?

[Nosirus]

Of course, but all the videos do that

[Atak_Snajpera]

Does this file exist?
\\[Your-PC]\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe

[Nosirus]

Yes, x64 and x86 exist

[Nosirus]

Yes, x64 and x86 exist

[Nosirus]

Yes it is present

[essential]

On current version ... does Ripbot not allow using a PCM audio track?

My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?

I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.

I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?

[Nosirus]

Yes it is present

[byteshare]

On current version ... does Ripbot not allow using a PCM audio track?

My source file has a 1,536kb/s PCM track, and when I add it in Ripbot it shows WAVE "RAW/PCM, English, 2.0 channels, 16 bits, 48kHz" and FLAC as options on the structure screen under audio... if I select WAVE the only audio options I get after Ripbot Demuxes are lower quality options like Opus, AAC, and ACS ... I don't get a COPY STREAM option to use the 1,536 PCM track ... is this on purpose?

I also demuxed the audio track from the m2ts in tsmuxer and add it manually in Ripbot and still only get the Opus, AAC, and ACS options.

I understand FLAC is lossless so I'm not losing anything from a quality standpoint, just space saving, but I wanted to verify that I couldn't use the PCM audio even if I wanted too?
You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.

[sirjaymz]

I try to make it work, but I also have this error



Only when "Distributed encoding" are ticked

What are the solutions to try? (i use win 10 pro)

(sorry for my bad english)

I have same issue.
I have tested my test input AVI with DE Mode enabled on 1.19.3 - 1.19.6
Win7x86
Temp drive on NAS "m:"
Output folder on NAS "M:\Transcoded"

Looks like the job1_encoding_meta has the x264_x86.exe --output not including the "Job number" variable in the "Output" location of the command string on the the temp drive. It has the default temp location (%TEMP%\RipBot264temp\video.264) .
Should it not be something like...
(%TEMP%\RipBot264temp\job%Job_Number%\video.264) ???

[Nosirus]

Hello, I still do not find the solution

I sometimes see a "sharefolder" icon appear and the crash

I use windows 10 pro french

[Nosirus]

I still have the same problem

I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash

I use windows 10 pro in french

[Nosirus]

I still have the same problem

I have the icon "sharefolder" which appears in the folder "RipBot264temp" then it crash

I use windows 10 pro in french

[Atak_Snajpera]

Run cmd.exe
and enter this command line
"\\YOUR-PC\Ripbot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k "\\YOUR-PC\Ripbot264temp\Job1\video.mkv"

What error message do you see?

[essential]

You might need to send a small sample to Atak_Snajpera to test with, but he'll let you know.

Atak, how do I send you a sample? I'm having the same issue I posted about before with another bluray, but this one has a DTS-MA track that Ripbot won't allow me to use. It seems like FLAC is the best I can do.

I've attached two files. When I see the Blu-Ray structure it shows me the DTS-MA (and the PCM in the other instance). However, when I select "Wave" click OK and Ripbot demuxes, when I get to the Encoding Settings screen, AC3 is the best option Ripbot allows me to chose.

Am I missing something?

Edit:
I half answered my own question, when I select "Core" I'm getting the DTS. However with the PCM audio with the other Bluray, "Core" wasn't selectable, just Wave. I'll have to re-rip one of those.

[Atak_Snajpera]

May I ask why do you need uncompressed audio (wav) in .mkv ?

[Nosirus]

C:\Users\Nosirus>"\\DESKTOP-8NBTRJ0\RipBot264temp\Tools\AviSynth plugins\ffms\x86\ffmsindex.exe" -f -k \\DESKTOP-8NBTRJ0\RipBot264temp\job1\video.mkv
Writing keyframes... done.
Writing index... done.

No problem I think

[Nosirus]

https://youtu.be/ScGt6vEu5co

Almost !

But you have to type the command each time

[Atak_Snajpera]

What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?

Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)

[byteshare]

Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.

[Atak_Snajpera]

Is there a way to specify avs2yuv64.exe rather than avs2yuv.exe when using MT? I think this might be the reason I get issues (often encodes cut out early) with MT in RipBot but not another application.

avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.

[byteshare]

avs2yuv64.exe will require AviSynth 64bit.
AviSynth 64bit will require ALL plugins in script to be 64 bit as well.
Not all plugins are available for x64 architecture.
Is there a way to know easily if they are x64?
For example MDegrain: http://avisynth.nl/index.php/Temporal_Degrain
I thought was x64.
Sorry if I'm wasting your time, just thought this was easier than it seems now that you explained it a little.

[Atak_Snajpera]

I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.

[byteshare]

I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.
Why do you include the avs2yuv64.exe than?
RipBot264v1.19.6\Tools\avs2yuv\avs2yuv64.exe
-Update- Don't mean to come off hostile, just wondering if there are other places that RipBot will use the x64 version?

[Atak_Snajpera]

Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases

[byteshare]

Because It is part of package. Generally I do not delete any files after extraction. I just keep everything intact.
https://github.com/MasterNobody/avs2yuv/releases
Thank you for the clarification.

[Nosirus]

What happens if you manually run \\DESKTOP-8NBTRJ0\RipBot264temp\Job1\Chunks\1.cmd from remote-pc?

Ps. That behaviour seen on your video means that something is wrong with shared folder. (ACCESS DENIED)

It works fine, if I run 1.cmd from another computer

But, this other computer, also does not want to encode with the option "distributed encoding"

edit:
I have an NAS encoder directly on are disk that is in network will fix the problem? If yes, how ?

[Atak_Snajpera]

When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?

[Nosirus]

I mean that every single plugin which is used by RipBot264 would have to be 64bit. Not only MDegrain.

Just "encode" then "encoding termined" loop

I do not know how to make it work once, it seems to link to the "residential group" but the folder "D:\Temp\RipBot264temp" is automatically deleted

The network management of windows is really a horror!

I often have this error
https://img15.hostingpics.net/pics/175373error.jpg (https://www.hostingpics.net/viewer.php?id=175373error.jpg)

[Atak_Snajpera]

Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s

[sirjaymz]

Looking at most of the scripts created, it looks as if RB uses the netbios name of the locations of the directories and file locations.

can you make it so that i can use a share on a NAS instead?

I gather that in the ripbot264.ini file that the variable TEMP translates into a netbios name for the temp location and the job working directory when in DE mode.

I tried setting the TEMP variable as
StoreTempFilesin=\\nas\sharedrive as the temp location,
which Iwould translate expect it to translate to
\\nas\sharedrive\Temp\RipBot264temp\
But that doesn't seem to work.

Any plan to allow us to use a NAS unit instead of having the files local? or suggestions how i could accomplish?

[Nosirus]

Have you disabled Password protected sharing?
https://youtu.be/b-BICnj62iE?t=13s

Yes i had followed tutorial

The folder share "D:\Temp\RipBot264temp" is well indicated, but I have to re-apply it for it to work

RipBot264 seems to change rights every time, possible?

[Atak_Snajpera]

How about this question?
When you get this https://youtu.be/ScGt6vEu5co what do you see in Encoding Server app window?

[jlpsvk]

@Atak_Snajpera
Anything new with too long command when trying to encode 4K HDR with distributed encoding? Any chance for a quick fix?

[Nosirus]

How about this question?

Just "encoding terminated" in loop

https://www.youtube.com/watch?v=3MMWx1ni_Fk

What's happening, thanks for your support :)

[byteshare]

Just "encoding terminated" in loop

https://www.youtube.com/watch?v=3MMWx1ni_Fk

What's happening, thanks for your support :)

Something is wrong with your setup. Can you go into the job folder and use AvsPmod to see if the script checks out?
For example:
C:\Temp\RipBot264temp\Job238\Chunks\1.avs
load the 1.avs into AvsPmod while the encode is trying in RipBot and see what error it gives you (bottom left click the triangle).
AvsPmod: https://avspmod.github.io/

[Danette]

In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.

[byteshare]

In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.
I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.

[byteshare]

FYI to anyone that is trying to do QTGMC and MDegrain. I found it was much faster to combine the lines...I don't know if this messes anything up but my results looked good.
I mean normally RipBot would have two sections for AVISynth scripting, but I just put them together something like this:
[Ignoring the LoadPlugin & Import lines]
super = video.MSuper(pel=2)
bv1 = MAnalyse(super, isb = true, delta = 1, overlap=4)
fv1 = MAnalyse(super, isb = false, delta = 1, overlap=4)
bv2 = MAnalyse(super, isb = true, delta = 2, overlap=4)
fv2 = MAnalyse(super, isb = false, delta = 2, overlap=4)
bv3 = MAnalyse(super, isb = true, delta = 3, overlap=4)
fv3 = MAnalyse(super, isb = false, delta = 3, overlap=4)
video=video.MDegrain3(super,bv1,fv1,bv2,fv2,bv3,fv3,thSAD=1000).HQDering(strength=255).f3kdb.QTGMC(Preset="Medium",FPSDivisor=2)

[Danette]

I just click the X button to cancel, and click batch again, fix the settings, and start again. I do that as many times as need.
As for adding custom script to batch I've never tried it myself.

So, you are confirming that the bug is there and that you are having to do a dance to get it to work.

I think that Atak_Snajpera will provide a fix once he recognizes the issue, since it wasn't an issue in previous releases.

[Atak_Snajpera]

Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...

[guest]

Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...

Sounds good :)

Any chance of a few more Servers being added to the next build ??

[byteshare]

Batch mode in v1.20.0 (work in progress) is seriously improved... Generally I've spent alot of time to refactor my old code in many places. Stay tuned. Beta soon...
Awesome!!! Don't want to wait :D

[guest]

Awesome!!! Don't want to wait :D

RipBot264 v1.20.0 BETA is out today !!!!!

LOT's of little changes :)

[byteshare]

New update is great so far!

[byteshare]

In version 1.19.6, the batch function is not working correctly (at least, not on my Win7 system). Previous versions were fine.

I add the files (about 45 files) and they all appear in the “Batch mode” batch list. However, when I click “Start”, the pre-processing begins, but only the first 3 files are processed out of the 45 in the batch list. I then click “Done”, after those 3 are pre-processed, and those 3 files appear, as they should, in the list of jobs that begin to process. Those 3 then are converted correctly.

Also, thanks Atak_Snajpera, for adding custom script in batch mode, although I haven’t tried it yet due to the above problem.

Batch mode is working well for me right now.
As for custom script loading that also seems to be working correctly.

[Calimero1609]

Hello Atak

I found a bug in Ripbot264 V1.19.6 / V1.20 BETA

Ripbot does not recognize the audio track ( DTS-MA ) when the temporary directory = D -> the audio file is present in the directory.

https://abload.de/img/bild4hzjba.jpg

https://abload.de/img/bild1-2vkoc2.jpg

If the temporary directory = C, then everything is ok.

https://abload.de/img/bild6j6j4d.jpg

The bug ist not present in V1.19.5!

[NiGHTsC]

Just realized Ripbot264 is already 10years old...10years man...
Sir! You are super Persistent~

Thank you x10!

[Atak_Snajpera]

@Calimero
It works fine on my windows 7
http://i.cubeupload.com/5OcMsk.png

[klopsknoedel]

RipBot 1.20BETA acts quite strange. I have a BD where only the first m2ts of a playlist will be demuxed. Playing this BD in MPC-HC works fine. Anyone elese with this problem?

EDIT: Same Problem with 1.19.6
Tried to pre-combine these m2ts via mkvtoolnix and it quits with the following error:
"The track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00006.m2ts' cannot be appended to the track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00003.m2ts'. The formats do not match"
So it seems the BD-Authors did great job there :/ ... So don't mind this post.

[Calimero1609]

@Atak

Ripbot 1.19.5 works fine

Ripbot 1.19.6 / 1.20.0 does not recognize the audio track ( DTS-MA ) when the temporary directory = D

I have this again tested today with a newly installed Windows 10 Pro. What can be the cause :confused:

[Atak_Snajpera]

RipBot 1.20BETA acts quite strange. I have a BD where only the first m2ts of a playlist will be demuxed. Playing this BD in MPC-HC works fine. Anyone elese with this problem?

EDIT: Same Problem with 1.19.6
Tried to pre-combine these m2ts via mkvtoolnix and it quits with the following error:
"The track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00006.m2ts' cannot be appended to the track number 1 from the file 'F:\BDMV\PLAYLIST\..\STREAM\00003.m2ts'. The formats do not match"
So it seems the BD-Authors did great job there :/ ... So don't mind this post.

IN demuxing windows hit edit button and see if all streams are the same (contain the same audio).

Example with GIRL_WITH_THE_DRAGON_TATTOO movie
http://i.cubeupload.com/mEi29n.png

eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00000.m2ts" -log="C:\Temp\RipBot264temp\job1\00000.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 1 subtitle track, 0:01:06, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)
2: AC3, Swedish, 5.1 channels, 448kbps, 48kHz, dialnorm: -27dB
3: AC3, English, 5.0 channels, 448kbps, 48kHz, dialnorm: -27dB
4: Subtitle (PGS), English


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00001.m2ts" -log="C:\Temp\RipBot264temp\job1\00001.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:10, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00017.m2ts" -log="C:\Temp\RipBot264temp\job1\00017.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:04, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


eac3to v3.31
command line: "C:\Users\Dave\Documents\Delphi_Projects\RipBot264\_Compiled\Tools\eac3to\eac3to.exe" "E:\_Video_Samples\m2ts\GIRL_WITH_THE_DRAGON_TATTOO\BDMV\STREAM\00018.m2ts" -log="C:\Temp\RipBot264temp\job1\00018.m2ts.log
------------------------------------------------------------------------------
M2TS, 1 video track, 0:00:04, 24p /1.001
1: h264/AVC, 1080p24 /1.001 (16:9)


Notice that logo clips do not have audio stream. In this case you have to uncheck streams without audio to extract main movie part.

Similar problem was with the movie THE FALL. Intro was encoded with 2.0 audio while main movie was in 5.1.

[klopsknoedel]

Thanks for your quick reply.
BTW the Playlist-Editor seems broken. I get a " is not a valid time. After that message RipBot is responding normaly. So no freeze but I can't open it again.

I've checked the m2ts - files with your "Media Info" and you're right. On the first file the first audio-track is AC3 while the first audio-track on the main-movie is DTS-MA.

I'm now converting all 3 m2ts files seperatly und append them via mkvtoolnix afterwards.

[Atak_Snajpera]

Can you send me that movie (with whole blu-ray structure and so on) but of course with trimmed main movie (50 MiB). I will check why you get that error message.

[klopsknoedel]

Yep. But give me some time please.
Any idea on how to trim the main movie without losing it's original metadata?

[Atak_Snajpera]

simple DGSplit will be fine.

PS. Take your time. It is late after all.

[tkwou]

I'm also having a problem with the DTSMA soundtrack. I get the error
FFAudioSource: No audio track found
(D:\Temp\RipBot264temp\job2\getinfo.avs, line 4)
When I look in the job2 folder the *. dtsma file is present but the *.dtsma.ffindex file is much smaller than it should be.

[klopsknoedel]

Even in my case DTSMA - Tracks can't be found if "StoreTempFilesin=D" is set in RipBot264.ini on Windows 10.
No problems in RipBot264 1.19.x

@Atak ... I've send you the trimmed BD as you requested via PM 1-2 days ago. Hope it helps find the bug within the "Edit Playlist" - Window.

[Calimero1609]

@klopsknoedel

I have the same problem ... see post #14950

StoreTempFilesin=C -> OK
StoreTempFilesin=D -> no Audio
StoreTempFilesin=E -> OK
StoreTempFilesin=F -> OK
StoreTempFilesin=G -> OK
StoreTempFilesin=H -> OK

@tkwou

Windows 10?

[cyperous]

There a bug in the most recent version around adding a batch of files.

When I initiate the add for a list of files using the batch mode. At some point the process stops in the middle of the batch and requires user intervention to close the add window and go back into the batch window to resume.

This is very annoying and would like for it to be fixed.

[Atak_Snajpera]

There a bug in the most recent version around adding a batch of files.

When I initiate the add for a list of files using the batch mode. At some point the process stops in the middle of the batch and requires user intervention to close the add window and go back into the batch window to resume.

This is very annoying and would like for it to be fixed.

Can you make a screen shot or even better record that using fraps?

[klopsknoedel]

@klopsknoedel

I have the same problem ... see post #14950

StoreTempFilesin=C -> OK
StoreTempFilesin=D -> no Audio
StoreTempFilesin=E -> OK
StoreTempFilesin=F -> OK
StoreTempFilesin=G -> OK
StoreTempFilesin=H -> OK

@tkwou

Windows 10?

For me this only happens if all tracks (1/1 or 2/2) are DTSMA. If for example the first one is encoded in AC3 and the second in DTSMA all works fine.

[Calimero1609]

For me this only happens if all tracks (1/1 or 2/2) are DTSMA. If for example the first one is encoded in AC3 and the second in DTSMA all works fine.

@klopsknoedel
@Atak

RipBot264 1.20 Beta / Windows 10 Pro

StoreTempFilesin=C / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

StoreTempFilesin=D

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = no Audio
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK


RipBot264 1.19.5 / Windows 10 Pro

StoreTempFilesin=C / D / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

[Calimero1609]

@Atak

the new Ripbot264 V1.20 RC1 works great again :-) Big thx

RipBot264 1.20 RC1 / Windows 10 Pro

StoreTempFilesin=C / D / E / F / G / H

AC3 Core = OK
E-AC3 Demux = OK
True HD Demux = OK
True HD Atmos Demux = OK
DTS Core = OK
DTS MA Demux = OK
DTS Hi-Res Demux = not supported !?
DTS Hi-Res Core = OK

Would it be possible to support DTS Hi-RES (demux)?

[Calimero1609]

@Atak

Thanks for supporting DTS HI-RES :thanks:

In RC1 / RC2 sometimes the window disappears into the background or the program terminates when a movie is read

[nekrosoft13]

hmm... there is something wrong with the new 1.20 versions (beta, RC2) still doing the same.

When I set it to x265 10bit 2pass and set bitrate to lets say 6000

First pass all looks fine, I can see the bitrate in ripbot gui, but when second pass starts bit rate according to ripbot gui drops to 400-600, and I end up with tiny files that are 100-300 mb, files look beyond horrible.

Older 1.18/1.19 versions never did that.

[Atak_Snajpera]

Show me .cmd files and log in your job folder

[jonesjrgr]

Hello everyone!!!
Just updated ripbot from 1.19.6 version to 1.20.0..!!!!

So far,so good for this amazing program!!!!!

But,there is a tiny flaw for me......I cannot use in batch automated mode.....I mean,if i go to batch mode (normal mode-file selection),all is good!!But if i go to batch mode (automated-folder selection),nothing happens!!!!No ripbot temp folder is created,no CPU usage,nothing!!!!Am i doing something wrong?Do i have to do some steps extra???

Thanks in advance for your help!!!!

[Atak_Snajpera]

Automated batch mode basically works as Watch folder mode. When you add new file to watched folder then ripbot automatically creates job according to your settings. (each watched folder can have different encoding settings)
You can also use shortcuts instead of physical file.

[jonesjrgr]

OMG!!!!It works!!!!!Too many thanks to count for your help!!!

Maybe can i ask for a small request??

Can ripbot have an option to maintain original folder structure (with subs) in the target directory?And option to delete original files afterwards?

If it is too much hassle,i understand....



THANKS AGAIN!!!!!!!

[nekrosoft13]

Show me .cmd files and log in your job folder

job16_EncodeVideoPass1.cmd

"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -


job16_EncodeVideoPass2.cmd

"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -


and log

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+87-5f2330bdb8fa
x265 [info]: build info [Windows][GCC 7.1.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-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
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 : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1019, Avg QP:22.11 kb/s: 27348.60
x265 [info]: frame P: 23147, Avg QP:21.76 kb/s: 10991.24
x265 [info]: frame B: 62164, Avg QP:25.57 kb/s: 3754.12
x265 [info]: Weighted P-Frames: Y:2.3% UV:2.0%
x265 [info]: consecutive B-frames: 12.2% 5.7% 6.4% 63.8% 11.8%

encoded 86330 frames in 18695.58s (4.62 fps), 5973.05 kb/s, Avg QP:24.51

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64_10bit.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+87-5f2330bdb8fa
x265 [info]: build info [Windows][GCC 7.1.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-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [warning]: Error: 2pass curve failed to converge
x265 [warning]: target: 6000.00 kbit/s, expected: 33933.62 kbit/s, avg QP: nan
x265 [warning]: internal error
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
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 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1019, Avg QP:50.78 kb/s: 993.41
x265 [info]: frame P: 23147, Avg QP:48.59 kb/s: 569.96
x265 [info]: frame B: 62164, Avg QP:50.80 kb/s: 201.68
x265 [info]: Weighted P-Frames: Y:1.1% UV:1.0%
x265 [info]: consecutive B-frames: 12.2% 5.7% 6.4% 63.8% 11.8%

encoded 86330 frames in 14084.37s (6.13 fps), 309.77 kb/s, Avg QP:50.21

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv" --compression 0:none --title "Big Little Lies - S01E07 - You Get What You Need" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job16\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job16\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.

'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

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

Elapsed Time: 09h:06m:31s



and again i picked 6000 kb/s and I ended up with 311 kb/s

this started with 1.20 version, version 1.9.6 never gave me this issue.

[Atak_Snajpera]

x265 [warning]: Error: 2pass curve failed to converge
x265 [warning]: target: 6000.00 kbit/s, expected: 33933.62 kbit/s, avg QP: nan
x265 [warning]: internal error

Looks like x265 problem. Update x265 and see if this helps.

[nekrosoft13]

running again with x265 dated 7-7-17. since this binary was supplied by ripbot264 auto updater, just letting you know, its a problem.

[Danette]

Is the PCM Audio bug back? RipBot264 demuxes the PCM audio, but it appears as "[NO AUDIO]" in the audio drop-down list.

When I try it in batch mode, the drop-down options are available, but the audio is left out of the resulting file.

[nekrosoft13]

Atak, it seems to work now

I got the x265 from here https://builds.x265.eu/

but now I have another issue, I selected 10bit, and i'm only getting 8bit files....


C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
x265 [warning]: falling back to default bit-depth
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+98-06217c0e0f5f
x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
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 : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1032, Avg QP:22.47 kb/s: 28228.50
x265 [info]: frame P: 23233, Avg QP:22.91 kb/s: 11014.27
x265 [info]: frame B: 62065, Avg QP:26.60 kb/s: 3738.32
x265 [info]: Weighted P-Frames: Y:1.8% UV:1.6%
x265 [info]: consecutive B-frames: 12.3% 6.1% 6.3% 64.2% 11.1%

encoded 86330 frames in 15677.57s (5.51 fps), 5989.18 kb/s, Avg QP:25.55

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job16\job16.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job16\job16.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 86330 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
x265 [warning]: falling back to default bit-depth
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+98-06217c0e0f5f
x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
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 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read
C:\Temp\RipBot264temp\job16\job16.avs: 3840x2160, 10000000/417083 fps, 86332 frames

x265 [info]: frame I: 1032, Avg QP:22.56 kb/s: 28865.64
x265 [info]: frame P: 23233, Avg QP:25.00 kb/s: 11107.88
x265 [info]: frame B: 62065, Avg QP:28.49 kb/s: 3713.67
x265 [info]: Weighted P-Frames: Y:0.8% UV:0.7%
x265 [info]: consecutive B-frames: 12.3% 6.1% 6.3% 64.2% 11.1%

encoded 86330 frames in 21661.35s (3.99 fps), 6004.26 kb/s, Avg QP:27.48

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv" --compression 0:none --title "Big Little Lies - S01E07 - You Get What You Need" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job16\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job16\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job16\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job16\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E07 - You Get What You Need.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

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

Elapsed Time: 10h:23m:32s

[sneaker_ger]

x265 [info]: build info [Windows][GCC 6.2.1][64 bit] 8bit
That x265 binary was only built for 8 bit. You need to use a binary that's compiled for 10 bit (either 10 bit only or multi bitdepth).

[Atak_Snajpera]

Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

[nekrosoft13]

That x265 binary was only built for 8 bit. You need to use a binary that's compiled for 10 bit (either 10 bit only or multi bitdepth).

thats weird because I downloaded the 10bit binary from the address alobe.

[Atak_Snajpera]

Delete everything in x265 folder and use my link. Don't forget to name them accordingly. (x265_x64.exe and x265_x86.exe)

[nekrosoft13]

Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

thanks, trying now, first pass, will let you know in few hours.

[nekrosoft13]

on different topic I have a question about the distributed encoding.

I noticed that if I use distributed encoding with movies and utilize 3-4 computers end result is all over the place.

usually beginning of the movie will be really low bitrate, intros will end up with heavy artifacts.
then random places in the movie will also suffer from the same issue.

[Atak_Snajpera]

usually beginning of the movie will be really low bitrate, intros will end up with heavy artifacts.
then random places in the movie will also suffer from the same issue.
Then send me everything from job folder except of course video/audio/subtitles files.

[nekrosoft13]

Then send me everything from job folder except of course video/audio/subtitles files.

I will have to re-produce it again, I found this issue about 8-10 months ago, didn't report it right away, just decided to stop using distributed encoding, but I can run again it.

[Atak_Snajpera]

Well In that case I think this issue was already fixed in 1.19.6

v1.19.6
Added: EAC3, DTS-MA and TRUE-HD are no longer automatically converted to flac
Added: Faster (up to 1.5x on Ryzen 7) and more accurate auto-crop algorithm
Added: Faster frame extraction
Added: Improved BDO algorithm in EncodingClient.
First change is range. It now accepts only values between 0 and 1. (if value is larger then 1 is used)
There is also a new safety limit how much bitrate can be reduced for low complexity chunks (credits and so on).
In old version it was 100kbps. Now the limit is 25% of nominal bitrate.
Updated: ffmpeg 2017.04.04, ffms2 v2.23.1, MediaInfo v0.7.94, MKVToolnix v10.0.0, NicAudio v2.0.6

[nekrosoft13]

cool, will try it again then, because I remember in past it was rather bad results.

wasn't aware that it was fixed now :)

[nekrosoft13]

Try these https://forum.doom9.org/showthread.php?p=1811575#post1811575

that worked


C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job27\job27.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 1 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job27\job27.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 76692 --sar 1:1 --profile main10 --output-depth 10 --no-slow-firstpass --y4m --output NUL -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.4+99-3160e1a0cc5f
x265 [info]: build info [Windows][GCC 7.1.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-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : dia / 57 / 2 / 1
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 : 1 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip signhide tmvp fast-intra
x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao stats-write

x265 [info]: frame I: 705, Avg QP:20.76 kb/s: 36258.02
x265 [info]: frame P: 19872, Avg QP:20.97 kb/s: 12257.56
x265 [info]: frame B: 56115, Avg QP:25.09 kb/s: 3846.18
x265 [info]: Weighted P-Frames: Y:1.4% UV:1.1%
x265 [info]: consecutive B-frames: 9.0% 3.6% 5.5% 69.5% 12.4%

encoded 76692 frames in 16408.59s (4.67 fps), 6323.64 kb/s, Avg QP:23.98
C:\Temp\RipBot264temp\job27\job27.avs: 3840x2160, 10000000/417083 fps, 77851 frames
error: wrote only 12192654 of 12441600 bytes

C:\>"C:\Program Files (x86)\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\Temp\RipBot264temp\job27\job27.avs" -o - | "C:\Program Files (x86)\RipBot264\tools\x265\x265_x64.exe" --pass 2 --bitrate 6000 --stats "C:\Temp\RipBot264temp\job27\job27.stats" --fps 24000/1001 --min-keyint 24 --keyint 240 --frames 76692 --sar 1:1 --profile main10 --output-depth 10 --y4m --output "C:\Temp\RipBot264temp\video.265" -
y4m [info]: 3840x2160 fps 24000/1001 i420p8 sar 1:1 unknown frame count
raw [info]: output file: C:\Temp\RipBot264temp\video.265
x265 [info]: HEVC encoder version 2.4+99-3160e1a0cc5f
x265 [info]: build info [Windows][GCC 7.1.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-5 (Main tier)
x265 [info]: Thread pool created using 4 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 2 / wpp(34 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
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 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-6000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-read

x265 [info]: frame I: 705, Avg QP:21.26 kb/s: 36498.67
x265 [info]: frame P: 19872, Avg QP:24.23 kb/s: 11709.14
x265 [info]: frame B: 56115, Avg QP:27.49 kb/s: 3589.89
x265 [info]: Weighted P-Frames: Y:0.5% UV:0.4%
x265 [info]: consecutive B-frames: 9.0% 3.6% 5.5% 69.5% 12.4%

encoded 76692 frames in 22178.65s (3.46 fps), 5996.22 kb/s, Avg QP:26.59
C:\Temp\RipBot264temp\job27\job27.avs: 3840x2160, 10000000/417083 fps, 77851 frames
error: wrote only 12192654 of 12441600 bytes

C:\>"C:\Program Files (x86)\RipBot264\tools\mkvtoolnix\mkvmerge.exe" -o "C:\Users\Administrator\Desktop\Big Little Lies - S01E06 - Burning Love.mkv" --compression 0:none --title "Big Little Lies - S01E06 - Burning Love" --default-duration 0:24000/1001fps "C:\Temp\RipBot264temp\video.265" --compression 0:none --language 0:eng --sync 0:0 "C:\Temp\RipBot264temp\job27\1_audio_English.eac3" --default-track 0:no --language 0:eng -s 0 -D -A "C:\Temp\RipBot264temp\job27\2_subtitles_English.srt"
mkvmerge v13.0.0 ('The Juggler') 32bit
'C:\Temp\RipBot264temp\video.265': Using the demultiplexer for the format 'HEVC/h.265'.
'C:\Temp\RipBot264temp\job27\1_audio_English.eac3': Using the demultiplexer for the format 'AC-3'.
'C:\Temp\RipBot264temp\job27\2_subtitles_English.srt': Using the demultiplexer for the format 'SRT subtitles'.
'C:\Temp\RipBot264temp\video.265' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'C:\Temp\RipBot264temp\job27\1_audio_English.eac3' track 0: Using the output module for the format 'AC-3'.
'C:\Temp\RipBot264temp\job27\2_subtitles_English.srt' track 0: Using the output module for the format 'text subtitles'.
The file 'C:\Users\Administrator\Desktop\Big Little Lies - S01E06 - Burning Love.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.265' track 0: Extracted the aspect ratio information from the HEVC video data and set the display dimensions to 3840/2160.

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

Elapsed Time: 10h:44m:04s

[Atak_Snajpera]

You could significantly reduce encoding time and probably space on HDD if you used Constant Quality mode instead of 2-pass. Is there any good reason why you aim for specific file size?

[byteshare]

With RipBot and using --ssim --tune ssim where can I find the output data values?
Don't see it in the log
Update: Found it but had to go into the chunk folder and look at the log for each chunk. Would be much better to not use SSIM with DE mode.

[nekrosoft13]

You could significantly reduce encoding time and probably space on HDD if you used Constant Quality mode instead of 2-pass. Is there any good reason why you aim for specific file size?

there is no specific reason for specific size, when ever I tried CQ even picking the same number there is always that uncertainly what size file I end up with, sometimes compression seems crazy good, but sometimes the file ends huge for no apparent reason.

[Atak_Snajpera]

there is no specific reason for specific size, when ever I tried CQ even picking the same number there is always that uncertainly what size file I end up with, sometimes compression seems crazy good, but sometimes the file ends huge for no apparent reason.

Because every movie has different complexity. Noisy very dynamic movies will always produce higher average bitrate than let's say flat very static anime.

Use gentle denoising to improve compressibility in Constant Quality mode.

[nekrosoft13]

Because every movie has different complexity. Noisy very dynamic movies will always produce higher average bitrate than let's say flat very static anime.

Use gentle denoising to improve compressibility in Constant Quality mode.

a lot of times I remote in into my machines to start encoding and I haven't been able to confirm this yet... but it seems like when I remote in the GPU will not activate in ripbot, is that true?

[Atak_Snajpera]

Sorry but you lost me here...

[Danette]

I think the issue I raised was lost in the enormity of the x265 issue, above. Version 1.20.0 seems unable to handle PCM audio. It demuxes the PCM audio, but it then appears as "[NO AUDIO]" in the audio drop-down list and there are no drop-down audio menu items to select from. It is as though RipBot264 no longer supports PCM audio that, I’m sure, is not the intent.

Is this just my problem (Win 7) or do others also have it? If it is unique to me, any ideas on how to resolve it?

[Atak_Snajpera]

Instead of demuxing to PCM use conversion to WAVE.

[Danette]

Instead of demuxing to PCM use conversion to WAVE.

OK ...how do I do that? When I open the mkv file with RipBot264, it automatically starts the demuxing process and I see no way to control that, nor can I find any settings that would permit it.

Also, note that the mkv contains the PCM file and that I want to convert it to AAC or AC3. RipBot264, after automatic demuxing, offers no options for the audio conversion. It only lists the audio file as [NO AUDIO].

[Atak_Snajpera]

I thought you were working with Blu-ray source...
Regarding pcm in mkv I will have to check if I have sample in this configuration...

[Danette]

Regarding pcm in mkv I will have to check if I have sample in this configuration

You can make your own. Demux any video file and convert the audio to PCM/WAV, then remux to an MKV file. I've done this with several different videos, with the same result. RipBot264 1.20 won't recognize any PCM/WAV ...at least not in an MKV container.