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

[AmaZim20]

Hello guys!
I need some help with Ripbot. I just found out that I was using an old version, so I used the updater.exe to update it. Update downloaded and installed it.
But when I try to run it, the GUI is not showing up, just the process runs in the background. What's preventing it from running properly.
I'm on Win 7 Pro. Any idea/help please?

[rlev11]

Hello guys!
I need some help with Ripbot. I just found out that I was using an old version, so I used the updater.exe to update it. Update downloaded and installed it.
But when I try to run it, the GUI is not showing up, just the process runs in the background. What's preventing it from running properly.
I'm on Win 7 Pro. Any idea/help please?

First thing to try would be to download a fresh version from the first post in this thread from the author and extract it into a different folder. Then see if the GUI comes up when you open the .exe from the new folder . It should then auto-update to the latest version.

[AmaZim20]

Hi guys.
I did what you suggested, downloaded the RipBot264v1.27.2 (std) (old).7z, unpacked into a new folder and tried to run the .exe but still NO GUI.
Only the .exe runs in the background.
Any more ideas please?

[Atak_Snajpera]

Run proces hacker or process Explorer. Check what process is blocking ripbot264.exe

[AmaZim20]

Ok, I'm trying to figure it out but I need more help with how to?
Sorry, but I'm not that deep into Windows.
I see this:
https://i.ibb.co/tJNG4LR/Proc.jpg

[Guest]

Ok, I'm trying to figure it out but I need more help with how to?

Now that's what we needed to see, just strange that with the previous older RB build you had no issues.

So nVida has a long history of interfering with RB, and maybe even that AV app you have, but I'd start with the nVidia stuff, that NvTelemetryContainer is pretty much the problem

I would suggest that you get this:-

https://www.techpowerup.com/download/techpowerup-nvcleanstall/

Grab yourself the latest nVidia drivers for the GPU card you're running, run that thru the above app, ONLY using the bare essentials, and re install...should be good to go.

Or you can try & disable AV app shown...(if you can)

[AmaZim20]

Well, this is what happened:
Installing the latest NV driver pretty much messed up my system (I have no idea why)!! :( so I had to do a system restore to the ver. I was using so far.
Anyway, I downloaded RipBot v1.26 and It works fine!!!... still a bit newer version than that 1 I used so far...so I'm happy with it for now.
Maybe Atak will fix the NV compatibility issue in a later update.
At least I can continue my work as a movie collector / encoder with more than 1250 perfect RipBot encodes already...
Thanks for the help guys.

[Guest]

Well, this is what happened:
Installing the latest NV driver pretty much messed up my system (I have no idea why)!! :( so I had to do a system restore to the ver. I was using so far.
Anyway, I downloaded RipBot v1.26 and It works fine!!!... still a bit newer version than that 1 I used so far...so I'm happy with it for now.
Maybe Atak will fix the NV compatibility issue in a later update.
At least I can continue my work as a movie collector / encoder with more than 1250 perfect RipBot encodes already...
Thanks for the help guys.

Clearly you didn't understand my previous post !!

[Atak_Snajpera]

Well, this is what happened:
Installing the latest NV driver pretty much messed up my system (I have no idea why)!! :( so I had to do a system restore to the ver. I was using so far.
Anyway, I downloaded RipBot v1.26 and It works fine!!!... still a bit newer version than that 1 I used so far...so I'm happy with it for now.
Maybe Atak will fix the NV compatibility issue in a later update.
At least I can continue my work as a movie collector / encoder with more than 1250 perfect RipBot encodes already...
Thanks for the help guys.

Fun fact: You are still 3.5 year behind with 1.26 version...

[Guest]

I've had a bit of a rude re-awakening to 1080p encoding :(

I haven't done any 1080p encodes for such a long time, everything has been centered around getting 4K stuff encoding AFAP.

With a 1080p, 5 minute sample with a fairly strong filter, and 4 - 5 encoding servers, the 7950X is only running @ 20 - 30%.

[AmaZim20]

Well, I don't care. That's the only version that I trust and works properly for me since long time and I'm happy with it :)

[Guest]

Well, I don't care. That's the only version that I trust and works properly for me since long time and I'm happy with it :)

I don't know why I'm bothering to reply to this...

ALL you have to do is "customise" your nVidia driver installation package, (with the info I mentioned in a previous post) then download RB from the link provided, and you've got the latest build which has quite a lot of new features (compared to 1.26.0).

You can have it in a separate folder so it won't interfere with what you're using, and once you've got it running, then you can use it as the main.

Entirely up to you.

Good luck.

[Guest]

I am noticing that I'm getting pixelation & glitches in some of my encodes.

The originals are good.

Any ideas ??

[Atak_Snajpera]

Encode again and check if glitches appear again in the same frames. If yes Then encode once again but this time without your fancy filters using cuda and so on.

[Guest]

Encode again and check if glitches appear again in the same frames. If yes Then encode once again but this time without your fancy filters using cuda and so on.

Yeah, well that's basically a no brainer, but that takes a lot of time :(

One thing I did try, as I still had all the chunks, etc, I ran the combine.cmd, and one glitch disappeared, the larger one remained.

I will also try using a different drive for the muxed encodes, maybe there's some problem with the drive I'm using (nVme) :(

You may be correct with the CUDA based scripts, I don't think CUDA plays well with DE, and using differently spec'd GPU's, in each PC.

It might be OK using DE on a single PC, and just the one nVidia GPU.

[Guest]

What's this ???

Don't think I've seen this before, it is a little random, but once it's shown up, the chunks just keep trying to restart, to no avail :(

Basically, need to reboot the PC to rectify.

https://i.imgur.com/ehpuzQm.jpg

[LigH]

My guess: Console output may get transmitted in blocks of a fixed size instead of line-per-line (probably cached output). So when a thread locks up, the communication is interrupted and this is the end of the last transmitted cache block...

[Guest]

My guess: Console output may get transmitted in blocks of a fixed size instead of line-per-line (probably cached output). So when a thread locks up, the communication is interrupted and this is the end of the last transmitted cache block...

How well do you know RipBot, if at all ??

Do you think it might be the app, avisynth, ffmpeg....

Could it be the avisynth script ??

[LigH]

RipBot264 specifically: Not at all. But I do know similar results when network communication gets interrupted. When I tested PHP script output in a web browser, I noticed that the text output did not get updated line by line. Network packets are probably collected until a cache is filled before transmitting a packet. So when the remote x26? encoder or RipBot's encoder controlling background app crashes, the cache is not flushed and not transmitted to the central RipBot UI application, which ends up missing the last packet of the encoder's console output.

[Guest]

RipBot264 specifically: Not at all. But I do know similar results when network communication gets interrupted. When I tested PHP script output in a web browser, I noticed that the text output did not get updated line by line. Network packets are probably collected until a cache is filled before transmitting a packet. So when the remote x26? encoder or RipBot's encoder controlling background app crashes, the cache is not flushed and not transmitted to the central RipBot UI application, which ends up missing the last packet of the encoder's console output.

OK, well, if I'm understanding you, then it's some network problem...

Either NIC's, cables, switches or maybe even drivers.

Would socket errors have any connection (pardon the pun) to these problems ??

[LigH]

I do not mean unreliable network connections in the first place. There can be several reasons why the last packet of a console output relay might go missing. Like, a CPU thread finishes before the cache gets flushed (here an explicit flush of the console output before the termination of the application might help). Only guessing.

[Guest]

I do not mean unreliable network connections in the first place. There can be several reasons why the last packet of a console output relay might go missing. Like, a CPU thread finishes before the cache gets flushed (here an explicit flush of the console output before the termination of the application might help). Only guessing.

I have to say I really have no idea what you're talking about, your knowledge is so much more than my poor old brain can comprehend.

So if you don't think its network related, but you mention CPU threads, could "working" the processor too hard cause it, like 100% for extended periods ??

[LigH]

As far as I understand RipBot: You have a central management server application, and you have encoder controlling services spread across your local network (or maybe just one on your local PC). The encoder controlling service captures the console output from the encoder and sends its output via network to the management server. But the console output is not sent on every line break. It is sent when there is enough output to fill a buffer. That can be somewhere in the middle of a text output line. The rest of the console output will be sent from the encoder controlling service to the management server application with a next network packet, either when the buffer is full again, or when it gets flushed because the encoder finished its job and there is no more text output to be captured.

There might be different reasons for the last network packet not arriving: Maybe the encoder thread does not finish gracefully, or the encoder controlling service locks up for a reason I don't know. Or the network packet gets lost. I don't know the reason. All I see is: The console output of the encoder did not arrive completely in the management server application; something interrupted the transmission. And I could guess at least three different places where it could get interrupted: At the source (the x26? encoder), at the service which captures the output and passes it to the network, or somewhere in the network.

[Guest]

As far as I understand RipBot: You have a central management server application, and you have encoder controlling services spread across your local network (or maybe just one on your local PC). The encoder controlling service captures the console output from the encoder and sends its output via network to the management server. But the console output is not sent on every line break. It is sent when there is enough output to fill a buffer. That can be somewhere in the middle of a text output line. The rest of the console output will be sent from the encoder controlling service to the management server application with a next network packet, either when the buffer is full again, or when it gets flushed because the encoder finished its job and there is no more text output to be captured.

There might be different reasons for the last network packet not arriving: Maybe the encoder thread does not finish gracefully, or the encoder controlling service locks up for a reason I don't know. Or the network packet gets lost. I don't know the reason. All I see is: The console output of the encoder did not arrive completely in the management server application; something interrupted the transmission. And I could guess at least three different places where it could get interrupted: At the source (the x26? encoder), at the service which captures the output and passes it to the network, or somewhere in the network.

Thank you for the easier to understand explanation, I guess the only person that would know for sure how things are processed, is the dev, Atak.

It seems to be mainly on the server PC, but when that errors, it passes the same error onto the any other clients that are encoding.

I might try a different x265 build, and check the NIC connections & drivers as well.

Maybe even flushing the network cache.

Like I said, I haven't seen this error ever before, and it's only just started in the past couple of days, so it may be the x265 build I'm running....

Thankyou again LigH, for your assistance & explanation.

[Atak_Snajpera]

What's this ???

Don't think I've seen this before, it is a little random, but once it's shown up, the chunks just keep trying to restart, to no avail :(

Basically, need to reboot the PC to rectify.

https://i.imgur.com/ehpuzQm.jpg

Check TCP communication log. See if you also get this incomplete text.
Problem maybe also related to modded x265 version you are using.

[cypher007]

ok got an odd one. normally when i close a distributed encode then restart it later it will start from the last complete chunk but today it started from chunk 1 and im guessing will overwrite what ive already encoded. at the moment ive used the bat file for each chunk to do them one by one. im not sure if this will work but dont want to bin about 15 hrs work. any ideas why it restarted from chunk 1?

[Guest]

ok got an odd one. normally when i close a distributed encode then restart it later it will start from the last complete chunk but today it started from chunk 1 and im guessing will overwrite what ive already encoded. at the moment ive used the bat file for each chunk to do them one by one. im not sure if this will work but dont want to bin about 15 hrs work. any ideas why it restarted from chunk 1?

Not that odd, unfortunately :(, I know your pain, believe me.

So how do you actually close a DE encode ???

I've found the "safest" way is to sit there and watch each chunk as it's nearly 100%, then just as it's starting a new chunk, stop it.

Do this this every chunk !!

Once you've stopped ALL the chunks, then ABORT the job, if it closes down without issue, you should be good when you resume.

What do you mean by:- (is this an effort to recover ??)

at the moment ive used the bat file for each chunk to do them one by one

Unfortunately, it's so random when it's going to this, and there's a 100% chance that you have lost 15 hours of encoding.

[cypher007]

Not that odd, unfortunately :(, I know your pain, believe me.

So how do you actually close a DE encode ???

I've found the "safest" way is to sit there and watch each chunk as it's nearly 100%, then just as it's starting a new chunk, stop it.

Do this this every chunk !!

Once you've stopped ALL the chunks, then ABORT the job, if it closes down without issue, you should be good when you resume.

What do you mean by:- (is this an effort to recover ??)





Unfortunately, it's so random when it's going to this, and there's a 100% chance that you have lost 15 hours of encoding.

err didnt say that but im wondering if it will be possible to once ivve done the chunks manually to join them and continue the encode?

[Atak_Snajpera]

Either way, I have "updated" x265 to 3.6+12-f3c5fba AVX (to be compatible with some AVX CPU's on older DE clients).


Is progress correctly visible in encodingclient window?

[cypher007]

As far as I can tell, there's no issues with client.

The only strange thing that has been happening (and I think I've mentioned this recently), is a chunk can be happily progressing, and then "out of the blue", it re-starts, no errors msg's, just starts from 0%.

ive had something like this when ive changed networks on a PC even when im only DE on one PC.

[rlev11]

As far as I can tell, there's no issues with client.

The only strange thing that has been happening (and I think I've mentioned this recently), is a chunk can be happily progressing, and then "out of the blue", it re-starts, no errors msg's, just starts from 0%.

Only times I have experienced something like that was back when I did not make sure the encoding server window was on the desktop on every machine (not minimized in the tray), or occasionally when doing the rare 480p with some heavy degraining, I'll get encoding server stalled messages on some of the servers.

[cypher007]

actually i had a think about it and ive had it where even on a standard encode (not DE) its not stopped but accelerated the FPS and created junk when ive changed networks. really odd issue, i just make sure i dont unplug my lan when encoding.

[Guest]

I was having a bit of a play with the latest Handbrake 1.8.0 today, and it appears to be able to convert most audio to TrueHD, now, not just pass thru, albeit, ONLY to 5.1, even if the original is 7.1.

[Atak_Snajpera]

I was having a bit of a play with the latest Handbrake 1.8.0 today, and it appears to be able to convert most audio to TrueHD, now, not just pass thru, albeit, ONLY to 5.1, even if the original is 7.1.

Meanwhile most of TrueHD streams in movies are 7.1 so ... useless for me.

[Guest]

@ Atak,

I've been trying to remember the app you created to test bit's comparing to FFMS2 & L-smash, but I am drawing a blank.

I'd like to run some more tests now there's yet another improved FFMS2 build, and then there's a "new kid on the block", BestSource (BS)

[Emulgator]

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

[Guest]

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

You just never know where you are going to pop up :)

:thanks: that's the one.

[Emulgator]

Just one Seektester quickie for fun:
1920x1080x25i AVC+MVC in .MTS from a Panasonic 3D-Cam HDC-Z10000
LWLibavVideosource 1194 by Asd-g fine
Bestsource 4.0 by Myrsloik fine
FFMS2 5.0 by Myrsloik fine
FFMS2 2390 by StvG faulty (frameskips/repeats)

[Guest]

Just one Seektester quickie for fun:
1920x1080x25i AVC+MVC in .MTS from a Panasonic 3D-Cam HDC-Z10000
LWLibavVideosource 1194 by Asd-g fine
Bestsource 4.0 by Myrsloik fine
FFMS2 5.0 by Myrsloik fine
FFMS2 2390 by StvG faulty (frameskips/repeats)

Well, that's great that you've done that

Saves me doing it...

Maybe Atak will take note...it would be nice if he added FFMS2 5.0 & Bestsource to RipBot...just to give users a choice.

Cheers.

[Atak_Snajpera]

Well, that's great that you've done that

Saves me doing it...

Maybe Atak will take note...it would be nice if he added FFMS2 5.0 & Bestsource to RipBot...just to give users a choice.

Cheers.

If ain't broken , don't fix it. That's my rule. If decoded frame is not corrupted then what is the point of using FFMS2 or BestSource?

[Guest]

If ain't broken , don't fix it. That's my rule. If decoded frame is not corrupted then what is the point of using FFMS2 or BestSource?

Who said it was broken, it's about choice...

FFMS2 used to be a user's choice option..

It's just that over the years, you have been asked for certain extra features & functions that can only improve RipBot, but because YOU don't have a use for it, it doesn't happen, unfortunately.

It's good that someone like Pauly Dunne went to the trouble of adding the use of SMDegrain to RB, and it's proven to the many that use the PD builds, that it's superior & faster than the options in "vanilla" RB.

Just sayin'...

[Atak_Snajpera]

What does FFMS2 or BestSource improve over LWLibavVideosource? In the end all those filters rely on ffmpeg code under hood.
LWLibavVideosource has proven to be very reliable over all those years so if ain't broken , don't change it.
frame accurate = CHECK
No corrupted frames = CHECK
That's all I need.

[Guest]

What does FFMS2 or BestSource improve over LWLibavVideosource? In the end all those filters rely on ffmpeg code under hood.
LWLibavVideosource has proven to be very reliable over all those years so if ain't broken , don't change it.
frame accurate = CHECK
No corrupted frames = CHECK
That's all I need.

Again, it's about user choice !!!

I have no idea if FFMS2 or BS improve anything, and L-Smash isn't broken, but I have read that it might be being overshadowed by BestSource (same dev does both, I believe).

I thought that "filter's" were Avisynth based, and FFMPEG processed / encoded everything.

But this sums it up perfectly:-

That's all I need.

[Atak_Snajpera]

Again, it's about user choice !!!

I have no idea if FFMS2 or BS improve anything, and L-Smash isn't broken, but I have read that it might be being overshadowed by BestSource (same dev does both, I believe).

I thought that "filter's" were Avisynth based, and FFMPEG processed / encoded everything.

FFMPEG code also decodes stuff using builtin decoders.

https://ffmpeg.org/ffmpeg-codecs.html#Decoders

The same code is used in SourceFilters() as well.

NO MATTER WHAT YOU CHOOSE YOU ALWAYS CHOOSE FFMPEG CODE UNDER THE HOOD. End of story.

[Atak_Snajpera]

But this sums it up perfectly:-

Quote:
That's all I need.
Fun fact: I started this project in 2007 because I wanted something simple for encoding my videos to my PSP. So It's been always tailored for my needs.
https://www.trustedreviews.com/wp-content/uploads/sites/54/2005/09/1832-overview-1.jpg

Distributed Encoding Mode was also not created because somebody requested it. I made it for myself because I had an extra PC at home.

[Guest]

Fun fact: I started this project in 2007 because I wanted something simple for encoding my videos to my PSP. So It's been always tailored for my needs.


Distributed Encoding Mode was also not created because somebody requested it. I made it for myself because I had an extra PC at home.

So if you created this for your own needs, why did you release it to the public ???

Knowing that you would probably never do anything to it, that YOU didn't want !!!

But despite your stubbornness, I do have to applaud you for figuring out how to successfully introduce the awesome Distributed Encoding function, that IS the most outstanding feature of ANY encoding app.

None of them have attempted such a feature, the only one that comes even close is StaxRip with its parallel chunk encoding, which even tho it speeds up the encoding process, it ONLY works on 1 PC :(

[Emulgator]

LWLibavVideosource has proven to be very reliable over all those years so if ain't broken , don't change it.
I do agree with that, for years no failures here with LWLibavVideosource under different use cases.
The safe indexing gold standard is already implemented by Atak, adding any poorer choice
(for instance ffms2, what he tested back then and discarded for good measure) would ask for trouble...

[Guest]

I do agree with that, for years no failures here with LWLibavVideosource under different use cases.
The safe indexing gold standard is already implemented by Atak, adding any poorer choice
(for instance ffms2, what he tested back then and discarded for good measure) would ask for trouble...

Maybe back then, FFMS2 was faulty, but the latest build, and BS appear to be "fine" (in your words).

[cypher007]

anyone getting a microsoft virus scan come up when updating to 1.27.3?

[rlev11]

anyone getting a microsoft virus scan come up when updating to 1.27.3?

Yep, picks up Trojan:Win32/Phonzy.B!ml on ribbot264.exe and Trojan.Win32/Wacatac.B!ml on encodingclient and encodingserver exe's

Malwarebytes did not pick them up, only microsoft AV realtime protection

Downloaded the latest Microsoft Safety Scanner and ran that against it and it came back clean as well