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

[kikker]

Ripbot treats THD and DTS-MA differently, and I'm trying to figure out the reason why.

If a BD has a THD stream, and you select it to demux, you wind up with a demuxed LPCM (.wav) that has been converted from 24-bit to 16-bit, which is fine. But, if you want to mux an AC3 track into an MKV, the aften encoder is required. Why can't the core AC3 be demuxed like the DTS core is automatically extracted?

If a BD has a DTS-MA stream and you select it to demux, you wind up with a demuxed DTS core. If I had the TMT decoder, would Ripbot then demux to LPCM instead of the core DTS?

[slow4mula]

Ripbot treats THD and DTS-MA differently, and I'm trying to figure out the reason why.

If a BD has a THD stream, and you select it to demux, you wind up with a demuxed LPCM (.wav) that has been converted from 24-bit to 16-bit, which is fine. But, if you want to mux an AC3 track into an MKV, the aften encoder is required. Why can't the core AC3 be demuxed like the DTS core is automatically extracted?

If a BD has a DTS-MA stream and you select it to demux, you wind up with a demuxed DTS core. If I had the TMT decoder, would Ripbot then demux to LPCM instead of the core DTS?

yes i think you will get lpcm. i haven't tested it though, i've just used eac3to from the command line to create a lpcm wav from dts-hd. maybe there is better compatibility with lpcm but the intact hd audio is so much smaller and doesn't cause all these issues with tsmuxer (and doesn't require arcsoft).

i just installed that older trial/update of tmt and it allowed eac3to to extract lpcm from dts-ma hd.

[mouw]

the only drawback with manually muxing with this method is you lose the chapter points, so the default is 5min intervals-- i'm sure there is probably a way to keep original chapter points with tsmuxer

using the TsMuxRgui
3rd tab over (BluRay)
set CUSTOM
copy in the Chapter TIMES only
get from RipBot's Chapter.txt
BUT u need to clean OFF everything but the TIMES (00:00:00.000)
Hint: use NOTEPAD and EDIT--REPLACE--FIND "" REPLACE with (leave Blank)

[kikker]

Is it really true that Ripbot no longer uses eac3to's ability to extract the core AC3 when selecting a TrueHD stream in the drop-down menu?? The core DTS is extracted just fine from the DTS-MA track.

Previous Ripbot tutorials allude to Ripbot being able to extract the core AC3, so is there a setting I'm missing? Thanks...

[Nkotok]

nope it works pretty good actually. i've done two blurays with dts-ma hd and a few old hd-dvd discs and one bluray with dolby truehd and they all play fine on my ps3 without issue no audio sync issues at all. standalone players should play them fine as well i would think, but i dunno i don't see the point of a standalone blu-ray player over a ps3.

1. i just use clownbd to rip out the dts-ma hd/dolby true hd audio track from the source

2. input the bluray rip as usual into ripbot and select no audio.

3. i subtract the size of unaltered audio track from 23830mb (bd-r size preset in ripbot) and select two pass and input this value into ripbot so i don't have to calculate it myself. i would factor in ~200mb additional to the size of the audio track to make sure you don't transcode too large of a video track. i did a couple movies where the resulting video track was a little too large after muxing with the unaltered audio track and i had to cut some of the credits with tsmuxer or re-encode the video track again.

3. mux the video track from ripbot and the unaltered hd audio stream with tsmuxer to bluray and burn to bd-r.

bd-r discs are coming down in price, i've seen name brand stuff dip below $3.00 in quantities of 15, so for a movie i want a good backup of i am willing to spend a few bucks (plus some in electricity lol with these twp core i7 setups i have).

atak could add this functionality pretty easy i would think so it is as simple as creating a dvd-dl backup using ac3 5.1/dts 5.1 audio. it would be cool to see that happen since there is no reason to convert to lpcm for all hd audio sources. it just wastes space and possibly could lose quality. it also makes incompatible lpcm tracks that tsmuxer errors out on with sync issues. that is why it just dawned upon me to use the unaltered hd audio instead of converting it to lpcm. the only benefit i see to lpcm is it might be more widely compatible to some standalone bluray players? i know ripbot will always take 24 bit hd audio and downsample it to 16 bit to save space, but why even do that? also if you just mux the original hd audio track you don't have to screw with installing any kind of dts-ma hd decoder like arcsoft because you aren't converting to lpcm.

i would love to see ripbot just load a bluray playlist with the option to truly stream copy the dts-ma hd/true hd tracks and just transcode the video without using multiple tools. all clownbd is comprised of is eac3to and tsmuxer (i believe). this will truly be the optimal method as bd-r media continues to fall in price. even every 7.1 dts-ma hd track i have seen is only 5-7gb, so that still leaves a great deal of room for the transcoded video.

the only drawback with manually muxing with this method is you lose the chapter points, so the default is 5min intervals after this, but i don't really care about that at all...i think the predefined chapter points are pretty useless and would rather have fixed intervals. i'm sure there is probably a way to keep original chapter points with tsmuxer, but i could care less.

and just imho i still liked hd-dvd better as a format over blu-ray. honestly you don't need near 50gb of space for a damn movie. 30gb is more than sufficient with a good 1080p encode and writeable hd-dvd dl would probably been cheaper than bd-r.

i just did the king kong hd-dvd -> bd-r with this method and to me it is one of the best looking movies ever to be released on either format. it fits comfortably on a 30gb hd-dvd with hd audio and it is over 3 hours of runtime. i still wish hd-dvd was around so we might have gotten cheaper writeable 30gb discs. oh well.

here is my vote for true stream copying of hd audio tracks with ripbot :)

with a blu-ray to bd-r backup keeping the original audio track intact my original blu-ray could burn in a fire and i wouldn't feel like i really lost anything :) for $3 bucks and some time that is definately worth it to me.

again thanks atak for writing such a bomb gui/application. we all appreciate it!

Thanks a lot. That is exactly how I was going to proceed. You just confirmed my intended steps and I am glad everything works in this method. I also hate that RipBot can not just leave the HD sound as is. That is its biggest negative, in my opinion.

[hoju3508]

Is this a screen capture on the PC?

I've seen this problem on my PC but when I burned the output to the disc it's fine.

Good Morning,

I have a problem encoding HD-DVD-material using the HIGH 4 profile..
There is a green marging at the bottom of the picture. You can see another stripe with blurred color over the black bottom margin.
How can I avoid this ?

Thanks alot for your help.

[Jeff Flowerday]

Windows 7 x64, latest version of ripbot. AVI synth 2.58 and the last build of ffdshow.

I've got a bunch of TV series DVDs that I've ripped using makemkv. Basically mpeg2 stream and a single AC3 audio stream.

I don't know if I'm missing something but every thing I try via ripbot ends up with the audio out of sync. I'm basically just doing standard 4.0 profile CQ 18, with audio copied into another mkv container, no audio conversion.

Thoughts?

[BlindBandit]

Hey Atak Snajpera, in the near future you going to add the Zune HD profile since it has 480x272 16:9 res.

[wolfbane5]

I've been using ripbot for a while now on vista and it works great; however, I'll be switching to windows 7 in a couple of weeks and I was wondering if anyone has encountered any issues running ripbot on 7? Also, I was planning on installing 7 x64, so would the x64 version of the x264 codec automatically be installed with ripbot? Also, what do you gain from using x64 vs. x86 x264 codec?

Thanks.

[Atak_Snajpera]

Hey Atak Snajpera, in the near future you going to add the Zune HD profile since it has 480x272 16:9 res.
Just use iPod profile

I've been using ripbot for a while now on vista and it works great; however, I'll be switching to windows 7 in a couple of weeks and I was wondering if anyone has encountered any issues running ripbot on 7? Also, I was planning on installing 7 x64, so would the x64 version of the x264 codec automatically be installed with ripbot? Also, what do you gain from using x64 vs. x86 x264 codec?

Thanks.
I have been using RipBOt264 on Windows 7 RTM x64 without any problems. x64 x264 is around 5% faster than x86 version.

I don't know if I'm missing something but every thing I try via ripbot ends up with the audio out of sync. I'm basically just doing standard 4.0 profile CQ 18, with audio copied into another mkv container, no audio conversion.
Always check audio synchronization in preview. if you see any problems adjust delay manually in ripbot264.

I also hate that RipBot can not just leave the HD sound as is. That is its biggest negative, in my opinion.

Ripbot treats THD and DTS-MA differently, and I'm trying to figure out the reason why.

If a BD has a THD stream, and you select it to demux, you wind up with a demuxed LPCM (.wav) that has been converted from 24-bit to 16-bit, which is fine. But, if you want to mux an AC3 track into an MKV, the aften encoder is required. Why can't the core AC3 be demuxed like the DTS core is automatically extracted?

If a BD has a DTS-MA stream and you select it to demux, you wind up with a demuxed DTS core. If I had the TMT decoder, would Ripbot then demux to LPCM instead of the core DTS?
TrueHD and DTS-MA have variable bitrate. Video bitrate for AVCHD can not be calculated if audio bitrate is not constant. So I decided to decompress TrueHD/DTS-MA to wav (constant bitrate). If you do conversion from HD-DVD/Blu-Ray to Blu-ray (23GB) then you have enough room for uncompressed audio. If you do conversion HD-DVD/Blu-Ray to MKV then I RECOMMEND to use lossless FLAC compression. (smaller size than TrueHD/DTS-MA). I also decided to downconvert from 24bit to 16bit because there is no difference in quality. You would have to have ULTRA expensive equipment to notice small difference. (http://en.wikipedia.org/wiki/Audio_bit_depth#Digital_audio) Besides some movies have fake 24bit (16bit+8 empty bit).

DTS core is automatically extracted only if you don't have Arcsoft DTS-HD decoder installed. TrueHD is decoded by libav so you don't need extra decoder to get full hd audio. Remember TrueHD decompressed to .wav and encoded with Aften 640kbps = demuxed AC3 core. I prefer this method because I can increase volume during conversion. Also in terms of quality AC3 640 kbps = DTS 1509 kbps

[teddykgb1570]

Hey all,

I just recently installed 7 ultimate on my PC. I've used Ripbot a lot with Vista and it's worked great. I started up my first blu-ray encode on 7 and when it gets all the way complete it just starts over? This happens continuously. Anyone know why this is happening and how I can stop it?

Thanks!

[Jeff Flowerday]

Always check audio synchronization in preview. if you see any problems adjust delay manually in ripbot264.

Seems a little crazy that I have to manually adjust the audio delay to a value I don't know on 1000+ conversions, especially when they are all perfectly in sync in the my source mkv files. I really don't want to get the source discs out and rerip them.

Can I send you a small sample?

[Atak_Snajpera]

Can I send you a small sample?
yes you can. Use mediafire.com and dgsplit. 50 mb is ok.

[kikker]

DTS core is automatically extracted only if you don't have Arcsoft DTS-HD decoder installed.
That's great, which is why I *don't* have it installed.

TrueHD is decoded by libav so you don't need extra decoder to get full hd audio.

Why isn't there an option to simply extract the AC3 core from a TrueHD? I'm sure you would make many happy here. There is just something so comforting to know you are taking the original AC3 and NOT an encoded aften one. Many of us SPDIF to their sound system, and you cannot send FLAC over SPDIF - only AC3/DTS. :thanks:

[Jeff Flowerday]

yes you can. Use mediafire.com and dgsplit. 50 mb is ok.

http://www.mediafire.com/?tw1fjxwlniu

There's a bit of narative at the beginning of the clip but towards the end there is some dialog.

[Atak_Snajpera]

That's great, which is why I *don't* have it installed.
Why isn't there an option to simply extract the AC3 core from a TrueHD? I'm sure you would make many happy here. There is just something so comforting to know you are taking the original AC3 and NOT an encoded aften one. Many of us SPDIF to their sound system, and you cannot send FLAC over SPDIF - only AC3/DTS.
I will repeat again. AC3 640 kbps = DTS 1,5 Mbps in terms of quality! So it is better to decompress DTS-MA with ArcSoft decoder and then encode to AC3. If you get the same quality why waste space for stupid DTS??????

[kikker]

OK, thanks for the reply, Atak. It would be great to have a little "core" box next to the "Flac" box, which would allow for the "-core" parameter of eac3to for TrueHD tracks. Would this be easy enough to do?

[Atak_Snajpera]

http://www.mediafire.com/?tw1fjxwlniu

There's a bit of narative at the beginning of the clip but towards the end there is some dialog.

Add this to your script
video=DirectShowSource("C:\Users\Mama\Desktop\sample-remux.mkv",audio=false,fps=23.976).ConvertToYV12()

[Jeff Flowerday]

Add this to your script
video=DirectShowSource("C:\Users\Mama\Desktop\sample-remux.mkv",audio=false,fps=23.976).ConvertToYV12()

Thank You! That was it!

[PSPNut]

Is there a way to semi-permanently change the script for iPhone video conversion? For example, the default:

video=Spline36Resize(video,480,270).Sharpen(0.2).AddBorders(0,0,0,2)

I understand that AddBorders(0,0,0,2) is mostly for PSP since the first and last line is not displayed. This issue does not plague the iPhone and also, since the video is being downsampled, I wanted to opt for the simpler and faster BilinerResize:

video=BilinearResize(video,480,272).Sharpen(0.2)

This can be changed for each file being encoded, but it gets rather tedious if there is a large number of files being transcoded. I was wondering if there is an easier way to do this?

Also, I am curious to know if there is a way to convert an entire directory (full of DivX DVRs :)) with the same settings instead of a file at a time?

[stryker412]

Atak,

If I have a TV series BD title with multiple episodes, each with its own playlist and list of streams, it would be just lovely if the workflow could be streamlined a bit. You see, when I try to queue up each episode one by one, Ripbot needs to re-analyze the entire BD for the playlist/stream structure for each of the episodes I add. It seems as if that should only have to take place before for the first job. In other words, if there are 4 episodes on the disc, one must wait for both the disc analysis and the demuxing for each of the 4 episodes added to the queue. Everything else is just great!

Yes is there anyway to delay demuxing on TV shows? I'm currently ripping my Band of Brothers BD, and each disc has 2 episodes. You have to wait 15 minutes each episode just to set your options then queue. It would be nice to delay demuxing until right before you begin the process.

[wakebrder]

OK, thanks for the reply, Atak. It would be great to have a little "core" box next to the "Flac" box, which would allow for the "-core" parameter of eac3to for TrueHD tracks. Would this be easy enough to do?

Don't check the FLAC box, and you will have the option to "copy stream". That will give you core AC3 or DTS depending on what the disc is encoded with (True-HD or DTS-MA)

So, the option is already there.

[kikker]

Don't check the FLAC box, and you will have the option to "copy stream". That will give you core AC3 or DTS depending on what the disc is encoded with (True-HD or DTS-MA)

So, the option is already there.

No, it doesn't work that way. TrueHD is always uncompressed to WAV. There is no way to extract the core AC3 without another app. Which version are you running?

[Nkotok]

nope it works pretty good actually. i've done two blurays with dts-ma hd and a few old hd-dvd discs and one bluray with dolby truehd and they all play fine on my ps3 without issue no audio sync issues at all. standalone players should play them fine as well i would think, but i dunno i don't see the point of a standalone blu-ray player over a ps3.

1. i just use clownbd to rip out the dts-ma hd/dolby true hd audio track from the source

2. input the bluray rip as usual into ripbot and select no audio.

3. i subtract the size of unaltered audio track from 23830mb (bd-r size preset in ripbot) and select two pass and input this value into ripbot so i don't have to calculate it myself. i would factor in ~200mb additional to the size of the audio track to make sure you don't transcode too large of a video track. i did a couple movies where the resulting video track was a little too large after muxing with the unaltered audio track and i had to cut some of the credits with tsmuxer or re-encode the video track again.

3. mux the video track from ripbot and the unaltered hd audio stream with tsmuxer to bluray and burn to bd-r.

bd-r discs are coming down in price, i've seen name brand stuff dip below $3.00 in quantities of 15, so for a movie i want a good backup of i am willing to spend a few bucks (plus some in electricity lol with these twp core i7 setups i have).

atak could add this functionality pretty easy i would think so it is as simple as creating a dvd-dl backup using ac3 5.1/dts 5.1 audio. it would be cool to see that happen since there is no reason to convert to lpcm for all hd audio sources. it just wastes space and possibly could lose quality. it also makes incompatible lpcm tracks that tsmuxer errors out on with sync issues. that is why it just dawned upon me to use the unaltered hd audio instead of converting it to lpcm. the only benefit i see to lpcm is it might be more widely compatible to some standalone bluray players? i know ripbot will always take 24 bit hd audio and downsample it to 16 bit to save space, but why even do that? also if you just mux the original hd audio track you don't have to screw with installing any kind of dts-ma hd decoder like arcsoft because you aren't converting to lpcm.

i would love to see ripbot just load a bluray playlist with the option to truly stream copy the dts-ma hd/true hd tracks and just transcode the video without using multiple tools. all clownbd is comprised of is eac3to and tsmuxer (i believe). this will truly be the optimal method as bd-r media continues to fall in price. even every 7.1 dts-ma hd track i have seen is only 5-7gb, so that still leaves a great deal of room for the transcoded video.

the only drawback with manually muxing with this method is you lose the chapter points, so the default is 5min intervals after this, but i don't really care about that at all...i think the predefined chapter points are pretty useless and would rather have fixed intervals. i'm sure there is probably a way to keep original chapter points with tsmuxer, but i could care less.

and just imho i still liked hd-dvd better as a format over blu-ray. honestly you don't need near 50gb of space for a damn movie. 30gb is more than sufficient with a good 1080p encode and writeable hd-dvd dl would probably been cheaper than bd-r.

i just did the king kong hd-dvd -> bd-r with this method and to me it is one of the best looking movies ever to be released on either format. it fits comfortably on a 30gb hd-dvd with hd audio and it is over 3 hours of runtime. i still wish hd-dvd was around so we might have gotten cheaper writeable 30gb discs. oh well.

here is my vote for true stream copying of hd audio tracks with ripbot :)

with a blu-ray to bd-r backup keeping the original audio track intact my original blu-ray could burn in a fire and i wouldn't feel like i really lost anything :) for $3 bucks and some time that is definately worth it to me.

again thanks atak for writing such a bomb gui/application. we all appreciate it!

I tried this way finally and have a couple of questions.
First, when you are extracting audio only through Clown_BD, what output format do you choose? I used TSmuxer's demux instead of Clown_BD to rip the audio off.

And secondly, after I used Ripbot for video only and then tried to mux it with the HD audio in TSmuxer, it worked but in the result the program always seems to show "B-pyramid level detected, shift DST 2 frames" (or something like that).
Does anybody know what this b-pyramid is and why it happens and if it is bad or not?

[RainyDog]

I'm trying to convert a 1920x1080@29.97fps transport stream to 720p@23.976fps but can't seem to get the Ripbot settings down. Media Info reports the former scan type as progressive so no deinterlacing is needed. But if I set Ripbot to decimate > 23.976fps only, the resulting video judders badly and the A/V is out of sync.

However, I've found that encoding without decimating, then remuxing the resulting .mkv in MKVMerge and flagging the video as 23.976fps, it plays back smoothly. Is it possible the original .ts is actually 23.976fps but is flagged incorrectly as 29.97fps? It's a HDTV cap of a film.

[pacaveli211]

anyone have a guide for setting options in the ini file?
I've already adjusted most of them as desired but I'd like to add:
LockSize=1
Size=7610
I already have
DefaultProfile=[HIGH 4.0] HD . BluRay . Consoles
DefaultEncodingMode=2-pass
DefaultModeValue=15000 (random number, if the above can be completed it will auto adjust the bitrate)

is there a way to add the locked file size?

[dirk362]

In the change log for 1.14.3 it was stated "Fixed: too big undersize for mkv", and I've had great success with 1.14.3 with almost exact or marginally under. There is no mention of any changes in 1.14.4 around this area, but 3 encodes out of 3 are larger than 1.14.3 using exact same settings (fixed size of x, 2-pass, same profile etc). The only difference would be the version of x264 (I was previously using x264 0.72.1240 35627b6 with 1.14.3) and 1.14.4 now uses x264 0.75.1251M e553a4c.
Would that explain it, or is there anything else people can think of ? (of course I will re-test with the same release of x264, I'm just asking in case there is a generic issue in 1.14.4).

[RainyDog]

I'm trying to convert a 1920x1080@29.97fps transport stream to 720p@23.976fps but can't seem to get the Ripbot settings down. Media Info reports the former scan type as progressive so no deinterlacing is needed. But if I set Ripbot to decimate > 23.976fps only, the resulting video judders badly and the A/V is out of sync.

However, I've found that encoding without decimating, then remuxing the resulting .mkv in MKVMerge and flagging the video as 23.976fps, it plays back smoothly. Is it possible the original .ts is actually 23.976fps but is flagged incorrectly as 29.97fps? It's a HDTV cap of a film.

Hmm, I'm still stuck in sussing out how to handle this source :confused: I went ahead with the full encode, leaving the framerate at 29.97 and only cropping and resizing to 720p (at the correct AR). As per my short clip testing, the A/V is out of sync in the resulting .mkv, so I remuxed with MKV Merge and set the framerate to 23.976. But this just lengthened the running time by x1.25 (obviously 23.976x1.25=29.97).

Anyway, I went back to my source and demuxed the video from the .ts. TSMuxer tells me it's 29.97 with pulldown, so I set TSMuxer to remove the pulldown which then leaves me with a raw .mpv that Media Info states is 23.976fps. However, when I load this into Ripbot (after renaming to a .m2v) the running time is recognised as 1.25x longer than it really is. So, is there anything else I can try? Do I need to do some groundwork with DGIndex on my source and load into Ripbot via. an AVS script?

Hopefully somebody can make sense of what I'm trying to say and cheers in advance for any help.

[Atak_Snajpera]

send me 50 mb sample. Use DGSplit and www.mediafire.com

[wakebrder]

No, it doesn't work that way. TrueHD is always uncompressed to WAV. There is no way to extract the core AC3 without another app. Which version are you running?

Well, it works that way for me.

Using .3. I had some issues with .4.

[dragonkeeper]

I to was having the x264 crash with the following error msg:Assertion failed: dpb_output_delay < pow( 2, sps->vui.nal_hrd_parameters.i_dpb_output_delay_length but using the patched x264 exe that Atak linked to appears to have corrected this problem. Will know in 9 hr or so :). Thx for all your hard work Atak.
On another note i recently upgraded my Media PC to a Phenom 9950 (2.6GHz BE Quad Core), 4 GB of 1066Ghz ram, ATI 4350 HD video card, and two 1TB Hard drives, OS Windows XP SP3 on a separate 40 GB drive. I'm getting about 4 fps while encoding first pass :( Is this the norm?
2. From what i have read in the forums upgrading to the 64bit version of XP will net me about a 10% performance gain. Does the same hold true for Windows 7?
3. How big of a gain can i expect if i over clock my system to 3GHz?

[kikker]

Well, it works that way for me.

Using .3. I had some issues with .4.

Sorry, but it doesn't work that way. When you load the M2TS, and you select the TrueHD audio stream, you do NOT have the option of 'copy stream' for an MKV, as that would require Ripbot to extract the core AC3 from the TrueHD stream. Instead, Ripbot decompresses the TrueHD to PCM (*.WAV) in the temp folder.

UNLESS, I'm missing something strange here, where perhaps my machine possesses a special TrueHD decoder for which you do not have on your system. That could explain what you think to be an AC3 extraction from the original stream.

Can any confirm what I'm talking about here?

[dragonkeeper]

After spending most of the day reading the forums and searching the web, I am unable to find a resolution for my problem. Ripbot is running extremely slow. My system specs are as follows:

WinXP Sp3 (fresh install)
4gb of 1066 ram
ATI 4350 HD video card
2- 1TB hard drives (recently formatted\installed for this PC build)

HD content has been ripped to my hard drive. I am currently trying to convert Heroes 1080P HD DVD(VC-1 title) to mkv. Only converting one episode while i try to figure out best settings to use. Episodes are just under an hour in length. I demuxed the evo file using eac3to, and converted the AC3+ audio to AC3 audio using eac3to.
Encoding settings are as follow:

Profile=HD BluRay Consoles(no changes)
Mode=2-Pass
Lock Size=2000(I figure 2 gig is good enough for an hour of video @ this setting KPBS average 4800)
The issue is that the encode is taking what seems to be an abnormally long time. First pass ran at about 4fps and took almost 5 hours. Second pass is running at around 2fps with an eta of 8 hours. Form what I've seen in benchmarks and read in the forums i should be seeing much better performance than this. Any one have any thoughts as to where my problem my lies. By the way this is on my media PC and there are no other apps running(with the exception of VNC, I control the Media Center with a tablet PC) I also have terminated all unnecessary processes.
I am running RipBot264 v1.14.4, any thoughts on what could be causing my issue?

[RainyDog]

send me 50 mb sample. Use DGSplit and www.mediafire.com

Thanks Atak but I managed to sort it. I used TS Muxer to remove the pulldown but instead of demuxing, remuxed into a new .ts which loaded into Ripbot with the correct framerate and running length. The only thing left is the audio as I'm trying to pair the DTS track from my DVD which is a few seconds shorter than the video and so gradually drifts out of sync. But I'll try using MKV Merge's stretch function and see if that does the trick...

[wakebrder]

Sorry, but it doesn't work that way. When you load the M2TS, and you select the TrueHD audio stream, you do NOT have the option of 'copy stream' for an MKV, as that would require Ripbot to extract the core AC3 from the TrueHD stream. Instead, Ripbot decompresses the TrueHD to PCM (*.WAV) in the temp folder.

UNLESS, I'm missing something strange here, where perhaps my machine possesses a special TrueHD decoder for which you do not have on your system. That could explain what you think to be an AC3 extraction from the original stream.

Can any confirm what I'm talking about here?

I'm making AVC-HD not MKV, could that be the difference?

TSMuxer has no problem extracting the core from HD audio and Ripbot264 uses TSMuxer so, what else would "Copy Stream" mean?

Could you comment on this Atak?

[PSPNut]

2. From what i have read in the forums upgrading to the 64bit version of XP will net me about a 10% performance gain. Does the same hold true for Windows 7?
3. How big of a gain can i expect if i over clock my system to 3GHz?

2. Yes, around 10% or less.

3. In my experience, x264 scales rather linearly with clock speed (I am using an overclocked i7 920), so you should see at least 10% gain moving from 2.66 -> 3 GHz

[kikker]

I'm making AVC-HD not MKV, could that be the difference?

TSMuxer has no problem extracting the core from HD audio and Ripbot264 uses TSMuxer so, what else would "Copy Stream" mean?


Yes, it would be easy to extract the core, but this does not happen. Any TrueHD audio track you select will be demuxed to *.WAV, which is PCM, or uncompressed audio (think HUGE file size). Check it out for yourself in the temp folder. It is a *.WAV file and very big. You wouldn't want to 'copy stream' this *.WAV into a MKV, as that wouldn't make much sense. You *can* 'copy stream' it into an AVCHD, or Blu-Ray format, but it is larger than the original TrueHD, which also doesn't make much sense to do. That is why you have the 'copy stream' option for the AVCHD output. Just because you see 'copy stream' as an option does not mean it's extracting the core AC3 from the TrueHD source. But, as I said before, giving the user the option to extract the core AC3 would be a very easy thing to implement by Atak. Lastly, eac3to is extracting the streams in Ripbot, not Tsmuxer.

[dragonkeeper]

@ PSPNut
Thanks for the confirmation, now if only I could figure what's dragging my system down I'll be good to go.

[wakebrder]

Yes, it would be easy to extract the core, but this does not happen. Any TrueHD audio track you select will be demuxed to *.WAV, which is PCM, or uncompressed audio (think HUGE file size). Check it out for yourself in the temp folder. It is a *.WAV file and very big. You wouldn't want to 'copy stream' this *.WAV into a MKV, as that wouldn't make much sense. You *can* 'copy stream' it into an AVCHD, or Blu-Ray format, but it is larger than the original TrueHD, which also doesn't make much sense to do. That is why you have the 'copy stream' option for the AVCHD output. Just because you see 'copy stream' as an option does not mean it's extracting the core AC3 from the TrueHD source. But, as I said before, giving the user the option to extract the core AC3 would be a very easy thing to implement by Atak. Lastly, eac3to is extracting the streams in Ripbot, not Tsmuxer.

You are correct. I have no idea what version this was changed in.:confused:

This does not make any sense to me why Ripbot would extract the core of DTS-MA, but not True-HD. Strange....

BTW, I sent you a PM.

[JohnnyB.Good]

Using Windows Vista. Got an error with the latest version 1.14.4, 0% audio enconding error%. Settings Aftern 5.1 on a DTS Master audio track (The Thing) I tried reinstalling ffdshow... nothing, same error. Went back to 1.14.3 and it works beautifully.

[slow4mula]

After spending most of the day reading the forums and searching the web, I am unable to find a resolution for my problem. Ripbot is running extremely slow. My system specs are as follows:

WinXP Sp3 (fresh install)
4gb of 1066 ram
ATI 4350 HD video card
2- 1TB hard drives (recently formatted\installed for this PC build)

HD content has been ripped to my hard drive. I am currently trying to convert Heroes 1080P HD DVD(VC-1 title) to mkv. Only converting one episode while i try to figure out best settings to use. Episodes are just under an hour in length. I demuxed the evo file using eac3to, and converted the AC3+ audio to AC3 audio using eac3to.
Encoding settings are as follow:

Profile=HD BluRay Consoles(no changes)
Mode=2-Pass
Lock Size=2000(I figure 2 gig is good enough for an hour of video @ this setting KPBS average 4800)
The issue is that the encode is taking what seems to be an abnormally long time. First pass ran at about 4fps and took almost 5 hours. Second pass is running at around 2fps with an eta of 8 hours. Form what I've seen in benchmarks and read in the forums i should be seeing much better performance than this. Any one have any thoughts as to where my problem my lies. By the way this is on my media PC and there are no other apps running(with the exception of VNC, I control the Media Center with a tablet PC) I also have terminated all unnecessary processes.
I am running RipBot264 v1.14.4, any thoughts on what could be causing my issue?

you posted system specs, but not the processor you are running which is what x264 uses to transcode.

you will get crap speed like that doing 1080p transcoding with an older cpu.

i tried a 1080p transcode from bluray->avchd on a core 2 duo laptop and i got crap speeds like that (2-4fps 2nd pass).

you need a core 2 quad at minimum and a core i7 setup if you can afford it.

my core i7 based xeon @ 4ghz ranges from 14-20 fps 2nd pass default settings when doing bluray->avchd @ 1080p to fit a dvd-dl disc. if i do a blu-ray to bd-r it is even slower (10-15fps).

i bet you are using an older dual core processor.

you gotta pay to play :)

fyi; you might have been looking at 720p benchmarks, which will be at least twice as fast as 1080p benchmarks. using that graysky 720p x264 benchmarks i get 100+fps first pass and ~40fps second pass.

[slow4mula]

Yes, it would be easy to extract the core, but this does not happen. Any TrueHD audio track you select will be demuxed to *.WAV, which is PCM, or uncompressed audio (think HUGE file size). Check it out for yourself in the temp folder. It is a *.WAV file and very big. You wouldn't want to 'copy stream' this *.WAV into a MKV, as that wouldn't make much sense. You *can* 'copy stream' it into an AVCHD, or Blu-Ray format, but it is larger than the original TrueHD, which also doesn't make much sense to do. That is why you have the 'copy stream' option for the AVCHD output. Just because you see 'copy stream' as an option does not mean it's extracting the core AC3 from the TrueHD source. But, as I said before, giving the user the option to extract the core AC3 would be a very easy thing to implement by Atak. Lastly, eac3to is extracting the streams in Ripbot, not Tsmuxer.

i agree when selecting to output to bd-r backup size (23830) then "stream copy" should become an available option so ripbot will just demux unaltered hd audio (true-hd, dts-ma hd, lpcm). lpcm might have to be converted to w64 wav if tsmuxer will not mux the unaltered lpcm from a bluray. the only blu-rays i have run into that came with a lpcm track were the harry potter movies and nin halo 22.

[dragonkeeper]

@slow4mula

you posted system specs, but not the processor you are running which is what x264 uses to transcode
Thanks for the feed back.
I'm running a (Quad core) 9950BE at the stock 2.6GHz, will be overclocking to 3.0GHz when new cooler and video card arrive.

[TotalHavoc]

Is there anyway to prevent the down conversion of DTS-MA 24bit to Flac 16bit? Can I just go into the Blu-Ray_ExtractStreams.cmd and delete -down16, then rerun that cmd file? If I do that what do I do next?

[8ternity]

After spending most of the day reading the forums and searching the web, I am unable to find a resolution for my problem. Ripbot is running extremely slow. My system specs are as follows:

WinXP Sp3 (fresh install)
4gb of 1066 ram
ATI 4350 HD video card
2- 1TB hard drives (recently formatted\installed for this PC build)

HD content has been ripped to my hard drive. I am currently trying to convert Heroes 1080P HD DVD(VC-1 title) to mkv. Only converting one episode while i try to figure out best settings to use. Episodes are just under an hour in length. I demuxed the evo file using eac3to, and converted the AC3+ audio to AC3 audio using eac3to.
Encoding settings are as follow:

Profile=HD BluRay Consoles(no changes)
Mode=2-Pass
Lock Size=2000(I figure 2 gig is good enough for an hour of video @ this setting KPBS average 4800)
The issue is that the encode is taking what seems to be an abnormally long time. First pass ran at about 4fps and took almost 5 hours. Second pass is running at around 2fps with an eta of 8 hours. Form what I've seen in benchmarks and read in the forums i should be seeing much better performance than this. Any one have any thoughts as to where my problem my lies. By the way this is on my media PC and there are no other apps running(with the exception of VNC, I control the Media Center with a tablet PC) I also have terminated all unnecessary processes.
I am running RipBot264 v1.14.4, any thoughts on what could be causing my issue?

What i can recommand you, install windows vista home premium 32-bit with sp1 preinstalled, and make all updates. for the machine you describe, it's an great os and much more stable!

i just change my processor dual core for an quad cores without reformating windows after make the processor upgrades and 1pass was pretty fast for 1080p (3h30 for 1-pass) more than 13fps

see my snapshot tryout

http://forum.doom9.org/showthread.php?p=1322609#post1322609

btw:thanks:

[dragonkeeper]

@ 8ternity

Thx for the info.

What i can recommend you, install windows vista home premium
I loath the Vista OS like I've loathed no other, I hardly ever use my laptop because of it (would have switched to a Linux flavor or even XP if i could have found drivers for nic card.) At least MS admits they dropped the ball on that one. Will be getting Window 7 Ultimate x64 as soon as it's released in states.

(3h30 for 1-pass) more than 13fps
Very nice, I was guesstimating that i would be somewhere in the ballpark of 7 - 11 fps, 2fps is totally unacceptable considering that this hardware was purchased to make encoding my Blu-Ray and HD DVD collection possible. At this rate i could switch back to my Athlon X2 @ 2.8GHz and get a 30% speed increase.

I see that you were running Ripbot264 version 1.11.5.

Have you done an encode with the latest version? (It may be me but it seems that some of the applications that RipBot uses are hit or miss with some processors cough, cough, AMD.)
If so did you see any changes in your FPS?

I'm just curious to now if the version change is having an impact. I believe I was running 1.13.1 on my dual core, I'm no exactly sure as it's been about 6-8 months ago.

At the moment i'm preparing to run stress test (memtest86+, Sp2004, prime95) on the system to see if they reveal anything. I built this system about 5 moths ago and it's just been sitting collecting dust I don't remember running stress test at that time which is something i always do with new builds.

BTW: If any one is looking toi build a new HTPC from scratch look at the ASRock boards with Instant Boot. My system boots in under 10 seconds, it's pretty sweet. :)

[dragonkeeper]

O.k total weirdness today. I have not made any modifications to my system and today for some strange reason I'm getting 13 - 15 fps on first pass, and 8.1 - 8.7 FPS on second pass. This is about 3 times faster that i posted previously. Has any one else seen behavior like this?

[PSPNut]

I have not made any modifications to my system and today for some strange reason I'm getting 13 - 15 fps on first pass, and 8.1 - 8.7 FPS on second pass. This is about 3 times faster that i posted previously. Has any one else seen behavior like this?

Yes, it was caused by my CPU overheating (fan fell off) and it underclocked itself.

Maybe yours was overheating previously?

[dragonkeeper]

THX PSPNut, i believe that you are correct. My idle tmps are hovering around 45 degrees. During my last encode i noticed tmps reaching as high as 65 degrees. Hopefully my new cooler will be in today.

[slow4mula]

THX PSPNut, i believe that you are correct. My idle tmps are hovering around 45 degrees. During my last encode i noticed tmps reaching as high as 65 degrees. Hopefully my new cooler will be in today.

those temps are normal for an intel quad core on air.

with the best aircooling an overclocked core i7 will go over 80 degrees celcius when overclocked at 100% load.

i need to use watercooling to keep my i7 920 @ 4.0 ghz at ~65C when under full load on all cores.

13/15 first pass and 7/8 second pass would be right about what i would expect @ 1080p. that's about what my old q6600 @ 3.0 ghz would spit out.