AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |
Back to Blog
Remux vs x2643/18/2023 ![]() You still save a few GBs compared to the remux though. there's very little difference between the encodes and the source it was made from, though that is something that requires a bit more bitrate, so their encodes end up larger. There's also a lot of P2P groups that aim for transparency, i.e. Scene encodes tend to be fairly small compared to the complete BD, at the cost of some quality loss. ![]() You can compress video by quite a bit and still end up with something that doesn't look too bad. You can't hear the difference anyway and it reduces the amount of bitrate needed for the audio by quite a bit. They will have DTS or AC3 audio instead of DTS-HD MA or TrueHD. Other groups, specially those that release on public trackers such as YIFY, compress their shit even more and cause massive amounts of loss in picture quality, as well as compression artifacts like blocking and banding to appear.Īn encode like that will also not include the lossless audio track. The Scene compresses the video in their releases quite a bit, so there is some loss in video quality that is perceivable, though they are not very bad by any means. In your example, you're comparing a Scene encode to a remux. The tracks will then be an exact copy of what was on the BD, including high bitrate video and lossless audio. Most of what I read only recommends CRF of 18-22 which to me is too low quality.A remux is when you take the tracks from a BD and put them in another container, usually mkv. Since I'm basically attempting to keep as much of the quality as possible, not really caring about file sizes, can anyone recommend something else, or revised Handbrake settings to convert a full quality VC-1 Blu-Ray rip to as close to full quality H264 as possible? I tried CRF: 1 but the output file size was nearly double the source, plus I'm still unsure about the other settings. Is using 3 ref frames and 3 b-frames in this scenario overkill? Also, what's the opinion on Pyramidal B-Frames in this situation? What about Motion Estimation Range and Subpixel ME settings? Also, is Trellis necessary in this case? I've read a lot about the VC-1 spec that seems to imply it uses 1-2 ref frames and b-frames at most. Subpxel ME & Mode Decision: 9: RD refine in all frames Motion Estimation Method: Uneven Multi-Hexagon So far this is what i put together in Handbrake: When I read about Handbrake, most people are converting DVDs or really don't care much about super-high quality. There’s more to learn about macroblocks, CTUs, and these standards, so keep reading this detailed guide. CTUs process information more efficiently, which results in a smaller file size and less bandwidth used for your streamed video. Problem is when I use the "lossless" option in iVI, it doesn't seem to be of very high quality regarding BFrames, Ref Frames, and Motion Estimation. H.264 processes frames of video using macroblocks, while H.265 processes information using coding tree units (CTUs). I've been researching the HIGHEST QUALITY way to transocde VC-1 to H264 but all I can find it references to using Handbrake or "iVI", both which use x264 to transcode. The problem is I have quite a few Blu-Ray rips that are encoded in "VC-1" and you can't just mux those, they must be transcoded to H.264. I am a Mac user, so I currently use "Make MKV" to rip the AVC / H264 stream and lossless audio to MKV, then I use Subler to mux the file into M4V, leaving video stream untouched. For HD DVDs I used anydvd HD and ripbot264. Will normally mean they have transcoded the bluray into another format or have compressed it using the same format. I have some lossless Blu-Ray rips (from discs I own that I want to keep on my server with metadata & all in one place). normally will mean they havent compressed anything and just took the streams and shoved them in a different container.
0 Comments
Read More
Leave a Reply. |