• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

Ripping Blu Rays

So how are yall handling forced subs?
I have district 9 and it sucks cause right now i have to use vsfilter and it kills my DXVA :(
 
Yea ive been pulling them out with bdsup2sub, but i still end up with an IDX file and want them burned into the video stream
 
Stop being lazy and do it the real way (or click here for a surprise?!). :p

But seriously, unless you do it yourself, you probably won't end up getting only forced subs. And if you want that hardcoded into the video, avisynth + TextSub + forced subtitle srt.
 
At this point i dont even know what the real way is??

I feel like for every movie i have to do it differently for it to work, and i just want something consistent.
HD video and audio is easy, but when i add forced subs everything gets screwed up.
 
nitrobass24 said:
At this point i dont even know what the real way is??
Click to expand...

Suprip and a bit of patience.

If the only subtitles (muxed, not hardcoded) you have in your videos are the forced ones, simply keep subtitles enabled the whole time. Since I use MPC-HC and its internal subtitle renderer, I get DXVA all the time but subs only when I need them.
 
Yea i could do that, and just have 7MC launch MPC when i play a movie, but im not sure how i would close it after its over.

Does TMT work for that as well?

My only thing is i have non-tech people using the HT so i would something integrateable with 7MC
 
You can add /close to the command line you use to launch MPC-HC. That should close MPC-HC once the playback has finished.
 
nitrobass24 said:
Yea i could do that, and just have 7MC launch MPC when i play a movie, but im not sure how i would close it after its over.

Does TMT work for that as well?

My only thing is i have non-tech people using the HT so i would something integrateable with 7MC
Click to expand...

Here's some info that may help http://www.mediasmartserver.net/201...hc-as-your-video-player-in-wmc-media-browser/
It also has info on tweaking some remote settings so you can close it yourself when you want.

But I handle forced subs by re-encoding the video and building them in the image. Some movies I have, have english subs throughout the entire thing. Others have forced. So i'd have to enable/disable the subs in MPC-HC regularly and it was getting irritating. So I leave subs off and hard encode them and i've been happy with that.
 
Last edited:
On subs, if you use a player that supports PGS files from MKV streams, then you don't have to do any OCR conversion at all. HUGE time saver. XBMC's development builds now support this, which means you can do a one-step rip via MakeMKV and pull the subs over straight from the original BD without any other work.
 
Archer75 said:
No, the first to mention it anywhere. I've never heard that before. Going to AAC instead of FLAC. I was surprised to hear that. I wonder why it's not discussed more...
With FLAC you can get 24bit audio but you have to use the madflac decoder. Can you get 24bit audio from AAC and if so which decoder is used? AAC can support 7.1 audio?


FLAC is already pretty small. 10% of the size would yield an audio file under 400mb?




I compare side by side, frame by frame, when I say with most movies there is no noticable difference. I use CQ=18 in both handbrake and ripbot with a 4.1 profile and auto crop. Most movies, not all.
Click to expand...

AAC uses 32-bit floating point - it will certaintly take advantage of the additional information available from a 24 bit source.

AAC can support somthing like 32.8 audio so 7.1 is no problem

Yes, for example district 9 is 368 mb. I went ahead and did a comparson - the FLAC from the same source is 2.65 GB. So the compression is about 7.4 times rather then 10... for FLAC/AAC.



eac3to v3.17
command line: eac3to . 3: e:\working\D9\D9.m4a
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 14 subtitle tracks, 1:52:16, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: AC3, English, 5.1 channels, 448kbps, 48khz
5: DTS Master Audio, French, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), English
11: Subtitle (PGS), French
12: Subtitle (PGS), Hindi
13: Subtitle (PGS), Korean
14: Subtitle (PGS), Estonian
15: Subtitle (PGS), Lithuanian
16: Subtitle (PGS), Russian
17: Subtitle (PGS), Ukrainian
18: Subtitle (PGS), English
19: Subtitle (PGS), Spanish
20: Subtitle (PGS), Portuguese
[a03] Extracting audio track number 3...
[a03] Decoding with ArcSoft DTS Decoder...
[a03] Encoding AAC <0.50> with NeroAacEnc...
[a03] The original audio track has a constant bit depth of 24 bits.
Video track 2 contains 161496 frames.
eac3to processing took 25 minutes, 51 seconds.
Done.

eac3to v3.17
command line: eac3to . 3: e:\working\d9\d9.flac
------------------------------------------------------------------------------
M2TS, 1 video track, 4 audio tracks, 14 subtitle tracks, 1:52:16, 24p /1.001
1: Chapters, 16 chapters
2: h264/AVC, 1080p24 /1.001 (16:9)
3: DTS Master Audio, English, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
4: AC3, English, 5.1 channels, 448kbps, 48khz
5: DTS Master Audio, French, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
6: AC3 Surround, English, 2.0 channels, 192kbps, 48khz
7: Subtitle (PGS), English
8: Subtitle (PGS), English
9: Subtitle (PGS), English
10: Subtitle (PGS), English
11: Subtitle (PGS), French
12: Subtitle (PGS), Hindi
13: Subtitle (PGS), Korean
14: Subtitle (PGS), Estonian
15: Subtitle (PGS), Lithuanian
16: Subtitle (PGS), Russian
17: Subtitle (PGS), Ukrainian
18: Subtitle (PGS), English
19: Subtitle (PGS), Spanish
20: Subtitle (PGS), Portuguese
[a03] Extracting audio track number 3...
[a03] Decoding with ArcSoft DTS Decoder...
[a03] Encoding FLAC with libFlac...
[a03] Creating file "e:\working\d9\d9.flac"...
[a03] The original audio track has a constant bit depth of 24 bits.
Video track 2 contains 161496 frames.
eac3to processing took 27 minutes, 18 seconds.
Done.
 
myrison said:
On subs, if you use a player that supports PGS files from MKV streams, then you don't have to do any OCR conversion at all. HUGE time saver. XBMC's development builds now support this, which means you can do a one-step rip via MakeMKV and pull the subs over straight from the original BD without any other work.
Click to expand...

PLEASE share which players support this? Can I get Windows 7 Media Center and WMP to play these? I am tired of trying to figure out the best solution here..
 
okashira said:
AAC uses 32-bit floating point - it will certaintly take advantage of the additional information available from a 24 bit source.
Click to expand...

AAC doesn't use anything. If your AAC encoder can handle 64-bit floating point PCM for input, then that's what the input is. Same idea pertains to the output.

okashira said:
It's most certaintly relevant.
Click to expand...

Way to take it out of context.
 
okashira said:
PLEASE share which players support this? Can I get Windows 7 Media Center and WMP to play these? I am tired of trying to figure out the best solution here..
Click to expand...

No, I don't think so. As I mentioned, XBMC is the only software I know of that supports it now. There could be others, but I haven't heard of them if that is the case.
 
myrison said:
On subs, if you use a player that supports PGS files from MKV streams, then you don't have to do any OCR conversion at all. HUGE time saver. XBMC's development builds now support this, which means you can do a one-step rip via MakeMKV and pull the subs over straight from the original BD without any other work.
Click to expand...

Not a huge time saver. Using bdsup2sub it literally takes seconds. Import and export. Done. The anothereac3gui can do it as part of the ripping process.
 
Snowknight26 said:
Do you often contradict yourself?
Click to expand...

Reading comprehension issues? Read the post I quoted again. He says his method is a huge time saver. I said it's not. bdsup2sub takes seconds. Therefore his method is not a huge time saver.
 
Snowknight26 said:
Reading comprehension issues?
Click to expand...

Correct. Issues. You still don't get it.

He's say his method of keeping the PGS files is a huge time saver over other methods but requires specialized players. Using bdsup2sub is a different method. It takes seconds. Using PGS files is not a huge time saver over using bdsup2sub to export the file as a .idx/sub and merging it in your mkv.
 
No, you still don't get it. He's muxing the PGS streams straight to MKV.

Archer75 said:
Using PGS files is not a huge time saver over using bdsup2sub to export the file as a .idx/sub and merging it in your mkv.
Click to expand...

Unless time starts going backwards while using BDSup2Sub, there is no way that not using it is slower.
 
Snowknight26 said:
No, you still don't get it. He's muxing the PGS streams straight to MKV.



Unless time starts going backwards while using BDSup2Sub, there is no way that not using it is slower.
Click to expand...


Yes, I am aware of that. And limiting himself on players at the same time. And it's not a huge time saver over other methods. Which is where we started at.

I didn't say that not using it was slower. I said it only takes seconds to use it. Unless you believe that saving seconds on the process is a huge time saver.
 
Archer75 said:
Yes, I am aware of that. And limiting himself on players at the same time.
Click to expand...

And that's completely irrelevant. If he's only going to use one player because he needn't use others, what difference does it make?

Archer75 said:
And it's not a huge time saver over other methods. Which is where we started at.
Click to expand...

Muxing the raw PGS stream from the M2TS file to MKV is the fastest thing you can do. Period.
 
Snowknight26 said:
Huge timesaver compared to what? Not including subtitles? That wasn't even an option so why include more irrelevant ideas?
Click to expand...

I didn't say anything about NOT using subtitles. If anything that was your irrelevant idea.

You can use subs. Again, bdsup2sub. Import the forced. Then export the idx/sub file. It only takes seconds. Literally seconds. You add seconds on to the ripping process. Do you really want to argue over what constitutes a huge time saver?

Snowknight26 said:
Once again, in this universe, taking absolutely no time at all is faster than taking any time.
Click to expand...

Nor did I state otherwise. He said HUGE timesaver. I said not a HUGE timesaver. I never said it didn't take any time at all.
 
Last edited:
Let's see if I can break it down to something that should be easy to understand.

1. Muxing PGS streams straight to MKV takes x seconds.
2. Muxing the sub file to MKV AFTER you run it through BDSup2Sub takes x + y seconds.
3. OCRing the PGS stream then muxing that to MKV takes x + z seconds, where z > y.

Therefore, unless y is negative, which is impossible, option 1 is the biggest time saver you can get for including subtitles. So I don't know why you keep trying to refute that fact.
 
Snowknight26 said:
So I don't know why you keep trying to refute that fact.
Click to expand...

I never did. And once again, i'm not arguing that his method isn't the fastest. I never once said that, yet you seem to be stuck on that. It's just not a HUGE time saver over other methods. It's a minor time saver. It saves a matter of seconds on the entire process.

A huge timesaver would be not wasting time posting over and over again about something I never said. Life is too short to spend so much of it arguing over something so stupid on an internet message board.
 
Last edited:
I believe you're letting yourself fall into his trolltrap, Archer. There's no way he could not know what you're getting at considering I grasped it immediately (and I'm rather retarded).
 
Archer75 said:
It's a minor time saver. It saves a matter of seconds on the entire process.
Click to expand...

He was saying that muxing the PGS stream to MKV as being a huge time saver compared to OCRing.. and it is a huge time saver, especially when nearly all the time you spend on getting your final product is OCRing. But whatever, seems we can't reach a consensus.

phide said:
I believe you're letting yourself fall into his trolltrap, Archer. There's no way he could not know what you're getting at considering I grasped it immediately (and I'm rather retarded).
Click to expand...

No traps involved, just trying to clarify time-saving methods.
 
Snowknight26 said:
He was saying that muxing the PGS stream to MKV as being a huge time saver compared to OCRing.. and it is a huge time saver, especially when nearly all the time you spend on getting your final product is OCRing. But whatever, seems we can't reach a consensus.
Click to expand...

Perhaps you've never used bdsup2sub before? Maybe you aren't familiar with the process. But you load your sup file you get from the ripping process and export the idx/sub file. The entire subtitle process takes only as long as it takes you to click the buttons, start to finish, and you have the final sub product.
You add the idx file to mkvmerge and you are done. There are no other steps at this point. You aren't stuck waiting on a long OCR process. Click import, click export and you're done.
You can automate the entire process by using the anothereac3gui I mentioned earlier as it does the entire process(including bdsup2sub) from the moment the disc is inserted until you have a finished MKV. Just like the MakeMKV app he is referring to. And it only takes a few seconds longer than makeMKV(assuming you preserve the HD audio and don't convert it).
 
Last edited:
PolygonGTC said:
That's actually what I'm trying right now. If I wanted to use Handbrake to encode is there a way to have Ripbot simply rip the file without encoding it?



Nothing I'm ripping will have subs, at least not yet. I'll read through that guide. Perhaps what I'm looking for is there.
Click to expand...

haven't read the rest of the replies, so forgive me if something similar has already been posted, but tsMuxer should do what you want. you can rip to .ts/.m2ts/blu-ray structure/or avchd choosing only the audio/video/subtitle tracks you want.

http://www.smlabs.net/tsmuxer_en.html
 
neurobash said:
haven't read the rest of the replies, so forgive me if something similar has already been posted, but tsMuxer should do what you want. you can rip to .ts/.m2ts/blu-ray structure/or avchd choosing only the audio/video/subtitle tracks you want.

http://www.smlabs.net/tsmuxer_en.html
Click to expand...

I recently tried to use tsmuxer but MakeMVK did a better job imo and also has the advantage of parsing blu-ray playlists (If TSmuxer can do this I couldn't figure out how).

I realize TSMuxer also does other things as well.
 
Archer75 said:
Not a huge time saver. Using bdsup2sub it literally takes seconds. Import and export. Done. The anothereac3gui can do it as part of the ripping process.
Click to expand...

I'm worried about all of the errors I usually get from bdsup2sub and don't really want to go through 1000+ subtitles in a movie to check everything! That and it would be nice to just be able to nativly be able to run and keep the "original subs" kind of like why I like keeping the original video, I suppose.

But I already went back and bdsup2sub'd my akira rip which had the PGS (blu-ray) subtitles so I'll just hope for the best.

I tried XMBC (thanks to the poster for that suggestion) and while it finally allowed me to watch my PGS subtitles movies, it had a few bugs and I didn't prefer it overall to WMC + Media Browser and Reclock. It appears to be made primarily for XBOX so that may be why it's not as good as a PC dedicated media center program.

Since it appears that nothing else supports it (except PowerDVD, ugh) going ahead with text based subs was a no brainer. Hey, saves another 100mb of size from the movie as well. :p

Thanks.
 
Snowknight26 said:
Let's see if I can break it down to something that should be easy to understand.

1. Muxing PGS streams straight to MKV takes x seconds.
2. Muxing the sub file to MKV AFTER you run it through BDSup2Sub takes x + y seconds.
3. OCRing the PGS stream then muxing that to MKV takes x + z seconds, where z > y.

Therefore, unless y is negative, which is impossible, option 1 is the biggest time saver you can get for including subtitles. So I don't know why you keep trying to refute that fact.
Click to expand...

Yeesh. OK. Knock it off. Let's all keep this positive and helpful.

"he" being me, has already decided to go with text based subs (IDX/SRT/whatever) since there are no good players that support it (i.e. a directshow filter so "any" player will play them; what I prefer.)

Oh, you forgot one element of your formula:

4.) Finding a media player / directshow filter that will playback PGS subtitles <--- somthing that turned out to be the most time consuming element of the process!

XMBC worked, but it was buggy; and I didn't like it more then WMC/WMP anyways.

Yes, keeping the PGS subtitles would be prefereable (except their size, 100mb or so) but, oh well.
 
okashira said:
I'm worried about all of the errors I usually get from bdsup2sub and don't really want to go through 1000+ subtitles in a movie to check everything! That and it would be nice to just be able to nativly be able to run and keep the "original subs" kind of like why I like keeping the original video, I suppose.

But I already went back and bdsup2sub'd my akira rip which had the PGS (blu-ray) subtitles so I'll just hope for the best.

I tried XMBC (thanks to the poster for that suggestion) and while it finally allowed me to watch my PGS subtitles movies, it had a few bugs and I didn't prefer it overall to WMC + Media Browser and Reclock. It appears to be made primarily for XBOX so that may be why it's not as good as a PC dedicated media center program.

Since it appears that nothing else supports it (except PowerDVD, ugh) going ahead with text based subs was a no brainer. Hey, saves another 100mb of size from the movie as well. :p

Thanks.
Click to expand...

You & I must be OCR'ing subs the same way as I have the same feelings. Apparently from the posts above there is a much easier way to do it, but given that I've settled with XBMC I haven't bothered for now.

Glad you found a solution you're happy with. :)
 
Snowknight26 said:
If you can't achieve the same quality with CQ vs CRF mode, you're (or Handbrake or whatever you're using) are doing something terribly wrong. You could always try lowering the CRF, but...

They would have told you to ditch the GUI and/or use a custom command line, not one of the presets that comes with each program. Something as simple as x264 --crf 18 --preset slow --output file.ext input.ext should be enough.
Click to expand...

Maybe you guys already knew this, but when you select the CQ 18 setting in Ripbot, the resulting script does in fact use x264 --crf 18. The Ripbot program uses labels that are a little confusing in its GUI, but the output scripts, which can be opened and reviewed in the temp folders created by Ripbot verify that it is using a crf setting. So, to the poster who said his Ripbot CQ settings gave him the best combination of size & quality, it looks like you and Snowknight are in violent agreement. (and I do mean violent) :) (however, I don't know how Handbrake handles this, it may be different)

PS: the script for Ripbot can be found in whatever temp location you specify for Ripbot, by default it chooses your largest drive and creates a temp directory at the drive root. i.e. D:\Temp\Ripbot264temp\job1 job2, job3, etc.

If you navigate into a given jobX folder after creating a job in the GUI but not yet executing it, you will find a series of cmd files, one of which will be named something like: job1_EncodeVideoxyz. Open this up with a text editor and you will see the exact settings queued up for the video encode.
 
You must log in or register to reply here.
Back
Top