View Full Version : RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY
stasi
13th June 2010, 12:41
I`m using latest RipBot and when making x264 v1.16.0 and when encoding movies to 1280 x 5xx first pass using like no more than 20-30% cpu and second pass no more than 65-80% on my Intel core quad 8300 @3Ghz. I also uncheck that low priority button and still encoding first pass with only 7 fps and second pass 6 fps :(
1. Which profile are you using?
2. Which program shows 20-30% usage?
3. Check your ripbot.ini:
Usex264x64=1
stryker412
13th June 2010, 13:05
avs2yuv crash = video decoder crash.
http://img130.imageshack.us/img130/1903/58621282.png
I'll try to find out more next time it crashes like that. It's odd because I was able to do 8 more episodes last night using 1.16.0 with no crashes at all.
FatChuang
13th June 2010, 15:17
Hi Atak, thanks for this great gui.
but after 1.16.0, the new Win7 progress bar function makes it unable to minimize to tray icon in Win7.:confused: Is there any way, or an option, to re-enable this? I think tray icon is a good way to prevent closing an app accidentally also keep the taskbar clean. (especially it takes a lot time to encode HD x264 video)
Atak_Snajpera
13th June 2010, 15:23
I think tray icon is a good way to prevent closing an app accidentally also keep the taskbar clean.
how can you accidentally close app??? Upss! Right-click on taskbar icon and again ups! left-click on Close Window?!?!?
Trayman
13th June 2010, 15:53
but after 1.16.0, the new Win7 progress bar function makes it unable to minimize to tray icon in Win7. Is there any way, or an option, to re-enable this? I think tray icon is a good way to prevent closing an app accidentally also keep the taskbar clean. (especially it takes a lot time to encode HD x264 video)
Tried running it in Windows XP Compability mode ? That's what i do with Live Messenger.
Cheers Trayman
klopsknoedel
13th June 2010, 18:44
Hi Atak,
i know you can't hear that anymore but i've got the "Gathering Information ..." - Bug since 1.16.0 (even in 1.16.1).
I've tried every step discribed in this thread. Took me a lot of time to find related replies.
So i've deinstalled EVERYTHING what has to do with video-decoding, -encoding or playback. I've enabled and disabled DXVA-Support, tried some Haali - Versions .... Nothing worked for me! So is there a small workaround to avoid that hanging on "Gathering Information..." ?
The Video-Stream is a VC-1 - Stream. Maybe i find a BD with another format to test.
My System:
- ffdshow_3466_clsid 32-bit
- Haali from 20/05/2010
- Avisynth 2.5.8
- Java 6 Update 20
Edit:
- Haali pops up and then disappears on "Gathering Information..."
- RipBot264 1.15.1 still works with every Haali-Version
- want to use 1.16.x cause of DivXPlus - support (owned it)
klopsknoedel
13th June 2010, 20:21
problem still remains even on non-VC-1 Tracks. So it doesn't matter if it's a VC-1 Video or not!
Guest
13th June 2010, 21:27
It´s easier for me to write in german You must post in English only per forum rules. Thank you.
8ternity
14th June 2010, 03:24
To benjyv;
Your private message can't get sended to you about an setting that you've check for not receiving private message. I send you my reply here.
Hi ,
as you can see , I've posted a similar question to Atak regarding the use of that Cover option..
His answer was a printscreen with 2 pics...
Did you understood what he wanna say ??
Where can we use that option ??
and for what it is ???
I've tried twice to use it , and I don't know HOW to visualize the cover , and what is for ???
Thanks in advance for explanations !!! :thanks:
regards !!
Hi, Has what he explain to me it's for when you browse with windows explorer, normally you see an movie icon, but if you put cover, when you browse you will see the cover or image that you upload.
Regards,.. 8!
Washka
14th June 2010, 04:42
1. Which profile are you using?
2. Which program shows 20-30% usage?
3. Check your ripbot.ini:
Usex264x64=1
Profile is default which came with RipBot ([HIGH 4.0] HD . BluRay . Consoles), i didn`t change any settings except bitrate to fit on 1 DVD-R and x.x copy stream audio
Usex264x64=1 is in ini also, but i`m using Win 7 32bit.
Program is working very nice, i transcoded some of my movies from 7 GB to 4.7 very nice but it`s so slow :(
I check CPU usage in task Manager. All 4 core are on ~25-35% in first pass and 65% in second
Here is a image, first peak is when pass 1 started and second is when pass 2 start.
http://www.freeimagehosting.net/uploads/th.6265b2eaa7.png (http://www.freeimagehosting.net/image.php?6265b2eaa7.png)
Ajax_Undone
14th June 2010, 06:17
Profile is default which came with RipBot ([HIGH 4.0] HD . BluRay . Consoles), i didn`t change any settings except bitrate to fit on 1 DVD-R and x.x copy stream audio
Usex264x64=1 is in ini also, but i`m using Win 7 32bit.
Program is working very nice, i transcoded some of my movies from 7 GB to 4.7 very nice but it`s so slow :(
I check CPU usage in task Manager. All 4 core are on ~25-35% in first pass and 65% in second
Here is a image, first peak is when pass 1 started and second is when pass 2 start.
http://www.freeimagehosting.net/uploads/th.6265b2eaa7.png (http://www.freeimagehosting.net/image.php?6265b2eaa7.png)
It auto defaults to the 32bit x264 if the bit pattern is incorrect for the given OS architecture.
tormento
14th June 2010, 07:07
Atak, any hint about a x64 porting and .dgi support?
Denner
14th June 2010, 09:30
v1.16.1
Added: support for .webm
Fixed: hanging during muxing to AVCHD
Updated: mkvtoolnix 4.0.0, x264 r1643
Thanks, will be testing it today :)
Trayman
14th June 2010, 09:50
The output filename problem.
There is a small issue with swedish characters åäö and ÅÄÖ they become something else when the file is muxed. I believe it has something to do with utf-8. Since the filename is correct in MuxFiles.cmd
Then the output removes "." lets say i have an episode of 24 and i'd like to call it 24 - S01E01 - 12.00AM - 1.00AM it becomes 24 - S01E01 - 12 00AM - 1 00AM.
"F:\Progs\RipBot264v1.15.1\tools\mkvtoolnix\mkvmerge.exe" -o
"C:\Users\Trayman\Desktop\24S01E01 - 12 00AM - 1 00AM.mkv" --title "24S01E01 - 12 00AM - 1 00AM"
--default-duration 0:25fps -d 0 -A -S
"F:\temp\RipBot264temp\video.264" --language
0:und --sync 0:0 -a 0 -D -S "F:\temp\RipBot264temp\job18\job18 T80 2_0ch 192Kbps DELAY 0ms.ac3"
--chapters "F:\temp\RipBot264temp\job18\chapters.txt"
this is possible to fix by editing the MuxFiles.cmd and then mux manually but it's not optimal.
Cheers Trayman
Nkotok
14th June 2010, 15:54
I usually use Ripbot to resize a blu-ray to fit on two-layer dvd and it always works well, but tried to resize for one-layer dvd yesterday and the final folder turned out to be oversized by 9Mbs and would not fit. Is it common or not?
ajua
14th June 2010, 16:09
I usually use Ripbot to resize a blu-ray to fit on two-layer dvd and it always works well, but tried to resize for one-layer dvd yesterday and the final folder turned out to be oversized by 9Mbs and would not fit. Is it common or not?Version 1.16.0 gave me an oversized encode too. It was around 3mb or 4mb larger than the target which was DVD5.
Since then I started to lock the size subtracting 10mb from the desired size just to be safe. You should do that and post again if it still outputs oversized encodes.
stasi
14th June 2010, 16:17
The output filename problem.
There is a small issue with swedish characters åäö and ÅÄÖ they become something else when the file is muxed. I believe it has something to do with utf-8. Since the filename is correct in MuxFiles.cmd
Then the output removes "." lets say i have an episode of 24 and i'd like to call it 24 - S01E01 - 12.00AM - 1.00AM it becomes 24 - S01E01 - 12 00AM - 1 00AM.
"F:\Progs\RipBot264v1.15.1\tools\mkvtoolnix\mkvmerge.exe" -o
"C:\Users\Trayman\Desktop\24S01E01 - 12 00AM - 1 00AM.mkv" --title "24S01E01 - 12 00AM - 1 00AM"
--default-duration 0:25fps -d 0 -A -S
"F:\temp\RipBot264temp\video.264" --language
0:und --sync 0:0 -a 0 -D -S "F:\temp\RipBot264temp\job18\job18 T80 2_0ch 192Kbps DELAY 0ms.ac3"
--chapters "F:\temp\RipBot264temp\job18\chapters.txt"
this is possible to fix by editing the MuxFiles.cmd and then mux manually but it's not optimal.
Cheers Trayman
I have the same problem with german characters. For example I want to rip a file to "Kannibalen auf Föhr.mkv", the output file will be "Kannibalen auf F÷hr.mkv". I think this is not caused by mkvtoolnix, when I manually mux the file, the filename is correct as I set it (no ÷ for ö).
digib
14th June 2010, 16:53
Hi Atak, I'm having a repeat of the problem described previously here http://forum.doom9.org/showthread.php?p=1361387#post1361387
I don't know why it happens randomly but now I'm just adding one project to the queue and ripbot says NO AUDIO in the settings.
I have this issue only when I try to compress videos from my canon ixus photo camera, which records avi MJPEG video and mono pcm audio. From any other video format ripbot loads the audio track correctly.
Mediainfo reports this from the audio track
Audio
Format : PCM
Format settings, Endianness : Little
Format settings, Sign : Unsigned
Codec ID : 1
Codec ID/Hint : Microsoft
Duration : 1s 700ms
Bit rate mode : Constant
Bit rate : 705.6 Kbps
Channel(s) : 1 channel
Sampling rate : 44.1 KHz
Resolution : 16 bits
Stream size : 146 KiB (5%)
Interleave, duration : 46 ms (1.38 video frame)
Interleave, preload duration : 500 ms
And you can download a 50 fps sample to test by yourself here http://www.mediafire.com/download.php?qewmnzykko2
In the past I have run other software to play and compress this kind of videos, like virtualdub or autogk with no problems, so I guess it may be a little bug in your software or maybe in ffdshow or any other part parameters.
Thank you very much
klopsknoedel
14th June 2010, 18:21
hi,
could anybody help me with the "Gathering Information..." - Problem? I've tried 1.16.1, 1.16.0, 1.15.1 and 1.15.0. The problem occures on every version.
I've deinstalled every sofware from my PC which contains codecs like, "Media Player Classic", "Media Coder", "XMedia Recode" and so on. Then i've performened a registry-clean to get rit of the codec-entries. Then i only installed ffdshow 32-bit, AviSynth 2.5.8, Haali Media Splitter 20052010 and Java 6 Update 20 32-bit! BUT THE PROBLEM STILL REMAINS. I don't know why. All worked for years, but now it hangs on "Gathering Informations...".
I've Windows 7 Profressional x64
stasi
14th June 2010, 20:57
Hey Atak
quick question: Will it be possible in a future release to add a job while encoding? It takes a long time for me to add 24 episodes to the queue list, in this time one episode can be finished encoding.
Hersha
14th June 2010, 21:37
Wooo! Thanks for the mux fix Atak. Time to start ripping once again!
soneca
14th June 2010, 22:49
hi,
could anybody help me with the "Gathering Information..." - Problem? I've tried 1.16.1, 1.16.0, 1.15.1 and 1.15.0. The problem occures on every version.
I've deinstalled every sofware from my PC which contains codecs like, "Media Player Classic", "Media Coder", "XMedia Recode" and so on. Then i've performened a registry-clean to get rit of the codec-entries. Then i only installed ffdshow 32-bit, AviSynth 2.5.8, Haali Media Splitter 20052010 and Java 6 Update 20 32-bit! BUT THE PROBLEM STILL REMAINS. I don't know why. All worked for years, but now it hangs on "Gathering Informations...".
I've Windows 7 Profressional x64
Have you tried using the Haali Media Splitter version 1.9.42.1 (http://www.jdobbs.net/freeware/MatroskaSplitter.exe)?
I also use Windows 7 64 bit and everything is ok.
Zorro70
14th June 2010, 23:21
Wooo! Thanks for the mux fix Atak. Time to start ripping once again!
can i add my thanks as well ATAK!!!!!! :thanks:
Atak_Snajpera
15th June 2010, 00:08
I don't know why it happens randomly but now I'm just adding one project to the queue and ripbot says NO AUDIO in the settings.
http://img822.imageshack.us/img822/9264/32962800.png
quick question: Will it be possible in a future release to add a job while encoding? It takes a long time for me to add 24 episodes to the queue list, in this time one episode can be finished encoding.
Frankly I have no time for this. I have other gui to finish.
rcrh
15th June 2010, 03:43
I second that. That would be brilliant.
I know this is old but I don't think it's mean addressed. The original request was for an option to add the AC3 track as a second audio track in the finished MP4 file.
Is that possible so that the files are both compiled for Apple and still leave the AC3 track for other players?
Thanks.
Ajax_Undone
15th June 2010, 04:06
Frankly I have no time for this. I have other gui to finish.
What other GUI are you working on. :)
klopsknoedel
15th June 2010, 07:39
Have you tried using the Haali Media Splitter version 1.9.42.1 (http://www.jdobbs.net/freeware/MatroskaSplitter.exe)?
I also use Windows 7 64 bit and everything is ok.
Yes i tried that version and there is no change! I use RipBot on a Windows 7 x64 machine for nearly one year and it ever worked. But now, everything i do, it hangs!
EDIT:
Now i've reinstalled Windows 7 on a complete erased HDD (formated my drive) and again it hangs on "Gathering Information ..." What's wrong here? It's a little bit depressing!
@Stasi
I've ran every *.cmd in the job-folder and everyone did his job without any errors. So thanks again for your help so far!
8ternity
15th June 2010, 18:31
Hi Atak,
i know you can't hear that anymore but i've got the "Gathering Information ..." - Bug since 1.16.0 (even in 1.16.1).
I've tried every step discribed in this thread. Took me a lot of time to find related replies.
So i've deinstalled EVERYTHING what has to do with video-decoding, -encoding or playback. I've enabled and disabled DXVA-Support, tried some Haali - Versions .... Nothing worked for me! So is there a small workaround to avoid that hanging on "Gathering Information..." ?
The Video-Stream is a VC-1 - Stream. Maybe i find a BD with another format to test.
My System:
- ffdshow_3466_clsid 32-bit
- Haali from 20/05/2010
- Avisynth 2.5.8
- Java 6 Update 20
Edit:
- Haali pops up and then disappears on "Gathering Information..."
- RipBot264 1.15.1 still works with every Haali-Version
- want to use 1.16.x cause of DivXPlus - support (owned it)
Try this:
Go into Ripbot264.ini;
Remote data from theses values:
DefaultProfile=[HIGH 4.0] HD . BluRay . Consoles
DefaultEncodingMode=CQ
DefaultModeValue=22
Leave it blank like this;
DefaultProfile=[HIGH 4.0] HD . BluRay . Consoles
DefaultEncodingMode=
DefaultModeValue=
And retry... please let me know result.
klopsknoedel
15th June 2010, 19:11
Hi,
that didn't work either. But I realy don't know why because i have this problem in all other RipBot-Versions too. I use RipBot for over 1 year and it ever worked but now it doesn't and the configuration of my PC is still the same.
Which software-versions do you all use? Is something like a special .NET Framework requiered for any of the RipBot-Tools? Or could other things be wrong?
@8ternity
Big thanks for your try!!
pacaveli211
15th June 2010, 19:28
-klopsknoedel
have you tried a different / older FFDShow?
if you haven't make sure you uninstall current one before doing so
MaistroX
15th June 2010, 19:34
Hi!
Is there possible to edit anywere around RipBot so that the outcome of the subs get exactly were I want them to be in the end?
I mean like setting a X and Y possition for the subs so it get´s remuxed like that! :)
Regards MaistroX
klopsknoedel
15th June 2010, 20:03
-klopsknoedel
have you tried a different / older FFDShow?
if you haven't make sure you uninstall current one before doing so
Hi,
i've installed the new ffdshow which came out today. Problem remains. I will try older one. But you maybe have the latest ffdshow installed and RipBot works?
fAy01
15th June 2010, 20:12
im encoding anime with ripbot from mp4 to mkv,,, it detects wrong fps and audio is out of sync the whole time,,, ive uploaded sample and the encode!!
would you mind adding a batch encoding option it would be really helpful.
http://www.mediafire.com/?m5lzmzwmjjn
http://www.mediafire.com/?zt2muzqyjlz
Atak_Snajpera
15th June 2010, 20:26
Modify script
video=DirectShowSource("C:\Users\Dawid\Desktop\Naruto_Shippuuden_91_[480p][SAMPLE].mp4",audio=false,fps=23.976).ConvertToYV12()
or remux mp4 to mkv with forced 24000/1001 fps
I really don't understand WHY people encode to VFR???? for god sake!!
asarian
15th June 2010, 22:37
Try this:
Go into Ripbot264.ini;
Remote data from theses values:
DefaultProfile=[HIGH 4.0] HD . BluRay . Consoles
DefaultEncodingMode=CQ
DefaultModeValue=22
Leave it blank like this;
DefaultProfile=[HIGH 4.0] HD . BluRay . Consoles
DefaultEncodingMode=
DefaultModeValue=
And retry... please let me know result.
It's beyond me why you would think your suggestion would at all work. 'DefaultEncodingMode' and 'DefaultModeValue' are used to be parsed as parameters to the encoder, x264 (like '--crf 16'). At the "Gathering information" stage nothing is being encoded yet.
If you want a culprit, look for the Avs2avi process RipBot seems to be using: that's a far more likely candidate (or, indirectly, haali or ffdshow versions). But x264, at least, has nothing to do with it.
krazdkiller
15th June 2010, 22:37
This small app written in Delphi is specially for people looking for something simple without exotic filters and unnecessary settings.
Download
.7z -> http://www.mediafire.com/?qrtmdwqzozj
http://img11.imageshack.us/img11/8242/new2h.png
Common problems:
1) AviSynth Error message or other decoding problem (avs2avi.exe crashes)
Uninstall all codec packs , AviSynth , Haali Media Spliter , ffdshow. XP users also must install Windows Media Player 11!
2) x264 crashes
check cpu stability in LinX (http://dl.getdropbox.com/u/663563/LinX/en/LinX.7z). check memory in memtest86
3) FLAC conversion is not available for DTS-MA
More help in \tools\ax\ArcSoft DTS Decoder\Readme.txt
Q: What does 4.1 profile do over 4.0 and would 4.1 be better for working with HD DVD/Blu Ray discs?
A: According to wiki (http://en.wikipedia.org/wiki/H.264#Levels) maximum bitrate in 4.0 high profile is limited to 25Mbps. 4.1 is limited to 62.5Mbps. That's all!
Changelog
v1.16.1
Added: support for .webm
Fixed: hanging during muxing to AVCHD
Updated: mkvtoolnix 4.0.0, x264 r1643
[FULL LOG (http://www.videohelp.com/tools/RipBot264/version-history#changelog)]
are you going to do a stand alone installer with this version like you did with 1.15.1? that was fantastic having ripbot download and install the needed apps.
Atak_Snajpera
15th June 2010, 22:44
ask Ajax_Undone
Washka
15th June 2010, 23:46
I usually use Ripbot to resize a blu-ray to fit on two-layer dvd and it always works well, but tried to resize for one-layer dvd yesterday and the final folder turned out to be oversized by 9Mbs and would not fit. Is it common or not?
Got same probem here. Don`t use 4480 as is in RipBot type 4469MB than you have 1-2 mb free space left on your 4.7 GB dvd to record sub and some small files if you need :)
Washka
15th June 2010, 23:48
hi,
could anybody help me with the "Gathering Information..." - Problem? I've tried 1.16.1, 1.16.0, 1.15.1 and 1.15.0. The problem occures on every version.
I've deinstalled every sofware from my PC which contains codecs like, "Media Player Classic", "Media Coder", "XMedia Recode" and so on. Then i've performened a registry-clean to get rit of the codec-entries. Then i only installed ffdshow 32-bit, AviSynth 2.5.8, Haali Media Splitter 20052010 and Java 6 Update 20 32-bit! BUT THE PROBLEM STILL REMAINS. I don't know why. All worked for years, but now it hangs on "Gathering Informations...".
I've Windows 7 Profressional x64
You can use Win7DSFilterTweaker_3.2.exe to SET what will be default codec for windows so you don`t need to uninstall them all and you can experiment with them, etc.
laserfan
16th June 2010, 00:00
I usually use Ripbot to resize a blu-ray to fit on two-layer dvd and it always works well, but tried to resize for one-layer dvd yesterday and the final folder turned out to be oversized by 9Mbs and would not fit. Is it common or not?
I only use RipBot264 to calculate encoding bitrates, owing to its usually reliable estimator, but lately I've noticed that it doesn't work very well at all if I include an audiotrack such as DTS@1510kbps. I've assumed that bitrate is not included in Atak's calcs perhaps, since he doesn't use it at all himself afaict.
In any case what audiotrack type did you use when you got the oversize?
pacaveli211
16th June 2010, 00:24
Hi,
i've installed the new ffdshow which came out today. Problem remains. I will try older one. But you maybe have the latest ffdshow installed and RipBot works?
I have 3466 installed
8ternity
16th June 2010, 00:54
@8ternity
Big thanks for your try!!
No problem. I have that issue in previous version. I was trying this and it have worked. I've wrote "2 Pass" and it was given that issue instead of "2-Pass".
The last issue i have tried is to installed the 3 softwares requirement in a order.
Try this:
- Uninstall everything.
- Reboot
Install softwares in that order:
1. Avisynth 2.5.8 stable version;
2. Haali Mastroska (recommanded version from Atak_Snajperaè
3. FFDSHOW (clsid rev) *latest*
4. Installation Ripbot in the c:\ripbot264\*.*
5. Configure ffdshow video; VC-1 config to WMV9.
Reboot, and try!
Give me some news again.
Thanks.
klopsknoedel
16th June 2010, 09:18
Hi 8ternity,
could you please give me your address. I just want to send a pressentbasket.
Just want to say it worked!!! Great thanks for that. I can't imagine why the order of installation was that important. Again, thanks for that and have a nice day!
Nkotok
16th June 2010, 15:57
I only use RipBot264 to calculate encoding bitrates, owing to its usually reliable estimator, but lately I've noticed that it doesn't work very well at all if I include an audiotrack such as DTS@1510kbps. I've assumed that bitrate is not included in Atak's calcs perhaps, since he doesn't use it at all himself afaict.
In any case what audiotrack type did you use when you got the oversize?
That was only a AC3 640kbps track. Nothing special to miscalculate. Had to dowgrade it to 448kbps later to fit on one layer without reencoding the whole thing again.
Atak_Snajpera
16th June 2010, 21:34
At the moment I suspect problem with accuracy in x264 encoder. Last night I encoded BD Avatar -> AVCHD (720p, AC3 640kbps). Calculated bitrate was 2966 kbps but I got 2973 kbps! So instead of <4480 i got 4483MB!
C:\>"C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\avs2yuv\pipebuf.exe" "C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\temp\RipBot264temp\job1\job1.avs" - : "C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\x264\x264_x64.exe" --pass 1 --bitrate 2966 --stats "C:\temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 232606 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 1 --b-pyramid none --subme 7 --aq-mode 1 --trellis 1 --partitions all --me umh --stdin y4m --output "C:\temp\RipBot264temp\video.264" - : 2
y4m [info]: 1280x720p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [warning]: VBV bitrate (25000) > level limit (20000)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile Main, level 4.0
C:\temp\RipBot264temp\job1\job1.avs: 1280x720, 10000000/417083 fps, 232606 frames
x264 [info]: frame I:2585 Avg QP:21.94 size: 77743
x264 [info]: frame P:127010 Avg QP:25.21 size: 22406
x264 [info]: frame B:103011 Avg QP:27.12 size: 5308
x264 [info]: consecutive B-frames: 23.2% 46.3% 14.5% 15.9%
x264 [info]: mb I I16..4: 33.5% 0.0% 66.5%
x264 [info]: mb P I16..4: 21.5% 0.0% 0.0% P16..4: 57.7% 0.0% 0.0% 0.0% 0.0% skip:20.8%
x264 [info]: mb B I16..4: 1.8% 0.0% 0.0% B16..8: 24.4% 0.0% 0.0% direct: 6.7% skip:67.1% L0:28.0% L1:49.6% BI:22.4%
x264 [info]: final ratefactor: 22.92
x264 [info]: coded y,uvDC,uvAC intra: 41.4% 46.3% 15.8% inter: 19.1% 13.6% 1.6%
x264 [info]: i16 v,h,dc,p: 31% 22% 24% 23%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 20% 18% 4% 10% 6% 7% 6% 8%
x264 [info]: i8c dc,h,v,p: 57% 18% 19% 6%
x264 [info]: Weighted P-Frames: Y:3.2%
x264 [info]: kb/s:2963.26
encoded 232606 frames, 14.96 fps, 2963.26 kb/s
C:\>"C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\avs2yuv\pipebuf.exe" "C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\avs2yuv\avs2yuv.exe" "C:\temp\RipBot264temp\job1\job1.avs" - : "C:\Users\Dawid\Documents\Delphi_Projects\RipBot264\tools\x264\x264_x64.exe" --pass 2 --bitrate 2966 --stats "C:\temp\RipBot264temp\job1\job1.stats" --fps 24000/1001 --force-cfr --min-keyint 24 --keyint 240 --frames 232606 --sar 1:1 --level 4.0 --aud --nal-hrd vbr --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 1 --b-pyramid none --subme 7 --aq-mode 1 --trellis 1 --partitions all --me umh --stdin y4m --output "C:\temp\RipBot264temp\video.264" - : 2
y4m [info]: 1280x720p 1:1 @ 10000000/417083 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High, level 4.0
C:\temp\RipBot264temp\job1\job1.avs: 1280x720, 10000000/417083 fps, 232606 frames
x264 [info]: frame I:2585 Avg QP:24.80 size: 57831
x264 [info]: frame P:127010 Avg QP:26.47 size: 22768
x264 [info]: frame B:103011 Avg QP:28.90 size: 5478
x264 [info]: consecutive B-frames: 23.2% 46.3% 14.5% 15.9%
x264 [info]: mb I I16..4: 14.4% 68.3% 17.3%
x264 [info]: mb P I16..4: 2.4% 9.5% 2.0% P16..4: 42.3% 11.8% 2.7% 0.4% 0.3% skip:28.6%
x264 [info]: mb B I16..4: 0.3% 1.0% 0.1% B16..8: 40.3% 5.0% 1.0% direct: 1.6% skip:50.6% L0:37.2% L1:57.7% BI: 5.1%
x264 [info]: 8x8 transform intra:68.5% inter:74.9%
x264 [info]: coded y,uvDC,uvAC intra: 62.3% 65.0% 32.1% inter: 18.4% 15.9% 2.4%
x264 [info]: i16 v,h,dc,p: 32% 19% 8% 41%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 14% 15% 7% 10% 10% 10% 9% 9%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 16% 13% 7% 12% 10% 11% 7% 7%
x264 [info]: i8c dc,h,v,p: 57% 17% 18% 8%
x264 [info]: Weighted P-Frames: Y:3.7%
x264 [info]: ref P L0: 62.4% 22.4% 10.5% 4.4% 0.3%
x264 [info]: ref B L0: 93.1% 6.9%
x264 [info]: kb/s:2973.21
encoded 232606 frames, 14.18 fps, 2973.21 kb/s
twazerty
16th June 2010, 22:42
I encounter the same oversizing problems since I upgraded from r1352 to r1583 in AVCHDCoder. I don't get many oversizing reports. Only a few. Mostly somewhere between 2 and 8 MB oversizing.
laserfan
16th June 2010, 23:24
Well, FWIW in my case I was not referring to x264 not matching the desired bitrate; it has hit-or-been-slightly-less for me always. I was instead referring to the final muxxed output from tsMuxeR.
It seems that RipBot's calculator chooses a too-high bitrate for x264 to use, if including a DTS@1510 audiotrack (COPY STREAM).
rendez2k
17th June 2010, 08:21
How long should the "please wait.... initializing" take to end when you begin an encode on average? Its been sat there for around 30 mins now. Running Win 7 64bit, 2.66 Quad Core...
fAy01
17th June 2010, 09:04
Modify script
video=DirectShowSource("C:\Users\Dawid\Desktop\Naruto_Shippuuden_91_[480p][SAMPLE].mp4",audio=false,fps=23.976).ConvertToYV12()
or remux mp4 to mkv with forced 24000/1001 fps
I really don't understand WHY people encode to VFR???? for god sake!!
what do you mean or could you explain how to use x264 instead of vfr!
pacaveli211
17th June 2010, 17:33
How long should the "please wait.... initializing" take to end when you begin an encode on average? Its been sat there for around 30 mins now. Running Win 7 64bit, 2.66 Quad Core...
not that long, lol
usually it only takes a few seconds
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.