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

[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.