[PPP-Raw] Sanctuary (v3 - Domesday Edition)

2020-07-11 17:10 UTC
No information.
File size:
2.4 GiB
Info hash:
Piyo-Piyo Productions presents: Sanctuary (v3, probably) https://anidb.net/perl-bin/animedb.pl?show=anime&aid=3439 7/10/20 https://www.otakubell.com/ Source: Laserdisc Everything PPP-Raw releases is from laserdisc source. At the time of ripping, no DVD or Bluray souce is known to exist. Project notes: For an awesome yakuza movie that I really like, I just cannot stop screwing it up. I now present the short and shameful PPP release history of Sanctuary: v1: Old firewire capture setup, h264/mp3 encode. I think this was around when nyaa.se collapsed. Somehow, I managed to lose the entire thing – raw capture, conversions, everything – in the shuffle. If you want to see this verison, it was subtitled by Orphan. V2: I got my Domesday Duplicator up and running, and dumped it through v4 of ld-decode. I had this crazy idea I’d do lossless releases. There were problems. 1) Too big to be practical. 2) v4 of ld-decode sucked, so the resolution was wrong, and the audio was bad, and entirely missing for the first 15 minutes or so, which I didn’t even notice, somehow. I was like Stuart from MadTV, jumping around going, “Look what I can do!” (Note for zoomers – look it up on Youtube, its funny) V3: I dunno, I’m sure its screwed up somehow. Well, I can tell you this much, and its minor, but a thing: The disc is chaptered, but I have yet to figure out a way to apply the chapter marking to multi-sided discs, so I’m just providing the chapter marking metafiles. The digital and analog audio should be present – I checked, but I don’t watch every minute, so if there’s a dropout, I could have missed it. Well, whatever, we’ll see if a v4 is needed. I’ve included an unfiltered DVD conversion for archival purposes.

File list

  • [PPP-Raw] Sanctuary (v3 - Domesday Edition)
    • DVD.7z (2.0 GiB)
    • Release Notes (v2).rtf (11.6 KiB)
    • Release Notes.rtf (10.0 KiB)
    • sanctuary-h265rf20.mkv (399.3 MiB)
    • sanctuary-side1.meta (215 Bytes)
    • sanctuary-side2.meta (292 Bytes)
    • sanctuary.avs (755 Bytes)
You should consider using something better than DVD for archiving. MPEG-2 is a really shitty codec compared to h.264, and I'm not necessarily talking about compression, but the lack of built-in deblocking in MPEG-2, which leads to some really pretty terrible artifacts. X264 at low CRF, like 12-13, should yield similar, or maybe even smaller sizes while being pretty much visually lossless.

toynbeeidea (uploader)

@rokweom: Maybe so. I do put the time in to do the compression well, and in a few rare cases I have wound up doing my release from the DVD version, and blocking was not an issue. My thought process has been that people do DVD rips all the time, and the quality of a well-made DVD should be better than that of a laserdisc (though a lot of DVDs are NOT well-made). The resolution isn't high enough to justify Blu-Ray, but maybe it doesn't matter...?
@toynbeeidea It might look fine to your eye, but once you start filtering a video that have been heavily lossily compressed you will start seeing some problems. With DVD you also have limited choice of framerates and resolutions. If you encoded your ld-decoded video with x264, you wouldn't have to do any changes - no scaling, no framerate conversion and so on. If you can have a file that is much closer to being lossless than MPEG-2 is at the same size, why wouldn't you use it? And I didn't say anything about Blu-Ray, just use h.264 in mkv. It's much more convenient. Don't tell me you're actually burning DVDs?

toynbeeidea (uploader)

@rokweom No, I'm not actually burning DVDs, but I like the idea that I could, and it would work in a regular DVD player. I've been aiming for parity with "official" theoretical sources as much as possible, you see. I brought up Bluray because that uses h264, right? I'm just thinking about potential options for change. My next release (probably this evening, unless something comes up) will be DVD still - but after that, perhaps I will experiment with something new. So long as we're talking about low CRF h264, what about low CRF h265? Really, I wish I could just do full lossless, like Lagarith or FFV1, but the space and bandwidth involved are a bit much.
@toynbeeidea Let me get this out of the way - x264 and x265 are encoders, h.264 and h.265 are codecs. CRF is an option specific to x264 and x265, not to the codecs themself. But yeah, x265 will be fine too, but it's much more computationally expensive, and I think it also tends to be harder to reach transparency than with x264. Also since ld-decode is outputting rgb48, it would be best to use 10-bit 4:4:4 to limit the losses. With x265 you could even use 12 bits. But since you're aiming for hardware compatibility, you would be limited to 4:2:0 and 8 bits for x264 and 10 bits for x265. I wanted to suggest lossless codecs or Prores in the first place, but seeing as you're currenly using MPEG-2 I thought it would be too much of a jump for you.

toynbeeidea (uploader)

@rokweom I confess I am not an expert, but I do know the difference between x and h: I used to use x264 for my older encodes, but now I use Handbrake (x265 was insanely slow for me). Never heard of Prores before... I could look into that as well. I'm not afraid to take leaps!
@toynbeeidea well, Hanbrake also uses x265 for encoding h.265 video, unless you're using GPU encoding (Nvidia NVENC or AMD VCE). And speed is dependent on configuration - both x264 and x265 have presets ranging from ultrafast to placebo. You can set this in Handbrake under "Optimise Video". I recommend staying away from Handbrake btw., due to its 8 bit pipeline. Just use ffmpeg, since you need to use it anyway before Handbrake, right? As for ProRes, it's Apple's proprietary codec, so support on other platforms is not good. Ffmpeg has an encoder, but it's unofficial and based on reverse engineering IIRC, so it might cause some incompatibilities. On Windows, there's official encoder in Adobe Media Encoder.