zeus ⁧ ⁧ ∽↯∼

Il faut imaginer Camus hébété.

website

  • 3 Posts
  • 84 Comments
Joined 1 year ago
cake
Cake day: June 15th, 2023

help-circle



  • Aye so bottom line, we’re stuck with what exists until new formats are forced upon everybody… ¯\_(ツ)_/¯

    yeah… :(

    Raw isn’t a format, it’s supposed to just be unaltered stream from the imager, so every camera model is unique in that regard. But DNG is a way to describe that data so it’s more readable to programs unfamiliar with the specific model. And well, some makers prefer to use their own proprietary models.

    ah fair enough, i didn’t know that

    Actually AAC is mostly Apple’s format and support for it is pretty great. I’m not super familiar with the details but it sounds like a similar situation as with webp.

    is it? i didn’t think any android players supported it apart from specifically apple music? and i’m pretty sure ms’ groove music couldn’t play them?



  • It’s not. The web site you’re uploading to has to support it to allow you the upload in the first place, and to process it to make previews or lower-res versions for the web pages or apps.

    alright yeah i guess. to be honest i was more talking about using images i’ve made on my own site, or publishers using an image format on their own websites. as for uploading to other sites it’s a complete mess: even tumblr doesn’t allow uploading webp, but it then automatically converts to webp which makes a horrible blurry mess

    Do believe me, recently I’ve started converting those I want to keep to mp4 and I’m saving gigabytes.

    i wasn’t being sarcastic! i do believe you. and yeah, i’d do the same

    It’s not all that well supported in lots of those cases I mention. And where it did get, it only got because Apple has actually billions of devices out there and has the power to make the format default among them with one worldwide update. Yet it still has to convert to jpg when sharing elsewhere by default. That’s how huge the resistance is.

    sorry, i was talking about jxl here. i agree heif hasn’t got anywhere; but that is, again, mostly due to licencing issues (unsurprisingly, given it’s apple)

    I’m not advocating for these formats specifically (definitely not jpeg2000 haha), but I’m saying licences and royalties aren’t that super important when it comes to how supported something becomes.

    Hell look at Apple… Everything is proprietary.

    yeah exactly - none of apple’s formats are supported outside of apple devices (and i guess itunes for windows)

    Or when it comes to formats, mp3 is still the most widely supported audio format (non-free), and DivX has been the most widely supported video format for much longer than anything else… Also non-free.

    that’s a fair point, and i can’t really explain that - i can only assume it’s big for the same reason as gif: it was good enough at the time, and got standardised by cds

    Haha hardware camera makers are the slowest dinosaurs when it comes to technology. Took them fucking ages for some to support DNG raw format, and before h264 was already getting grey, most would record videos only in mjpeg.

    really? now admittedly i don’t know much about cameras, but i’ve had a couple of filmmaker friends and i was under the impression raw was universally supported

    But it’s more about phone cameras anyway. And well with those we’ll only have webp and heif at most, so I guess we have to deal with that anyway.

    i’m not sure about that - even google camera doesn’t support webp (i mean, it’s called “web picture”, i think they see it as a web format primarily). i think phone cameras will continue to be solely jpg for a long time

    Maybe if Mozilla had not abandoned their FF OS, maybe that would’ve been a camera supporting jpegxl now.

    that’d be nice. i do wish mozilla wasn’t so catastrophically mismanaged all around


  • That’s not how people use images. For an image format to be viable, you need your camera to support it, your gallery app/program to support it, the web sites you upload it to, the messaging platforms you share it through.

    yes. i agree. but that’s my exact point. if i make an image then upload it to the internet - the only software that’s involved is on my side (gimp, ps, whatever[1]) and the browser of the person viewing it. if it was supported in chromium, that’s automatically available in chrome, edge, vivaldi, brave, discord, element, spotify, whatever other chromium-embedded or electron apps you care to name. given the (unfortunate) prominence of electron-based programmes nowadays; that’s good enough for anyone who isn’t a professional, and they’re already fine. fuck it, it has the joint photographic experts group behind it - they’re quite a big name in photography

    Oh you’d be surprised… Gaming videos on Steam, screen recordings, porn clips by amateurs, or just random clips, the amount of low-res gifs with 10s of MB in size is crazy.

    meh, i haven’t seen any in the past ~5 years apart from ones specifically chosen for that 256 colour æsthetic; but i will believe you

    Sure, it’s shitty of Google to drop the support, but from experience I’m still unfortunately 100% sure it wouldn’t have gotten anywhere.

    Heck, Apple has been using HEIF for years and that’s a trillion dollar company with a huge market share, and you still get shitton of places where you can’t use it.

    it did get places. it has got places. again, it’s very new and is already well supported

    jpeg2k failed because of licencing and royalty issues[2]. heif hasn’t spread because of licencing and royalty issues. in my personal opinion, webp has licencing issues. png didn’t. jpeg (sort of) didn’t. jxl doesn’t.

    but anyways, this isn’t a pro-jxl comment; it’s an anti-webp comment. i used jxl as an example of why webp, and its adoption, is making the web worse even though it’s better than png from a technical standpoint


    1. or camera, you’re right; but i’m pretty sure that A) there are some cameras that support it already, and B) again, the jpe group have a considerable amount of sway so i’m sure they could persuade most camera manufacturers to support it ↩︎

    2. i mean, as well as the fact it didn’t really bring anything new to the table. but that’s a whole other point ↩︎


  • Sorry, 5 graphics programs isn’t “support”. You need support from the millon mobile apps, web sites and image and web libraries. A format that you can only use by yourself or with a handful professionals is useless in practice.

    i gave those because they’re the most pertinent programmes for people dealing with creating & editing images. there are mobile (or at least android) libraries; and web is the issue i’m talking about - it’s hampered by chromium. there are more here if you’re interested.

    and i’d say that’s not bad for a format that’s only a few years old

    Ed: look at the list of formats supported by XnView

    i don’t know what this is supposed to mean. xnview supports jxl

    There’s been hundreds of new image formats in the last ~20 years, and none has gotten anywhere.

    because png is good. i’m not defending gif or jpeg, they suck. but png is simple, fast to decode, and open by design. there have been better formats, but not paradigm shiftingly better. it may not be the best as an image format, but it is good

    Even PNG needed a decade for some things to support it properly, and that one really had a brand new massive use case.

    yeah that’s my point, jxl has been adopted faster than png or webp (it was only officially standardised in 2022!)

    People use gif to make videos for crying out loud, and bitch about webp all the time, that’s how massive the pushback against new formats is.

    i really don’t think many people use gif. most people use gifv or similar (usually webm) without realising it. apart from its very specific use case, gif sucks; so most software automatically converts to something else

    Do you really think jpegxl would get anywhere by itself? No, it would be the same as with jpeg2000 and tons of other formats - first supported by a handful of programs, but not used by anyone else and then forgotten.

    jpeg2k had major issues other than a lack of support - jxl has deliberately avoided those pitfalls


  • jpegxl actually has pretty good support - affinity, photoshop, gimp, krita, etc. all support it fine

    it’s only chrome/electron that’s holding it back (even firefox supported it until chrome dropped support). i don’t think it’s lazyness

    i have no love for gif (hence i use apng), but all the other alternatives are either videos so show controls by default, not widely supported, or webp. i realise webp is objectively the better format for most things, but i still argue it’s existence is a net negative effect

    webp may be open (although actually i’d argue it isn’t, the licences for the decoder and the format itself are both very woolly), but as it’s actively contributing to enshittification by holding back truly open formats i’d say that doesn’t really matter




  • It’s a grand idea to make an index, not only for better exposure, but I bet it also makes it easier for FNIC communities to handle potential problems in unity - if they want to.

    yeah, there is also a matrix space where i’m doing anything i can democratically as well

    I apologize for making assumptions. It is most definitely a good idea to not have the whole of Lemmies Imaginary communities depend on a single persons whims

    don’t apologise! (i did steal their naming convention as well)

    Though I’ve personally never had any beef with INE, we often see how bad such communities can end up.

    neither did i; but better safe than sorry and all that (also i just made !imaginarytrains@lemm.ee because nobody else would, and it’s just sort of snowballed from there - i didn’t know if people would have beef with me, so i don’t want to dictate what happens everywhere)





  • zeus ⁧ ⁧ ∽↯∼@lemm.eetoNew Communities@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    1 year ago

    personally i think that’s not a great answer

    So, there is a mixed bag of thought on this that I read up on before creating the domain, but tl;dr - .zip is a valid TLD and will be recognised by all browsers etc as such. There are lots of new TLDs being created and they’ll be in the same boat.

    yes, it is. .scr is also a valid executable that windows pcs will run, but i wouldn’t go about distributing programmes as such

    .zip domains also come with higher levels of mandatory security and require an SSL certificate to display a webpage, which is another layer of security.

    almost all websites do that now, but man-in-the-middle attacks aren’t really the issue with .zip domains

    On the flip side, yes someone will probably try to fake a zip file with it and send the link around, but (and people are free to disagree with me here!) this is basic Internet security and you shouldn’t be clicking links to places you weren’t expecting.

    this issue isn’t clicking links to places you weren’t expecting, but clicking a link to a place you were expecting. if i send you an email saying “i sent you the invoice.zip you asked me to”; then you’d be expecting that link to open the invoice zip file

    especially on lemmy, as links often follow the format “https:⧸⧸domain.com⧸c⧸topic@differentdomain.com

    Federation won’t be affected by anything and we’d need to be manually defederated like normal.

    this is true (although anyone that has ||.zip^ blocked won’t see images hosted on lemmy.zip)

    People/companies may decide to block .zip domains but that is a knee-jerk reaction.

    i think it’s a necessary reaction. i’ve blocked .zip on both my parents’ computers (and my own, but i at least know how to disable it for specific sites). now admittedly they’re unlikely to be using lemmy[1], but you get the picture

    Bad actors will exist (and have existed before)

    yes. but giving them more attack vectors isn’t the best idea

    and with the way TLDs are heading before long you’ll probably be able to generate anything as a TLD, after all they’re just name friendly pointers to an IP address.

    this may be true, but A) we’re not there yet, and B) that doesn’t mean it’s a good thing (or relevant)

    In summary, it’s not caused us any issues yet, I dont forsee it causing us any issues, but if it did, then we’ll cross that bridge when we get there!

    this is not the best attitude, as (as @quortez says), lemmy doesn’t currently allow migration or re-federation

    points 3 & 8 are the most pertinent.

    (sorry it’s long, but i might link to this in future so i wanted it somewhat comprehensive)


    1. although i have just set up a lemmy acct. for someone a similar age, and only slightly more tech-savvy ↩︎






  • yes i do, thank you. very much so

    by the way, you might want to add that lemmy 0.18.4 currently incorrectly munges “&” to “&”, so it needs editing after copying

    edited version (partly for my own backup) that works on artstation sites as well (remember to replace the &s)
    javascript: (function() {
    	var sourceCode = "";
    	var isArtStation = document.location.host.endsWith("artstation.com");
    	if (isArtStation) {
    		sourceCode = getArtstationInfo()
    	} else {
    		var title = ("%s" || document.title).replace("[", "\\[").replace("]", "\\]");
    		sourceCode = `[${ title }](${document.location.href })`;
    		var isTumblr = [...document.querySelectorAll("link")].filter(e => e.href && e.href.indexOf("tumblr.com") >= 0).length > 0;
    		if (isTumblr) {
    			var tumblrUrl = `${document.location.protocol }//${document.location.host }`;
    			sourceCode += "\r\n\r\nTumblr archive: " + tumblrUrl + "/archive";
    			sourceCode += "\r\n\r\nRSS Feed: " + tumblrUrl + "/rss"
    		}
    	}
    	var inpt = document.getElementById("crul-source-code");
    	if (!inpt) {
    		inpt = document.createElement("textarea");
    		inpt.id = "crul-source-code";
    		inpt.style.position = "fixed";
    		inpt.style.color = "beige";
    		inpt.style.background = "#282828";
    		inpt.style.top = "5vh";
    		inpt.style.left = "5vw";
    		inpt.style.height = "90vh";
    		inpt.style.width = "45vw";
    		inpt.style.border = "solid 2px firebrick";
    		inpt.style.zIndex = "99999";
    		document.body.appendChild(inpt);
    		var closeBtn = document.createElement("button");
    		closeBtn.onclick = () => {
    			inpt.remove();
    			closeBtn.remove()
    		};
    		closeBtn.innerHTML = "X";
    		closeBtn.style.position = "fixed";
    		closeBtn.style.width = "30px";
    		closeBtn.style.height = "30px";
    		closeBtn.style.background = "firebrick";
    		closeBtn.style.color = "white";
    		closeBtn.style.border = "none";
    		closeBtn.style.zIndex = "999999";
    		closeBtn.style.top = "5vh";
    		closeBtn.style.left = "calc(50vw - 30px)";
    		document.body.appendChild(closeBtn)
    	};
    	inpt.value = sourceCode;
    	inpt.focus();
    	inpt.select();
    
    	function getArtstationInfo() {
    		var sourceCode = "";
    		if (document.location.host.endsWith("www.artstation.com")) {
    			var title = document.querySelector(".project-description-title");
    			var author = document.querySelector(".project-author-name h3 a");
    			var profileUrl = document.querySelector(".project-author-name a").href;
    			var description = document.querySelector(".project-description p:first-child");
    		} else {
    			var title = document.querySelector(".project-page .project-section:first-child");
    			var author = document.querySelector(".site-title a");
    			var profileUrl = "https://www.artstation.com/" + author.href.split(/[\/\.]/)[2];
    			var description = document.querySelector(".project-page .project-description");
    		}
    		if (!title || !author) {
    			return
    		}
    		var image = document.querySelector("picture:first-of-type img").src.split("?")[0].replace(/(small|medium|4k)/, "large")
    		title = title.innerText.replace("[", "\\[").replace("]", "\\]");
    		if (description && description.innerText) {
    			description = description.innerText.replaceAll("\n", "\r\n> \r\n> ");
    			sourceCode += `> ${description}\r\n\r\n`
    		}
    		sourceCode += `source: [artstation site](https://${profileUrl.split("/").slice(-1)[0]}.artstation.com/projects/${document.location.href.split("/").slice(-1)[0]})`;
    		sourceCode += ` ||\r\n[artstation page](https://www.artstation.com/artwork/${document.location.href.split("/").slice(-1)[0]})`;
    		sourceCode += `\r\n\r\nartist's: [artstation site](https://${profileUrl.split("/").slice(-1)[0]}.artstation.com/`;
    		sourceCode += ` ||\r\n[artstation page](${profileUrl})`;
    		sourceCode += ` ||\r\n[artstation rss feed](${profileUrl}.rss)\r\n`;
    		sourceCode += "\"" + title + "\"" + " by " + author.innerText + "\r\n";
    		sourceCode += image
    		return sourceCode
    	}
    })();