How does this 2nd try encode look, /a/?
This is from a high speed scene, so any artifacts of compression would most likely show up here.
and here are the settings I used
goal is near-transparency with as much of a reduction in filesize as possible
There was grain removal in Kai, yes, but I specifically chose this episode because it was one of the few episodes scanned in from 35mm film rather than 16mm. So if I can make this one look good, I can be assured the rest of Kai will look good as well.
Plus I don't have the Dragon Boxes, or I'd be doing those too.
although I do have level set 1.2, which is jam packed with grain. I'll try that later.
I love you too
You can see a few artifacts in the last screenshot, and some of the frames aren't down to the millisecond identical (hard to do with a show like DBZ where there's film jutter)
but overall, considering the drop is filesize, I think I did OK
of course I don't mean to compete with major encoders / fansub groups, I just like doing this kind of stuff for fun
I posted every single setting I used and the exact configuration of those settings here >>123326068
also nice trips, man
and here's a version that doesn't have my name plastered all over it...
so much for anonymity
Too much colour compression, especially visible in the area between his limp arm and his right leg (from his perspective).
I'd say that it looks highly compressed - certainly below a standard I'd be happy to see.
So, just wondering (since I don't feel like waiting for an hour to do another encode to see for myself)
Would 10 bit solve this issue?
(also, that was from a very high motion scene and is impossible to notice in motion)
oh no, my dream of hacking all of the anime encodes on the internet like anonymous is ruined
whatever shall i do
Honestly not sure, I don't encode myself, just complain - I seem to recall a reduction in some of those issues from the comparisons when 10bit was spearheaded, but my opinion isn't sufficiently informed in that area.
So long as you don't get a trail of colour artifacting, I've always found that to be rather noticeable, especially when there's a lot of foreground action, but only a slightly varying background colour.
please fuck off and stop misguiding op
Still using 264? You are not going to get far.
Try using the next gen H.265 instead. It reduces up to 20% more efficient than 264.
I could compress a video from 80MB to 18MB and still looking damn nice.
if I cared about being as efficient as possible I would use 10bit h.265
but as I care more about compatibility (at this point in time), I'll pass
THAT'S THE POINT
uh oh, you got me
Please explain what's wrong with using a bit of grain (I never said to bloat it with grain) to get rid of the bigger blocks, considering that it's also much more effective when you're using 10-bit.
Whatever... just try it OP and see with your own eyes.
It probably doesn't make much difference and will reduce the encoding speed too, if you think it's not worth it then forget it. Next time when you post the settings just copy and paste the command line.
Will try this later, thanks
well I'm trying to match iTunes 1080p, so that's honestly to be expected
I'd honestly like his opinion
(I mean of course he's going to be like "10 bit you idiot" but as I said I'm trying to get the best result I can w/ 8 bit because of my device disparity in things that can actually play 10 bit)
Nah, I'll try it out
Windows 10 already on preview. Search the archive for his trip if you want, it's quite informative since he only trips when he talks about something like fansubs, encoding and lately fucking fakku.
>Try using the next gen H.265 instead. It reduces up to 20% more efficient than 264.
In practice, all H.265 encoders still suck compared to what you can do with 10-bit x264. I ran some tests with 10-bit x265 against 10-bit x264 a while back, and at the same bitrate it takes like six times longer to get even similar quality results.
Anyway, OP, if you want to test things more efficiently, you shouldn't be encoding full episodes. When I'm tweaking my encode settings, I encode a SelectRangeEvery(960,48) (which means that it picks a 48-frame sequence for every 960 frames, giving you small two second clips accounting for 5% of the original video length) lossless clip of the filter chain and then run test encodes on that with -i 1 -I 48 (to get a more full-video-representative keyframe distribution for the sample clips).
Why would I remember something that didn't happen?
I was certainly banned for a week for "advertising" once, but I was using my trip then just like I normally do when talking about FAKKU because I take things like disclosure seriously.
What do you think about Opus? According to /g/ is the Messiah of audio codecs apparently, but is it really that much better? I would have tried a comparison but my pc is kill, I'm stuck on shitty Android..
I'm actually aware that this is only on the game, and never got an actual release...
Do you happen to have a Japanese audio file for it? I have the game and can record the English version, but not the Japanese version...
If it's shit like this that never got an actual release that I happen to have access to, I don't mind. Although the number on those things is very small. anon got lucky that I have this, lol.
I'm not a wellspring of hopes and dreams, anon.
Plus that would involve getting subs, which there isn't an official set for either... I'll just do the English version man and if anyone can provide subs, I'll do the Japanese one too
The increase in compression efficiency Opus gives at higher bitrates compared to AAC/Vorbis isn't really worth the potential compatibility issues you might face using it, plus you'll be stuck with AAC audio anyway for TV stuff because that's what JP broadcasts use and you shouldn't be re-encoding audio there.
Kinda like Monkey's Audio I guess, though about this it's a bit surprising Matroska still doesn't support MKA (at least last time I tried it didn't), iirc it gives like 2-3% more compression than FLAC. Would be nice to see it implemented, that 2% isn't so bad for BD releases imo (especially dual audio).
Bring it on!
Well, if you want to spend six times as long to encode H.265 video (which will obviously be heavier to decode too) that won't look any better than what you could get out H.264 with x264, then be my guest!
>bragging about encoding bad anime using megushit
Please stop posting
Ok guys is quite rare to have dedicated thread for encoding
So why is majority of encoding group use hardsub i mean there is absolutely zero impact on encoding time and they can just remux the sub later, and it always nice to have option to turn off your subtitle.
So what's the point??
I think for viewing on phones and other normie-tier stuff, karaoke is kinda heavy on low-specs devices but, other than few old/dead groups, I don't know anyone who does hardsubs atm except DeadFish, they do it for the reasons just mentioned and since I'm having technical issues and can't watch shit on PC, I'm enjoying streaming DF encodes on the phone.