PDA

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

asarian
29th November 2008, 01:38
Personally I use DVD-SL (4480MB) and resize 1080 to 720. You would be surprised how small difference is between those two in terms of quality.

You are loosing alot of fine details! Don't be fooled! Compare original with encoded and guarantee you will be shocked how bad it looks like. :)

All kdding aside, though, 1280x720 is a 2.25 (!) times lower resolution than 1920x1080. I would consider that a major loss in detail. But, like I said myself, we all use RipBot for different reasons, so it's all good.

asarian
29th November 2008, 01:45
I'm trying to find a way to manage when I can/can't use my computer because ripbot is encoding. Sometimes just letting it go overnight isn't long enough

This ability to pause/suspend RipBot activity is a longstanding issue which seems remarkably persistently ignored. :)

At long last I've just resorted to doing my rendering inside a Vmware box (Windows 2003 server, with 4 vCPU's). Rendering slowdown (due to obvious virtualization) is actually surprisingly minimal. This setup has the great advantage that I can go to my computer in the morning, hybernate the Vmware box, and continue to use my computer for other stuff, until night cometh again and I resume the RipBot task.

asarian
29th November 2008, 02:03
How do you get the original sup files to work with ripbot? I have been changing them to srt first as if I select the subtitles track in the analyse stream, I don't get subtitles on the disc. Forced subs such as Kill Bill have their own forced subtitle track.
If you let RipBot create a blu-ray structure, just mux the original PGS streams back in later, with tsMuxeR. That's what I do, at least.

it would be nice if RipBot could actually use the .sup files for hardcoding them into a movie, like we do for .srt now. After all, these PGS streams are basically just images being superimposed over the movie (which is what a physical player does anyway).

Honestly, I don't really fault RipBot for not having this ability. Last time I checked (which was, granted, a couple of weeks ago), the time-index info on the .sup files hadn't even been fully documented and understood yet (a kinda essential step). When some of the clever Doom9 gurus figures it out, though, I'm sure we'll get the facility of hardcoding PGS streams, too.

Atak_Snajpera
29th November 2008, 07:04
All kdding aside, though, 1280x720 is a 2.25 (!) times lower resolution than 1920x1080. I would consider that a major loss in detail. But, like I said myself, we all use RipBot for different reasons, so it's all good.
Wake up there! If you use ridiculous 2GB file size 1280x720 will always look better than 1920x1080. Even at DVD-SL 720p will have more details than washed-up 1080p at the same bit-rate. Math says 2.25 higher resolution but in fact difference for human eye is alot smaller. I will have to show screenshots that 1080p is very often useless!

asarian
29th November 2008, 07:33
Wake up there! If you use ridiculous 2GB file size 1280x720 will always look better than 1920x1080.

Who said anything about 'ridiculous 2G file size'? You said:


Personally I use DVD-SL (4480MB) and resize 1080 to 720


To which I stated that you lose 2.25 times more detail than with 1080p.

Unless you meant, "I would use...," which makes for an entirely different meaning, of course. But from what you wrote, I gathered you were saying that 1280x720 is what you (generally) encode at.


Math says 2.25 higher resolution but in fact difference for human eye is alot smaller. I will have to show screenshots that 1080p is very often useless!


That's a fascinating argument to have. As I'm sure some would say the difference between 720 and 480 isn't all that big, either. But Full-HD is defined at 1080p, and I like it that way. :)

nurbs
29th November 2008, 07:38
A lot of the blu-ray discs I have don't really have the detail to justify the 1080p resolution. You can do a simple test. Make a screenshot then resize it to 720p, then again to 1080p and compare it to the original. There will hardly be a difference. You lose some noise/grain, but that's it mostly.

asarian
29th November 2008, 07:48
A lot of the blu-ray discs I have don't really have the detail to justify the 1080p resolution. You can do a simple test. Make a screenshot then resize it to 720p, then again to 1080p and compare it to the original. There will hardly be a difference. You lose some noise/grain, but that's it mostly.

Why, there's a lotta crappy Blu-Rays being put on the market, for certain: hardly remasted, sometimes even bluntly upscaled, or too pixelated or lacking in color-depth and contrast. Which is why I always carefully read reviews about a certain release before I buy it. The first "5th Element", for instance, was rather bad. I only bought the second, remastered one. So, yeah, if the source is crap, I guess the buck pretty much stops there. But for the real good ones, specifically remastered for Blu-Ray, and from a good source, I definitely want that 2.25 times resolution.

EDIT: You also want to keep in mind, that very often, because of the way widesreen sizes are for movies, effectively, you'll only have an ~800p vertical area to work with, which is close to 720 already. So, scale down the whole 1080p to 720p, and your de facto film area is reduced to a measely 533.33 pixels in height! That's, height-wise, dangerously close to DVD quality. :)

juGGaKNot
29th November 2008, 08:59
The "mjpg" problem is gone with 11.5 ?

nurbs
29th November 2008, 12:01
@asarian:
I'm not talking about crappy sources. Even with high quality sources like Hot Fuzz the difference is small. I think the motion simply blurs all the small details that could be retained by the higher resolution. Then you have to take into account that when you watch the movie in motion the difference will be even less apparent. Personally I won't double the filesize so I can retain 2.25 times more noise and 5 percent more detail. Of course you can do whatever you prefer, I just found the discussion interesting.
Unless you are bound to certain resolutions, for blu-ray compatibility for instance, I don't see how wider aspect ratios can be a problem. You simply encode to a resolution that has roughly the same amount of pixels 720p has.

asarian
29th November 2008, 12:58
@asarian:
I'm not talking about crappy sources. Even with high quality sources like Hot Fuzz the difference is small. I think the motion simply blurs all the small details that could be retained by the higher resolution.

There's some truth to this, of course (it is, after all, the whole rationale behind CRF: to favor scenes with less or no motion, at the expense of high-motion material). Naturally, when blurry 1080p has the feel of 720p, blurry 720p would feel like it's even less.


Unless you are bound to certain resolutions, for blu-ray compatibility for instance, I don't see how wider aspect ratios can be a problem. You simply encode to a resolution that has roughly the same amount of pixels 720p has.

Well, the wider the effective aspect ratio of the movie, the less vertical space for it will be available (if you don't want to lose stuff to the sides). Kill Bill, for instance, only has 800 vertical pixels to spare for the movie. The only way to make that fit into screen-filling 720p is to lose material to the left and right (if I did the math right, at a 1152x720 resolution with screen-filling movie height, vs. 1280x720 for an effective 533 movie height). All in all, 1152 vs. 1280 isn't all that bad, in terms of what you'd lose in scenery; although the difference between 1920 vs. 1152 seems more costly.

dvgeek
29th November 2008, 17:13
Atak - Many thanks once again for a great program. I've archived more than 50+ BD movies and every one of them is great!

I've been using v1.11.1 and just installed v1.11.5 and noticed something strange. Just for curiosity can you please explain why you moved from using DGAVCDec to video.mkv? The move increases the temp storage by as many jobs times the video size, as I do keep the files for remuxing the subs later.

Would it be possible for you to please provide a switch to use DGAVCDec instead of video.mkv, so that users could have a choice?

Thanks very much.

Cheers!

survivant001
29th November 2008, 20:06
One question. I have few movies and cartoons that I recorded with my receiver (coolsat-7100), and I want to convert them on put on my ps3. the format is .ts look like mpeg + mp2 as audio track. I open a movie in ripbot and the output movie is not sync. I opened the video in avidemux and the movie length is not the same as ripbot reported.

I want to cut this .ts to send it as a sample. Which tools should I use ?


here the output from mediainfo
General
Complete name : F:\Bakugan-2.ts
Format : MPEG-TS
Format profile : No PAT/PMT
File size : 490 MiB
Duration : 29mn 58s
Overall bit rate : 2 285 Kbps

Video
ID : 6690 (0x1A22)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, Matrix : Default
Duration : 29mn 58s
Bit rate mode : Constant
Bit rate : 1 875 Kbps
Nominal bit rate : 1 347 Kbps
Width : 704 pixels
Height : 480 pixels
Display aspect ratio : 4/3
Frame rate : 29.970 fps
Colorimetry : 4:2:0
Bits/(Pixel*Frame) : 0.133

Audio #1
ID : 6691 (0x1A23)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Bit rate mode : Constant
Bit rate : 160 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Resolution : 16 bits
Video delay : -269ms

Audio #2
ID : 6692 (0x1A24)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Bit rate mode : Constant
Bit rate : 160 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Resolution : 16 bits
Video delay : 10s 963ms


avidemux show the movie lenght is : 27:01.488

nurbs
29th November 2008, 21:12
Well, the wider the effective aspect ratio of the movie, the less vertical space for it will be available (if you don't want to lose stuff to the sides). Kill Bill, for instance, only has 800 vertical pixels to spare for the movie. The only way to make that fit into screen-filling 720p is to lose material to the left and right (if I did the math right, at a 1152x720 resolution with screen-filling movie height, vs. 1280x720 for an effective 533 movie height). All in all, 1152 vs. 1280 isn't all that bad, in terms of what you'd lose in scenery; although the difference between 1920 vs. 1152 seems more costly.

You misunderstood what I meant. I wouldn't change the aspect ratio of the movie or crop anything besides the black bars. So the movie is 2.40:1. I would encode at 1480x616 or maybe a little lower if I wanted mod16.

anon.j2
29th November 2008, 21:21
This ability to pause/suspend RipBot activity is a longstanding issue which seems remarkably persistently ignored. :)

At long last I've just resorted to doing my rendering inside a Vmware box (Windows 2003 server, with 4 vCPU's). Rendering slowdown (due to obvious virtualization) is actually surprisingly minimal. This setup has the great advantage that I can go to my computer in the morning, hybernate the Vmware box, and continue to use my computer for other stuff, until night cometh again and I resume the RipBot task.
I've got a vmware license, I'll give this a shot. It's too bad, too. I'm sure there's SOME way to suspend/resume other processes in windows.

Atak_Snajpera
29th November 2008, 21:41
Who said anything about 'ridiculous 2G file size'? You said:
It was example regarding that post:
http://forum.doom9.org/showthread.php?p=1217619#post1217619

That's a fascinating argument to have. As I'm sure some would say the difference between 720 and 480 isn't all that big, either. But Full-HD is defined at 1080p, and I like it that way.
Difference between 480p and 720p is alot bigger than 720 and 1080p for HUMAN EYES! You are obsessed by numbers. Some people claim that every 12 Mpix camera will always give better quality than other at 8 Mpix :) Electronic world is not that simple as you see in advertisment.
Your knowledge in this particular case is similar to example above.

survivant001
29th November 2008, 21:57
I'm not able to get this clip working in ripbot.
http://www.mediafire.com/?sharekey=fc577931a2d88b41d2db6fb9a8902bda

always out of sync.

Atak_Snajpera
29th November 2008, 22:21
Original 1080p (Blu-Ray source)
http://img32.picoodle.com/img/img32/3/11/29/t_Original108m_e619e5a.png (http://www.picoodle.com/view.php?img=/3/11/29/f_Original108m_e619e5a.png&srv=img32)

Spline36Resize(1280,720).Sharpen(0.2).BiCubicResize(1920,1080)
http://img33.picoodle.com/img/img33/3/11/29/t_Bicubic1080m_8480bf9.png (http://www.picoodle.com/view.php?img=/3/11/29/f_Bicubic1080m_8480bf9.png&srv=img33)

Screenshots taken on Key Frame. If difference is barely visible at static frames so during motion you won't see any.

I'm not able to get this clip working in ripbot.
http://www.mediafire.com/?sharekey=f...db6fb9a8902bda

always out of sync.
Is that hard to manually find correct delay? It took me less than 2 minutes to find that correct audio delay is around -1250ms.

I'm sure there's SOME way to suspend/resume other processes in windows.
have you used Procces Explorer?

survivant001
29th November 2008, 23:23
Spline36Resize(1280,720).Sharpen(0.2).BiCubicResize(1920,1080)


you use that to generate a 720p instead of 1080p ? (the result will be a higher bitrate of a better quality..right ? )

Is that hard to manually find correct delay? It took me less than 2 minutes to find that correct audio delay is around -1250ms.

I wan't able to find it with mediainfo.. I tough it was that the audio track had less fps than video. so the sync won't stay sync.
[/QUOTE]

Atak_Snajpera
29th November 2008, 23:46
you use that to generate a 720p instead of 1080p ? (the result will be a higher bitrate of a better quality..right ? )
This is just a SIMULATION how 720p material would look on 1080p display! BiCubicResize(1920,1080) emulates upscaling algorithm used by players.

I wan't able to find it with mediainfo.. I tough it was that the audio track had less fps than video. so the sync won't stay sync.
Like I mentioned I found audio delay manually. It wasn't difficult.

asarian
30th November 2008, 09:20
Original 1080p (Blu-Ray source)
http://img32.picoodle.com/img/img32/3/11/29/t_Original108m_e619e5a.png (http://www.picoodle.com/view.php?img=/3/11/29/f_Original108m_e619e5a.png&srv=img32)

Spline36Resize(1280,720).Sharpen(0.2).BiCubicResize(1920,1080)
http://img33.picoodle.com/img/img33/3/11/29/t_Bicubic1080m_8480bf9.png (http://www.picoodle.com/view.php?img=/3/11/29/f_Bicubic1080m_8480bf9.png&srv=img33)


It certainly doesn't look bad. The BiCubicResize image has about 3,000 less unique colors, but is still impressive, of course.

The thing of it is, though, maybe if you'd been part of the Blu-ray Disc Association, you could have convinced them to go with 720p. But 1080p it is. And you'll always gonna find folks like me, who simply don't want to lose anything: no colors, no resolution, no detail. no contrast, etc.

~bT~
30th November 2008, 10:44
And you'll always gonna find folks like me, who simply don't want to lose anything: no colors, no resolution, no detail. no contrast, etc.

so y do u re-encode :rolleyes:

nwg
30th November 2008, 10:49
I am sticking with 720p. Apart from the time saving and I am using just single layer DVD's, I only have a 720p display. So, at some stage I am going to lose resolution anyway whether it by downscaling or from the disc itself.

I tried to do a double layer dvd and the blu ray player just stuttered badly. It was fine through the computer. It seems not enough power to play the disc which is strange as it was still well below the max for AVCHD bitrates.

asarian
30th November 2008, 11:43
so y do u re-encode :rolleyes:

Yes. I have a 6T media server, and like to stream my movies to my PS3. And, like I said, for VC-1 material I'm forced to re-encode, so I do so grudgingly; hence my desire not to lose anything (or as little as possible).

nwg
30th November 2008, 14:00
Yes. I have a 6T media server, and like to stream my movies to my PS3. And, like I said, for VC-1 material I'm forced to re-encode, so I do so grudgingly; hence my desire not to lose anything (or as little as possible).

I will have 2TB of storage shortly. I can stream mpeg2 and VC-1 in original 1080p resolution but not many H264 titles. Sometimes the bitrate is low enough for them to stream but some H264 requires reencoding with ripbot to stream smoothly.

asarian
30th November 2008, 17:06
I will have 2TB of storage shortly. I can stream mpeg2 and VC-1 in original 1080p resolution but not many H264 titles. Sometimes the bitrate is low enough for them to stream but some H264 requires reencoding with ripbot to stream smoothly.

The PS3, on the other hand, streams H264 perfectly, also at 1080p, of course, but will only play VC-1 in a WMV container with 2.0 sound. *shudder*

Atak_Snajpera
30th November 2008, 20:50
The BiCubicResize image has about 3,000 less unique colors
Do you always watch movies with calculator? :rolleyes:

diskborste
30th November 2008, 21:50
Do you always watch movies with calculator? :rolleyes:
It's better if you say how you do it. ;)

WildTexasChef
1st December 2008, 03:29
I downloaded this program but it has a .7Z extension. what kind of file type is this? How do I extract it or run it?

Thanks
WTC

Jad
1st December 2008, 03:46
http://letmegooglethatforyou.com/?q=.7Z+extension

Its a 7Zip file. WinRar will handle these natively, otherwise you can download the free app.

http://www.7-zip.org/

~bT~
1st December 2008, 11:30
Hi Atak!

A lil request please.

Can we please be given the option of using NeroAACEnc if at all poss? And an option to select default bitrate for AAC?

I mainly encode for iPod/PSP and use 96kbps all the time.. maybe these default options can be linked to certain profiles?

Cheers!!!

anon.j2
1st December 2008, 17:48
have you used Procces Explorer?
Since you're not willing to work on that feature, why not release the code so others could provide patches?

Suspend/resume isn't important to you and that's totally fine. It is important to some of us. Some of us can even code. Some of us can code and want to help RipBot be the best it can.

mochevolete
1st December 2008, 18:22
Hi, a couple of question :)

I've just discovered Ripbot, yesterday I use it to re-encode some MKV samples into a DXVA profile, but whatever I tried the result was a very little file with a very low bitrate.
I tried a couple of profiles, but the bitrate and even the file size has been ignored, resulting in a very little file (approx 1/10 of the source).
Only if the source was demuxed with Mkvextract I managed to re-encode the video properly, any idea why ?

And.. why I have to rename the .h264 extension of the just created video from MKVextract to .264 to make it acceptable to Ripbot ?

[Little OT]
If I have a video, already encoded, let's say with 10Mbps @L5.1, I can simply set the same bitrate for the re-encoding ?

thanks, Nik

nwg
1st December 2008, 21:24
I have a question. Why is there a need to create a video.mkv file of just the video. Why can't ripbot just encode straight from the mt2s or 264 file. I understand the need for analysing the video but why does it need to create a new video file and doubling the needed disk space.

nurbs
1st December 2008, 21:41
I can only guess, but on blu-ray the video is often split into multiple m2ts files, so after remuxing to a single mkv it might be easier to handle. With raw .264 files I wouldn't even know a source filter that can read them.

Atak_Snajpera
1st December 2008, 21:50
I can only guess, but on blu-ray the video is often split into multiple m2ts files, so after remuxing to a single mkv it might be easier to handle.
True. This is how eac3to works.

And.. why I have to rename the .h264 extension of the just created video from MKVextract to .264 to make it acceptable to Ripbot ?
Because I like old school 3 letters extensions :) Happy ?

asarian
1st December 2008, 22:16
Since you're not willing to work on that feature, why not release the code so others could provide patches?

Suspend/resume isn't important to you and that's totally fine. It is important to some of us. Some of us can even code. Some of us can code and want to help RipBot be the best it can.

Yup, I'm one of those people who would like to see a suspend/resume task. I'm guessing Atak has been ignoring it, because it's probably hard to do. Basically, you'd have to compile a suspend/resume capability right into x264 itself. And x264 would then have to store buffers, pointers, etc., and pick a key-frame, for example, to smoothly 'break' on. And have functionality to pick up where it left off. Pausing x264, of 'nicing' it to near zero CPU load, is much easier, of course.

Atak_Snajpera
1st December 2008, 22:20
I'm guessing Atak has been ignoring it, because it's probably hard to do.
true.

nurbs
1st December 2008, 22:23
If you just want to temporarily halt encoding you can use process explorer, if you want to turn of the computer use hibernate.

laserfan
1st December 2008, 22:24
I'm guessing Atak has been ignoring it, because it's probably hard to do.CTRL-S in x264 cmd window, or use Process Explorer Suspend/Resume.

asarian
1st December 2008, 22:35
CTRL-S in x264 cmd window, or use Process Explorer Suspend/Resume.

I was not so much thinking about pausing the process, but more about a true suspend-to-disk functionality, which could survive a reboot; hybernation won't really do for that purpose, as afterwards you then can only resume your task, or delete the hybernation data, whereas you might want to use your computer for other stuff. Such a suspend task would, indeed, be hard to make.

HouseCat
1st December 2008, 23:48
ATI stream is coming out soon. Is there any chance of ripbot somehow making use of it to speed encoding up?

asarian
2nd December 2008, 00:30
ATI stream is coming out soon. Is there any chance of ripbot somehow making use of it to speed encoding up?

You're probably better off asking that in the x264 sub-fora.

Atak_Snajpera
2nd December 2008, 17:01
ATI stream is coming out soon. Is there any chance of ripbot somehow making use of it to speed encoding up?
Forget it! CUDA didn't change anything and ati's solution won't change anything either.

CyberTron88
2nd December 2008, 17:33
I think to be fair to atak, ripbot is (maybe i over simplify it) a gui just to take away all the complication of knowing what parameters we need to pass it with a suite of open source tools out there to get our rips running with just a few simple clicks. To create a suspend and resume, I assume unless the x264 is able to support that natively, it think it is probably out of the scope of the original aim of this tool maybe?

Given the resources available, I'm sure it might be better to do some features that are easier to implement (eg. multiple audio stream support) vs a suspend and resume?

If one knows coding, looking at the batch files that are generated, the ini files, and tools used, i think it is not that difficult to create something similar from scratch. Whether this should be open source is definitely up to his call, and open source does not necessary mean a good thing, and we might end up different fork of the codes going different directions and taking their own path.

For now, I'm happy what ripbot is doing for me, and I personally think I would hope to see ability to encode multiple audio steam if that's doable, else I won't lose sleep over this feature i would love to see.

asarian
2nd December 2008, 17:56
To create a suspend and resume, I assume unless the x264 is able to support that natively, it think it is probably out of the scope of the original aim of this tool maybe?

Which is kinda what I said:

Yup, I'm one of those people who would like to see a suspend/resume task. I'm guessing Atak has been ignoring it, because it's probably hard to do. Basically, you'd have to compile a suspend/resume capability right into x264 itself. And x264 would then have to store buffers, pointers, etc., and pick a key-frame, for example, to smoothly 'break' on. And have functionality to pick up where it left off. Pausing x264, of 'nicing' it to near zero CPU load, is much easier, of course.

Also, even if one could patch this functionality into x264, you'd have to do so, with all necessary adjustments, for every new version of x264 (and that codebase moves pretty darn fast). So, yeah, this is not something we can realistically ask of Atak. Bringing x264 suspend/resume capability up in the x264 forums, that's another matter, though. :)

Dr. Zoidberg
2nd December 2008, 19:45
Hi Atak,

Just wanted to say, like so many others, “great job” with Ripbot264! I have noticed however that under picture properties in version 1.11.5 it seems to ignore any re-size resolutions over 720x576 when I try and re-encode my DVD’s to mkv files. Sorry if this has already been mentioned but I couldn’t see it mentioned anywhere on this forum... however, the previous version, 1.10.4, didn’t have this problem, I could just select the “HD-Ready 1280x720” profile and start encoding. With this version I need to select “Automatically” from the Crop selection Dropdown Box first, then the “HD-Ready 1280x720” profile will show in the Size selection Dropdown Box? But, I don’t want to crop my DVD’s as this causes my movies to become stretched and distorted, so, after selecting the “HD-Ready 1280x720” profile I then put my crop selection back to “Do not crop” but doing this re-sizes my output size back to “Do not resize” 720x576?

So, I found this workaround, select “Automatically” from the Crop selection Dropdown Box first, then select the “HD-Ready 1280x720” profile and (this is the difference) click the down arrow button on the crop selections for “Top” & “Bottom” until they’re at 0, you’ll notice the size selection boxes stay at 1280 and 720 respectively but the size drop down dose change to “Don not resize”? So I just select Custom from this box and then I can encode as normal at 1280x720.

Is this intentional or am I missing something here? :sly:

By the way, this produces outstanding results from standard def DVD’s, great job!

Thanks again,

Doc

~bT~
3rd December 2008, 01:55
open source does not necessary mean a good thing, and we might end up different fork of the codes going different directions and taking their own path
i'm glad this is closed source ;)

CyberTron88
3rd December 2008, 15:16
Personally, as long as our requests are being looked into by atak, which I felt he is doing a great job so far, open source and close source have no meaning to me.

Everytime I faced a problem, I report it here, atak always respond with a fix pretty fast.

It works for me, and that's all I care. :)

i'm glad this is closed source ;)

nwg
3rd December 2008, 23:25
Will Ripbot copy stream a DTS HD or TrueHD track and also retain the DTS/AC3 5.1 core?

asarian
4th December 2008, 00:15
Will Ripbot copy stream a DTS HD or TrueHD track and also retain the DTS/AC3 5.1 core?

Yes. TrueHD contains an AC3 core + HD data, like DTSHD Master Audio. The HD data is extra. DTSHD-MA and TrueHD work the same: at the basis is the 'core' data, and attached to each channel is extra HD data to complete the track to full HD audio. So, stripping the core would simply make a full HD audio track incomplete/broken.

nwg
4th December 2008, 00:53
Yes. TrueHD contains an AC3 core + HD data, like DTSHD Master Audio. The HD data is extra. DTSHD-MA and TrueHD work the same: at the basis is the 'core' data, and attached to each channel is extra HD data to complete the track to full HD audio. So, stripping the core would simply make a full HD audio track incomplete/broken.

Thanks. I will be soon making BD-R movie only discs. A lot of movies are already under 25GB but some are over which would mean using Ripbot to make it fit. It is my intention to only use the HD Audio tracks. I can then play the disc on my DD/DTS amp but if I upgrade to full HD audio, I will then full TrueHD and DT-HD MA/HR. I suppose I will have to include either a DD or DTS track to go with uncompressed PCM so I will have to mux the second track later with tsmuxer. Atm, umcompressed 5.1/7.1 audio only comes out in 2 channel with my amp.

asarian
4th December 2008, 01:13
Thanks. I will be soon making BD-R movie only discs. A lot of movies are already under 25GB but some are over which would mean using Ripbot to make it fit. It is my intention to only use the HD Audio tracks. I can then play the disc on my DD/DTS amp but if I upgrade to full HD audio, I will then full TrueHD and DT-HD MA/HR. I suppose I will have to include either a DD or DTS track to go with uncompressed PCM so I will have to mux the second track later with tsmuxer. Atm, umcompressed 5.1/7.1 audio only comes out in 2 channel with my amp.

I've been experimenting with my Wall-E Blu-Ray disc-set for the same reason: getting it to fit on a BD-R, whilst keeping the pretty menus; which works wonderfully well, in terms of replacing the m2ts file with a reencoded one (even with my 'insane' setting, Wall-E actually compresses equally insane well: one ~6G). Chapter selection proves a little harder, though.

Yeah, LPCM 7.1 requires an HDMI 1.3 receiver (which I don't have either, yet). But with eac3to and the Surcode encoder, you could make a nice DTS-ES track, and simply keep the LPCM track inside the m2ts for later. :)

nwg
4th December 2008, 02:02
I've been experimenting with my Wall-E Blu-Ray disc-set for the same reason: getting it to fit on a BD-R, whilst keeping the pretty menus; which works wonderfully well, in terms of replacing the m2ts file with a reencoded one (even with my 'insane' setting, Wall-E actually compresses equally insane well: one ~6G). Chapter selection proves a little harder, though.

Yeah, LPCM 7.1 requires an HDMI 1.3 receiver (which I don't have either, yet). But with eac3to and the Surcode encoder, you could make a nice DTS-ES track, and simply keep the LPCM track inside the m2ts for later. :)

Not worried about menus. A simple movie only disc with one or two audio tracks, English subs and original chapters will do.

I found a program that make it even easier to make a disc under 25GB. It is called Blu Ray to DVD Pro (but also burns to BD) and can read ripped files. All I need to do is choose rhe audio and subs. It creates a movie only structure and then burns it. Not sure if it is worth risking a blank BD. They are still not that cheap.

LPCM 7.1 still sounds great through 5.1.

asarian
4th December 2008, 13:41
I found a program that make it even easier to make a disc under 25GB. It is called Blu Ray to DVD Pro (but also burns to BD) and can read ripped files. All I need to do is choose rhe audio and subs. It creates a movie only structure and then burns it. Not sure if it is worth risking a blank BD. They are still not that cheap.

Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too, which can be burnt immediately with, say, imgburn. I know both their structures result in a working BD disc. But if you don't trust it, simply mount the image in whatever virtual device you use, and play it first (or play from folder first with, say, TotalMedia Theatre).

Atak_Snajpera
4th December 2008, 14:28
Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too,
RipBot264 uses tsmuxer to create blu-ray structure :)

laserfan
4th December 2008, 14:42
I thought I read somewhere here that you would show your size calculation algorithm Atak, but I can't seem to find it.

If I'm mistaken about that, fine--but I was curious to know how your app hits the target size bullseye every time!? :wow:

nwg
4th December 2008, 14:48
Well, both RipBot264 and tsMuxeR can create a 'movie-only' BD structure, too, which can be burnt immediately with, say, imgburn. I know both their structures result in a working BD disc. But if you don't trust it, simply mount the image in whatever virtual device you use, and play it first (or play from folder first with, say, TotalMedia Theatre).

I know as I use both to do that. However, ripbot will reencode and I am looking at user friendliness with as much ease as possible in little steps as possible.

Atak_Snajpera
4th December 2008, 14:55
I thought I read somewhere here that you would show your size calculation algorithm Atak, but I can't seem to find it.


if copyaudiostream=1 then audiobitrate:=strtofloat(audiobps)/1000*1024; //audio bitrate taken via MediaInfo
if audiobitrate=196608 then multiplier:=1/(size*0.008267196)/100 else //0.00027 for 4480 MB
if audiobitrate=229376 then multiplier:=1/(size*0.013130252)/100 else //0.00017
if audiobitrate=262144 then multiplier:=1/(size*0.010629252)/100 else //0.00021
if audiobitrate=393216 then multiplier:=1/(size*0.009704969)/100 else //0.00023
if audiobitrate=458752 then multiplier:=1/(size*0.013130252)/100 else //0.00017
if audiobitrate=655360 then multiplier:=1/(size*0.008267196)/100 else //0.00027
if audiobitrate=786432 then multiplier:=1/(size*0.0067640693)/100 else //0.00033 dts real bitrate is lower 737 kbps
if audiobitrate=1572864 then multiplier:=1/(size*0.0044642857)/100; //0.00050 dts real bitrate is lower 1474 kbps



if audiobitrate=0 then overhead:=1.074 else overhead:=1+(duration*multiplier+4.34)/100; //if m2ts has no audio overhead is constant


if copyaudiostream=0 then tempcalc:=( (size*1048576/overhead-SubtitleFileSize*2) /duration*8-audiobitrate)/1000;
if copyaudiostream=1 then tempcalc:=(size*1048576/overhead-AudioFileSize*1.024-SubtitleFileSize*2)/duration*8/1000; // SubtitleFileSize*2 was added in v1.11.5 to avoid oversized files with subtitles

calculatebitrate:=round(tempcalc);

laserfan
4th December 2008, 15:08
if copyaudiostream=1 then audiobitrate:=strtofloat(audiobps)/1000*1024; //audio bitrate taken via MediaInfo
.
.
.
calculatebitrate:=round(tempcalc);
Many thanks for your reply, and congrats on a nice app! :)

Electrox3d
4th December 2008, 18:29
Hi. RipBot is my favorite application for converting to MKV and when it works it works beautifully! Getting this started I ran into a little issue, even though it said I had Avisynth and Haali media splitter installed, the software would just stop (not freeze, just stop) when trying to demux until I re-installed Avisynth and Haali media splitter. (not sure which one fixed it cause I reinstalled both before testing again), but then it worked.

Thank you very much for this application. It has worked on a couple episodes of a Blu-ray TV show I have. There is a question I have on one of my movies the demux fails. Here's an excerpt from the video - Log.txt:
[a03] Creating file "C:\temp\RipBot264temp\job1\audio.1.ac3"...
[s06] Creating file "C:\temp\RipBot264temp\job1\subtitle.1.sup"...
[a03] The source seems to be damaged (discontinuity) at file pos 10096644480.
[a03] You can use "-ignoreDiscon" to make eac3to ignore discontinuities.
[a03] Doing that might result in artifacts during playback, though.
Aborted at file position 10096656384.

Can I use this -ignoreDiscon tag within RipBot somehow?

asarian
4th December 2008, 18:51
I'm having the strangest issue with the Macross Frontier Blu-Ray discs. Since my Japanese isn't exactly what it used to be (or worse, actually: exactly what it used to be, LOL), I'll need to add English subs. No problemo, as I've done that many times before. However, upon examining the result this morning, turns out the subs were rather out of sync. Upon further examination, I found out that it's actually the movie which slows down a bit somehow (also relative to its own sound). Weird. So, I tried something else, like use an existing fan-subbed mkv (these were aired TV episodes first, of course), of which this is a small sample:

http://rapidshare.com/files/170222034/Macross_F_-_01v2-test.mkv.html

And added ".Lanczos4Resize(1920,1080)" to the 720 source. And, low and behold, the movie starts seriously lagging behind again; as the title song starts (at approx 1 min.), the movie is already 4-5 seconds behind. The same happens for the Blu-Ray episode, even when I leave it completely untouched, but the slowdown is stretched out too much to show you here, as it's ~7G file for a single 24 minutes episode, and the lag only becomes noticeable after a few minutes or so (which is still after several hundreds of megabytes).

The original m2ts file plays just fine, with image and sound in perfect sync. Here's a sample of the original Blu-Ray m2ts, but the video-delay is still extremely small here (only several milliseconds at the start of the title song):

http://rapidshare.com/files/170238770/macross1-cut1.m2ts.html

This is the only movie this happens with. Last time I added subs was for the Kill Bill Blu-Rays, and they were just fine. But that was done with RipBot 1.10.5, and an older ffdshow and haali splitter version. So I'm getting a bit worried here. I've tested this on 3 different machines, all with the same result.

I hope someone can help me out here.

Atak_Snajpera
4th December 2008, 18:57
asarian
i'm downloading now. BTW Next time use www.mediafire.com

asarian
4th December 2008, 19:04
asarian
i'm downloading now. BTW Next time use www.mediafire.com

Thanks for looking into this, Atak. :) I've already done many movies with the new 1.11.5 actually, and none of them gives me any problem. It's really rather bizarre. It's a straightforward H264 source, neatly at 23.976 fps; and I can think of no reason why this would occur.

P.S. I'll use mediafire next time; rapidshare is annoyingly limited, it seems.

x_specter_x
4th December 2008, 21:03
maybe someone can help. I am using the latest ripbot, mediasplitter, ffdshow. I just installed them all yesterday. When i try to convert a H264 movie with DTS sound into an mkv file the audio is out of sync. I used tsremux to demux the original movie file and save it in .264 and .dts format. Is this the problem? should I use ripbot to demux the video? In ripbot, i am just doing a copy of the audio track. I tried playback with several programs and different ffdshow settings, but no luck. The audio is out of sync from the beginning of the movie. Any suggestions? should i try converting the dts file to ac3 first?

It takes a little over 24 hours on my computer to the 1920x1080 movie. So I can try different things blindly, but that can take forever to see the results. Any help would be greatly appreciated.

Great program, by the way!

Atak_Snajpera
4th December 2008, 21:25
Who told you to use TSMuxer?!?!?! is that hard to import .m2ts or .evo directly from original Blu-Ray/HD-DVD structure???

asarian
4th December 2008, 21:26
Atak, regarding my Macross Frontier issue, I did some more testing. For starters, the intermediate mkv you create is still correct. There's an easy test for that (with or without sound). The title song kicks in at precisely 00:00:52 hours, at which exact moment the video scene of the Macross Fleet cuts to the two dancing figurines in space. So, while the mkv is still in order, in preview mode, and actual encoding, that scene only cuts to the two twirling girls at 00:00:58, already having incurred a 4 seconds, inexplicable delay.

So, this leaves either AviSynth, ffdshow or the haali splitter. I downgraded ffdshow to a RipBot 1.10.5 version (and tried with RipBot 1.10.5); both to no avail, alas. AviSynth has always worked and has never been changed, so I'm really leaning towards the new haali splitter. Unfortunately, I can't locate an older haali splitter any more, so I can't test that.

what2be
4th December 2008, 22:11
Not sure if this qualifies as a bug, but when you pick the apple tv profile, it defaults to 1280x1024 instead of 1280x720. I have to go into the advanced options and have it resize to 1280x720 so its viewable in Apple TV.

other than that, great program. Congratulations on a very nice piece of software.

Atak_Snajpera
4th December 2008, 22:56
Not sure if this qualifies as a bug, but when you pick the apple tv profile, it defaults to 1280x1024 instead of 1280x720. I have to go into the advanced options and have it resize to 1280x720 so its viewable in Apple TV.
it's not a bug.

dvgeek
4th December 2008, 23:22
Hi Atak,

Sorry be bothering you again - but any info on my earlier post?

http://forum.doom9.org/showthread.php?p=1218343#post1218343

Thanks.

Atak_Snajpera
4th December 2008, 23:47
rename .m2ts to .mts (AVCHD camcorder extension)

what2be
4th December 2008, 23:51
it's not a bug.

Will this be fixed in the next release? I cant see the point why you would encode to the default of 1280x1024 when you cant view it in apple tv at all at those settings.

Or is there another reason why its set at this resolution?

Thanks.

Geoff

Atak_Snajpera
5th December 2008, 00:16
Will this be fixed in the next release?
nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.

what2be
5th December 2008, 00:43
nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.

That is true, but what is the point of having a preset for apple tv when nobody can view the movie they are encoding for on apple tv?

I realize the problem lies with apple tv and their limited resolutions, but I cant see the point of having a preset in the software when it wont work with the device it was intended for.

x_specter_x
5th December 2008, 05:51
OK, so you are saying don't demux the video first and just use the original files in ripbot264. I am rerunning it right now using the original source files. Let you know how that goes tomorrow.

Atak_Snajpera
5th December 2008, 07:14
I realize the problem lies with apple tv and their limited resolutions, but I cant see the point of having a preset in the software when it wont work with the device it was intended for.
Because AppleTv supports also lower resolutions. 960x540 , 640x480 ... It's up to user to select correct resolution! The same story is with PSP. Some people prefer 720x480 and others 480x272. iPOD - 640x480 or 320x240 !

alc0re
5th December 2008, 10:06
Atak,

Sorry to post in this thread this is slightly off topic...

I have a question about overhead when muxing an audio file (dts or ac3) and an h264 video file to Bluray structure (m2ts) using TSMuxer. There's a formula posted in another thread but I have no idea how to use it.

All I'm looking to do is figure out what bitrate my video needs to be re-encoded at to fit on a DVD9 after transcoding and resizing to 720p. Jamos said in that post to just add 6 minutes to total length of movie in the bitrate calc, but I want to be more exact than that.

Are there any programs/bitrate calcs out there that use that formula posted by you that I can input some numbers in and it will tell me the bitrate needed? None of the bitrate calcs I saw support M2TS container. If not, would you mind helping me figure out what I need to do to use that formula? (or possibly even programming a bitrate calc for m2ts overhead...)

Thanks...

nwg
5th December 2008, 14:27
If I use ripbot to make a Bd bigger than 25GB fit on a 25GB disc what MB should I enter in the file size box?

~bT~
5th December 2008, 14:43
~ 23500 to be safe.

edited.

asarian
5th December 2008, 16:03
~ 24500 to be safe.

Are ya sure about that? The 25G is the unformatted value and is using 1000 as divider, instead of 1024. So, way I figure this, The real capacity is closer to:

Maximum Format Capacity:
Sectors: 12,219,392
Size: 25,025,314,816 bytes
Time: 2715:27:17 (MM:SS:FF)

25,025,314,816 bytes = 24,438,784 KB = 23,866 MB = 23.31 GB

And that's not counting 'spare areas' (for error correction and such).

nwg
5th December 2008, 18:33
I found out that 23.3GB is the formatted capacity which I worked out was 23,859.2MB so I will use 23,552MB to be safe which is 23GB.

jtheripper
5th December 2008, 19:42
I have found that it is better to undersize the video encode for a BD-25 because predicting the overhead size when creating the bluray structure from the video and audio mux is unpredictable. So I always set the size to 1 GB less to be safe. 1GB has negligible impact on PQ.

Shropp
5th December 2008, 19:43
whats the best way to add bars
to an already transcoded 4.1 file?
I just want 1:1 no loss or gain in quality?
like what profile? settings?

asarian
6th December 2008, 02:49
whats the best way to add bars
to an already transcoded 4.1 file?
I just want 1:1 no loss or gain in quality?
like what profile? settings?

You want no gain in quality?? :)

Apart from that, it ain't gonna happen lossless, as you'll need to reencode. I use the following settings for my high-def reencodes:

--level 4.1 --aud --nal-hrd --vbv-bufsize 35000 --vbv-maxrate 35000 --filter 0,0 --ref 3 --b-pyramid --mixed-refs --bframes 3 --b-adapt 2 --weightb --no-fast-pskip --direct auto --subme 9 --trellis 1 --partitions all --8x8dct --me tesa --threads auto --thread-input --progress --no-psnr --no-ssim

Warning: some consider these settings 'insane', but if no quality loss is your bag, then these will certainly speed you on your way (actually, 'speed' is the wrong term, as it will go very, very slowly).

As for borders, I just put in an AviSynth command into the script, like:

video=AddBorders(video, 0, 140, 0, 140)

Or, in 'append' mode:

.AddBorders(0, 140, 0, 140)

To, say, the first line which defines 'video'.

x_specter_x
6th December 2008, 07:39
has anyone else had a problem with audio being out of sync?

I tried converting a movie with a DTS sound track and converted the audio to 640k and set a file limit to 8150MB. I left all the other settings alone. The problem is that the output file has audio out of sync. it is off by about 3 or 4 seconds. The audio is 3 or 4 seconds before the video. It is like that right from the beginning. This time i tried it by using the blu-ray source file from the stream directory and let ripbot process that file.

Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.

Sharc
6th December 2008, 10:54
It certainly doesn't look bad. The BiCubicResize image has about 3,000 less unique colors, but is still impressive, of course.

The thing of it is, though, maybe if you'd been part of the Blu-ray Disc Association, you could have convinced them to go with 720p. But 1080p it is. And you'll always gonna find folks like me, who simply don't want to lose anything: no colors, no resolution, no detail. no contrast, etc.

I usually crop such pictures to remove the black borders (often 132 pixels on top and bottom), then resize the remaining active picture to 1280x720 and set the sar accordingly for anamorphic encoding (45:34 in this case). This should preserve the original resolution / details best I presume. Anamorphic encoding is included in the BluRay spec IIRC - so there should be no compliance problem. I could not yet test the playback on a BD standalone though.

Atak_Snajpera
6th December 2008, 11:16
Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.
If your CPU is too slow to decode video in real time then you get audio synchronization problems.

nwg
6th December 2008, 11:31
If your CPU is too slow to decode video in real time then you get audio synchronization problems.

Sounds like I might be lucky then. I have done around a dozen BD to DVD conversions and they have all been in sync. I only have a Athlon 64 3700 (2.2ghz).

asarian
6th December 2008, 11:40
I usually crop such pictures to remove the black borders (often 132 pixels on top and bottom), then resize the remaining active picture to 1280x720 and set the sar accordingly for anamorphic encoding (45:34 in this case). This should preserve the original resolution / details best I presume. Anamorphic encoding is included in the BluRay spec IIRC - so there should be no compliance problem. I could not yet test the playback on a BD standalone though.

That's an interesting technique. I never thought about using anamorphic encoding, but it warrants some tests, as the result would be absolutely minimal, in terms of quality loss. You'd lose a measely 80 vertical pixels (on an 800p 'real' movie); but the anamorphic horizontal encoding would mean you lose even less than you normally would with 1280.

Qwakrz
6th December 2008, 12:07
I seem to have to add a delay of 250ms on the audio to any transcode I do. Its the same for any DVD to AVI (using XMpeg) or Blu-Ray / HD-DVD to MKV (using RipBot264). I have tested the audio sync on 4 PC's and different playing software etc and its always this far out on every transcode I do.

Sharc
6th December 2008, 12:14
@asarian
Exactly. Let us know your findings.
Using this technique I normally put the movie (resulting in about 4 Mbps datarate) and 2 audio ac3@640kbps streams on a SL 4.7 GB medium. Quality is very pleasant.

asarian
6th December 2008, 12:52
has anyone else had a problem with audio being out of sync?

I tried converting a movie with a DTS sound track and converted the audio to 640k and set a file limit to 8150MB. I left all the other settings alone. The problem is that the output file has audio out of sync. it is off by about 3 or 4 seconds. The audio is 3 or 4 seconds before the video. It is like that right from the beginning. This time i tried it by using the blu-ray source file from the stream directory and let ripbot process that file.

Could it be the settings on the computer I am using to play back the file? codecs or ffdshow settings? The computer that converted the video is too slow to play it back (bad video card). Any help would be greatly appreciated. I figure someone else must have had this problem at some time too.

I'm not sure exactly what you mean. Your computer can be very slow, but that would not cause out-of-sync issues when (re)encoding: it would just take a frakkin' while to complete. :)

As for audio ripping, I suggest you just use eac3to yourself to rip the audio first, and mux it back in later with tsMuxeR. Also, what does eac3to itself say about a delay in ms?

x_specter_x
6th December 2008, 17:48
asarian, Thanks. I will try that. Maybe I can use my encoded .mk4 file and demux it and convert the DTS audio to AC3 and remux it. Is that what you mean? I did try taking my mk4 file and demuxing the audio and video. Then used DaudioK to convert the DTS to ac3 5.1 and then nused tsMuxeR to mux them back together again. But when I tried to play the muxed file, it would not play. I will try with eac3to this time.

I am playing the video back on a dual core AMD 4600+, with SLI 8800 GT video cards and a sound blaster X-FI fatal1ty. So the speed of the playback PC is not an issue.

Alfeuss
6th December 2008, 20:50
Not sure how difficult it would be, but if possible add option to copy video stream?

x_specter_x
6th December 2008, 23:49
OK, I tried converting the audio from DTS to AC3 and then used that audio file and the demuxed video file with ripbot. Same thing happens. The audio is about 3 seconds ahead of the video when I play it back. depressing....

asarian
7th December 2008, 01:22
OK, I tried converting the audio from DTS to AC3 and then used that audio file and the demuxed video file with ripbot. Same thing happens. The audio is about 3 seconds ahead of the video when I play it back. depressing....

At some point, I think you're probably better off discussing this in the eac3to thread, but okay...

First of all, I gotta wonder, if you play a m2ts file from the Blu-Ray STREAM directory directly, are matters still in sync? If so, you could use tsMuxeR to cut a small piece out of it (say the first minute or so), and share it on mediafire or something, so we can have a look at it.

A 4-5 seconds delay really is an eternity, audio-wise. Usually we're talking milliseconds, of course. On a very old tsMuxeR version sometimes I would get a ridiculous delay value, like -16000000ms or some such, but that sorta thing is ancient history. So, if you use a recent tsMuxeR (like 1.8.8), that sort of thing should no longer occur.

asarian
7th December 2008, 01:33
Not sure how difficult it would be, but if possible add option to copy video stream?

Not sure how difficult it would be, but could ya word your question in a less opaque fashion? :)

No, seriously, what you suggest doesn't make a lot of sense. RipBot reencodes; that's what x264 does. If you just want to 'copy' a video stream, then you're basically merely remuxing, and have no need for RipBot.

mouw
7th December 2008, 01:36
~ 23500 to be safe

Backing up Blu-Ray movies w/RipBot almost 4mos now
Done about 50 so far== 34 BD9 / 16 BD-R

my Routine ==
1920x1080p 24fps/NO Subtitles/5.1 DTS/DD (COPY ORIGINAL XX) or Aften AC3 640kbs/2-PASS
Started out doing the math...
but RipBot interActive DropBoxes are so GOOD i now use them exclusively w/2-PASS

method:
Check LockSizeTotalBox--HighLite and Enter 8150 (BD9= 8.5g DL) or 24000 (BD-R= 25g)
UnCheck LockSizeTotalBox--HighLite KBPS Adj#s until TotalBox =~ 8150-8170 or 24050-24100
OverHead is averaging 3-3.5% = BD-R and 4% = BD9 (DVD+R DL)

HouseCat
7th December 2008, 02:39
I used ripbot264 to rip a few blu-rays and it worked really well.

Only trouble is it took ages for 2-pass encoding. something like 20 hours, is that normal?
first pass was about 8.7fps and second pass was a slow 2.4fps!!

I used the stock settings 1080 no resize, ac3 5.1 audio.On the ps3profile level 4.0 setting. 8mb/s video rate setting
The only extra setting I used was auto crop.

Is there anyway I can speed up encoding time while keeping video quality in check?

I have a core 2 duo e6400@2.2 (I normally run it at 3.0 but the encoding was making the cpu too hot running at 100% all the time so had to use stock speed)
3gb ddr2 800 ram
vista

illestdomer2005
7th December 2008, 03:19
I used ripbot264 to rip a few blu-rays and it worked really well.

Only trouble is it took ages for 2-pass encoding. something like 20 hours, is that normal?
first pass was about 8.7fps and second pass was a slow 2.4fps!!

I used the stock settings 1080 no resize, ac3 5.1 audio.On the ps3profile level 4.0 setting. 8mb/s video rate setting
The only extra setting I used was auto crop.

Is there anyway I can speed up encoding time while keeping video quality in check?

I have a core 2 duo e6400@2.2 (I normally run it at 3.0 but the encoding was making the cpu too hot running at 100% all the time so had to use stock speed)
3gb ddr2 800 ram
vista

Well, even though you don't have a slow computer, your hardware is not as powerful as mine, and it still takes a while for me. If you're like me, you went from using CloneDVD to back up your movies in less than an hour to trying to squeeze a BD onto a DVD-5 or DVD-9 and have had to scale your expectations (speed-wise) WAY back.

For example, if I am encoding a 2 hour BD to a DVD-9 in 1920 x ____, I will get, on average, about 24fps for the 1st Pass and about 8 fps on the 2nd pass. This is with a Q6700 (4 CPU x 2.66 GHz) on a 780i Mobo and 4 GB of 1066 RAM and a single WD 1TB Caviar Black HDD...running Vista. I usually have it running overnight and while I am at work (encoding 2 BDs), and both are done when I get home; so, let's say that ends up being about a 18-20 hour timeframe.

It takes a while for sure!

asarian
7th December 2008, 03:43
Well, even though you don't have a slow computer, your hardware is not as powerful as mine, and it still takes a while for me. If you're like me, you went from using CloneDVD to back up your movies in less than an hour to trying to squeeze a BD onto a DVD-5 or DVD-9 and have had to scale your expectations (speed-wise) WAY back.

For example, if I am encoding a 2 hour BD to a DVD-9 in 1920 x ____, I will get, on average, about 24fps for the 1st Pass and about 8 fps on the 2nd pass. This is with a Q6700 (4 CPU x 2.66 GHz) on a 780i Mobo and 4 GB of 1066 RAM and a single WD 1TB Caviar Black HDD...running Vista. I usually have it running overnight and while I am at work (encoding 2 BDs), and both are done when I get home; so, let's say that ends up being about a 18-20 hour timeframe.

It takes a while for sure!
I went from DVDRebuilder, using the HC encoder at max, burning my quadcore Q6700 at 3.2Ghz for ~45mins for a full DVD9 -> DVD5 conversion, to ~20 hours for a very high x264 profile on a full-length 1080p movie (~2.25fps or less). Yep, these things take time. :)

HouseCat
7th December 2008, 04:58
^SO would quad core make much difference?

Alfeuss
7th December 2008, 05:33
Not sure how difficult it would be, but could ya word your question in a less opaque fashion? :)

No, seriously, what you suggest doesn't make a lot of sense. RipBot reencodes; that's what x264 does. If you just want to 'copy' a video stream, then you're basically merely remuxing, and have no need for RipBot.

It was just a possible request. I know what x264 is for, but sometimes all you need to do is convert the audio format keeping the org video. say MKV/DTS to MKV/AC3 for WDTV compatibility.

asarian
7th December 2008, 06:14
^SO would quad core make much difference?

Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.

TEB
7th December 2008, 07:49
Hi. Is there a way inside the gui to check what dgindex found as field order before one does the deinterlacing choice ?
I manually checked a file in dgindex and chose upper field first as the deinterlace method.. but the quality really sucked on the progressive output.. Lots of jaggies..
Anyone got an idea how to improve this ?

best regards TE

mouw
7th December 2008, 08:22
^SO would quad core make much difference?
Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.

like asarian said....i went from a E6600 (duoCore) -> Q6600 (QuadCore) same SPEED cpu
CUT times in HALF
BluRay encodes BD9 = 8-10 hrs (2-Pass) BD-R = 15-20hrs

Paddy97
7th December 2008, 11:25
I need help with profiles. Is there anyone with a good X264 knowledge that can help out I would be very greatfull.

I own both the Tvix 6500 (2 of them) and a Popcorn hour A100 that I use to play back my BD rips of my BD discs.

With Ripbot 1.10.8 I was able to create a profile that worked good with both the tvix and the popcorn.

[x264settings]
DeblockingStrength=0
DeblockingSensitivity=0
AdaptQuant=1
MotionEstimationAlgorithm=3 - UMH
SubpixelRefinement=6 - RD on I/P frames
I4X4=1
P4X4=0
P8X8=1
B8X8=1
AdaptDCT=1
I8X8=1
NumberOfRFrames=3
mixedRFrames=1
TrellisQuant=1
CABAC=1
NumberOfBFrames=3
AdaptBFrames=1
BPyramid=0
WeightBPrediction=1
HRD=1
BufferSize=24000
MaxBitrate=24000
Level=level 4.0


But with the new version 1.11.5 I am not able to create a profile that will not reboot my tvix. The default profile HD.Bluray.Consoles work on the popcorn but will reboot the tvix machine.

If I use MeGUI with the x264_dp_ PD-PS3-Xbox360 profile I get a good encode that works with the tvix but damn if I am capable of translating that profile to Ripbots. I have now done 8 encodes with different settings and they all reboot my tvix boxes. So any other tvix owner out here that has solved this problem or a x264 guru that can assist?

My latest try in Ripbot looks like this :

--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3
--bframes 3 --b-adapt 2 --weightb --direct auto --subme 6 --trellis 1
--partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim


And this is as far as I've gotten in my translation from the MeGUI profile to ripbot. Stil it reboots my tvix boxes. Very frustrating, but still I can allways use the older Ripbot version that works good.

asarian
7th December 2008, 15:48
My latest try in Ripbot looks like this :

And this is as far as I've gotten in my translation from the MeGUI profile to ripbot. Stil it reboots my tvix boxes. Very frustrating, but still I can allways use the older Ripbot version that works good.

I don't have a TviX, but I'd add these two (in bold) to the Profile, for the 'ol AVCHD compatibility:


--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3
--bframes 3 --b-adapt 2 --weightb --direct auto --subme 6 --trellis 1
--partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --aud --nal-hrd

poisondeathray
7th December 2008, 15:57
"--aud --nal-hrd" are in the current profile that Paddy97 said didn't work, so I think the culprit may be "--partitions all" that is in the current ripbot profile that may impair compatibility with certain devices (p4x4), as that is missing from the MeGUI profiles for blu-ray and AVCHD

asarian
7th December 2008, 16:23
"--aud --nal-hrd" are in the current profile that Paddy97 said didn't work, so I think the culprit may be "--partitions all" that is in the current ripbot profile that may impair compatibility with certain devices (p4x4), as that is missing from the MeGUI profiles for blu-ray and AVCHD

Yes, I see now: "--aud --nal-hrd" are already in the default Profile. My bad.

But didn't he also put in "--partitions p8x8,b8x8,i4x4,i8x8", specifically excluding p4x4?

Also, I noticed that when I open RipBot's x264 settings menu, and immediately close it (without changing anything), that "job1_EncodeVideoPass1.cmd" retains my "me tesa" setting, which RipBot otherwise overrides to "me esa". So, doing the same open/close trick might cause Paddy97 to keep his "--partitions p8x8,b8x8,i4x4,i8x8" too (examining job1_EncodeVideoPass1.cmd afterwards would be a good idea).

poisondeathray
7th December 2008, 16:37
Yes the settings you posted above should work asarian, you used the modifed profile that Paddy97 gave (without p4x4) and added --aud --nal-hrd (and his modifed profile likely wouldn't work without those additions on some devices)

I was just commenting on the differences between the standard profiles and why they might / or might not work

asarian
7th December 2008, 16:50
I was just commenting on the differences between the standard profiles and why they might / or might not work
And you were right to point it out. I just meant to say, that RipBot has a tendency, it seems (and confirmed by Atak, actually), to rebuild the x264 settings itself. So that Paddy97 may think that he's getting "--partitions p8x8,b8x8,i4x4,i8x8", whereas RipBot might just replace it, unbeknownst to him, with "--partitions all" again. So, he might use the above mentioned 'fall-through' trick, and see whether his custom partition settings hold in the job.cmd file.

EDIT: What kind of a silly device is TviX anyway that it just reboots when it finds an incompatible file? :)

poisondeathray
7th December 2008, 16:58
And you were right to point it out. I just meant to say, that RipBot has a tendency, it seems (and confirmed by Atak, actually), to rebuild the x264 settings itself. So that Paddy97 may think that he's getting "--partitions p8x8,b8x8,i4x4,i8x8", whereas RipBot might just replace it, unbeknownst to him, with "--partitions all" again. So, he might use the above mentioned 'fall-through' trick, and see whether his custom partition settings holds in the job.cmd file.

I never knew that. Does it make a difference if you edit the profile vs. manually editing the GUI settings?

LOL It's like Skynet and the Turk with a mind of it's own! What is Atak really up to :)

Maybe Paddy97 can check the x264 logs and/or file after with mediainfo or a stream analyzer to see what settings were actually "passed thru" compared to what was entered

Atak_Snajpera
7th December 2008, 17:20
Also, I noticed that when I open RipBot's x264 settings menu, and immediately close it (without changing anything), that "job1_EncodeVideoPass1.cmd" retains my "me tesa" setting, which RipBot otherwise overrides to "me esa".
Function in app looks for '--me' string. If after '--me' there is 'esa' string then it assumes ESA algorithm. As you can see tesa contains these 3 letters. I didn't know that there is even something like tesa. TESA is useless so I'm not going to change anything.

asarian
7th December 2008, 17:23
I never knew that. Does it make a difference if you edit the profile vs. manually editing the GUI settings?

I had manually edited my Profile, expecting a 1:1 passthrough to x264; however, as Atak replied to me here:

http://forum.doom9.org/showthread.php?p=1217791#post1217791

He had RipBot change my 'me tesa' to 'me esa', "because commands and positions are hardcoded."

So, I went to the x264 menu, to see if I could force 'me tesa' then. But that options isn't available, so I simply closed that box. And lo and behold, I had accidentally found out that, by doing so, RipBot now keeps my manually edited Profile settings!

I have a RipBot job running a the moment, so I can't tell for certain whether something similar happens for partitions, but I wouldn't be surprised if Atak just has RipBot rewrite that, too. That sorta thing can really trip ya up, of course, if you expect one thing, and get another. My tesa setting being reverted was minor, of course; but if you expect, say, to have taken p4x4 out of the loop, and it's still in after all, then I can see how that might surprise one.


Maybe Paddy97 can check the x264 logs and/or file after with mediainfo or a stream analyzer to see what settings were actually "passed thru" compared to what was entered
Yes, if he still has the RipBot log for that job, it will tell him that x264 command line was actually used.

asarian
7th December 2008, 17:32
Function in app looks for '--me' string. If after '--me' there is 'esa' string then it assumes ESA algorithm. As you can see tesa contains these 3 letters. I didn't know that there is even something like tesa. TESA is useless so I'm not going to change anything.
And I'm not asking you to change it, either. :) Seriously, my own workaround is good enough for me.

Also, 'useless' (like 'insane') is the the eye of the beholder. I remember a major x264 dev once saying not to discount that 1% extra quality, because find ten of these 'useless' optimizations, and suddenly you have a 10% gain in quality. These things add up.

Atak_Snajpera
7th December 2008, 17:41
Also, 'useless' (like 'insane') is the the eye of the beholder. I remember a major x264 dev once saying not to discount that 1% extra quality, because find ten of these 'useless' optimizations, and suddenly you have a 10% gain in quality. These things add up.
For real life footage even esa is useless so why do you waste your time for TESA?!!?

asarian
7th December 2008, 17:43
For real life footage even esa is useless so why do you waste your time for TESA?!!?
Like the mountain climber said: "Because it's there." :)

Atak_Snajpera
7th December 2008, 17:48
Like the mountain climber said: "Because it's there."
If you really like challenges you can always increase me range to 64 and wait a month to complete your FullHD task :) :) :) :) ("Because it's there.")

Paddy97
7th December 2008, 18:35
@poisondeathray and @asarian.

Thanks for your input. I can agree on that the tvixs behaviour is a bit odd when it finds a file that it doesn't like but the WAF factor is so high with that gadget that I am willing to overlook that behaviour since I know I can get a good encode :-)

Nevertheless it looks like my best bet is to go straight for the CMD files that ripbot produces and start manipulating them instead of trying to go through the profiles to achieve a functioning file. Ripbot is awesome when it comes to ease of use picking apart a BD disc and I really want to use it instead of MeGUI. I have another 5 BD discs in the pipe to prepare for the kids stockings ( they get the BD discs but I will have them ready in the MKV jukebox at the same time ;-) ) so a functioning RipBot will make my life easier.

But as I said, the old 10.8 works like a charm so I might just as well stick with that one as well. Once again, thanks for the assistance.

asarian
7th December 2008, 20:03
Nevertheless it looks like my best bet is to go straight for the CMD files that ripbot produces and start manipulating them instead of trying to go through the profiles to achieve a functioning file. Ripbot is awesome when it comes to ease of use picking apart a BD disc and I really want to use it instead of MeGUI.

Yep, RipBot really rocks, and it beats the crap out of MeGUI, far as I'm concerned (though the latter has its uses).


But as I said, the old 10.8 works like a charm so I might just as well stick with that one as well. Once again, thanks for the assistance.

Please, let us know what solved it, so others may use the latest RipBot with TviX too. Besides, I'm kinda curious now. :)

Also, keep in mind that you can always manually update certain RipBot components (like eac3to, tsMuxeR, x264), so as to have at least these important things up-to-date, while still using an older RipBot itself. Cleaner, of course, is just to find a settings-fix.

Paddy97
7th December 2008, 20:08
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.

Will do a manual edit of it and try to see if it has any effect.

"C:\Downloads\RipBot264v1.11.5\tools\x264\x264.exe" "G:\temp\RipBot264temp\job1\job1.avs"
--pass 1 --bitrate 5972 --stats "G:\temp\RipBot264temp\job1\job1.stats" --sar 1:1
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 2 --weightb
--direct auto --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --partitions none
--subme 3 --me dia --output "G:\temp\RipBot264temp\video.264"

asarian
7th December 2008, 20:24
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.

Will do a manual edit of it and try to see if it has any effect.

"C:\Downloads\RipBot264v1.11.5\tools\x264\x264.exe" "G:\temp\RipBot264temp\job1\job1.avs"
--pass 1 --bitrate 5972 --stats "G:\temp\RipBot264temp\job1\job1.stats" --sar 1:1
--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --filter 0,0 --ref 3 --bframes 3 --b-adapt 2 --weightb
--direct auto --subme 6 --trellis 1 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --me hex --threads auto
--thread-input --progress --no-psnr --no-ssim --partitions none
--subme 3 --me dia --output "G:\temp\RipBot264temp\video.264"

My, that looks somewhat frelled up. It seems to have a duplicate entry for "me" too (both 'hex' and 'dia'). And I don't see "--aud --nal-hrd" any more, either.

gav1577
8th December 2008, 06:36
Anyone having probs with fast first pass not working in v1.11.5 ? both passes have the 2nd pass cmd for me even with FastFirstPassin2passMode=1 selected in the ini :confused:

illestdomer2005
8th December 2008, 18:42
Yes, about 2x. :) Seriously, rendering is one of those areas where you can really put your quadcore to good use. Expect rendering speed to double.

No doubt. The two things I bought, er, built this PC to do were play games and encode/watch video. I am a designer, but I have a work computer for Illustrator, Photoshop, etc. And this rig is overkill even for CS3 (haven't seen CS4).

When I was looking into it, the only ONLY reason I went with a Quad Core over a Core 2 Duo was encoding video. I hope that more applications will begin effectively using the architecture, but I am a relative computer n00b in the grand scheme of things; so, what do I know? ;)

illestdomer2005
8th December 2008, 18:50
Protip: (only I'm not a pro lol) If you're running Vista and using Windows Media Player as your playback program, DISABLE "video smoothing" (Tools->Options->Performance). I was going nuts trying to figure out what the heck the problem was when you have so many variables like graphics card, graphics driver, quality of encode, OS, ffdshow build, etc. as potential monkey wrenches. You might not be using WMP, but believe it or not, I really liked WMP 11 in XP as my default program...even though I tell everybody to grab VLC.

Has anyone tried to encode "Knocked Up" yet? I encoded Forgetting Sarah Marshall on an older version of RipBot (1.10 something?), and it had no trouble grabbing the scattered .m2ts files. When I tried to encode Knocked Up, it had to demux the streams TWICE because of some problem with the audio, but it ultimately worked. I tried to load it up a second time, and it just seemed to "time out" or freeze on me. I was using the December 5th ffdshow build from csid at the time. I just grabbed the new xxl build last night. Does anybody know of a really stable rev2300+ version of ffdshow that I should be using instead? Much appreciated.

x_specter_x
9th December 2008, 03:05
I'm not sure exactly what you mean. Your computer can be very slow, but that would not cause out-of-sync issues when (re)encoding: it would just take a frakkin' while to complete. :)

As for audio ripping, I suggest you just use eac3to yourself to rip the audio first, and mux it back in later with tsMuxeR. Also, what does eac3to itself say about a delay in ms?

Shockingly it is the source. I tried another movie doing everything the same and it turned out perfectly. It's weird that a movie ripped directly from blu-ray would have issues. Even if I use the m2ts files in ripbot, there is that audio sync problem. It is a very new movie. anyone else try ripboting w***-e? That's the movie that is giving me grief.

Thanks for the help asarian.

asarian
9th December 2008, 03:21
Shockingly it is the source. I tried another movie doing everything the same and it turned out perfectly. It's weird that a movie ripped directly from blu-ray would have issues. Even if I use the m2ts files in ripbot, there is that audio sync problem. It is a very new movie. anyone else try ripboting w***-e? That's the movie that is giving me grief.

Thanks for the help asarian.
Odd, I ripped Wall-E two weeks ago, with no problem whatsoever. :) Got a perfect AC3 track from the DTS-HD stream for my PS3.

Paddy97
9th December 2008, 06:05
Yep, RipBot really rocks, and it beats the crap out of MeGUI, far as I'm concerned (though the latter has its uses).

Please, let us know what solved it, so others may use the latest RipBot with TviX too. Besides, I'm kinda curious now. :)


Three more tests with Ripbot and I am unable to get a working profile. Not sure what I am doing wrong. Ripbot has a tendency to mess upp its CMD files when you edit the profile but that can be rectified by manual editing. Still there is some last parameter that mess upp my encodes. So for the time being I an using Ripbot to take apart my BD discs then use MeGUI for the encode. Not a perfect solution but a working one. Thanks for all the help so far.

laserfan
9th December 2008, 15:25
Mocking around with the CMD files created with Ripbot. This one looks a bit strange to me. As you can see it repeats partitions and subme twice. Not sure if it has an effect.Atak said here already that any option which is repeated will result in the last appearance of same being the operational one. I'm sure he's right, so in your example Pass 1 would be using no partitions, me dia and subme 3. I don't expect Atak will expend too much energy on posts that "mock around" with RB's command lines, so if you do it you'll need to know what you're doing for sure.

I have used RipBot264 and done all of these: aborted the Analysis of a video and changed the eac3to command, edited the x264.cmd lines, and post-264 creation I've edited the tsmuxer.meta files for manual muxing after changing chapter marks. Biggest danger I've found with mucking-around w/RipBot is that sometimes if you close a ripbot window it will delete all the hard-fought temp files. :eek:

So I now like to do everything manually myself, though RipBot264 has a wonderfully accurate algorithm for hitting an output target in 2-pass mode. :cool:

asarian
9th December 2008, 16:32
I don't expect Atak will expend too much energy on posts that "mock around" with RB's command lines, so if you do it you'll need to know what you're doing for sure.

I don't expect he will either; but that's not to say he couldn't revise that policy. :) A great advantage of the newer Profiles namely is, that they contain 1:1 x264 commands (instead of the older, custom parameters that were then later translated to x264 commands). So, it stands to reason Atak at least adds a little 'use as is' checkbox, so people can indeed use their own custom-rolled x264 settings. Sadly, my own 'fall-through' trick (open/close x264 settings menu), leaving my Profile exactly intact, doesn't seem to be working for a 2-pass, I guess.

The irony of it all is, that the whole going back to L4.0 thingy was to make matters compatible with Tvix. And now it's precisely Tvix support that's broken, it seems. :sly:

Atak_Snajpera
9th December 2008, 16:39
The irony of it all is, that the whole going back to L4.0 thingy was to make matters compatible with Tvix. And now it's precisely Tvix support that's broken, it seems.
Not all tvix devices behave like Paddy97's. Most likely it is firmware issue. Correct firmware should not reboot device but inform user that selected file cannot be played!

Biggest danger I've found with mucking-around w/RipBot is that sometimes if you close a ripbot window it will delete all the hard-fought temp files.
no wonder if you didn't select 'Keep Jobs Queue' :)

Paddy97
9th December 2008, 16:59
Not all tvix devices behave like Paddy97's. Most likely it is firmware issue. Correct firmware should not reboot device but inform user that selected file cannot be played!)

I have two of theese tvix babies. One with the latest official stable firmware 1.2.52 and one with the latest beta firmware 1.3.69 ( just checked and there has in the last day been a 1.3.74 released ).

With the latest version of Ripbot both will reboot, with the 10.8 version and default profile 1.2.52 reboots and 1.3.69 stutters heavily.

The good thing allthough is that my popcorn hour A100 box ( same sigma chip in it as tvix ) works OK with the latest Ripbot and it also had problems earlier. So its progress in the right direction. But i'm fine now. Using Ripbot 10.8 with my modified profile that I posted earlier or using Ripbot 11.5 to demux my BD and then using MeGUI to encode the video.

These boxes all run of my storage server sitting in my basement and they give my whole family access to their media entertainment at a click of button. Its the best budget solution for a full media enabled household I've come across so far and Ripbot has been a godsend to get our BD discs to the mediaserver in an easy manner.

Atak_Snajpera
9th December 2008, 17:08
The good thing allthough is that my popcorn hour A100 box ( same sigma chip in it as tvix ) works OK with the latest Ripbot and it also had problems earlier. So its progress in the right direction. But i'm fine now.
you should inform Tvix support about this. Like I said this is firmware issue.

@asarian
What switches do you add to default command line?

laserfan
9th December 2008, 17:26
no wonder if you didn't select 'Keep Jobs Queue'Hi Atak, yes I use that, but actually regardless of "Keep Jobs" setting, IIRC if one clicks the X box to close the Job Edit window, instead of clicking Done button, all files in job1 directory disappear! :eek:

Atak_Snajpera
9th December 2008, 17:36
All files (.cmd) are created only if user confirms with DONE button. What did you expect? Saving files after closing form?

asarian
9th December 2008, 18:13
@asarian
What switches do you add to default command line?

This, I believe, was the standard Profile:


--level 4.0 --aud --nal-hrd --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --mixed-refs --bframes 3 --b-adapt 1 --weightb --direct auto --subme 7 --trellis 1 --partitions all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim


And I now use this:


--level 4.1 --aud --nal-hrd --vbv-bufsize 35000 --vbv-maxrate 35000 --filter 0,0 --ref 3 --b-pyramid --mixed-refs --bframes 3 --b-adapt 2 --weightb --no-fast-pskip --direct auto --subme 9 --trellis 1 --partitions all --8x8dct --me tesa --threads auto --thread-input --progress --no-psnr --no-ssim


Apart from making a few settings more 'insane', the only thing I really added is: --no-fast-pskip. Unline Padd97, RipBot passes my Profile through 'as is' (when I first open and then immediately close the x264 settings window); not sure why it does that, but I'm happy with that behavior, as it saves me the trouble of having to edit out the cmd files manually.

EDIT: Oh yeah, seems I put --b-pyramid back in one day, too (the PS3 can handle that, these days).

laserfan
9th December 2008, 18:38
All files (.cmd) are created only if user confirms with DONE button. What did you expect? Saving files after closing form?Saving? No. Not Deleting everything, including the 22Gb file that took an hour to extract? Yes!!!

Guess I'm the only one that's made this "mistake", but it's the key reason I don't use RipBot anymore.

Atak_Snajpera
9th December 2008, 18:43
RipBot passes my Profile through 'as is' (when I first open and then immediately close the x264 settings window)
You can always manually edit .txt file in notepad. Extra switches won't be removed unless you change something in GUI (x264 window)


With those crazy switches you must be very patient guy :) BTW. You forgot to change trellis 1 to trellis 2 :) You can expect nice slowdown :) :) :) :)

Saving? No. Not Deleting everything, including the 22Gb file that took an hour to extract? Yes!!!

Guess I'm the only one that's made this "mistake", but it's the key reason I don't use RipBot anymore.

When you click X I assume that you are not interested with current job and app removes useless files. Is it logical for you now?

asarian
9th December 2008, 18:52
You can always manually edit .txt file in notepad. Extra switches won't be removed unless you change something in GUI (x264 window)

Yes, but if I don't open the x264 window, RipBot does its translation/rewriting of tesa to esa (and maybe partitions stuff too? see Padd97). So, just opening the x264 window, and then closing it directly, causes RipBot to not do anything with my Profile file, which is precisely what I want. :)


With those crazy switches you must be very patient guy :) BTW. You forgot to change trellis 1 to trellis 2 :)
I remember thinking about setting trellis to 2, but at the time I didn't see the added benefit.

asarian
9th December 2008, 18:57
When you click X I assume that you are not interested with current job and app removes useless files. Is it logical for you now?
In all fairness to you, that's seems reasonable enough. For the "Keep Jobs" option goes the same saying as always (and especially applicable here): "Use it, or lose it!" :)

Atak_Snajpera
9th December 2008, 18:58
RipBot does its translation/rewriting of tesa to esa (and maybe partitions stuff too? see Padd97)
NO partitions are not touched! I've already explained to you why tesa is changed to esa.

asarian
9th December 2008, 19:03
NO partitions are not touched!

Well, apparently Padd97 wound up with a few double entries in his cmd files (one was 'partitiions none', which I'm sure he didn't put in there). So, whatever happens, seems at least something goes awry for him in the cmd rewriting/creation process.

Atak_Snajpera
9th December 2008, 19:17
one was 'partitiions none', which I'm sure he didn't put in there)
It doesn't matter because x264 always uses switches which are closer to right side.

example: x264.exe --partition all --partition none
first partition will be discarded

partition none me dia and subme 3 are part of faster first pass

td911
9th December 2008, 23:23
Hi,

Been using RipBot for some time. Great Program.

However, I've been trying to convert files to my PSP (mostly MKVs) and after audio extraction, the program just sits there.

The VIDEO and AUDIO boxes are populated, but nothing else is populated and the only button than works is ABORT.

No codec packs are installed just FFDSHOW, Avisynth and Haali

Thanks in advance for any help.

Atak_Snajpera
9th December 2008, 23:55
1) uninstall AviSynth , ffdshow , haali media splitter
2) reboot
3) install again avisynth 2.5.7 , latest ffdshow and haali media splitter

that's all i can tell you at the moment

illestdomer2005
10th December 2008, 02:34
Any recommendation for a ffdshow codec rev that you think is a jim dandy, Snajpera? ;)

Also, what value is there in increasing the maximum bitrate in the video profile if you're encoding in 2-pass to a DVD-9 or smaller....or is that only for people using CQ profiles? Sorry for the n00b questions :)

ni9ht_5ta1k3r
10th December 2008, 06:43
Atak, everytime I use Ripbot264 on Windows Vista my BD/DVD drives won't read any discs. In order to get it to read discs I have to reboot my PC. I'd just thought you might like to know that!

Atak_Snajpera
10th December 2008, 21:34
Atak, everytime I use Ripbot264 on Windows Vista my BD/DVD drives won't read any discs. In order to get it to read discs I have to reboot my PC. I'd just thought you might like to know that!

I tested on 3 PCs (2 PC + 1 laptop) with Vista SP1 and guess what? No problems!

asarian
10th December 2008, 22:51
nope... there is nothing to fix. Besides 1280x1024 is not even a 16:9 so if use 1280x720 video will stretched.

How so would things be stretched? 1280x720 is a perfect 16:9. Besides, why have a 1280x1024 Profile for AppleTV when the AppleTV screen itself is only 1280x720?

Atak_Snajpera
10th December 2008, 22:57
Try to resize 1280x1024 (5:4) to 1280x720 (16:9)! What do you get?!!? Image with perfect aspect ratio? I don't think so!

asarian
10th December 2008, 23:24
Try to resize 1280x1024 (5:4) to 1280x720 (16:9)! What do you get?!!? Image with perfect aspect ratio? I don't think so!

I guess I don't get it, then. I mean, who has a 1280x1024 image to begin with?

EDIT: read 'image' = 'video input'

illestdomer2005
10th December 2008, 23:33
I guess I don't get it, then. I mean, who has a 1280x1024 image to begin with?

Someone with a screenshot of a video game ;) Yeah, I am unaware of any commercial video in that resolution...

td911
11th December 2008, 02:05
1) uninstall AviSynth , ffdshow , haali media splitter
2) reboot
3) install again avisynth 2.5.7 , latest ffdshow and haali media splitter

that's all i can tell you at the moment


Worked!

Thanks again.

ni9ht_5ta1k3r
11th December 2008, 11:21
I tested on 3 PCs (2 PC + 1 laptop) with Vista SP1 and guess what? No problems!

That's very strange. My drives are the LG GGC-H20L and the Pioneer DVR-215. Like Vista SP1 recognises the drives but when I put a disc into either drive nothing comes up. I usually have to restart my PC in order to get the drives to resume reading discs. Is it possible that other programs are interfering that cause ripbot, directly or indirectly, to do this?

duramaximus
11th December 2008, 17:49
I just ran into a problem I have never seen before.

"DirectShowSource: couldn't open file C:\temp\RipBot264temp\Job1\video.mkv: The system cannot find the file specified. (C:\temp\RipBot264temp\job1\getinfo.avs, line2)"

I am running the latest version.

Can someone please point me in the right direction?

Thanks in advance :)

duramaximus
11th December 2008, 18:09
I just ran into a problem I have never seen before.

"DirectShowSource: couldn't open file C:\temp\RipBot264temp\Job1\video.mkv: The system cannot find the file specified. (C:\temp\RipBot264temp\job1\getinfo.avs, line2)"

I am running the latest version.

Can someone please point me in the right direction?

Thanks in advance :)

Here is what the log file says.......

M2TS, 1 video track, 1 audio track, 1 subtitle track, 2:19:05
1: Chapters, 28 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
4: Subtitle (PGS), English
Creating file "C:\temp\RipBot264temp\job1\chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[v02] Muxing video to Matroska...
[a03] Removing AC3 dialog normalization...
[a03] Creating file "C:\temp\RipBot264temp\job1\audio.1.ac3"...
Unfortunately the Haali Muxer cannot handle this source file.
It doesn't contain enough seek/recovery points.
The "-seekToIFrames" option may work around that.
However, using this option may result in artifacts when seeking.
Aborted at file position 6611042304.

asarian
11th December 2008, 20:41
That's very strange. My drives are the LG GGC-H20L and the Pioneer DVR-215. Like Vista SP1 recognises the drives but when I put a disc into either drive nothing comes up. I usually have to restart my PC in order to get the drives to resume reading discs. Is it possible that other programs are interfering that cause ripbot, directly or indirectly, to do this?

That's very strange. I have the same LG GGC-H20L burner + Vista; and guess what? No problems!

UsualNoise
11th December 2008, 23:47
I've seen variations of this problem, but no solutions previously suggested have worked. Here's what I did:

1) I ripped a BR disc to hard drive with AnyDVD (decrypted)
2) Opened the first .m2ts file in RipBot. The demux status increased until done.
3) Media player classic opens and just says "Opening...", and consuming 50% of CPU.

Is this normal? I was expecting to be returned to the interface per the user guide, but that's not happening. Should I wait longer (it's been over 1/2 hour). I can also note that this is the second disc I've tried and the same thing happened.

asarian
12th December 2008, 00:05
I've seen variations of this problem, but no solutions previously suggested have worked. Here's what I did:

1) I ripped a BR disc to hard drive with AnyDVD (decrypted)
2) Opened the first .m2ts file in RipBot. The demux status increased until done.
3) Media player classic opens and just says "Opening...", and consuming 50% of CPU.

Is this normal? I was expecting to be returned to the interface per the user guide, but that's not happening. Should I wait longer (it's been over 1/2 hour). I can also note that this is the second disc I've tried and the same thing happened.

Opening on Preview, you mean? That goes as fast as being near instantaneous.

UsualNoise
12th December 2008, 00:10
Opening on Preview, you mean? That goes as fast as being near instantaneous.

Yes, I guess if that's the next step. It sits there on "Opening...". I get the same result if I open up the .mkv file directly after it's been demuxed. Any ideas?

slow4mula
12th December 2008, 01:27
Here is what the log file says.......

M2TS, 1 video track, 1 audio track, 1 subtitle track, 2:19:05
1: Chapters, 28 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: AC3, English, 5.1 channels, 640kbps, 48khz, dialnorm: -27dB
4: Subtitle (PGS), English
Creating file "C:\temp\RipBot264temp\job1\chapters.txt"...
[v02] Extracting video track number 2...
[a03] Extracting audio track number 3...
[v02] Muxing video to Matroska...
[a03] Removing AC3 dialog normalization...
[a03] Creating file "C:\temp\RipBot264temp\job1\audio.1.ac3"...
Unfortunately the Haali Muxer cannot handle this source file.
It doesn't contain enough seek/recovery points.
The "-seekToIFrames" option may work around that.
However, using this option may result in artifacts when seeking.
Aborted at file position 6611042304.

i've run into this problem before on 4-5 movies...i've always figured out a way around it by manually selecting the video and audio stream i want and remuxing into ts, then importing that into ripbot. i ran into two movies recently (i think i posted in this thread about it), but they were both mpeg2 bluray rips.

duramaximus
12th December 2008, 02:37
i've run into this problem before on 4-5 movies...i've always figured out a way around it by manually selecting the video and audio stream i want and remuxing into ts, then importing that into ripbot. i ran into two movies recently (i think i posted in this thread about it), but they were both mpeg2 bluray rips.

I hear ya. I started by picking the LPCM audio. This is where I encountered the error first. Then I used tsMuxeR to strip out everthing but the main movie, 640kbps audio and english subtitles and still the same thing.

Thanks for your response.

By the way, this is "The Guardian" in Bluray format.

UsualNoise
12th December 2008, 05:10
Opening on Preview, you mean? That goes as fast as being near instantaneous.

I figured out my problem. I reinstalled AVISynth and everything started working. Not sure what was wrong with the previous version I had installed, but obviously something was amiss. Hope this helps if anyone else encounters this particular issue.

jamd1
12th December 2008, 08:41
Atak - any chance of addding .mov file support - just downloaded a trailer for the upcoming terminator movie available from apple.com - it's 720p and would be nice to see it on my ps3 ;-)

Atak_Snajpera
12th December 2008, 10:01
Rename .mov to mp4 and check if PS3 will play this file.

brogan
12th December 2008, 18:46
Atak,

Unbelievable app, I have to say. I have one problem & I wanted to know if you could help me (or anyone who knows the answer). I have problems w/converting 25 fps content to 23.976 fps. From what i've gathered, I need to go to the drop down for "Output Speed" & change that to "AssumeFPS->23.976" but my audio stays at 25 fps per second. I'm converting to Blu-ray (AVCHD on a DL DVD) & I never have the option to Stretch the audio (that option is only available to me if I choose .mp4 instead of Blu-ray). For A/V Same Length, my only choice is "Off". Am I doing something wrong or missing something? When the movie I'm converting is letterboxed, I will make an addition to the script to AddBorders so the video doesn't get stretched...Is there something I can manually add to the script to make the audio "Stretch" to match the video? Thanks for all your hard work & time spent w/this, it's truly awesome!! :thanks::thanks:

Atak_Snajpera
12th December 2008, 21:36
AVCHD supports 25 fps as well

asarian
12th December 2008, 22:07
Atak,

Unbelievable app, I have to say. I have one problem & I wanted to know if you could help me (or anyone who knows the answer). I have problems w/converting 25 fps content to 23.976 fps. From what i've gathered, I need to go to the drop down for "Output Speed" & change that to "AssumeFPS->23.976" but my audio stays at 25 fps per second. I'm converting to Blu-ray (AVCHD on a DL DVD) & I never have the option to Stretch the audio (that option is only available to me if I choose .mp4 instead of Blu-ray). For A/V Same Length, my only choice is "Off". Am I doing something wrong or missing something? When the movie I'm converting is letterboxed, I will make an addition to the script to AddBorders so the video doesn't get stretched...Is there something I can manually add to the script to make the audio "Stretch" to match the video? Thanks for all your hard work & time spent w/this, it's truly awesome!! :thanks::thanks:

As is often the case in these matters, you're probably better off dealing with sound outside of RipBot, in eac3to; like:

eac3to 00001.m2ts 3: sound.dts -slowdown

That will take care of the 25.000 -> 24.000/1.001 fps slowdown.

Mind you, AssumeFPS, or any other change in fps, is never ideal, and you'll lose some video-fluency (some people don't notice it, others do).

Atak_Snajpera
12th December 2008, 22:33
Mind you, AssumeFPS, or any other change in fps, is never ideal, and you'll lose some video-fluency (some people don't notice it, others do).
It would be better if did your homework and saw what is difference between AssumeFPS and ConvertFPS or ChangeFPS ! AssumeFPS only slows down frame rate without removing frames!

like i said. Since AVCHD supports 25 fps (29.97 as well) i see no reason to complicate your life!

asarian
13th December 2008, 00:07
It would be better if did your homework and saw what is difference between AssumeFPS and ConvertFPS or ChangeFPS ! AssumeFPS only slows down frame rate without removing frames!
Doesn't make a difference. Unless you have a 24p TV, you'll still see the conversion from 25fps -> 24/1001. So, whether you let AssumeFPS slow down/speed up your video and then have your TV adjust to its own fps, or do a ChangeFPS and drop a few frames here and there, it's all the same.

My Serenity HD-DVD, for example (PAL), was released at 25fps (with, annoyingly, a too high pitch on the sound). So, I used AssumeFPS to slow it down to 24p. And now the sound is in order again, but my TV still outputs the stream at 25fps, artificially adding a higher temporal resolution. And this you will notice.

jamd1
13th December 2008, 01:06
dupe entry.

jamd1
13th December 2008, 01:07
Rename .mov to mp4 and check if PS3 will play this file.

Thx - PS3 notes the renamed file as corrupted data - but ripbot will now process it ok.:)

brogan
13th December 2008, 01:39
AVCHD supports 25 fps as well


Atak,

I have a region A BD player (and a PS3) are you saying that I shouldn't bother converting 25 fps to 23.976? I know AVCHD supports 25 fps but will it play in my players? I've never converted anything to that fps & wouldn't want to waste 24 + hours if it won't work. I have a 120hz HDTV & was trying to get 23.976 fps (video & audio). Is there no way to do that through RipBot? Thanks for the reply...

Atak_Snajpera
13th December 2008, 07:11
Try with something short.

asarian
13th December 2008, 07:53
Atak,

I have a region A BD player (and a PS3) are you saying that I shouldn't bother converting 25 fps to 23.976? I know AVCHD supports 25 fps but will it play in my players? I've never converted anything to that fps & wouldn't want to waste 24 + hours if it won't work. I have a 120hz HDTV & was trying to get 23.976 fps (video & audio). Is there no way to do that through RipBot? Thanks for the reply...

The PS3 plays 25fps just fine. But you'll probably get some judder on your TV at 120hz (120 = 5 x 24).

BZeeme
13th December 2008, 09:23
Atak - Would you allow RipBot264 to select the subtitle.1.sup file from the "Add Subtitle" screen?
Currently only .srt files are allowed, so I have to use SupRip to generate a srt file(I use auto-OCR but do not correct the errors since I'm not actually going to use it). Say I named this srt file "subs.srt", after RipBot264 converts subs.srt file to subs.sup, I go to the job1 folder, delete that subs.sup, and rename subtitle.1.sup to subs.sup so I get the original subtitles and can chose to view them or turn them off.

illestdomer2005
13th December 2008, 22:54
I just used RipBot to encode Tropic Thunder into an MKV. Everything looks great until the very end when RDJr is presenting the award to Ben Stiller. I get macroblocking like CRAZY. I haven't changed any settings in RipBot and have maintained the Profile for PS3s:

--level 4.0 --aud --nal-hrd --vbv-bufsize 25000 --vbv-maxrate 25000 --filter 0,0 --ref 3 --mixed-refs --bframes 3 --b-adapt 1 --weightb --direct auto --subme 7 --trellis 1 --partitions all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim

I did not denoise it or anything either. Any ideas what's going on? It looks the same when I select 2-pass for DVD-5 and DVD-9. Playing the original m2ts file does not generate these video aberrations which indicates to me that this is clearly not an issue with the source. Anybody seen this before? Advice? Thanks!

Atak_Snajpera
13th December 2008, 22:55
May I see screenshots? Or even better a sample where the problem occurs. Use mmg.exe from tools/MKVToolnix

benedicto
14th December 2008, 13:34
I have a problem with overlaping subtitles

I reencoded a mkv file to a smaller mkv. It contains 2 subtitle streams, first stream being Dutch and second English. I added the English .srt to output. What came out was the Dutch sub was "hardsubbed" to the mkv and English softsubbed, and they overlapped. I tested several other mkv files and found this problem occurs only when there are 2 or more sub streams and the the sub you want is not in the first stream.

I can solve the problem by extracting unwanted subs, or by switching sub streams or by disabling subtitles in ffdshow video config when encoding. But is this a bug or something?

illestdomer2005
14th December 2008, 16:32
May I see screenshots? Or even better a sample where the problem occurs. Use mmg.exe from tools/MKVToolnix

Let me know if this is visible enough. The original is a little over 2MB, but I still think you can clearly see the discoloration and macroblocking, particularly on Jon Voight's face.

http://i4.photobucket.com/albums/y129/illestdomer2005/TropicThunderScreenshot.png

Atak_Snajpera
14th December 2008, 20:44
I see it. I need you to prepare sample from video.mkv (or .m2ts) so x264 team can check this. Use mmg.exe (or this (http://www.bitstreamtools.com/) for .m2ts) and upload 50 MB sample to www.mediafire.com

asarian
15th December 2008, 00:19
I just used RipBot to encode Tropic Thunder into an MKV. Everything looks great until the very end when RDJr is presenting the award to Ben Stiller. I get macroblocking like CRAZY. I haven't changed any settings in RipBot and have maintained the Profile for PS3s:

Since the PS3 does not not support MKV files, I wonder how you're playing this file, because it might just be your mkv player. For a simple test I would just use remux it to m2ts and play it with something else than you're mkv player.

Also, when streaming with Twonky, I noticed the latter gets confused/messed up sometimes when you're overwriting an existing file (resulting in the kind of errors you're seeing). Having it rebuild its database solves that.

A 50MB sample from the original file would probably help, too (for reproducibility).

Atak_Snajpera
15th December 2008, 00:23
I wonder if your problem is related to this http://forum.doom9.org/showthread.php?t=143444

b!uFm@3T3R
15th December 2008, 04:22
ok when ever i click on ripbot264

this error coms up

http://imuploader.com/images/jinnmlsjwbndvf6plb7.jpg

the software still opens up

then i go to
http://imuploader.com/images/46cbr4nggcibv9m5hr2.jpg

when i click on ok this error comes up
http://imuploader.com/images/q1l7w6nl5ohvxz0cwngb.jpg

Atak_Snajpera
15th December 2008, 07:11
install latest ffdshow

CyberTron88
15th December 2008, 12:24
hmm... I seem to have problem with Band of Brothers Disc 3, episode 6.

At the start where the HBO logo is shown, there seems to be a problem with the encoding. The intermediate video.mkv generated is ok, but when re-encoded to h264, it have this artifact.

Trying now with 1.10.8 to see if the problem persist.

b!uFm@3T3R
15th December 2008, 22:14
first i click on the movie and open it click the audio subs and wat i wanted then when i click ok it says analyzing the stream since morning ~more than 8 hrs

Edit: Solved my Problem

Atak_Snajpera
15th December 2008, 23:03
Where is beginning and end of your sentence? I don't understand at all!

b!uFm@3T3R
16th December 2008, 00:06
^^ if that was to me then i got that problem so dont mind
any way when ever ripbot was demuxing at 99% this error come up

http://img444.imageshack.us/img444/5519/26342714lk0.jpg

illestdomer2005
16th December 2008, 07:15
Thanks atak and asarian...I will try to get some sample video up some time this week...just busy right now trying to close the office down for Christmas :)

I will say, though, that I did two encodes of the same file at different sizes with similar results, BUT they were from the same job. That is, when RipBot demuxed the streams, that data was used both times. Additionally, I ripped the movie with XVID4PSP, and I didn't get that macroblocking. We're talking same ffdshow build too. So, since both players (Windows Media and VLC) had a problem with the RipBot file, and both media players played the XVID4PSP file perfectly, I believe the problem is RipBot, BUT I also believe that the problem is most likely a bad initial analysis. I will try to rip the movie again and see if the problems persist...although I am going to be mad about the wasted time if I get it again lol

asarian,

I wasn't streaming this to my PS3. I was just watching it on the same comp that I ripped it.

CyberTron88
16th December 2008, 07:20
ok...found out my problem is more of vlc cannot decode it properly...cos it playback fine on my laptop and on my nmt too.

asarian
16th December 2008, 09:45
I wonder if your problem is related to this http://forum.doom9.org/showthread.php?t=143444

Atak, you may want to look at this, too:

http://forum.doom9.org/showthread.php?p=1224766#post1224766

Seems the issue also exists in r1029M, but not in r1028M (which I believe came with RipBot 1.11.4).

asarian
16th December 2008, 11:54
Thanks atak and asarian...I will try to get some sample video up some time this week...just busy right now trying to close the office down for Christmas :)

I will say, though, that I did two encodes of the same file at different sizes with similar results, BUT they were from the same job. That is, when RipBot demuxed the streams, that data was used both times. Additionally, I ripped the movie with XVID4PSP, and I didn't get that macroblocking. We're talking same ffdshow build too. So, since both players (Windows Media and VLC) had a problem with the RipBot file, and both media players played the XVID4PSP file perfectly, I believe the problem is RipBot, BUT I also believe that the problem is most likely a bad initial analysis. I will try to rip the movie again and see if the problems persist...although I am going to be mad about the wasted time if I get it again lol

I doubt RipBot's demuxing caused it. It could very well be related to that x264 problem Atak mentioned. That issue does not exist in 'x264 core:65 r1028M' (the x264 version that came with RipBot 1.11.4); so you might want to try it with that, too.

And there's no need to go mad over wasted time, is there? I mean, just use tsMuxeR to 'Cut' the offending scene out of it (a few seconds), and encode that, instead of the entire movie.

ZappoB
17th December 2008, 00:53
Is it possible to include two audio tracks in a MKV container with RipBot264?

Ajax_Undone
17th December 2008, 02:31
No many have asked but none have succeeded in this particular request.. Good luck..

You can always do it manual way with mkvtoolnix

illestdomer2005
17th December 2008, 04:52
I doubt RipBot's demuxing caused it. It could very well be related to that x264 problem Atak mentioned. That issue does not exist in 'x264 core:65 r1028M' (the x264 version that came with RipBot 1.11.4); so you might want to try it with that, too.

And there's no need to go mad over wasted time, is there? I mean, just use tsMuxeR to 'Cut' the offending scene out of it (a few seconds), and encode that, instead of the entire movie.

You're right...no reason to get mad, which is why I lol'ed ;) Not ripping (no pun intended) on RipBot either...it's far and away the best overall tool. And I've only noticed this on Tropic Thunder. All other videos look great.

But you're saying I should replace the x264 tool? Cool.

asarian
17th December 2008, 04:57
But you're saying I should replace the x264 tool? Cool.
Dark Shikari provided an intermediate patch for the ugly fading issue (in the other thread):

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

It might solve your issue, too.

illestdomer2005
17th December 2008, 05:40
So I tried switching the x264 tool to the one here: x264 from other thread that asarian used (http://www.mediafire.com/?3nozdw0ozn1) Similar results in the same spot. Before I waste/spend the 8+ hours to encode, I play the sample video back in Media Player Classic when I preview the script. I'm getting the same egregious macroblocking every time. I'd say that maybe I need to rip it from AnyDVD again, but the .m2ts source file plays FINE! I don't know what in this build of RipBot or the different ffdshow builds is causing the problem. I've tried a couple of different builds, and it's the same result. I am currently using the December 13 XXL ffdshow build.

asarian
17th December 2008, 14:45
So I tried switching the x264 tool to the one here: x264 from other thread that asarian used (http://www.mediafire.com/?3nozdw0ozn1) Similar results in the same spot. Before I waste/spend the 8+ hours to encode, I play the sample video back in Media Player Classic when I preview the script. I'm getting the same egregious macroblocking every time. I'd say that maybe I need to rip it from AnyDVD again, but the .m2ts source file plays FINE! I don't know what in this build of RipBot or the different ffdshow builds is causing the problem. I've tried a couple of different builds, and it's the same result. I am currently using the December 13 XXL ffdshow build.

Too bad that didn't solve it for you.

You know, another thing I got to think about, to what codec have you set ffdshow to hande VC-1? If your source is VC-1, you may want to set ffdshow to let wmv9 handle it, instead of its own libavcodec.

juGGaKNot
17th December 2008, 15:11
i have a problem ( that is also a request )

my footage is uncompressed full range [0,255] RGB32

and the ripbot script output is TV range [16,235] YV12

can you add a checkbox with "force full range"

ConvertToYV12(clip, matrix="PC.601") and not the default matrix "Rec601"

illestdomer2005
17th December 2008, 16:01
Too bad that didn't solve it for you.

You know, another thing I got to think about, to what codec have you set ffdshow to hande VC-1? If your source is VC-1, you may want to set ffdshow to let wmv9 handle it, instead of its own libavcodec.

Thanks asarian...I appreciate all your help here too. Tropic Thunder is actually AVC though, and like I said, the weird thing is that XVID4PSP is able to encode the video no problem. I just don't know what is happening during the demuxing process that is generating the macroblocking.

Also, what tool does RipBot use during the demux? I know that in one of the later versions of RipBot that I used for months and months before the current iteration -- I believe it was 1.10.4 -- would actually demux the the video stream to an mkv during the demuxing process. Now, I only see eac3to.exe as an active app during the demux. Is RipBot handling it differently now, and is that possibly the culprit?

ZappoB
17th December 2008, 16:26
No many have asked but none have succeeded in this particular request.. Good luck..

You can always do it manual way with mkvtoolnix
Thank you for this tip! Easy to use and does, what I expected!
:thanks:

asarian
17th December 2008, 17:32
Thanks asarian...I appreciate all your help here too. Tropic Thunder is actually AVC though, and like I said, the weird thing is that XVID4PSP is able to encode the video no problem. I just don't know what is happening during the demuxing process that is generating the macroblocking.

Also, what tool does RipBot use during the demux? I know that in one of the later versions of RipBot that I used for months and months before the current iteration -- I believe it was 1.10.4 -- would actually demux the the video stream to an mkv during the demuxing process. Now, I only see eac3to.exe as an active app during the demux. Is RipBot handling it differently now, and is that possibly the culprit?

Way I recall, RipBot still muxes to an intermediate mkv, unless the source itself is mkv.

I doubt the demuxing causes it. But you could have a look at job1.avs (in the RipBot264temp dir) before you start the encoding, and see what file is being used. Since that new mkv (if any) is stored in/copied to the RipBot264temp dir, you could simply play from that location, and see whether the problem lies there.

Also, a sample would be useful; just a few seconds clip might go a long way towards others being able to check for themselves.

illestdomer2005
17th December 2008, 19:30
Way I recall, RipBot still muxes to an intermediate mkv, unless the source itself is mkv.

I doubt the demuxing causes it. But you could have a look at job1.avs (in the RipBot264temp dir) before you start the encoding, and see what file is being used. Since that new mkv (if any) is stored in/copied to the RipBot264temp dir, you could simply play from that location, and see whether the problem lies there.

Also, a sample would be useful; just a few seconds clip might go a long way towards others being able to check for themselves.

Yeah, like I said...I will try to get a sample out tonight or tomorrow. It's just been busy at work, and I just haven't gotten around to cutting a sample, but something is clearly happening between the pristine source file and whatever is played in the preview after demuxing. Of course, there are myriad variables.

b!uFm@3T3R
18th December 2008, 00:00
i think my post last page everyone missed it so can some one plz help

the problem is when ever ripbot is demuxing, at 99% this error comes up

http://img444.imageshack.us/img444/5519/26342714lk0.jpg

asarian
18th December 2008, 03:57
...

something is clearly happening between the pristine source file and whatever is played in the preview after demuxing. Of course, there are myriad variables.
If it's happening in the preview already, then clearly it's not a x264 issue, but related to ffdshow/AviSynth. The Preview mode is just an on-the-fly generated avs script, so as to show you what AviSynth will parse to x264.

illestdomer2005
18th December 2008, 04:24
If it's happening in the preview already, then clearly it's not a x264 issue, but related to ffdshow/AviSynth. The Preview mode is just an on-the-fly generated avs script, so as to show you what AviSynth will parse to x264.

I thought it might be an ffdshow issue, but it has happened on multiple builds now, and, like I said, Handbrake and XVID4PSP aren't producing this problem at all while RipBot is doing it every single time. I think you could be onto something re: AviSynth as I believe that XVID4PSP and Handbrake both have AviSynth built into their installer packages, thus, whatever AviSynth build I downloaded with would be exclusive to RipBot... I'll have to try that out.

hcour
18th December 2008, 08:33
Hello. I'm trying out your program for the first time, on a m2ts file. After it finishes the intial "Encoding Settings", MPC opens up and it hangs there, it just says "Opening" and doesn't get any further. Any help would be much appreciated.

I'm running Vista Ultimate 32-bit.

asarian
18th December 2008, 12:26
Hello. I'm trying out your program for the first time, on a m2ts file. After it finishes the intial "Encoding Settings", MPC opens up and it hangs there, it just says "Opening" and doesn't get any further. Any help would be much appreciated.

I'm running Vista Ultimate 32-bit.

Same issue:

http://forum.doom9.org/showthread.php?p=1222910#post1222910

illestdomer2005
18th December 2008, 16:30
asarian,

I updated RipBot's x264 with the 1057 build from digital digest -- is this not an "official" release? -- AND installed ffdshow_rev2421_20081205_clsid. I checked the preview, and voila! No macroblocking! I'm not convinced that the ffdshow build was the issue, though, since Handbrake and XVID4PSP both created a solid video with the build that was giving RipBot trouble.

I am going to try to isolate the variable tonight and should be able to post a sample video as well.

asarian
19th December 2008, 00:18
asarian,

I updated RipBot's x264 with the 1057 build from digital digest -- is this not an "official" release? -- AND installed ffdshow_rev2421_20081205_clsid. I checked the preview, and voila! No macroblocking! I'm not convinced that the ffdshow build was the issue, though, since Handbrake and XVID4PSP both created a solid video with the build that was giving RipBot trouble.
Well, it simply can't be x264, as that isn't being used yet at the Preview stage; so it was either ffdshow, or the Haali media splitter. But since you haven't updated the latter, my money is on ffdshow. :)

illestdomer2005
19th December 2008, 04:24
Well, it simply can't be x264, as that isn't being used yet at the Preview stage; so it was either ffdshow, or the Haali media splitter. But since you haven't updated the latter, my money is on ffdshow. :)

I can't explain it, but after changing out x264, it worked! Keep in mind, I used the EXACT SAME ffdshow build when I encoded in Handbrake and XVID4PSP. Color me confused!

I highly recommend trying the new (1057) x264 and stable ffdshow build that came out yesterday. Also, if you're a Vista user, make sure you allow/unblock x264 when you replace the version that comes with RipBot. Good ole Microsoft doesn't trust that you know what you're doing... :rolleyes:

Asarian,

I appreciate all your help, buddy.

hcour
19th December 2008, 14:12
Same issue:

http://forum.doom9.org/showthread.php?p=1222910#post1222910

That did it. Thanks much!

Blackwalker
20th December 2008, 04:44
hi, if i need to convert a "m2ts" file in a blu-ray disc structure, using RipBot 264 and
to resize it to fit in a 25gb blank blu-ray disk, i need only to set:
- output as "blu-ray disc"
- lock size to 25GB but i see this option only if i set "2-pass" and not if i set "CQ"...or i miss somthing?
- kbps...what i have to set here for a 25GB output blu-ray structure?

PLS, can you tell me which settings i have to use! :(



If the Audio of the movie is TRUE-HD i have to set X.X COPY STREEM?

....i still have to figure what mean "X.X COPY STREEM"...it leave the audio how it is or what?
(hope m english is not so bad)

or there is a fastest way to convert only the size of a blu-ray movie to fit into a 25GB blank disk?

tyvm and hope someone can help me! :)

vman9999
20th December 2008, 04:54
Hi everyone.

I'm new to the group and I'm very excited to be a member. I've been involved with video conversions for several years now but now diving into Blu-Ray source. I am converting from Blu-Ray to Apple TV and RipBot has to be one of the nicest and easyest programs that I've seen (Great Job!).

The video conversion is perfect but I have run into one snag with the audio. I am trying to get the best of both worlds when it comes to audio and I'm not sure how to do it with RipBot. As we know, AAC is only supported in an mp4 container but to get AAC+AC3 passthrough to work on an Apple TV you need to use an m4v container.

Is their anyway to do this with RipBot?

Thanks

Atak_Snajpera
20th December 2008, 12:43
m4v = mp4
and
m4a = mp4

vman9999
20th December 2008, 14:50
Thanks for the quick response however I'm still not clear if there are settings within RipBot to accomplish this or do I have to do this externally?

Thanks again.

jtheripper
20th December 2008, 17:25
hi, if i need to convert a "m2ts" file in a blu-ray disc structure, using RipBot 264 and
to resize it to fit in a 25gb blank blu-ray disk, i need only to set:
- output as "blu-ray disc"
- lock size to 25GB but i see this option only if i set "2-pass" and not if i set "CQ"...or i miss somthing?
- kbps...what i have to set here for a 25GB output blu-ray structure?

PLS, can you tell me which settings i have to use! :(



If the Audio of the movie is TRUE-HD i have to set X.X COPY STREEM?

....i still have to figure what mean "X.X COPY STREEM"...it leave the audio how it is or what?
(hope m english is not so bad)

or there is a fastest way to convert only the size of a blu-ray movie to fit into a 25GB blank disk?

tyvm and hope someone can help me! :)

first ripbot will not handle dolby truhd properly due to tsmuxer. It will downconvert it to ac3 640kbps if you choose copy stream. It is best to choose no audio and choose a file size that is minus the HD audio you demuxed with eac3to and laso dont forget to allow some overhead for bluray file creation. If you have a dts hd master it will convert that to dts if you use copy stream. after you have created the downsized video in ripbot you will need to mux back the hd audio with the downsized video. However at this time using tsmuxer to do this works sometimes only, it will ruin the truhd audio usually. dts hd master is no problem. best to convert the truHD to lpcm using eac3to first, then see file size deduct that from 22GB and what is left use as video size in ripbot

Blackwalker
20th December 2008, 20:23
first ripbot will not handle dolby truhd properly due to tsmuxer. It will downconvert it to ac3 640kbps if you choose copy stream. It is best to choose no audio and choose a file size that is minus the HD audio you demuxed with eac3to and laso dont forget to allow some overhead for bluray file creation. If you have a dts hd master it will convert that to dts if you use copy stream. after you have created the downsized video in ripbot you will need to mux back the hd audio with the downsized video. However at this time using tsmuxer to do this works sometimes only, it will ruin the truhd audio usually. dts hd master is no problem. best to convert the truHD to lpcm using eac3to first, then see file size deduct that from 22GB and what is left use as video size in ripbot

ok, i think i have to "read and read and read and read" again what you say, my english is not so good but not so bad,
the problem is i'm still a noob about blu-ray conversion and i still have to use eac3to, so i need time to understand and check if
this work.

anyway, thx a lot for your help! :D

b66pak
20th December 2008, 20:58
Off topic:

@Atak_Snajpera your inbox is full!
_

Blackwalker
21st December 2008, 07:15
hope Atak_Snajpera'll make a new version soon.

...even if there are some little bugs, like the audio processing loop for each subtitle,
even if its still not "perfect", I'd like to make a donation so the developer can continue to make a better version:
There is a way to Donate some money to the developer?

thx =)

mmmmdonut
21st December 2008, 13:18
Thanks for the quick response however I'm still not clear if there are settings within RipBot to accomplish this or do I have to do this externally?

Thanks again.

If memory serves, what Apple did with AC3 was never in the mpeg4 spec which is why you see RB only allow you to use AAC when container is mp4.

If you want AC3, you will have to add it by hand as a secondary audio track.

vman9999
21st December 2008, 16:59
If memory serves, what Apple did with AC3 was never in the mpeg4 spec which is why you see RB only allow you to use AAC when container is mp4.

If you want AC3, you will have to add it by hand as a secondary audio track.

Yes, you are correct. I've been able to do this with Handbrake and it does allow for multiple audio channels in an m4v container. This works fine but the video is not quite as good as RipBot. There is a very very slight difference but I can see it. I guess I'm splitting hairs here but I'm spoiled after using RipBot.

I guess I'll give it a try manually and see what I get.

Thanks again.

hcour
21st December 2008, 20:16
Hope it's alright to make suggestions here. If possible, could you add a "Pause" option? Even on Low Priority it uses a lot of cpu, it'd be nice to be able to pause the program if something else cpu-intensive needed to be done. And thanks for a great program!

wakebrder
21st December 2008, 20:20
first ripbot will not handle dolby truhd properly due to tsmuxer. It will downconvert it to ac3 640kbps if you choose copy stream. It is best to choose no audio and choose a file size that is minus the HD audio you demuxed with eac3to and laso dont forget to allow some overhead for bluray file creation. If you have a dts hd master it will convert that to dts if you use copy stream. after you have created the downsized video in ripbot you will need to mux back the hd audio with the downsized video. However at this time using tsmuxer to do this works sometimes only, it will ruin the truhd audio usually. dts hd master is no problem. best to convert the truHD to lpcm using eac3to first, then see file size deduct that from 22GB and what is left use as video size in ripbot

Atak- Is there any way you could provide an option in the next version to not extract the DTS core and use the untouched DTS HD Master audio track instead? That way, we would not have to use the above procedure to retain DTS-HD master audio stream?

Thanks again for the great program.

valnar
21st December 2008, 23:38
I haven't used Ripbot in awhile but just tried it again because I bought an iPod 5th gen (first iPod Video) and wanted to transcode a movie for it. I picked the level 3 ipod preset, changed video resolution to 320x240 and let her rip. The video came out small, sound was fine, everything looked good.

iTunes 8.02 didn't like it. It said it was not compatible. What am I missing? I've read some conflicting information on the web that it needed to be level 1.3 compliant instead. Is there anything else?

Dark Shikari
21st December 2008, 23:41
I haven't used Ripbot in awhile but just tried it again because I bought an iPod 5th gen (first iPod Video) and wanted to transcode a movie for it. I picked the level 3 ipod preset, changed video resolution to 320x240 and let her rip. The video came out small, sound was fine, everything looked good.

iTunes 8.02 didn't like it. It said it was not compatible. What am I missing? I've read some conflicting information on the web that it needed to be level 1.3 compliant instead. Is there anything else?Level 3.0 preset is for iPod 5.5g and later.

Atak_Snajpera
21st December 2008, 23:42
open ipod profile in notepad and change --level 3.0 to --level 1.3

valnar
21st December 2008, 23:59
Thank you, and thank you.

Are there any other optimizations for this iPod other than the level change?

~bT~
22nd December 2008, 00:07
I haven't used Ripbot in awhile but just tried it again because I bought an iPod 5th gen (first iPod Video) and wanted to transcode a movie for it. I picked the level 3 ipod preset, changed video resolution to 320x240 and let her rip. The video came out small, sound was fine, everything looked good.

iTunes 8.02 didn't like it. It said it was not compatible. What am I missing? I've read some conflicting information on the web that it needed to be level 1.3 compliant instead. Is there anything else?
i have that same ipod & the new touch. ipod profile works fine.
are you using an old version of rb264?

decayed.cell
22nd December 2008, 01:22
Great program Atak, but would it be possible to have a mode that lets you select multiple files for batch processing using the same settings? Its just a bit painstaking to have to load each file one at a time for conversion :D

valnar
22nd December 2008, 02:41
Thank you, and thank you.

Are there any other optimizations for this iPod other than the level change?

I got it to "work". It played the video, but Ripbot doesn't understand anamorphic DVD sources? It was all stretched.

Blackwalker
22nd December 2008, 05:39
the "only" thing i'd like to see fixed soon is the loop with subtitles :(

Blackwalker
22nd December 2008, 06:38
well,
i used ripbot to make a 27GB movie (with a AC3 audio track) to fit ina 25GB blank bluray disc.
I set "2-pass", locksize 23000MB and i left bluray profile 4.0.

Video = perfect
Audio = perfect "BUT Very LOW" i mean the sound level is very low!

maybe i had to set profile 4.1?
some suggestion pls?

thx!

bbyers70
22nd December 2008, 19:48
Hi everyone.

I'm new to the group and I'm very excited to be a member. I've been involved with video conversions for several years now but now diving into Blu-Ray source. I am converting from Blu-Ray to Apple TV and RipBot has to be one of the nicest and easyest programs that I've seen (Great Job!).

The video conversion is perfect but I have run into one snag with the audio. I am trying to get the best of both worlds when it comes to audio and I'm not sure how to do it with RipBot. As we know, AAC is only supported in an mp4 container but to get AAC+AC3 passthrough to work on an Apple TV you need to use an m4v container.

Is their anyway to do this with RipBot?

Thanks
Very easy to use RipBot264 and have a file play on an AppleTV with Dolby 5.1 sound. This is what I do for mine. I use a Windows machine to create a MKV file with AC3 for sound.

Note: If you leave the audio set to xx.COPY STREAM the audio will be extremely quiet on playback. Be sure to choose the best (highest bitrate) audio stream for the desired language and set the bitrate to 448kbps at the most. 640kbps would not playback on my AppleTV.

For the video set the bitrate to 6860kbps, 2-pass mode, autocrop and resize to HD-READY 1280x720. 6860kbps is the maxium rate that AppleTV would support once the audio was muxed into the final file. I have tested this over and over and have made many non-compatiable files. I would waste your time on type to gain a few extra bits. Apple's support says that 5000kbps is the maximum bitrate and this is only a safe limit placed by Apple in order so they dont get any backlash from consumers.

Use the MKV container and encode your file. My Core2 DUO 3.0GHz takes about 8 hours to encode a typical 100min movie.

Now I move the large MKV file to my Mac and use Quicktime to finish the job.

On the Mac make sure you have Perian installed. This allows the Mac to "comprehind" the AC3 audio.

Open up the MKV file in Quicktime (this will take a few minutes to load). DO NOT PLAY the file once loaded. Now save the file as a MOV. File / Save As.

The file can now be loaded into iTunes and played on the AppleTV. The AppleTV (with firmware 2.3) will note on the screen that the movie is a HD movie by playing a HD logo next to the title.

Note: Tagging the MOV file will support all the same tags as the M4V counterpart with the exception of the MPAA rating. Loosing the MPAA rating logo was a tradeoff for me in order to have an HD movie with Dolby 5.1 sound.

Note: Use can also add an AAC track to the MOV file by using Quicktime. This will allow you to keep a single copy of the movie in the event you have a second and/or third AppleTV (like I do) that is not connected to an audio receiver. The second/third AppleTV is in our master bedroom and the kids play room.

bigggt
23rd December 2008, 00:35
Is there any setting or profile that will work with PSP and the new ipod touch

thanks

~bT~
23rd December 2008, 00:44
the ipod profile has worked for me.

bigggt
23rd December 2008, 01:28
thanks bt but the last time i tried the ipod profile it would not play on the PSP

jamd1
23rd December 2008, 02:01
Does anyone know if the recent PS3 updates have changed codecs that no longer support AAC audio with mp4?
Some of the Early Blurays I converted with ripbot to mp4 no longer play audio on my PS3. They worked fine several months ago???
I only make AVCHD's now.

mmmmdonut
23rd December 2008, 02:09
One thing to point out on Apple TV (version 2.3) and AAC+AC3 is if file is in mp4 format and is missing the AAC stream, then you get no audio.

illestdomer2005
23rd December 2008, 09:05
Great program Atak, but would it be possible to have a mode that lets you select multiple files for batch processing using the same settings? Its just a bit painstaking to have to load each file one at a time for conversion :D

That would be awesome. The lengthy load time as compared to XVID4PSP and Handbrake are really the only negatives about RipBot for me. Of course, how would you handle the crop setting? I guess as long as you selected "automatic" it could just apply that to each individual source...?

Anyhow, I would have loved to quickly set up a bunch of movies to encode over my vacation....and let her rip! ;)

illestdomer2005
23rd December 2008, 09:06
Does anyone know if the recent PS3 updates have changed codecs that no longer support AAC audio with mp4?
Some of the Early Blurays I converted with ripbot to mp4 no longer play audio on my PS3. They worked fine several months ago???
I only make AVCHD's now.

I haven't encoded a file small enough to actually play on the PS3. It still irritates me that we're limited to a max file size of 4GB.

illestdomer2005
23rd December 2008, 09:07
well,
i used ripbot to make a 27GB movie (with a AC3 audio track) to fit ina 25GB blank bluray disc.
I set "2-pass", locksize 23000MB and i left bluray profile 4.0.

Video = perfect
Audio = perfect "BUT Very LOW" i mean the sound level is very low!

maybe i had to set profile 4.1?
some suggestion pls?

thx!

Yeah, the volume is very low for me too...I am unaware of a place to change the level.

hekoheko
23rd December 2008, 12:21
Why doesnt RipBot DO anything, just skips to complete, I know someone asked it before but cant find the post...
I would use ripbot to add black borders to 1920x816 or similar movies to achieve standard blu-ray resolution...

Atak_Snajpera
23rd December 2008, 12:41
http://forum.doom9.org/showthread.php?p=1222910#post1222910

Does anyone know if the recent PS3 updates have changed codecs that no longer support AAC audio with mp4?
Some of the Early Blurays I converted with ripbot to mp4 no longer play audio on my PS3. They worked fine several months ago???
I only make AVCHD's now.
I have no problems with v2.53

Blackwalker
23rd December 2008, 20:02
Yeah, the volume is very low for me too...I am unaware of a place to change the level.

Atak any solution about this? thx!

Atak_Snajpera
23rd December 2008, 20:06
Instead of Copy stream select AC3 640 kbps

wolfbane5
23rd December 2008, 20:13
I've been using RipBot264 (latest version 1.11.5?) recently, creating mkv's of a few movies from my collection. Just recently a problem occurred and it doesn't seem to go away. I've been using the guide posted on videohelp.com to create the mkv's and normally Pass 1 takes 2.5-3.5 hours and Pass 2 takes anywhere from 8-11 hrs, depending on size, length, frames, etc. Anyway, recently I started encoding The Incredible Hulk and instead of taking a few hours for Pass 1, it only took 30 mins. I looked back and it was only giving me 20-30 kbps and about 100 fps. I don't know what happened here, but I also tried encoding Blood Diamond and the same issue came up. Any help would be appreciated.

By the way, I have been using the High@L4.1 profile with 5 Ref frames (no other changes to the profile), if that helps.

Atak_Snajpera
23rd December 2008, 20:20
Do you get picture in Preview?

By the way, I have been using the High@L4.1 profile with 5 Reframes (no other changes to the profile), if that helps.
5 ref frames are probably to high for level 4.1 1080p. However it's ok for 720p.

wolfbane5
23rd December 2008, 21:12
Yes, I do get picture in preview. I'm a bit of a quality nut, hence the 5 Ref frames. Any more than 5, the quality difference is marginal. I've been creating 720p rips, not 1080p just to clarify. Guess I forgot to mention that in my previous post. :S