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

[slalom]

number of frames is 26720
but 1st pass says its 63
I will add that job again

[Darksoul71]

@Atak_Snajpera:
Is there a specific reason why RipBot does not process source files with umlauts inside the filename ?
Since nothing is protocolled inside the log file and I have no sources available, I guess that you call MediaInfo and dump the informations of the video into a text file, right ?

In a manual test I could not see any issues with a MKV with ü inside the filename.

IMO an easy to use app should support international filenames unless you are limited by the tools you use, e.g. console applications which do not support this. MediaInfo and Delphi itself should not be a problem here I guess :)

[Atak_Snajpera]

some tools do not support national characters.

[Darksoul71]

Yes, but if MediaInfo is used for analysing the source video, then national characters shouldn't be a problem, shouldn't they ?

Edit: If national characters are an issue for some console tools, then RipBot might better do some filename validation for input files and reject those with national characters.

[Atak_Snajpera]

Yes, but if MediaInfo is used for analysing the source video, then national characters shouldn't be a problem, shouldn't they ?
audio in mkv is detected by mkvmerge.

[Darksoul71]

Well, I can just state that mkvmerge -i <sourcefile_with_umlaut.mkv> works for me as well as mkvinfo <sourcefile_with_umlaut.mkv>

I use mkvinfo all the time with filenames that include national characters within both my bash and AutoIt scripts which convert DTS streams to AC3 for proper playback on my RaspberryPi.

Anyway, I do not know how RipBot works in the backend since I haven't seen the source :)

What I can confirm is that this issue is not related to the MKV file produced by MakeMKV. Test it yourself. Simply rename an MKV file with an Ä, Ü, Ö or something like that, open it with RipBot and no audio will be detected.
That is strange..especially since both mkinfo and mkvmerge are able to deal with national characters. At least with german ones.

Edit: Just an idea / question:
How do you call external commands ? Via full commandline and shell execute function or by generating a batchfile and calling the later via shell execute ?
Because when using batch files for controlling external applications it often helps to change the code page to the correct on. For example:
My own AutoIt h264 batch encoding script adds a chcp 1250 to the final encoding batch script to make national characters work. Otherwise the default cmd codepage will be used which does not recognize national characters.

[QUEENFAN]

Hello,

cause ripbot264 unfortunately only supports one audio track for encoding, how can I add a second audio track after encoding to a AVCHD? I need two audio tracks in the resulting AVCHD.

Thanks a lot for your help.

@Atak: Your where right, chapters have been added correctly now. Thanks for your help.

[Darksoul71]

Hello,

cause ripbot264 unfortunately only supports one audio track for encoding, how can I add a second audio track after encoding to a AVCHD? I need two audio tracks in the resulting AVCHD.

It might be an easy approach to encode your movie to MKV with RipBot, add your second audiotrack to the MKV with MKVExtractGUI and use another tool afterwards:
http://forum.doom9.org/showthread.php?t=154957

Edit:
Damn, BDtoAVCHD seems to support one audio track only as well...sry....

[QUEENFAN]

BDtoAVCHD was my last hope too :-((

[Darksoul71]

BDtoAVCHD was my last hope too :-((

Well, my conclusion was from the GUI screenshots only.
Try yourself....

To my limited understanding (unless you need an AVCHD with some menu) you could use this approach:
http://www.afterdawn.com/guides/archive/convert_mkv_to_avchd_for_ps3_and_blu-ray.cfm

By using TSMuxer to generate a BD structure from an MKV you are pretty unlimited in modifying the content of your MKV. At least as long as TSMuxer is able to parse / does support the content of the MKV. You might even skip the step with MKVMergeGUi and add your additional audiostream directly in TSMuxer prior producing a BD structure.

OT: For me it is hard to understand why a tool does not support at least two audio tracks. At best the number of audio tracks should not be limited at all. For my BD copies I consider German as well as English mandatory since I sometimes prefer to watch a movie in original language.

[QUEENFAN]

Well, my conclusion was from the GUI screenshots only.
Try yourself....

To my limited understanding (unless you need an AVCHD with some menu) you could use this approach:
http://www.afterdawn.com/guides/archive/convert_mkv_to_avchd_for_ps3_and_blu-ray.cfm

By using TSMuxer to generate a BD structure from an MKV you are pretty unlimited in modifying the content of your MKV. At least as long as TSMuxer is able to parse / does support the content of the MKV. You might even skip the step with MKVMergeGUi and add your additional audiostream directly in TSMuxer prior producing a BD structure.

OT: For me it is hard to understand why a tool does not support at least two audio tracks. At best the number of audio tracks should not be limited at all. For my BD copies I consider German as well as English mandatory since I sometimes prefer to watch a movie in original language.

Sorry .. yeah me too ;-))

[soneca]

Hello,

cause ripbot264 unfortunately only supports one audio track for encoding, how can I add a second audio track after encoding to a AVCHD? I need two audio tracks in the resulting AVCHD.

Have you tried the BD Rebuilder?...

[christiebunny]

I'm going join Darksoul71 and add my vote to this too, I think Ripbot should use something similar to the subtitle dialog, for audio tracks, there's no real reason it should be limited to just one, just like the subtitles aren't. It's the one remaining thing that comes to mind that keeps Ripbot from being 10 out of 10-- I hope Atak decides to add the option!

[christiebunny]

It'd also be nice to have a list of what all the ini settings are, and their values, for fine tuning, and a rough guess on file size for CQ encodes, like you get with 2-pass ones (but I'm not sure that's possible). but the audio's a much more important thing, I think.

What is the difference between CQ20/22/24/etc, btw?

[soneca]

There is no way to estimate cq(crf). And that request is old ...:rolleyes:

[pyrobooby]

Really hope RipBot264 can run without Java environment and windows sharing. For multi-server co-encoding, I recommend some built-in file transfer server. Something like IP Messenger (http://ipmsg.org/index.html.en) is a good example. Though it's wriiten in C++, I hope RipBot264 use the source code (http://ipmsg.org/archive/ipmsg342r2src.zip) for reference.

[Atak_Snajpera]

some tools are written in java (bdsup2sub,remuxtool)

what is wrong with built in windows file sharing?

[osgZach]

File sharing works fine. Not sure why anyone would rather not use it.

[pyrobooby]

some tools are written in java (bdsup2sub,remuxtool)

what is wrong with built in windows file sharing?

Can I bypass the Java installment if I don't use java staff? How to config?

Windows file sharing is limited and not secure.

[Atak_Snajpera]

Can I bypass the Java installment if I don't use java staff? How to config?

Windows file sharing is limited and not secure.

Limited ??? Simple folder sharing is enough for distributed encoding. I'm not going to invent a wheel again for you because you are so scared about security. Unplug your ethernet cable from your modem and you will be 100% secured.

[duplakappa]

Hello, great encoder, i have a suggestion and a problem. First the suggestion: add more audio profiles and the option to use acc lc in every profile (acc lc 64 kbps, 68kbps, 72kbps, 76kbps, 80kbps, etc...) and the problem: every time i try to encode a video and add ass hardsubs, when i click start it just stays in " Please Wait..." state... please tell me how to fix it.
PS: with a srt subtitle i have no problem.
If you need it, these are the links of the video with the subs in the mkv. http://www12.zippyshare.com/v/91016969/file.html http://www12.zippyshare.com/v/76913998/file.html
And the profiles i use are: high10 4.0 slow animation 2-pass mode 550 kbps bitrate (video) with "built in picture subtitles" and 2.0 fhg acc-he 64kbps cbr (audio).
Thanks

[Atak_Snajpera]

Hello, great encoder, i have a suggestion and a problem. First the suggestion: add more audio profiles and the option to use acc lc in every profile (acc lc 64 kbps, 68kbps, 72kbps, 76kbps, 80kbps, etc...) and the problem: every time i try to encode a video and add ass hardsubs, when i click start it just stays in " Please Wait..." state... please tell me how to fix it.
PS: with a srt subtitle i have no problem.
If you need it, these are the links of the video with the subs in the mkv. http://www12.zippyshare.com/v/91016969/file.html http://www12.zippyshare.com/v/76913998/file.html
And the profiles i use are: high10 4.0 slow animation 2-pass mode 550 kbps bitrate (video) with "built in picture subtitles" and 2.0 fhg acc-he 64kbps cbr (audio).
Thanks

http://forum.doom9.org/showthread.php?p=1624599#post1624599

[Darksoul71]

@pyrobooby: Certain features are part of the operating system used and should not be re-invented. I wonder why you use Windows as OS at all if you care so much about security ;)
If you are afraid of Windows file shares, then simply set up a Linux box with Samba.

I have never tried RipBots distributed transcoding but I think standard SMB shares are perfectly fine. Especially in a normal LAN where no-one from external has easy access. Things might look different if you run multiple instances of RipBot inside a WAN (e.g. University).

@Atak_Snajpera:
Am I missing something ? I was still expecting some reply in regard of national characters...personally I still do not see the reason for not supporting at least a smaller set of national characters.
At least a verification of the input filename would be nice. What do you think ?

[osgZach]

Windows file sharing is limited and not secure.


Care to elaborate a little more? And at the end of the day your file share is only going to be as secure as the Network it is connected to.

If you're worried about Internet peoples snooping your machines, your concern should be with your Firewall/Router, not Windows as the sole scapegoat.

If you're worried about local security. That's what User Accounts and file sharing permissions are for. Worrying beyond that is pointless. If you have anything a truly skilled cracker would want access to for some reason, you shouldn't be storing it on a connected machine in the first place.

[osgZach]

Also..

re:Ripbot - can you implement disconnected awareness for the Temp folder location? I'm using the interface from an external Seagate drive, on an external scratch drive that just won't work right in USB 3.0 mode (obviously I want the transfer speed). I have to unplug and plug it back in on a reset, cold boot, etc or the drive doesn't show up.. Which confuses Ripbot if I forget to make sure the drive is running when I start it. Even if I tell it NOT to delete jobs, it will purge the data that tells it there are jobs in the queue anyway.

Come to think of it, this may be a problem for people using an NAS or similar attached storage that could "flake out" and not show as connected for whatever various reasons that do exist.

The goal here being, jobs remain in the queue and we aren't left with useless data folders that we need to re-rip again to re-create the job.

[duplakappa]

http://forum.doom9.org/showthread.php?p=1624599#post1624599
Thanks it worked! it took the doble that usually takes maybe because of the 10 bits but anyway, its done :) thanks again

[hector1980]

when i wont to encode the program show this eror :
exception eoutofresources in module Ripbot264.exe at 0004D185.failed to save stream
what i have to do ti fix it??

[hector1980]

when i wont to encode the program show this eror :
exception eoutofresources in module Ripbot264.exe at 0004D185.failed to save stream
what i have to do ti fix it??
please help me in this case:(

[Trayman]

@Hector what are you trying to encode?
Sounds like something has run out of it's resources, probably memory or disc space.

Cheers Trayman

[hector1980]

@Trayman
i tried to encode an 1.5GB movie
do you mean try to encode another movie??

[osgZach]

If this is happening during encoding its probably memory related, but could be hard drive related if you run out of space.

If its during import, then its probably HDD running out of space.

So first verify how much free space you have on the drive you are saving your data to.. i.e your Ripbot temp folder (default is C:\, Windows temp unless you change it) and the location you are saving your encodes to (the location you set for "Output".

If its not HDD space, then its probably running out of memory. How much RAM do you have? (2GB, 4GB, 8GB? etc). There is a command you can put in AVS scripts to limit memory usage but it escapes me at the moment.

[steferrari]

Hello.
I apologise if this question has been asked already...

I'm using RipBot264 from a few months and i really like it !
It does what i need and i like the fact that it's easy to use.

I only have one problem though...

Sometimes, when i add videos (like avi, or even the same mp4's that was encoded with RipBot) i see ---[NO AUDIO]--- under the audio menu.

I can work around this issue by extracting the audio with a secondary program and by importing it manually in RipBot264, but obviously it's a bit "annoying"...

My PC is fine because i recently done a fresh install of Windows 7... and all RipBot required components are correctly installed up to their latest versions.

It's not a massive problem for me because i manly use RipBot for encode VOB files to MP4 and i never had the "no audio" message when importing VOB files... but i still would like to fix this, if possible.

Can you help me ?

Thanks in advance !

[Atak_Snajpera]

Hello.
I apologise if this question has been asked already...

I'm using RipBot264 from a few months and i really like it !
It does what i need and i like the fact that it's easy to use.

I only have one problem though...

Sometimes, when i add videos (like avi, or even the same mp4's that was encoded with RipBot) i see ---[NO AUDIO]--- under the audio menu.

I can work around this issue by extracting the audio with a secondary program and by importing it manually in RipBot264, but obviously it's a bit "annoying"...

My PC is fine because i recently done a fresh install of Windows 7... and all RipBot required components are correctly installed up to their latest versions.

It's not a massive problem for me because i manly use RipBot for encode VOB files to MP4 and i never had the "no audio" message when importing VOB files... but i still would like to fix this, if possible.

Can you help me ?

Thanks in advance !

Do you have national characters in file name or path?

[steferrari]

Do you have national characters in file name or path?

Yes i have !
Without them... problem is gone !

THANKS A LOT ! :)

[steferrari]

Another question.
Why it's not possible to have, in a batch, all the options that we have when we encode a single video ?
I'm referring especially to the cropping options.

Thanks again. ;)

[Atak_Snajpera]

Another question.
Why it's not possible to have, in a batch, all the options that we have when we encode a single video ?
I'm referring especially to the cropping options.

Thanks again. ;)

Because some movies will require different cropping values.

[steferrari]

Ok, thanks. ;)

[Darksoul71]

Yes i have !
Without them... problem is gone !

THANKS A LOT ! :)
@steferrari: The problem is not "gone" but you have used a workaround ;)

@Atak_Snajpera: One person more who has run into the same issue as I.
May I ask if you are considering at least an input filename validation ?

i still fail to see the reason why RipBot is unable to extract the audio track information with national characters inside the source filename.

[osgZach]

My guess is, Ripbot was developed/compiled as ANSI and does not support Unicode? At this point, converting to Unicode could mean a lot of work, depending on how much needs to be changed. A lot of string handling would need to be changed, etc. So I would lean towards it not being a trivial task.

This is just a guess, mind you.

[Atak_Snajpera]

osgZach is right. Ripbot264 was written in Delphi7 without UTF/Unicode support.

[Darksoul71]

osgZach is right. Ripbot264 was written in Delphi7 without UTF/Unicode support.

Good Morning,

I give up.......:confused:

My old Delphi applications (Delphi 5.0) were written without specific UTF / Unicode support as well and at least files with German "umlauts" were processed without hickups. The same applies to all those little video helper scripts I wrote in AutoIt / Batch.

- D$

[Darksoul71]

@Atak_Snajpera:
I have not fully give up. Within 20 Minutes I have hacked together a crude Delphi 5.0 example program.

You can grab it from my DropBox:
https://www.dropbox.com/s/eqk1m2vkt6ocxy6/mkv_properties.zip

I have used MKVInfo (the version included with your version of RipBot) to extract the informations of a choosen MKV file. This also includes audio informations. The audio informations are included of course as well.

Result: Files with all sorts of "Umlauts" (national characters) of the german language are processed perfectly fine. This should apply to national characters in French, Polish, Turkish, etc as well.

My conclusion: This is ancient Delphi 5.0. No UTF8 stuff...no fancy Unicode....everything works as expected...

Whatever takes RipBot from processing files with local / national characters:
Please fix it !

If commandline tools do not process files with local characters, then produce a local copy of the video file with temporary name (e.g. temp.video) if you do not work with AVISynth for loading video files in the first place at all.

[Atak_Snajpera]

problem is that national characters stored in .cmd won't work. see yourself. after adding job try to manually execute mkvextract.cmd , mp4extract.cmd from jobx folder.

[AMiR9!WV]

hi atak , could you clear some space in you Private Messages

[Darksoul71]

problem is that national characters stored in .cmd won't work. see yourself. after adding job try to manually execute mkvextract.cmd , mp4extract.cmd from jobx folder.

As indicated by me some posts before one needs to apply the correct codepage inside the batchfile. I use this line:
chcp 1250

After this national characters are no issue anymore. At least not if the commandline tools called support national characters.
Edit #1:
Although I have not tested my guess is that codepage 1252 should incorporate at least most western national characters. At least the character set shown on Wikipedia shows a lot of national characters:
https://en.wikipedia.org/wiki/Windows-1252

Edit #2: It might be smart to make the codepage used configurable via ini since it might vary depending on the users location:
https://en.wikipedia.org/wiki/Windows_code_page


874 — Thai
932 — Japanese
936 — Chinese (simplified) (PRC, Singapore)
949 — Korean
950 — Chinese (traditional) (Taiwan, Hong Kong)
1200 — Unicode (BMP of ISO 10646, UTF-16LE)
1201 — Unicode (BMP of ISO 10646, UTF-16BE)
1250 — Latin (Central European languages)
1251 — Cyrillic
1252 — Latin (Western European languages, replacing Code page 850)
1253 — Greek
1254 — Turkish
1255 — Hebrew
1256 — Arabic
1257 — Latin (Baltic languages)
1258 — Vietnamese


For reference:
http://stackoverflow.com/questions/4388222/international-characters-in-a-batch-file

All this is standard ANSI and not magic UTF8 / Unicode stuff....test yourself and you will see....;)

[Atak_Snajpera]

And how am I suppose to automagically detect correct code page? How to detect that file name uses German or Polish letters? For example I live in East Europe where we have those funny letters like ą ć ę ł ń ó ś ż ź . You in west europe have ä ö ü ß and so on. Proper solution would be UTF-8/Unicode support.

[Darksoul71]

And how am I suppose to magically detect correct code page? For example I live in East Europe where we have those funny letters like ą ć ę ł ń ó ś ż ź . You in west europe have ä ö ü ß and so on. Proper solution would be UTF-8/Unicode support.

Uhm, hello ? Did I annoy you ? :(

1st: Since you live in East Europe, you could try 1252 or 1250.

2nd: If the code page is stored inside the RipBot.ini, everyone with interest in using national characters in filenames (I guess pretty many people do, since movies have national characters in their titles, right ?), then they could modify the ini-value to match their code page.

3rd: There is no need to detect something. Simply make shure that the filenames are correctly "forwarded" to the GUI tools used.

4th: Believe it or not: There should be ways to detect the codepage of the Windows version used in which RipBot is running !
Like diz: http://www.delphipages.com/forum/showthread.php?t=12545
Or diz: http://www.scalabium.com/faq/dct0082.htm

If you do not feel like implementing proper support for national characters, then fine...but please, please, please...do not search for excuses.

I have reported the issue (no audio detected), have reported the reason and have shown easy to implement ways to circumvent this.

How much more does a dev need to fix things which are clearly broken ?

I feel sad if my crappy scripts / tools I use at home for processing / encoding video play nicely with national characters on Windows and Linux and a GUI that claims to be "simple and easy to use" does not support the most basic standard: Country-specific language in files !

[Atak_Snajpera]

2nd: If the code page is stored inside the RipBot.ini, everyone with interest in using national characters in filenames (I guess pretty many people do, since movies have national characters in their titles, right ?), then they could modify the ini-value to match their code page.
It would be easier to just temporarily remove all national characters from path and filename than telling user to change code page in .ini file. Besides what will happen if user wants to encode german movie and polish movie at the same time? Stored codepage in ini will not solve anything in this case. One movie will work other won't.

[Darksoul71]

It would be easier to just temporarily remove all national characters from path and filename than telling user to change code page in .ini file. Besides what will happen if user wants to encode german movie and polish movie at the same time? Stored codepage in ini will not solve anything in this case. One movie will work other won't.
I think the straight forward approach would be warning the user to remove any national characters from his file / path prior processing.

What do you think ?

[coreying]

Hey Atak,

There appears to be issues with ffdshow decoding VC-1 with Windows 8.

Since moving to Windows 8 I've had random issues encoding blu-rays with RipBot264. I'd always know when I would encounter the issue, since the cropping screenshot in the Picture Properties would either be blank, solid green, or corrupt. Clicking New Frame would just cycle through those three outcomes.

Then during the encoding, avs2yuv would crash and the encoding would stop and mux what it had done to that point. The muxed file would play, but there is random video corruption.

I only just noticed that it only occurred with blu-rays encoded in VC-1. Furiousflea's post here (http://forum.doom9.org/showthread.php?p=1586406#post1586406) put me onto the solution. Turns out that changing ffdshow's VC-1 decoder from WMV9 to libavcodec resolves both the cropping screenshot and the encoding.

However, I need to set this each time I use RipBot because Ripbot's default is WMV9 for VC-1 since it supports interlaced material.


Are you aware of this issue, and will there be a solution or work around for the next version of RipBot?