View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
guest
2nd December 2019, 18:33
Atak what about nvidia vs Radeon for GPU?
Depends on what decoding and/or encoding filters you want to use...
stryker412
2nd December 2019, 18:36
Or
https://www.amazon.com/XPG-SX8200-Gen3x4-3000MB-ASX8200PNP-1TT-C/dp/B07K1J3C23/ref=mp_s_a_1_2?keywords=adata+nvme&qid=1575307192&sr=8-2
What's the advantage for the AData? They're the same price and look to have similar speeds.
guest
2nd December 2019, 18:39
What's the advantage for the AData? They're the same price and look to have similar speeds.
Probably nothing...just another option....
I would probably go for at least the EVO Plus...
stryker412
2nd December 2019, 18:53
Depends on what decoding and/or encoding filters you want to use...
I generally just use Atak's presets. Starting to move towards all h265 but on my current machine (i7-950) it takes all day for one encode.
slalom
2nd December 2019, 20:13
Just save that to a file in Tools\AviSynth plugins\Scripts\Custom
Added both 1 & 3
Just make sure path in LoadPlugin is correct
??
I found the new scripts in custom script instead of Denoise, is that OK?
Hello
I've a mkv-file which has 1 video, 2 audio and 37 subtitle tracks. After demuxing i get an Error:
FFVideoSource: No video track found
(D:\Temp\RipBot264temp\job2\getinfo.avs, line 2)
I don't want to keep all the subtitles. Is there a workaround or a fix for this issue?
Having >30 subtitle tracks on the source is still an issue. Keep them <30 before adding the job
Ripmann
2nd December 2019, 22:22
Hi, long time RipBot user here. Really great program. Thank you for your unwavering dedication and generosity.
I have a question regaring the entries in the audio PROFILE dropdown list. Can these default entries be changed or new ones added? I constantly need to use either 576kbps or 512kbps for 5.1 and 384kbps for 2.0 AC3, so I'm always forced to look for the job's jobX_EncodeAudio1.cmd and edit the file in manually after each set up. It's pretty time consuming even for a single job, especially since the .cmd file resets every time you re-open the job in RipBot for any reason, and the program gives an error if you try to mark the file as read only. And the worst part is that if you're doing size-locked 2-pass encoding, you have to estimate the size difference of the audio file manually and manually deduct the extra megabytes from the total. All in all, the lack of these entries is a major inconvenience in my daily RipBot usage.
If modifying the profile entries via config or something isn't possible, could you please consider adding 5.1 512, 5.1 576, and 2.0 384 kbps to the default AC3 profiles list? Not sure about other users, but I really use these three A LOT.
----------------------------
P.S.: Since the forum enforces a mandatory 5-day posting block after registering, I came up with some additional things to say by the time I was able to post:
1) Why does Preview Script sometimes open several preview windows when clicked multiple times, and sometimes only one? I often would like to preview multiple denoise or crop settings, to quickly compare quality and so on. When I try clicking on Preview Script, sometimes I do get several job#_preview.avs MPC-HC pop-ups open, but usually I do not. Since the preview player has "Open a new player for each media file played" setting turned on, I'm assuming that RipBot checks if a preview window is already running and prevents opening another one if it does.
1b) Speaking of the preview popup, you may want to go to the settings of ...\Tools\mpc\mpc-hc64.exe, and set "Store settings in .ini file" (in Player->Other) to true. This way, it'll keep the default settings you want to use in the same folder as the exe without reading custom settings from actual installations of MPC-HC. I happen to use MPC-HC separately, and RipBot's preview exe had been using my custom settings (FFDshow filters, custom saturation and contrast, etc.) in its previews until I disabled it.
2) As another potential feature request, please consider separating the "Temp Files" path setting into something like "Jobs Temp Files" and "Encoding Temp Files". As an example why it could be very useful, I use a temp RAM-based drive that wipes with every restart. I would very much like to have my jobs files be kept on an SSD (since I want to keep them until I remove them manually), and temporary video.265 encoding files go to the RAM drive, since these files are much more write-intensive and they get auto-deleted after muxing to "Default Output Path" anyway. In short, RAM drives are perfect for temporary encoded tracks but not for jobs files. The ability to split the two into separate locations would help a lot.
That's pretty much it. I realize that you're probably flooded with requests, so regardless of your answer, once again, thank you very much.
stryker412
2nd December 2019, 22:53
Or
https://www.amazon.com/XPG-SX8200-Gen3x4-3000MB-ASX8200PNP-1TT-C/dp/B07K1J3C23/ref=mp_s_a_1_2?keywords=adata+nvme&qid=1575307192&sr=8-2
I have some 512Gb versions, but I think I would go for EVO Plus, next. Pro's would be nice, but too exy :(
Crazy thing is, about 1.5hrs after you posted this it went to a lightning deal but I didn't know about it in time. I'm on the waitlist.
Atak_Snajpera
2nd December 2019, 23:50
Hi, long time RipBot user here. Really great program. Thank you for your unwavering dedication and generosity.
I have a question regaring the entries in the audio PROFILE dropdown list. Can these default entries be changed or new ones added? I constantly need to use either 576kbps or 512kbps for 5.1 and 384kbps for 2.0 AC3, so I'm always forced to look for the job's jobX_EncodeAudio1.cmd and edit the file in manually after each set up. It's pretty time consuming even for a single job, especially since the .cmd file resets every time you re-open the job in RipBot for any reason, and the program gives an error if you try to mark the file as read only. And the worst part is that if you're doing size-locked 2-pass encoding, you have to estimate the size difference of the audio file manually and manually deduct the extra megabytes from the total. All in all, the lack of these entries is a major inconvenience in my daily RipBot usage.
If modifying the profile entries via config or something isn't possible, could you please consider adding 5.1 512, 5.1 576, and 2.0 384 kbps to the default AC3 profiles list? Not sure about other users, but I really use these three A LOT.
----------------------------
P.S.: Since the forum enforces a mandatory 5-day posting block after registering, I came up with some additional things to say by the time I was able to post:
1) Why does Preview Script sometimes open several preview windows when clicked multiple times, and sometimes only one? I often would like to preview multiple denoise or crop settings, to quickly compare quality and so on. When I try clicking on Preview Script, sometimes I do get several job#_preview.avs MPC-HC pop-ups open, but usually I do not. Since the preview player has "Open a new player for each media file played" setting turned on, I'm assuming that RipBot checks if a preview window is already running and prevents opening another one if it does.
1b) Speaking of the preview popup, you may want to go to the settings of ...\Tools\mpc\mpc-hc64.exe, and set "Store settings in .ini file" (in Player->Other) to true. This way, it'll keep the default settings you want to use in the same folder as the exe without reading custom settings from actual installations of MPC-HC. I happen to use MPC-HC separately, and RipBot's preview exe had been using my custom settings (FFDshow filters, custom saturation and contrast, etc.) in its previews until I disabled it.
2) As another potential feature request, please consider separating the "Temp Files" path setting into something like "Jobs Temp Files" and "Encoding Temp Files". As an example why it could be very useful, I use a temp RAM-based drive that wipes with every restart. I would very much like to have my jobs files be kept on an SSD (since I want to keep them until I remove them manually), and temporary video.265 encoding files go to the RAM drive, since these files are much more write-intensive and they get auto-deleted after muxing to "Default Output Path" anyway. In short, RAM drives are perfect for temporary encoded tracks but not for jobs files. The ability to split the two into separate locations would help a lot.
That's pretty much it. I realize that you're probably flooded with requests, so regardless of your answer, once again, thank you very much.
I'm curious why do you have to use those particular bitrates? Is this some kind of hardware limitation? All blu-ray movies just use 640kbps for 5.1 AC3 and Stereo is often encoded as 224-256kbps.
guest
3rd December 2019, 02:07
I generally just use Atak's presets. Starting to move towards all h265 but on my current machine (i7-950) it takes all day for one encode.
Do you have more than one PC ???
Do you use Distributed Encoding ??? (you can use this one only 1 PC, can speed things up a little)
Unless you are using certain filters (KNLMeansCL) that require a powerful GPU, you really don't need anything too special, unless you're doing 4K, and have a 4K monitor.
guest
3rd December 2019, 02:13
I've cut 7:39 from the beginning of Blade Runner which includes the voight kampff test. The original and the Mdegrain3-800 is here. I'l leave this up for a week and then take it down.
https://cloud.chrisdos.com/index.php/s/YQJ2Y6LEdPcweEP
Hey, I thought I'd grab these as well, to see what you'd done...
OMFG, that is SO much better, that would be worth a long encode, for that transformation...well done !!!
edit:- So like I said, I downloaded these to have a look for myself, and I also decided to "test" the (new to me) MDegrain scripts that Atak kindly provided, and I loaded the file 3 times, each with a different MDegrain script, and then when I went to encode, it started to process the chunks and the it errored, stating it couldn't find something in the job folder.....so I checked it Mediainfo, and was surprised to see the frame rate
Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 7 min 24 s
Bit rate : 50.0 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 380.645 FPS
Original frame rate : 23.976 (24000/1001) FPS
So the only thing I could think of was to run it thru Handbrake to bring it down a touch (60fps), loaded it back into RB, away we go...
BTW, how long did it take to encode the MDegrain3 sample ??
BLKMGK
3rd December 2019, 03:23
I'd just like to add my 2 cents worth, here...
It would be interesting to see that info for 4K x265 filtering.
Graphs, data, % etc, are all well and good, but the final test is one's eye's !!!
As 4K is becoming the norm, it needs to work for that.
I'm probably wrong, but I'm sure it wouldn't take very long for Atak to implement more MDegrain options, he's got M2 setup, all that possibly needs doing is edit the scripts for M1 & M3, add them to the drop down list, and there you have it....no more discussion.
Now who here, uses KNLMeansCL ???, it certainly doesn't seem to be mentioned very often, and I think it being fundamentally a GPU based filter, you need a powerful GPU, if I recall, you also need particular software/drivers to be able to use it, and it's SLOW....so combining M2 & KNL, would take days to encode a feature length movie, especially 4K.
There's 1 x KNL (on it's own), and 3 with M2, and 1 x M2 (on its own) option's, in the dropdown.
Personally I miss, HQDN3D, I use to use that a lot.
Actually, I use the KNLMeansCL filter with MDegrain2 quite a bit. I choose this for older stuff that shows noticeable grain or artifacts in the Preview Script. The cleanup it did on a BluRay version of the older Red Dawn movie was jaw dropping. I've tested it with both high end and fairly pedestrian video cards - the difference in speed was negligible so purchasing a high end card to use this seems pointless. I have mostly 1050 NVIDIA cards in my machines (one has a GTX 680) and the NVIDIA drivers automatically load the desired OpenCL driver. No muss no fuss, this is one VERY nice filter IMO. Currently not doing 4K video here as the HDR stuff is a hassle. I do use CRF 20 on say TV shows but movies are always CRF 18 and look terrific, X.265 Slow is my profile of choice and with a number of machines I make fairly short work of videos. When I can track down a Ryzen 3950X it should move along a good bit quicker! For movies with filtering I get just as bit over 30FPS so it's certainly not a day long affair when you've clustered hardware.
P.S. I noticed awhile back someone mentioned the scaling issue with cores. To take care of this run multiple copies of the encoding server - problem solved! You can even set core affinity I think but I haven't found the need.
Ripmann
3rd December 2019, 05:17
I'm curious why do you have to use those particular bitrates? Is this some kind of hardware limitation? All blu-ray movies just use 640kbps for 5.1 AC3 and Stereo is often encoded as 224-256kbps.
Hi Atak, thanks for reading my post.
I use 576kbps for a specialized case, but speaking more broadly, it's a size-related limitation. Here are some common use scenarios that I think could apply to other users besides me:
With longer tracks, higher bitrate audio can take up too much space even when compressed. I very often use 512-576 as a compromise between being forced to go lower than 640 but without the somewhat noticeable quality loss of 448. For example, I have a 5GB DTSMA track in queue right now that encodes to 904MB at 640kbps, 814MB at 576kbps, 723MB at 512kbps, and 633MB at 448kbps, so jumping from 448 to 640 is almost 50% in size difference. Having an option to pick an intermediate step between these two is often very useful, especially when recordable media sizes are fixed but track lengths can vary greatly.
For stereo it's a bit different case. Here I usually use it in a situation where I prefer the best quality I can afford. So I want at least 320kbps, close to the highest level supported by the MP3 standard, but I often go with an overkill of 384kbps since I want as little quality loss as possible and the difference in size is relatively negligible. Again, an easy, generalized example where 320kbps would make a lot of sense is one of those old concerts from the 80s and 90s that were often recorded in stereo. I have a 1.2GB FLAC track right now that encodes to 526MB at 384kbps, and 351MB at 256kbps. So if I want to save space at virtually no quality loss, 320/384kbps seems like a no-brainer compromise.
Hope I'm making some sense. By the way, what did you think of the idea of separating Jobs folder from Temp Files, to allow redirecting temporary "video.265" output to a RAM drive? I don't think it would have a noticeable effect on encoding times, but it would definitely make the lives of our SSDs easier.
guest
3rd December 2019, 06:39
I'm chasing some annoying, random drop out's...some days I have no problems, and other days, it's a PITA mess, and I haven't changed anything.
What does this mean :-
[2019-12-03 15:57:53] TCPClient7 raised exception while attempting to sent command.(Not Connected)
[2019-12-03 15:57:53] TCPClient8 raised exception while attempting to sent command.(Not Connected)
I also got this :-
Invalid pointer operation
(Doubt they are related, though.)
GZZ
3rd December 2019, 09:27
I'm chasing some annoying, random drop out's...some days I have no problems, and other days, it's a PITA mess, and I haven't changed anything.
What does this mean :-
[2019-12-03 15:57:53] TCPClient7 raised exception while attempting to sent command.(Not Connected)
[2019-12-03 15:57:53] TCPClient8 raised exception while attempting to sent command.(Not Connected)
I also got this :-
Invalid pointer operation
(Doubt they are related, though.)
Im thinking you are losing connection between client and server. Could be network related issue or bad network card. Check system log for warnings or errors on the network card and driver. Only use cable, not wifi as it might dropout.
guest
3rd December 2019, 10:14
Im thinking you are losing connection between client and server. Could be network related issue or bad network card. Check system log for warnings or errors on the network card and driver. Only use cable, not wifi as it might dropout.
Well, it's definitely a network problem....
All the NIC's are onboard (built in, but still could be faulty.)
All the cables are pretty new, (again, they could be faulty.)
No WiFi !!
The weird thing about it is, one day I can have an almost faultless encoding "session", and other days are just crap, and I don't get much done :(, and the fact that I haven't changed anything, adds to the frustration.
GZZ
3rd December 2019, 10:50
Well, it's definitely a network problem....
All the NIC's are onboard (built in, but still could be faulty.)
All the cables are pretty new, (again, they could be faulty.)
No WiFi !!
The weird thing about it is, one day I can have an almost faultless encoding "session", and other days are just crap, and I don't get much done :(, and the fact that I haven't changed anything, adds to the frustration.
Could be noise from other electrical units if you have bad shielded cable. Try running network at 100mbit and see if it makes a difference. You could also do a ping <ip> -t >> c:\ip.log to see if ping fails doing encoding.
guest
3rd December 2019, 11:41
Could be noise from other electrical units if you have bad shielded cable. Try running network at 100mbit and see if it makes a difference. You could also do a ping <ip> -t >> c:\ip.log to see if ping fails doing encoding.
Yes, it could be noise, but when its the same equipment running on a good day, and the next day is crap.
I have my main pc's connected to a 24 port switch, using those flat Cat 6 cables (admittedly I have had some trouble with some), then that switch is connected to an 8 port switch in another room, using your "run of the mill" blue round cable, then from that 8 port to the server pc, using flat cable again.
I will give setting then down to 100Mb a try, and because it's so random, a ping would probably not detect a problem.
The connection failures happen randomly during the encode, if you keep an eye on the Encoding Client, a "chunk" will just stop processing, if you stop it, more often than not is will start and complete without issue.
Frustrating to diagnose :(
Ryushin
3rd December 2019, 12:38
Hey, I thought I'd grab these as well, to see what you'd done...
OMFG, that is SO much better, that would be worth a long encode, for that transformation...well done !!!
BTW, how long did it take to encode the MDegrain3 sample ??
I didn't encode this sample. I cut the same length from the completed file that I did around this time last year. As for time, I think it was around 24 hours with my setup. Since I'm meticulous, I probably ran Blade Runner through a half of dozen times try different settings. So for me it was a week. :)
Here is a post I did when I was just learning MDegrain and doing test encodes and I posted the results of some of my tests:
https://forum.doom9.org/showthread.php?p=1803976#post1803976
guest
3rd December 2019, 13:17
I didn't encode this sample. I cut the same length from the completed file that I did around this time last year. As for time, I think it was around 24 hours with my setup. Since I'm meticulous, I probably ran Blade Runner through a half of dozen times try different settings. So for me it was a week. :)
Here is a post I did when I was just learning MDegrain and doing test encodes and I posted the results of some of my tests:
https://forum.doom9.org/showthread.php?p=1803976#post1803976
Interesting.
So how come the frame rate is so high ??
edit:- so as you are a regular user of MDegrain filters, (and I'm sure you're using DE), does it take a long time for each chunk to start processing ???
slalom
3rd December 2019, 14:44
Hey, I thought I'd grab these as well, to see what you'd done...
OMFG, that is SO much better, that would be worth a long encode, for that transformation...well done !!!
edit:- So like I said, I downloaded these to have a look for myself, and I also decided to "test" the (new to me) MDegrain scripts that Atak kindly provided, and I loaded the file 3 times, each with a different MDegrain script, and then when I went to encode, it started to process the chunks and the it errored, stating it couldn't find something in the job folder.....so I checked it Mediainfo, and was surprised to see the frame rate
Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 7 min 24 s
Bit rate : 50.0 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 380.645 FPS
Original frame rate : 23.976 (24000/1001) FPS
So the only thing I could think of was to run it thru Handbrake to bring it down a touch (60fps), loaded it back into RB, away we go...
BTW, how long did it take to encode the MDegrain3 sample ??
Why didn't you use Avisynth -> Output speed?
slalom
3rd December 2019, 21:30
Added both 1 & 3
??
I found the new scripts in custom script instead of Denoise, is that OK?
Do I need to put those filters on every PC, or just the main?
I get errors on every job with the custom filter
guest
4th December 2019, 00:21
Why didn't you use Avisynth -> Output speed?
Hi slalom,
I think you misunderstood this post....that frame rate was the original file, not the one(s) that I ended up with, as I ran out of patience, and didn't complete any of them :(
guest
4th December 2019, 00:25
Do I need to put those filters on every PC, or just the main?
I get errors on every job with the custom filter
Hi again, slalom,
I would doubt that you have to add these to every pc, ONLY the pc(s) that you queue up jobs on.
Servers just "help".
So what kind of error are you getting, as I have just gone thru the same process...initialy I had an error due to the name I gave the filters.avs.
ReinerSchweinlin
4th December 2019, 09:01
@Ripman
Iīve been where you are - trying to achieve beste quality while encoding - often getting quite high bitrates and sizes...
After many years of listening and comparing - today I simply do it this way:
If for any reason, the quality hast to be preserved a 100%, I simply do not re-encode and jusr mux the original Audio :)
For all other cases, the given presets are sufficient (in my opinion, maybe with age the ears don't pick up enough detail...:D ).
In rare cases where I really need something different than the ripbot presets, I turn to another tool and encode audio there (dmmediaencoder,hybrid,staxrip,etc...) and remux afterwards.
After all, when going for max quality/size ratio, the topic becomes quite subjective and you actualy have to listen to what you encoded intensively.. AAC-LC can be done in VBR, AAC_HE Multichannel can`t, some encoders sound better than others with different source materials, some scale better between channels...
your idea of having a ram-drive as temp is interesting - do you really get a relevant speed advantage over a SSD? Does it make a big difference if you encode for 10 hours and then save 1 minute ssd/ramdisk? Or is the speed difference more noticable?
ReinerSchweinlin
4th December 2019, 09:05
Do I need to put those filters on every PC, or just the main?
I get errors on every job with the custom filter
I donīt think so, since the main pc is compiling the scripts and simply servs them via the shared dir to the servers...
Other wise, the server on the main pc should run ok, all others not..
Since errors are everywhere, maybe there is a typo in the filters?
Do the jobs without the custom filter run smoothly?
slalom
4th December 2019, 13:43
MDegrain1.avs
#Denoise
Loadplugin("C:\Program Files\RipBot264\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=400)
MDegrain3.avs
#Denoise
Loadplugin("C:\Program Files\RipBot264\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=400)
Saved at Tools\AviSynth plugins\Scripts\Custom
Still don't know what this is
Just make sure path in LoadPlugin is correct
The error is general
Error: The file 'E:\Temp\RipBot264temp\job204\video.264' could not be opened for reading: open file error.
-------------------------
Elapsed Time: 00h:03m:53s
Atak_Snajpera
4th December 2019, 13:53
If servers encode chunks then problem is not in custom script.
Ryushin
4th December 2019, 14:39
For those using MDegrain3, don't forget to add MDegrain3 to the list of multiple processing threads in the Main Settings window tab.
slalom
4th December 2019, 15:25
For those using MDegrain3, don't forget to add MDegrain3 to the list of multiple processing threads in the Main Settings window tab.
Same for MDegrain1, right?
slalom
4th December 2019, 16:12
I donīt think so, since the main pc is compiling the scripts and simply servs them via the shared dir to the servers...
Other wise, the server on the main pc should run ok, all others not..
Since errors are everywhere, maybe there is a typo in the filters?
Do the jobs without the custom filter run smoothly?
I changed to mdegrain2 and it started
Can someone write the steps to add the extra filters and how to use them please?
byteshare
4th December 2019, 16:36
For those using MDegrain3, don't forget to add MDegrain3 to the list of multiple processing threads in the Main Settings window tab.
Easier to just uncheck it IMO. I haven't had problems that I've noticed at least.
Can someone write the steps to add the extra filters and how to use them please?
There are two methods I know:
Method A: Copy/paste(or type) your script into the #Custom section
Method B: Save them as a .avs file in *RipBot\Tools\AviSynth plugins\Scripts\Custom, then select the custom script in the AVS settings.
If you have custom filters (IE not included with RipBot) I've found it easier to have them saved in the same location on all of the machines or you need to write your script to use the network path of the RipBot temp Tools folder (assuming you've saved them in the Tools folder of the main RipBot machine).
If you want more in-depth than that it gets quickly into the subject of how to use AVS, which is more likely IMO solved with specific questions or looking a guides such as: http://avisynth.nl/index.php/Getting_started
Ryushin
5th December 2019, 12:06
Easier to just uncheck it IMO. I haven't had problems that I've noticed at least.
Atak, what are you thoughts on on limiting threads to specific filters? What circumstances should they limited or not limited.
Atak_Snajpera
5th December 2019, 12:11
Mt should be used only If you do some heavy filtering. If you just resize then using prefetch threads may even decrease performance.
slalom
5th December 2019, 13:41
Method B: Save them as a .avs file in *RipBot\Tools\AviSynth plugins\Scripts\Custom, then select the custom script in the AVS settings.
If you have custom filters (IE not included with RipBot) I've found it easier to have them saved in the same location on all of the machines or you need to write your script to use the network path of the RipBot temp Tools folder (assuming you've saved them in the Tools folder of the main RipBot machine).
I used that method with the avs files. I'll copy them now to the other PCs before adding new jobs
byteshare
5th December 2019, 17:12
Mt should be used only If you do some heavy filtering. If you just resize then using prefetch threads may even decrease performance.
Ah, well that explains it. I'm always using some filters that are heavy.
Ronski
5th December 2019, 21:24
I currently have a 2nd drive for ripbot encodes. What drive type do you suggest as a 2nd drive?
How about one of these https://hexus.net/tech/reviews/storage/137228-seagate-firecuda-520-pcie-gen-4-ssd/ to go with the 570 board.
slalom
5th December 2019, 21:55
I tried a new job. MDegrain1 was used. Clients were starting and stopping on a loop. I don't know what is wrong
byteshare
5th December 2019, 22:48
I tried a new job. MDegrain1 was used. Clients were starting and stopping on a loop. I don't know what is wrong
I haven't tried MDegrain1, usually SMDegrain (MD3-4) with KLMeans as the prefilter but when I do use just MEdgrain it is usually 2-4.
Does the video play the preview on the main machine? If not, what error.
What errors are you getting on the clients?
Other ideas if you're waiting for another response:
-Try setting up a sample job on the client machines and see if that can encode as well.
--If they don't work, see if you get an error in the AVIsynth preview video.
slalom
5th December 2019, 23:34
There is a message, it says
Cannot load file 'C:/Program Files/RipBot264/Tools/AviSynth plugins/mvtools/mvtools2.dll' Platform returned code 126
(E:\Temp\RipBot264temp\Job332/job332_preview.avs, line 39)
this is line 39
#Denoise
Loadplugin("C:\Program Files\RipBot264\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=400)
and my path of the program is
D:\DirectCD\Program Setup Files\RipBot264v1.25.0
so the path is wrong, I have to edit the path in the plugin, right?
missed thet part completely when creating the custom avs files (1 & 2)
guest
6th December 2019, 01:09
There is a message, it says
Cannot load file 'C:/Program Files/RipBot264/Tools/AviSynth plugins/mvtools/mvtools2.dll' Platform returned code 126
(E:\Temp\RipBot264temp\Job332/job332_preview.avs, line 39)
this is line 39
#Denoise
Loadplugin("C:\Program Files\RipBot264\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=400)
and my path of the program is
D:\DirectCD\Program Setup Files\RipBot264v1.25.0
so the path is wrong, I have to edit the path in the plugin, right?
missed thet part completely when creating the custom avs files (1 & 2)
Hi slalom,
Here's my simple way of checking what the path on your setup is..
So, open any job in your queue.
Chose the Avisynth "button"
Click on the "Show Video Script" at the top left side of the little preview screen.
Scroll down 'til you see #Denoise (it might be empty)
Then at the "Denoise" options list, chose "MDegrain2", this will instantly show all the info under #Denoise, and there's the plugin path you have to use....
I hope that works for you...
guest
6th December 2019, 01:15
Ah, well that explains it. I'm always using some filters that are heavy.
So, if I create these extra "Custom" MDegrain .avs filters, is it as simple as adding (whatever you've named them), into the "Limit to following filters only" window, and the MT function will be enabled.
slalom
6th December 2019, 13:08
It's easy, I have to replace C:/Program Files/RipBot264 in the script, with D:\DirectCD\Program Setup Files\RipBot264v1.25.0
and I think I will be alright
EDIT: Preview Script works now
guest
6th December 2019, 13:21
it's easy, i have to replace c:/program files/ripbot264 in the script, with d:\directcd\program setup files\ripbot264v1.25.0
and i think i will be alright
edit: Preview script works now
Excellent. :D:
Atak_Snajpera
6th December 2019, 14:51
It's easy, I have to replace C:/Program Files/RipBot264 in the script, with D:\DirectCD\Program Setup Files\RipBot264v1.25.0
and I think I will be alright
EDIT: Preview Script works now
Told you ;)
https://forum.doom9.org/showthread.php?p=1891906#post1891906
slalom
6th December 2019, 15:25
Told you ;)
https://forum.doom9.org/showthread.php?p=1891906#post1891906
I just figured that out :readguid:
So, now that everything works, can you add those 2 variations in the same drop down list?
I've been checking some new jobs today, and I had a dilemma, use 1 or 2, or use 2 or 3?
I had to de-select one then press the arrow, and select the other one, preview, too many clicks
I think they have to be in the same menu
byteshare
6th December 2019, 16:46
So, if I create these extra "Custom" MDegrain .avs filters, is it as simple as adding (whatever you've named them), into the "Limit to following filters only" window, and the MT function will be enabled.
You have to add the name of the command to the "Limit to following filters only", such as MDegrain1, MDegrain3, etc... It is the name (command) you use in the AVS script to call the function (filter). Not the name of the custom script or the name of the DLL/AVSI/AVS
So, now that everything works, can you add those 2 variations in the same drop down list?
I've been checking some new jobs today, and I had a dilemma, use 1 or 2, or use 2 or 3?
I had to de-select one then press the arrow, and select the other one, preview, too many clicks
I think they have to be in the same menu
If you mean can you have more than one custom script in the drop down, yes. However, if you mean select more than one script at a time, no. If you have functions that you want a the same time you'd have to make a new custom script...even for tiny changes.
Usually what I do if I have a lot of jobs is either add them in groups with the custom filters I want or if only a few jobs add them all at once and then go back and change just those jobs manually.
Ffvideosource is not frame accurate...
When you say frame accurate you don't mean timing, but rather frames completely just get skipped when they are not "accurate"?
I haven't played with GPU decoding much but if that is more accurate than LSmash I'd use that on the machines I can even if sometimes slower.
slalom
6th December 2019, 16:53
If you mean can you have more than one custom script in the drop down, yes. However, if you mean select more than one script at a time, no. If you have functions that you want a the same time you'd have to make a new custom script...even for tiny changes.
Usually what I do if I have a lot of jobs is either add them in groups with the custom filters I want or if only a few jobs add them all at once and then go back and change just those jobs manually.
No, just to put all MDegrain variations in the Denoise menu to be easier to compare outputs
Atak_Snajpera
6th December 2019, 17:24
No, just to put all MDegrain variations in the Denoise menu to be easier to compare outputs
But you can do the same in custom section.
When you say frame accurate you don't mean timing, but rather frames completely just get skipped when they are not "accurate"?
When I say frame accurate, I mean that If I request frame 100 (with Trim function in script), I get frame 100. With ffms2 ,on other hand, you may get frame 99 or 101 or even totally corrupted frame.
I haven't played with GPU decoding much but if that is more accurate than LSmash I'd use that on the machines I can even if sometimes slower.
GPU decoding is done via LSmash so results will be the same.
slalom
6th December 2019, 18:41
But you can do the same in custom section.
Yes, but it's not easy to compare between 1 & 2, or between 2 & 3, as they are in different screens
Atak_Snajpera
6th December 2019, 18:48
Yes, but it's not easy to compare between 1 & 2, or between 2 & 3, as they are in different screens
Add MDegrain2 to custom section and you have all 3 in the same spot.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.