tag:danbooru.me,2005:/comments Comments on post #2824323 2017-08-17T20:18:01-04:00 tag:danbooru.me,2005:Comment/1732236 2017-08-17T19:59:23-04:00 2017-08-17T20:18:01-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>CodeKyuubi said:</p> <p>Honestly, I do tag lossy-lossless where I find it in my day-to-day browsing, which doesn't happen very often with digital images, and with scans it's a more questionable usage as a scan by nature has image noise due to it being a physical-to-digital conversion. I feel that the very presence of the scan tag should basically equate to a user that the image has some form of artifacting, unless overly processed.</p> <p>I don't know why you feel that I'm trying to say this whole time that my version is superior, as through my silence I have conceded that your image has slightly more image data and not reversed the parent/child relationship again. As I said before, I see your point of view, henceforth I have kept the relationship as it is. All I wanted to say was that this post deserves the lossy-lossless tag for the past several posts.</p> </blockquote><p>My perception was that you were trying to justify making yours the parent because this does suffer from a defective quality -- that it being <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a> is enough to move the parenting around. But if you mean to say that this should stay the parent and also have it tagged, then by all means (of which I've now done).</p><p>But I'm kind of a foulmouthed fool sometimes, so, y'no... Apologies.</p><blockquote><p>And yeah, the consideration of lossy-lossy has not escaped me once it came to my attention. Should all scans be uploaded as png, or should they be uploaded as the filetype of the original, or always as a jpg. In my opinion the data loss of a maximum-quality jpg is, as you said, minimal. Twitter is a weird thing. It's a lossy format, for sure, but that is just the nature of how twitter works. I definitely have tagged many twitter images with jpeg artifacts if it's severe, particularly in images with lots of red color data, but then it begs the question if we start tagging images with lossy-lossy, then do we start tagging images with no quality loss from upload as lossless-lossy? It's a dilemma, and there's probably no answer that will satisfy everyone. I wouldn't mind tagging every twitter image as lossy-lossy, though the problem there is the fact that most users don't do tag aftercare after migrating tags from a twitter post, and it would quickly bloat pixiv images with the tag as well.</p></blockquote><p>Pretty much. The existence of <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/jpeg_artifacts">jpeg artifacts</a> is definitely subjective, and the tagging noise that would result from having a tag such as <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a> would be too much technicality to keep up with.</p><p>Further reason as to why I disagree with part of the existence of a <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a> tag because in the first place we shouldn't be uploading those sorts of images, and it's <em>typically</em> reserved in cases where a third-party has uploaded a "better" image out of innocence from a third-party imageboard (e-shuushuu's pointless pngs, for example), and thus should be flagged. The current policy is that uploading such images should be <em>discouraged</em> except in cases where nothing, really, could be done better. A JPG would've been fine, but then there's that problem of introducing noise... on an already noisy image, albeit.</p> Mikaeri /users/470449 tag:danbooru.me,2005:Comment/1732226 2017-08-17T19:12:00-04:00 2017-08-17T19:13:01-04:00 @CodeKyuubi on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>Mikaeri said:</p> <p>If the definition is to be trusted as such, then <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a> should be much more heavily populated, and <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a> should be considered.</p> <p>I'm usually not a fan of stitches, which is why I rarely do them, but if you're going to stitch two uploads and claim that while making both simultaneously worse and not doing anything to improve them, that's in poor taste in my eyes. Hell, I would've likely upped this earlier had I known you be stingy enough to do this. Yes, these scans are "raw" and "littered with artifacts". My problem is that you're selectively tagging images you don't like to try to make them look worse, while not doing the rest for others.</p> <p>By the bare definition, yes, this is lossy-lossless, but there is frankly no other way to simply save it as one whole in the same lossy format without introducing <em>further</em> artifacting. And just because that is, doesn't make yours better. In fact, as I've said multiple times before, it's <em>worse</em>.</p> <p>The question, then, is <em>how exactly</em>, or as to what legitimacy does this 3rd party edit have over yours, or what yours has over this one? </p> <p>The last time I opened up a discussion on the forum about its usage it simply ended at "tag it what it is". I don't disagree with the existence of the tag nor if it belongs here (because it obviously does) but I do disagree as to how it's being attributed, and what exactly does it mean when a post is considered "worse" than others simply because of a quality of being taxing on filesize and not from the pure image itself. And going by the current definition, <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a> doesn't share the same usage as <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/jpeg_artifacts">jpeg artifacts</a>, unless you want to consider mass-tagging everything uploaded from twitter as <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a>.</p> <p>EDIT: To add, our TL group exports in jpg simply because it's an easier format to work with (especially on most web browsers), and the final export (with 100% quality, with 2x2 1x1 1x1 subsampling), the filesize doesn't go up nearly as much as it would in PNG. Artifacting is negligible enough for what it is.</p> <p>But why I don't do that here is because I care about the preservation of the image even if it is unnecessarily bloated, because that's simply how I do 3rd party edits. If this is the insistence and the length we're going to, then maybe I should just convert this to JPG and do an in-place replacement, so we can end this here.</p> </blockquote><p>Honestly, I do tag lossy-lossless where I find it in my day-to-day browsing, which doesn't happen very often with digital images, and with scans it's a more questionable usage as a scan by nature has image noise due to it being a physical-to-digital conversion. I feel that the very presence of the scan tag should basically equate to a user that the image has some form of artifacting, unless overly processed. </p><p>I don't know why you feel that I'm trying to say this whole time that my version is superior, as through my silence I have conceded that your image has slightly more image data and not reversed the parent/child relationship again. As I said before, I see your point of view, henceforth I have kept the relationship as it is. All I wanted to say was that this post deserves the lossy-lossless tag for the past several posts.</p><p>And yeah, the consideration of lossy-lossy has not escaped me once it came to my attention. Should all scans be uploaded as png, or should they be uploaded as the filetype of the original, or always as a jpg. In my opinion the data loss of a maximum-quality jpg is, as you said, minimal. Twitter is a weird thing. It's a lossy format, for sure, but that is just the nature of how twitter works. I definitely have tagged many twitter images with jpeg artifacts if it's severe, particularly in images with lots of red color data, but then it begs the question if we start tagging images with lossy-lossy, then do we start tagging images with no quality loss from upload as lossless-lossy? It's a dilemma, and there's probably no answer that will satisfy everyone. I wouldn't mind tagging every twitter image as lossy-lossy, though the problem there is the fact that most users don't do tag aftercare after migrating tags from a twitter post, and it would quickly bloat pixiv images with the tag as well. </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:Comment/1732222 2017-08-17T18:37:16-04:00 2017-08-17T18:42:44-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>CodeKyuubi said:</p> <p>And so images should be, if the artifacts are clearly visible through the naked eye without zooming in. In this case the artist applied noise to the image, as some are wont to do, which helps deal with gradient banding, which at the same time disguises the artifacts, which are also image noise.</p> <p>I already explained my reservations of tagging a by-definition lossy-lossless image without jpg artifacts as one, as the main criteria to tag lossy-lossless on Danbooru is to have the artifacts from having previously been a compressed jpg file. I don't see why you're arguing this point, if you have a problem with the usage of lossy-lossless not being the actual true-definition of lossy-lossless, you should bring it up on the forum, but we have a lot of similar cases where Danbooru usage differs from real-world usage.</p> </blockquote><p>If the definition is to be trusted as such, then <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a> should be much more heavily populated, and <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a> should be considered.</p><p>I'm usually not a fan of stitches, which is why I rarely do them, but if you're going to stitch two uploads and claim that while making both simultaneously worse and not doing anything to improve them, that's in poor taste in my eyes. Hell, I would've likely upped this earlier had I known you be stingy enough to do this. Yes, these scans are "raw" and "littered with artifacts". My problem is that you're selectively tagging images you don't like to try to make them look worse, while not doing the rest for others.</p><p>By the bare definition, yes, this is lossy-lossless, but there is frankly no other way to simply save it as one whole in the same lossy format without introducing <em>further</em> artifacting. And just because that is, doesn't make yours better. In fact, as I've said multiple times before, it's <em>worse</em>.</p><p>The question, then, is <em>how exactly</em>, or as to what legitimacy does this 3rd party edit have over yours, or what yours has over this one? </p><p>The last time I opened up a discussion on the forum about its usage it simply ended at "tag it what it is". I don't disagree with the existence of the tag nor if it belongs here (because it obviously does) but I do disagree as to how it's being attributed, and what exactly does it mean when a post is considered "worse" than others simply because of a quality of being taxing on filesize and not from the pure image itself. And going by the current definition, <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a> doesn't share the same usage as <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/jpeg_artifacts">jpeg artifacts</a>, unless you want to consider mass-tagging everything uploaded from twitter as <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/lossy-lossy" title="This wiki page does not have a tag">lossy-lossy</a>.</p><p>EDIT: To add, our TL group exports in jpg simply because it's an easier format to work with (especially on most web browsers), and the final export (with 100% quality, with 2x2 1x1 1x1 subsampling), the filesize doesn't go up nearly as much as it would in PNG. Artifacting is negligible enough for what it is.</p><p>But why I don't do that here is because I care about the preservation of the image even if it is unnecessarily bloated, because that's simply how I do 3rd party edits. If this is the insistence and the length we're going to, then maybe I should just convert this to JPG and do an in-place replacement, so we can end this here.</p> Mikaeri /users/470449 tag:danbooru.me,2005:Comment/1732216 2017-08-17T17:48:24-04:00 2017-08-17T17:48:24-04:00 @CodeKyuubi on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>Mikaeri said:</p> <p>And I disagree with its usage. If you tag it here, then your post deserves <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/jpeg_artifacts">jpeg artifacts</a> along with the non-stitched images.</p> <p>If you tag this lossy-lossless, then so should <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2804604">post #2804604</a> and many other posts. You have done nothing but provide a third-party edit of an image; I simply provided a better one, one which loses absolutely zero data.</p> </blockquote><p>And so images should be, if the artifacts are clearly visible through the naked eye without zooming in. In this case the artist applied noise to the image, as some are wont to do, which helps deal with gradient banding, which at the same time disguises the artifacts, which are also image noise.</p><p>I already explained my reservations of tagging a by-definition lossy-lossless image without jpg artifacts as one, as the main criteria to tag lossy-lossless on Danbooru is to have the artifacts from having previously been a compressed jpg file. I don't see why you're arguing this point, if you have a problem with the usage of lossy-lossless not being the actual true-definition of lossy-lossless, you should bring it up on the forum, but we have a lot of similar cases where Danbooru usage differs from real-world usage. </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:Comment/1732209 2017-08-17T17:19:47-04:00 2017-08-17T17:19:47-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>CodeKyuubi said:</p> <p>Edit: My opposition to legitimate lossy-lossless images is that it is deceptive to the end-user, giving them the impression that an image is higher quality than it actually is. I see you removed the tag, but I would recommend re-applying it as this image very much fits the definition of Danbooru's usage of said tag.</p> </blockquote><p>And I disagree with its usage. If you tag it here, then your post deserves <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/jpeg_artifacts">jpeg artifacts</a> along with the non-stitched images.</p><p>If you tag this lossy-lossless, then so should <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2804604">post #2804604</a> and many other posts. You have done nothing but provide a third-party edit of an image; I simply provided a better one, one which loses absolutely zero data.</p> Mikaeri /users/470449 tag:danbooru.me,2005:Comment/1732206 2017-08-17T16:56:30-04:00 2017-08-17T17:05:54-04:00 @CodeKyuubi on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>Mikaeri said:</p> <p>It came natively in a <em>digital</em> format. I thought the same at first, which is why I held off for a second, but in the case where it came as such then the only thing to do is to <em>preserve it as such</em>.</p> <p>The other rips (<a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824285">post #2824285</a>, <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824284">post #2824284</a>) don't come like this (or to such a heavy degree of the artifacting as you say), so presumably we should assume good faith, that the source is as correct as the publisher made it. If there is visible "artifacting" then that was probably intended by the artist, or was simply a result of a scan made digital (when the image wasn't drawn on a digital medium to begin with).</p> <p>I did the comparison and checked the pixel values -- you did <em>not</em> do any sort of restoration to it (no redraws, no color restoration, etc), so yours is worse as it is lossy-lossy. Lossy-lossless isn't the answer, sure enough, but if you're going to do that you're going to also have to tag <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2804604">post #2804604</a> and others like it as such.</p> <p>Restoring scans... that's fine. In your ballpark. But as said above, you should either do at least this much or forego it.</p> </blockquote><p>Yes, I did say that <em>if</em> I did it properly, which I did not as I've since forgone fixing digital images because of the issues of some people uploading the unmodified, lower-quality raws as parents. I do photoshop work to give the end users the best result I can, which is rendered meaningless when it is childed because no one looks at the children except the people who impulsively favorite everything. </p><p>That said, no it is not artist intended. For novel illustrations, this can be seen because purchasing the book gives you access to clean versions of the image, as opposed to the artifacts from illustration rips. It is third-party modified by the novel distributor in order to encourage purchasing the books. For digital magazines, I find they can vary from distributor to distributor, as some give out 1920px images with very minimal artifacting, while some only give 1200px or 1500px with heavy artifacting, so it's likely that they are also third-party modified to disincentivize digital rips, whether legitimately purchased or not. </p><p>And as for the pixiv images, it's been in my mind. By definition it belongs to the lossy-lossless category, but common usage for Danbooru is when visible artifacts from over-compression are present. </p><p>Edit: My opposition to legitimate lossy-lossless images is that it is deceptive to the end-user, giving them the impression that an image is higher quality than it actually is. I see you removed the tag, but I would recommend re-applying it as this image very much fits the definition of Danbooru's usage of said tag. </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:Comment/1732202 2017-08-17T16:24:14-04:00 2017-08-17T16:24:14-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>CodeKyuubi said:</p> <p>If I would have done it properly, I would have cleaned the image before saving it at max quality. The issue then is that someone comes in, uploads the raw image littered with artifacts, and parents the clean image to it. So, I've given up cleaning digital images and will only clean scans. </p> <p>I can understand your point of view, but I feel a lossy-lossless is not the way to go around it. That's why I linked the source if people want to grab the raws for themselves.</p> </blockquote><p>It came natively in a <em>digital</em> format. I thought the same at first, which is why I held off for a second, but in the case where it came as such then the only thing to do is to <em>preserve it as such</em>.</p><p>The other rips (<a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824285">post #2824285</a>, <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824284">post #2824284</a>) don't come like this (or to such a heavy degree of the artifacting as you say), so presumably we should assume good faith, that the source is as correct as the publisher made it. If there is visible "artifacting" then that was probably intended by the artist, or was simply a result of a scan made digital (when the image wasn't drawn on a digital medium to begin with).</p><p>I did the comparison and checked the pixel values -- you did <em>not</em> do any sort of restoration to it (no redraws, no color restoration, etc), so yours is worse as it is lossy-lossy. Lossy-lossless isn't the answer, sure enough, but if you're going to do that you're going to also have to tag <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2804604">post #2804604</a> and others like it as such.</p><p>Restoring scans... that's fine. In your ballpark. But as said above, you should either do at least this much or forego it.</p> Mikaeri /users/470449 tag:danbooru.me,2005:Comment/1732197 2017-08-17T16:01:58-04:00 2017-08-17T16:01:58-04:00 @CodeKyuubi on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>Mikaeri said:</p> <p>Because you're introducing a second round of lossy compression when you save it in JPG. That is simply how it works. If you're going to stitch it, at least do this much.</p> </blockquote><p>If I would have done it properly, I would have cleaned the image before saving it at max quality. The issue then is that someone comes in, uploads the raw image littered with artifacts, and parents the clean image to it. So, I've given up cleaning digital images and will only clean scans. </p><p>I can understand your point of view, but I feel a lossy-lossless is not the way to go around it. That's why I linked the source if people want to grab the raws for themselves. </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:Comment/1732194 2017-08-17T15:58:32-04:00 2017-08-17T16:01:46-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>CodeKyuubi said:</p> <p>The source image is lossy and rife with artifacts, why would you re-save it into a lossless format?</p> </blockquote><p>Because you're introducing a second round of lossy compression when you save it in JPG. That is simply how it works. If you're going to stitch it, at least do this much.</p><p>EDIT: As with <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2804604">post #2804604</a></p> Mikaeri /users/470449 tag:danbooru.me,2005:Comment/1732186 2017-08-17T15:44:24-04:00 2017-08-17T15:44:24-04:00 @CodeKyuubi on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <blockquote> <p>Mikaeri said:</p> <p>Lossless stitch</p> <p><a rel="external nofollow noreferrer" class="dtext-link dtext-external-link dtext-named-external-link" href="https://imgur.com/arc10Fx">diff</a> on <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824317">post #2824317</a></p> </blockquote><p>The source image is lossy and rife with artifacts, why would you re-save it into a lossless format? </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:Comment/1732181 2017-08-17T15:30:52-04:00 2017-08-17T15:30:52-04:00 @Mikaeri on post #2824323 ( original and 1 more drawn by furisuku) <img src="/cdn_image/preview/8c/d2/8cd291c73409a59661ca2c12294c181e.jpg"/> <p>Lossless stitch</p><p><a rel="external nofollow noreferrer" class="dtext-link dtext-external-link dtext-named-external-link" href="https://imgur.com/arc10Fx">diff</a> on <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2824317">post #2824317</a></p> Mikaeri /users/470449