Log in

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


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 [161] 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429

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