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

[Atak_Snajpera]

because it does not make sense. for instenance have you ever seen stereo ac3 encoded at 384,448,640 kbps. higher bitrate is only useful for streams with more channels.

[ahmad2008]

i was not talking about ac3 but about the 2 channels.

i meant more audio bit rate options for the 2 channels from 32 to 320 kbps just like mp3

[Atak_Snajpera]

why? because you like placebo effect? aac 128kps gives better quality than mp3 192kbps.

[ahmad2008]

More freedom of choice for the bit rate from 32 to 320kbps is so much better than to be limited to only 3 choices (64,96,128 ) for all your videos encoding even if aac 128kps gives better quality than mp3 192kbps.

[FarQueue]

Ability to use multiple audio tracks would be a handy new feature.

[rc71]

Ability to use multiple audio tracks would be a handy new feature.


I'm guessing it's to keep ripbot as simple as possible. Less things to go wrong. But you can use mkvmerge, which is included in the ripbot package, to add multiple tracks and it takes just a few seconds.

[rc71]

More freedom of choice for the bit rate from 32 to 320kbps is so much better than to be limited to only 3 choices (64,96,128 ) for all your videos encoding even if aac 128kps gives better quality than mp3 192kbps.

I see your point a little, but if you really need something that big, why are you bothering with ripbot? The point is to make things smaller.
If you need 320k MP3's, maybe Ripbot might not be right for you.

If you are a 64k MP3 Pro person, this is the game for you.

Ultimately, you can manually go in to the jobs queue and change the number to whatever you want. Just open up the .bat file and go at it.

[rc71]

Is there any way to get ripbot to use 100% processor on the first pass without quality loss

im using intel 2600k and it uses 30% first pass on max quality avchd encodes


quality is my goal, if it diminishes quality it doesn't matter


;-)

First, 'I want quality, but if quality drops, that doesn't matter.' Huh?

Anyway, if you use CQ mode with NO filters, you get 100%. If you touch it in anyway, you get 30%. That tells me it's not a System issue, but a program issue. It seems that the x264 encoder doesn't like to use external filters or settings.

[pacaveli211]

CQ mode is actually encoding. First pass, by default, is a fast pass, not an actual encode.

[Zorro70]

First, 'I want quality, but if quality drops, that doesn't matter.' Huh?

Anyway, if you use CQ mode with NO filters, you get 100%. If you touch it in anyway, you get 30%. That tells me it's not a System issue, but a program issue. It seems that the x264 encoder doesn't like to use external filters or settings.

you misread what i said

i said i want quality, but if quality drops, then it doesnt matter.

you took that to mean i dont care if quality drops.


what i meant was if it affects quality it doesnt matter il just leave it as it is

[soneca]

and one has 8 cores, which is always better for encoding

Never noticed any difference, despite having made several times that work with processors with 4 and 6 cores.:confused:

[ahmad2008]

i hope that i expressed my thought well

all what i wanted is the whole list of the 2 channels audio bit rates from 32 to 320kbps and not to be limited only to (64,96,128) even if no one going to use 320kbps

i hope i find it in the next release

[DIEGO7-5]

Ability to use multiple audio tracks would be a handy new feature.

I totally agree. At least one more language.

Keep up the good work Atak!

[chainring]

i hope that i expressed my thought well

all what i wanted is the whole list of the 2 channels audio bit rates from 32 to 320kbps and not to be limited only to (64,96,128) even if no one going to use 320kbps

i hope i find it in the next releaseI can understand WHY you would want the full list of available bitrates, but it's not going to happen in RipBot. This program is about total simplicity and introducing too many tweaks/bithead options will not stop if something like this request is allowed.

Seriously, if you can do some ABX tests and show that you really need more than 128K on two channel content, that might convince Atak to add more, but until that time it's not gonna happen. Check out the tests of music (much more difficult than effects in movies) at hydrogenaudio.org and tell me you need more than 128K. Maybe, just maybe adding 160 to placate those wanting more, but it's not necessary.

[rc71]

I just have say I love this program. I have some STE WEB-DL's that are 1.5gb and I'm reEcoding them and they are coming out at 500-550mb and check this out, THEY ARE BETTER QUALITY THAN THE ORIGINALs.
Seriously. With a little tweaking of the colors, contrast, and the denoising, they look better at 1/3rd the size. Oh, and I'm correcting the FPS which was at a sqeaky 25fps to 23.976FPS. ALL with Ripbot.
:):):):);););):):)


:thanks::thanks::thanks::thanks::thanks::thanks::thanks:

[LigH]

@ Zorro70:

Always unterstand that the encoder can only encode as fast as it receives the uncompressed video it shall process.

What exactly is your source? (MediaInfo analysis please.) Which decoder do you use to decode it for x264, if it is compressed?

If the source is compressed, the bottleneck might be the decoder running in one thread only, or the filtering, before the final video arrives in the encoder.

If the source is completely uncompressed, the bottleneck might be the harddisk, but you will know how many GB per minute you stored.
__

THEY ARE BETTER QUALITY THAN THE ORIGINALs.

It may look better, but can't be better. That is the difference between "subjective quality" (how annoying the flaws appear) and "objective quality" (any difference is a loss, no matter if it looks more convenient).

[rc71]

While I understand what you are trying to say about something being recompressed being better, "It may look better, but can't be better." since this is video and it's subjective quality is visual, if it looks better than it is better. :)

[rc71]

@ Zorro70:


If the source is compressed, the bottleneck might be the decoder running in one thread only, or the filtering, before the final video arrives in the encoder.



I'll have to investigate that. Sounds like a promising lead. As for the other suggestions, remember that CPU usage only drops when you change the profile away from CQ. Either with filters or by making it two pass. Since with CQ/no filters vs. CQ/filter CPU usage drops from 98% to 30%, that doesn't suggest it's a system bottleneck.

Also at least for me, I'm using the 32bit version. This might different for 64bit.

There is a new version of x264.exe that was released last week. You could try it. Didn't seem to do much for me. CPU usage has increased from a bit more with No increase or real change in FPS.

[LigH]

1) If you believe it looks much better, enjoy. But don't try to measure anything with "quality metrics" – they will call any kind of difference a "quality loss". ;)

2) x264 will probably be the most efficient link in the encoding chain, spreading its efforts across all available CPU cores. If it can't use all of them all the time, then it must have to wait for something else before...

[rc71]

Update. The New x264 file does do better with different settings. I'm using custom settings and NO filters, but I'm rocking 98% CPU so it's better than before.

[LigH]

Gosh, cool down. Your red makes me nervous. ;)

And without facts, your statement is vapor.

[dbart]

my PC config:

CPU C2Q Q8300(2,5 GHz) @ 3 GHz with passive cooler
RAM 6 GB
Nvidia GT430 - passive
Win7 x64

job.avs:
#MT


#VideoSource

#video=DirectShowSource("I:\Účastníci zájezdu.edit.ts",audio=false).ConvertToYV12()
LoadPlugin("c:\Program Files (x86)\RipBot264\Tools\DGDecNV\DGDecodeNV.dll")
video=DGSource("Účastníci zájezdu.edit.dgi",deinterlace=1,use_top_field=true,crop_t=24,crop_b=24)

#Deinterlace
#LoadCplugin("C:\Program Files (x86)\RipBot264\Tools\AviSynth plugins\Yadif\Yadif.dll")
#video=yadif(video,mode=0,order=1)

#Decimate



#Crop
#video=Crop(video,0,24,-0,-24)


#Resize



#Colors



#Denoise




#Subtitles



#AudioSource
LoadPlugin("C:\Program Files (x86)\RipBot264\tools\AviSynth plugins\NicAudio\NicAudio.dll")
audio=NicMPG123Source("I:\Účastníci zájezdu.track_4021.mp2")
audio=ResampleAudio(audio,48000)
#DownMix



#Delay
audio=DelayAudio(audio,0)


#Tempo



#Normalize
audio=Normalize(audio,1)


#AudioDub
audio=ConvertAudioTo16bit(audio)
AudioDub(video,audio)

#Triming



#AVSameLength
Trim(0,175403)


#ColorSpace


my encoding profile:
--level 4.1 --vbv-bufsize 50000 --vbv-maxrate 50000 --filter 0,0 --ref 4 --bframes 9 --b-adapt 2 --b-pyramid none --subme 9 --aq-mode 1 --trellis 2 --partitions all --me umh

CQ 24

Video source is H.264/MP2 1080i .ts dvb-s recording, encoding framerate is ~3fps, CPU ~60%

when testing speed of decoding DGDecNV with AVSMeter.exe, i get ~70 fps decoding speed with this jobs.avs(audio normalization is switch off)

so, now please advice someone who knows, where is the botleneck :D

thanks

dbart

[kypec]

@dbart: check your CPU temperatures and frequency during encoding... I had similar problem with my i7-920, originally there was only a standard boxed cooler mounted and it didn't provide enough cooling effect. Once the encoding process started and all cores were fully loaded the temperatures raised to max and CPU throttled its frequency drastically to prevent over-heating. When I replaced that lame CPU cooler with better one all problems disappeared.

[dbart]

@dbart: check your CPU temperatures and frequency during encoding... I had similar problem with my i7-920, originally there was only a standard boxed cooler mounted and it didn't provide enough cooling effect. Once the encoding process started and all cores were fully loaded the temperatures raised to max and CPU throttled its frequency drastically to prevent over-heating. When I replaced that lame CPU cooler with better one all problems disappeared.

temp oscilate 60-64°C according HWMonitor by CPUID, when encoding

my CPU cooler: http://www.tomshardware.com/reviews/10-mammoth-cpu-coolers,1053-12.html

i think, that overheating is not the problem, but will try add some fan

[modlinsky]

Hi Atak,
Is it possible to add these features to your nice app:
1) Copy the video stream (mkv & mp4), if it's already in avc;
2) Copy the audio stream (if in dolby ac3) to mp4 container.

Thanks.

[crackinhedz]

Unfortunately the Haali Muxer cannot handle this source file. <ERROR>
It doesn't contain enough seek/recovery points. <ERROR>
The "-seekToIFrames" option may work around that.
However, using this option may result in artifacts when seeking.I have been getting this error with a recent file Im using, was wondering if anyone knows a work around?

it says I can try "-seektoIframes" but not sure how I go about doing that??

Thanks in advance!

(I tried EAC3TO GUI but its very confusing)

[dbart]

temp oscilate 60-64°C according HWMonitor by CPUID, when encoding

my CPU cooler: http://www.tomshardware.com/reviews/10-mammoth-cpu-coolers,1053-12.html

i think, that overheating is not the problem, but will try add some fan

I build a "wind-tunnel" on CPU passive to PSU fan (from hard-paper picnic tray :) ), temperature fall down to 55-60°C during encoding, CPU freq. still 3GHz and frame rate still 3 fps (and now running also fft3dgpu), CPU load ~ 60 %, x264 x64 CQ24

has "audio-mixing" in avisynth script something with that ?

on next encode i will try split audio and video encoding

[microhunt]

Hi Atak,

Looks good so far, a very talented person as usual!

[Noisrevid]

Can someone explain to me why just using Film Denoising in Ripbot saves a lot of space by using less bitrate when everything is equal? It seems like the Film - Denoise causes a lot of gradient problems in dark scenes.. it can be a little annoying but it's nothing major.. The space savings at the end of a decode almost make it seem worth it.

[pacaveli211]

Can someone explain to me why just using Film Denoising in Ripbot saves a lot of space by using less bitrate when everything is equal? It seems like the Film - Denoise causes a lot of gradient problems in dark scenes.. it can be a little annoying but it's nothing major.. The space savings at the end of a decode almost make it seem worth it.

I'm not fully sure what you're saying / asking here...but:
when running anything through ripbot you are encoding it (not decoding). anything that has been run through will be, technically, less superior in quality. there is no 'equal' setting.
and, obviously, if the bitrate is lower, so is the quality (and size)

[klopsknoedel]

@pacaveli211 that was not the question

@Noisrevid
Of course denoised encodings have a much smaller size than those without.
The reason is that the encoder is looking at the grainy/noisy source-material and treats these noise/grain as wanted details. So the encoder needs a very high bitrate to prevent those "details" from being muddy.
If you denoise it befor you send it to the encoder you will have much more clean areas on which the encoder can use a lot smaller bitrate. So the encoded movie has a smaller file-size.

For Example:
I've encoded an old movie with a lot of grain in it with CQ 22 and i had an overall bitrate of 14 Mb/s -> a huge file-size.

Then i've encoded an anime which usually have clean colored areas. On that I could set the CQ to !14! and the overall bitrate was around 8 Mb/s -> smaller file-size.

I hope this answered your question.

[Noisrevid]

@pacaveli211 that was not the question

@Noisrevid
Of course denoised encodings have a much smaller size than those without.
The reason is that the encoder is looking at the grainy/noisy source-material and treats these noise/grain as wanted details. So the encoder needs a very high bitrate to prevent those "details" from being muddy.
If you denoise it befor you send it to the encoder you will have much more clean areas on which the encoder can use a lot smaller bitrate. So the encoded movie has a smaller file-size.

For Example:
I've encoded an old movie with a lot of grain in it with CQ 22 and i had an overall bitrate of 14 Mb/s -> a huge file-size.

Then i've encoded an anime which usually have clean colored areas. On that I could set the CQ to !14! and the overall bitrate was around 8 Mb/s -> smaller file-size.

I hope this answered your question.

Yes that does answer my question thank you!

[Noisrevid]

My next area of issue is this..

I want to conform my Blu-Ray collection to 720p MKV files.

The problem is that the settings I use for one movie can output to a reasonable 3gb when i'm done.. and then another Blu Ray rip comes out to 7gb. I want to keep my movies around the same quality and reasonably close together in size. I'm not sure what the common practices is here.. I don't have a powerful enough machine to keep testing my encodes with different CRF values until I get the desired file size. I need a method that conforms my videos to a within reasonable sizes without any huge quality loss.

I understand that x264 is seeing scenes in movies that require more bitrate than others.. and action, high paced movies versus a drama is going to net a higher sized file at the end.

When i've downloaded movies, I see some people 2 passing their 1080p flicks to 8gb (or whatever size fits on a dual layer dvd).

For 720p, for what I want, should I just 2 pass every single movie to 4.7gb (for single layer dvd archiving purposes). For most movies, there will be more than enough bitrate allocated for ANY movie..

Leaving a CRF of 18 for every movie gives me extremely way off results depending on the source material.. I can't seem to find any happy medium or process that gives me end result file sizes within 25% of each other.

Thoughts? Help? Thanks!

[Guest]

When i've downloaded movies You cannot discuss that stuff here, per rule 6.

@all

No help on this post, please.

[Noisrevid]

You cannot discuss that stuff here, per rule 6.

@all

No help on this post, please.

You're ridiculous - i'm not discussing downloading movies - i'm asking a legit question. You're going to tell everybody to not help me when you obviously didn't even read my post?

Way to be a typical mod.

[rc71]

Instead of attacking someone, maybe next time you should think of a cleaver way to ask your question that doesn't violate the rules. Happened to me so I know. Besides, your question has a simple answer. Try asking it again and I'm sure someone will give you an answer.

[Noisrevid]

Instead of attacking someone, maybe next time you should think of a cleaver way to ask your question that doesn't violate the rules. Happened to me so I know. Besides, your question has a simple answer. Try asking it again and I'm sure someone will give you an answer.

Violate the rules. Referencing illegally downloaded movies is a violation. I didn't do that, you guys don't even know what i've downloaded or where i've downloaded because it's irrevelant. Most of my post is talking about backing up my personally owned Blu-Rays.

You're just another person who can't read.

Apparently you and your moderator friends want to police keywords in posts instead of actually reading and helping. I'll figure it out myself, thanks anyways.

[Guest]

@Noisrevid

If you want to contest a moderator's decision, you may follow the documented process. Please refer to the last paragraph here:

http://forum.doom9.org/sanctions.htm

Thank you.

[Guest]

Discussion of rules interpretation in the forums is not allowed per forum rule 17. Such posts have been deleted.

[benjyv]

As I told you many times , smth strange happens with Ripbot from time to time....
For instance : when I try to encode a .ts file , after I changed extention into m2ts , Ripbot continue to give errors....and that because I changed in tools the "264" files from 01.04 with 01.11 and that generates errors...
It seems that last versions do not accept to be updated and also do not accept some modifications within encoding parameters....
I trying to make some tests and I'll tell you results...as soon as possible....

Take care !! ;-)

[pacaveli211]

I've had issues swapping .ts and .m2ts extensions as well
so....I stopped doing it

[DaddyWaddy]

I have installed RipBot and AVisynth, ffdshow, haali media splitter and .Net Framework, but am unable to get very far with RipBot. My son has had great success with this program, and I am hoping to, as well.

I open RibBot and try to point it to a file on a movie DVD. That is as far as I can get before getting the following error messages:

Decoding Error
Evaluate: System Exception - Access Violation (c:\temp\RipBot264temp\job1\getinfo.avs, line2)

Error
Too many pictures per GOP (>=500). BGIndex will terminate. [OK]

I have uninstalled and installed all of the above programs, but it makes no difference. I have searched this forum for help before posting this query, but could not locate anything applicable. My apologies if I missed something.

Thanks for your interest and advice!

[LigH]

"Too many pictures per GOP" - on a (legacy) DVD-Video? That sounds like RipBot is unable to decode the video correctly. Possibly because it is CSS-encrypted on the DVD?

Despite the suggesting name, RipBot is not responsible for "ripping from optical disc to harddisk", especially not for the decoding of encrypted video.

[benjyv]

I've had issues swapping .ts and .m2ts extensions as well
so....I stopped doing it

Stopping encoding such stuff is not a solution:(
We must fight for discovering the secret and for working well as other kinda files....
I'm doing lot of tests , but for the moment NO good results:(...still that bloody "out of sinc" between sound and image. I know how to solve it - by additional maneuvers , by handling additional softs, even this is not a convenient solution...
Ripbot MUST do it itself , without external help ;-)

[Atak_Snajpera]

Why don't you upload 50 MB sample to www.mediafire.com ???

[pacaveli211]

I never said I stopped encoding anything. I just stopped renaming between .m2ts and .ts
it's not a necessity

[LigH]

Filename extensions should not cause a different file handling per se, anyway: They may be a hint which content you may expect, but they can always be wrong, so a content analysis is the only certain way to identify the required steps. In this case, *.ts vs. *.m2ts may give a hint about 188 vs. 192 byte Transport Stream format (without or with timestamps), but doesn't need to. It is just a Windows specific habit to use them to assign applications, and therefore give them an indirect meaning at all.
__

How many people e.g. renamed *.mkv to *.avi to enable playback out of a file manager, instead of additionally registering the *.mkv extension with a player; that is no solution, that is hardly a workaround... but you have to know that file extension registrations can and should be edited in Windows to assign "default applications" to open files with a specific extension.

That makes the experience with a specific OS. Before I knew that file types in MacOS 8/9 were handled via FourCCs in metadata, I was surprised that renaming extensions had no effect at all...

[benjyv]

@Atak

Here is :

http://www.mediafire.com/?3uog629l3201ypw

[vlewis85]

I have a folder full of MKVs that I want to convert to iPad format. All the MKVs have the same properties: 1080p AVC (High@L4.0) video & 640 Kbps AC-3 audio.
All I want to do is change each file from (High@L4.0) to (Main@L3.1) & from AC-3 to 128 Kbps AAC (LC) ... Also changing from MKV to MP4.

I know how to do all of this in Ripbot, my question is: Can I apply these settings to multiple files in the same folder without having to load each one into RipBot individually?

[benjyv]

Can I apply these settings to multiple files in the same folder without having to load each one into RipBot individually?

Well , Ripbot is not yet like Bayer aspirin: to go directly and look for painful place ...
Put all those files personally , with your own hands and do not be so lazy !!

Good luck !