rckymtnrfc wrote:Turninator95, I was seeing a black front on the Pulverizer. I went ahead and replaced the TE textures to fix it.
A lot of the animated items/blocks have that pixel jumping issue. All the Mekanism machines are doing it, the lava background bricks from Chisel, the Ender IO machines. I even noticed the Qcraft ore (forget the name right now) is jumping on the last frame.
Same, black fronts occurred on Redstone Furnace, Magma Crucible, and Liquid Transposer for me as well.
HanFox wrote:*snip*
I'm generally confused that Turinator is resizing the packs instead of using the readily available patches on the forum we already know work. In my mind it's quicker to just download 3x the patches, open 3 different windows for each res and drag/drop/extract as necessary. Seems to be adding an extra step and just over-complicating things by resizing himself. Especially as some mods don't always resize gracefully down through the resolutions... (as sometimes GUI icons are in /items instead of /gui and they're usually left at 64x).
I'd hate to think my textures are being resized badly after the effort I put in to them. Especially if they got them from my threads they'd be done correctly. :\ (baring in mind I'm just about the only one who resizes using (Bi)Cubic/Box instead of Bi(Linear)/Triangle as I think Cubic looks better).
Not to say I don't appreciate the effort modpack patch makers go through, too
There aren't always 32x, 64x, or even 128x images included for each mod patch available. They aren't always popular enough for the community to attempt properly resizing for use.
However, I'm with you about downloading each patch at different sizes where available. I would then likely downscale from the highest resolution available for each mod patch individually where lower resolutions are unavailable, rather than throw them all together and size from there; because each mod is different and requires a certain amount of attention for all to look good and clean -- as with hidden reference images from vanilla (16x) or inconsistent sizing of other images.
There's always, said before, gui images that aren't in the right place that you would WANT to remain inconsistent with the rest of the patch for reasons that any resizing of them before their time would leave them disgracefully lower res than intended. I find that checking a mod patch individually for these discrepancies is far preferable than sifting through an enormous meta-patch. However, I consider myself one with simple mind trying to do complicated things too often.
Also, if there aren't any larger textures than sub-128x available for a mod, I would not make a habit of upscaling from the lower only to be downscaled once again; that just causes a drastic quality drop and why most patch makers say to NEVER upscale. I'm inclined to agree with them -- where possible.
These are all reasons why I can't do this kind of work seriously for too long; hurts my brain. There aren't any real standards of form in place for making a patch that would streamline all these concerns. However, with such exacting standards, theoretically, it would cause slower patch turn around; a somewhat intolerable occurrence in such a volatile community of mods and mod packs. Best of luck, all. I've done enough patch submission for a lifetime; I'll be sitting this production out, personally. But I'm not opposed to providing advice.
EDIT: Apologies for wall of text... I tend to ramble.