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.
Please use some suitable comparison service.
http://screenshotcomparison.com/
http://diff.pics/
and here are the settings I used
goal is near-transparency with as much of a reduction in filesize as possible
>>123325977
it looks the same
>>123326051
here you go m8
http://screenshotcomparison.com/comparison/119351
just one pic so far, but i'll make a gallery of this episode as the thread goes on
>>123326090
that's my goal
>>123325977
Is it supposed to be different?
>>123326298
Not really
>goal is near-transparency with as much of a reduction in filesize as possible
One's 849 MB and one's 3.81 GB?
Why are you asking /a/ instead of Daiz?
>>123325977
Your encode looks like shit.
Try to do it with some other show, this DBZ episode look like they removed grain.
>>123326259
>that's my goal
well then, you made it, I guess
>>123326439
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.
>>123326410
I love you too
>>123325977
Do you have an encoding guide?
http://diff.pics/f1Xq7j1jAaBv/1
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
>>123326999
I posted every single setting I used and the exact configuration of those settings here >>123326068
also nice trips, man
>>123326374
>goal is near-transparency with as much of a reduction in filesize as possible
The best.
>>123327228
and here's a version that doesn't have my name plastered all over it...
so much for anonymity
oh well
>>123325977
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.
>>123327392
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)
>>123327455
dubs confirm 10 butt would fux
>>123327561
oh no, my dream of hacking all of the anime encodes on the internet like anonymous is ruined
whatever shall i do
>>123327455
Please don't fall for satire shitposts, silk. People like >>123327392
are clearly too bored and can't stop procrastinating to get some real work done, like you have.
>>123327455
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.
>high motion
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.
looks good op
praise be upon you for not giving into the 10 bit jew
>>123328252
I only encoded in 8 bit because I own like 2 devices that support 10 bit, vs the 6 I own that don't
>>123327455
Then that's why you have macro blocks in your encode, use 10-bit but apply a light grain filter too (light just to deblock a bit), it will work much better.
>>123328577
>Grain Filter
>GRAIN
>FILTER
please fuck off and stop misguiding op
>Anderson
And OP was a fag all along.
>>123326259
There's like no fuckin' difference you faggot. This is a boring game.
>Encoding DBZ
Encode real anime, not shit for kids.
just add salt to taste my nigga
set it and forget it
>>123325977
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.
>>123329354
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
>>123329256
*Kai
>>123329228
THAT'S THE POINT
>>123329152
uh oh, you got me
Just nuke the grain and use warpsharp, it's going to look better than the source.
>>123328917
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.GradFun2DBmod(thr=2.0,mode=2,str=2.0,temp=50,adapt=64,mask=True,radius=1,range=1)
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.
>>123329775
Come back when you make a difference, loser.
>2015
>Still using 264
>>123329978
Keep trying to fit in.
>>123330871
Thanks. I'm doing just fine, you cucktain.
>>123325977
See this, this is shitty encoding.
https://www.youtube.com/watch?v=20PwaJYcnuk
I am summoning thee.
>>123331076
I just had to..
>>123331071
That's why I recommended a bit of grain (8577), then that edgelord had to write his useless post.. OP probably thinks I was trolling him but I really wasn't.
>>123329874
Will try this later, thanks
>>123329978
y-you too
>>123331071
well I'm trying to match iTunes 1080p, so that's honestly to be expected
>>123331076
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)
>>123331316
Nah, I'll try it out
10-bit 8bit 10-bit Daiz 10-bit encode 10-bit mpc 10-bit vlc 10-bit Sweden 10-bit underwater 10-bit anime 10-bit lies
>>123331566
dubs of summoning
>>123331566
Does he even talk about encoding on /a/ anymore?
I don't think I've seen a single post of his in the last 6 months.
>>123331605
He posted today, talking about Windows 10 ASS support.
>>123331646
>Windows 10
Wait. I thought we were still at 8.
What does he know of 10?
>>123331656
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.
>>123331656
9 got skipped b/c old java programs had "if windows 9x... then.." and had it run for old 95 / 98 versions.
that fucked up w/ "9" so they skipped it
>>123332052
>every second version of windows is horrible
>windows 7 was good
>windows 8 is horrible
>windows 9 is skipped
Fuck this shit.
>>123332110
>not using GNU + LINUX
>>123329354
>Try using the next gen H.265 instead. It reduces up to 20% more efficient than 264.
In theory.
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).
>>123333103
Thanks Mr. Daiz
yeah encoding full episodes is painful
just keep trying, I suppose
>>123333103
OH SHIT IT'S DAIZ
hi
>>123325977
no one gives a shit, fuck you faggot.
>>123333695
I do, now fuck off.
>>123333103
Remember when you were banned for anonymously shilling Fakku over and over?
>>123334657
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.
OP this is a really random request, but could you encode Mega Man the Day of Sigma?
There's nothing for it. Anywhere.
>>123335045
OP doesn't upload stuff.
>>123333103
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..
>>123335045
Uh....sure?
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...
>>123335088
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.
>>123335250
I don't, sorry. you think you could get the Japanese version and just rip it from there? thanks silk
>>123335292
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
>>123335200
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.
>>123325977
>encoding site
>watermarks
Everytime.
>>123335437
...What?
>>123335401
/g/ btfo.
>>123335401
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).
>>123335833
>MKA
APE* I meant, it cannot be muxed in Matroska for some reason, maybe because the license or similar crap.. it's a shame.
>mfw x265 encodes
oh yes
16 bit or bust, fuck's wrong with you people?
>>123336604
Fuck off Daiz
>>123335401
Fuck compatibility
Only cancer-ridden autists care about hat shit
>>123336627
>16-bit
Bring it on!
>>123325977
Wait, people don't see a difference?
What the fuck, are you retards blind?
>>123336725
They're probably sitting at cheap laptops.
>>123336725
Left is more blocky than right.
Why need to point out the obvious
>>123336627
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!
>>123336814
There's several guys who state it looks exactly the same. Read the thread.
>bragging about encoding bad anime using megushit
Please stop posting
>>123336826
I will also live six times longer than you because I'm not living with literal fucking cancer
>>123336866
Those are the victims of CR after-effects.
>>123336896
Sure convinced me with your hot opinion.
>>123336826
Dai-kun did you see this:
https://imgur.com/a/Lptpr
>2009-2015 still the same
>>123336814
Well, blindtard, I'd obviously rather have the ~3.8 GB one than the shitty, atrocious encode by the tripshit OP.
>>123337087
>expecting CR to go back and improve on older things
That would actually require them to care about quality.
>>123337095
Who says he's going to give you his encode, shitter?
>>123326068
No deblock? I thought 1:1:1 was default in the animation profile, I'm not sure it makes any big difference though.
>>123337916
Oh god, oh no, PLEASE don't tell me he's not gonna share his generic shitty red-color encode to the world!
>>123337980
So why are you even making it out like you have just 2 choices here?
The OP is also asking for advice, try to keep your shitposting to an inner monologue.
>>123338125
Do you know what a theoretical statement is?
Are you seriously this retarded?
>>123338125
No one cares about your shitty encode, just give up, you're too stupid to do it anyway.
>>123338217
*hypothetical
>>123338272
Your retardation is contagious.
>>123338227
buh thas not me
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??
>>123338400
>So why is majority of encoding group use hardsub
Did you come from the year 2005 or what, because 100% softsubbed releases started becoming a thing around 2007.
>>123338517
So what is deadfish, and bakedfish??
And are you really daiz??
How is your feel about x265??
>>123338619
DeadFish/BakedFish and other mp4 re-encoders literally just take fansubs and re-encode them into hardsubbed mp4 files. They aren't fansub groups.
>>123338400
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.
>>123338680
>They aren't fansub groups.
fansubbing
fansubbing has changed
