I've noticed that many of the leaked Oscar screeners have been encoded in XviD. Why do people still use this codec when x264 and x265 exist?
>>51996123
same reason they torrent a rar'd up set of multipart rar files
>>51996154
because they got it from usenet?
>>51996123
maybe some people still use obsolete standalone divx dvd players, idk, some 'scene' groups are really, really slow with taking up new standards
Why the fuck would you care considering the source material is DVD resolution? Xvid is perfect for that shit and x264 or x265 isn't going to fucking improve things in any respect.
5 years from now when Blu-ray screeners start to appear - but most likely never actually will - then you can worry about "high quality screener rips" but until then, shut the fuck up and enjoy the leaks.
>stupid fucking people will be the death of us all
>>51996428
Because more efficient compression?
>>51996438
Irrelevant at this point.
>>51996454
Why?
>>51996123
Why do the cocksucking fucking mongrel idiot fucking retards in scene, p2p and internal use fucking DTS or even worse fucking FLAC audio tracks for lossy video releases
Holy shit I hope you fucking die.
I'm trying to use handbrake to convert .mkv into .m4v. It works fine until I checked that it removes subtitles. Is there an easy way of adding the subtitles back?
>>51996466
Because I said so, obviously.
>>51996480
>lossy scene releases with flac
that doesn't exist
>>51996480
waht's worng aboot dts ore flac..?
>>51996480
>FLAC audio tracks for lossy video releases
The only places i've seen that is with wannabe anime encoders. Which isn't all that surprisin.
>>51996530
>wannabe anime encoders
what does that even mean?
>>51996428
unless the encoder is using a 15 year old pc to do the encodes, what downside is there to doing an x264 encode instead?
>>51996542
It means those stupid motherfuckers that will take a 40GB anime Blu-ray, encode it from the disc into an MKV file that ends up being 65GB when they're done with the process and claim "Oh it looks even better than the original, and it sounds better too..."
And I am not joking in the slightest.
>>51996567
just because you're not joking, doesn't mean you aren't full of shit
do your own rips and releases you fucking cocksuckers, but of course that's never going to happen because you're just a bunch a parasites leeching from society. now fuck off
>>51996485
Why don't you use mkvmerge?
>>51996501
Some of the HDB internal groups use .flac.
>Nóz w wodzie 1962 1080p BluRay FLAC2.0 x264-EA
>>51996571
>wannabe anime encoder detected
>>51996428
>Xvid is perfect for that shit and x264 or x265 isn't going to fucking improve things in any respect.
I just got a dumbness boner, thanks!
>>51996583
Windoze.
I see MKVToolNix, will that work?
>>51996576
I've done about 20 SD rips, all with x264. Never even considered using XviD.
>>51996604
yes.
>>51996604
It should because it is essentially the same thing.
>>51996576
Haha, stupid little angry neet.
>>51996567
those aren't wannabes though, those people are respected anime encoders because almost no one knows what they're doing there.
It's almost always either xboxhuge release, almost as big of the source, with flac audio and 10bit or it's some awful re-encode with hard subs and water marks with syncing problems and an episode missing.
>>51996592
They're not scene
>>51996485
Why?
>>51996610
>>51996614
alright thanks, I'll give it a try
>>51996576
>scener complaining that others are parasites leeching off of society
>>51996633
>those people are respected anime encoders
lolwut. pls.
>>51996654
>>scener
As if.
>>51996123
probably because of some "muh scene rules" bullshit
>>51996662
they're as respected as an anime encoder can get
it's not like there's any anime encoder in the scene.
>groups responsible for putting major TV shows online switched to MP4/x264. Outraged by the lack of democracy, some BitTorrent users are directing their anger at bewildered torrent sites and even threatening to boycott releases. For those who understand, the whole thing is pretty amusing.
>>51996690
I haven't seen a scene release with xvid for years
>>51996690
i like how they try to standardize things
the problem is that their standards are constantly out of date, so lots of people have to get some disorganized copy anyway if they want something decent
>>51996709
There's always been a whole lot of bullshit spreading in the "anime encoding scene".
They obsess over stuff that is placebo at best, consistenly ignore newer things like GPU assistance for vague reasons like "muh quality" and happily ignore what good encodes are all about: SMALL filesizes at near transparence.
Why don't you release the screener as H.264?
>>51996808
Come on, dumbass. Re-encoding a shitty release has never helped anyone.
>>51996818
it helped all the YIFY fans
>>51996818
it helps fags with data caps or modem tier internet speeds.
>>51996827
kek.
>>51996818
Encode it fresh from the original DVD
>>51996869
You are a special snowflake, aren't you.
OP was obv referencing the fact that it's a pity that a shit p2p group like cm8 got their incompetent hands on all the screener dvds.
>Encode it fresh from the original DVD
is probably the dumbest possible thing to say.
>>51996893
>shit p2p group
Isn't shit redundant?
There's no p2p group that isn't shit.
>>51996910
>There's no p2p group that isn't shit.
Nah, wouldn't go that far. There are always some people that know their shit, I guess.
>>51996893
ideally a rare dvd should have a DVD-9 format release, or at least a remux release, in addition to a rip
not really a huge deal for screeners specifically, since they (almost?) always have follow-up releases that are more common/higher quality
>>51996923
They're usually don't call themselves a group and try to collect cred like a bunch of scene wannabes though.
You should demand your money back or sue them!
Daiz
fansubbing
Hi10p
10bit
h.264
h.265
Nyaa
Tokyotosho
Underwater
Commie
MPC
VLC
VP8
VP9
WebM
One-Punch Man
Crunchyroll
Artifacts
Codec
Fakku
>>51996893
Get your competent hands on a screener then :^)
>>51997000
10bit is good when used right.
Problem is it's barely used right.
Most just encode 10bit but target the same huge file sizes, where it doesn't help shit, so they can label it a 10bit release.
Ignorant fuckers eat that shit up.
>>51996438
at 480p it doesn't really matter.
If anyone here wants help encoding video or tips, let me know. I'm no expert but I know enough to make decent quality encodes.
>>51997070
But it does.
(if you're not doing something dumb like a 1.4gb x264 dvd rip)
>>51997085
any tips on converting my library to x265 to save space, is it worth it?
>>51997116
>converting
as in re-encoding from an already lossy release?
don't
>>51997085
Do you have a guide anywhere?
>>51996948
Always the same shit answers. This is about obsolete tech, not about ethic shit and gifted horses etc.
>>51997116
>Protip: Don't
At least not right now. x265 is still maturing and encoding times are around ~8X as much as x264 while improved efficiency is only 30-40%. It's simply not worth it right now. It's better if you wait another year when x265 encoding times are shorter and efficiency reaches at least 50% Stick to 10-bit x264 for now.
>>51997128
Depends on what your target quality or file size, and what kind of CPU you have.
>>51997210
Also what device you plan to encode video to. Some itoys can only handle baseline 8-bit x264.
>>51996123
Xvid works really great on old sub 1GHz CPUs. You don't see it that much anymore, but you do see baseline h.264 rips with high end features disabled so the video plays on slower equipment. It's going to be a long time before you see h.265 widely used.
>>51997231
i managed to play 720p h.264 anime on my 2ghz sempron 10 years ago.
>>51997227
>>51997210
I recently encoded a couple of VHS rips and I would have appreciated a guide on how to optimally encode them.
Ended up using the script below. I wish I knew more about optimal QTGMC and denoise settings.
SetMTMode(5, 11)
SetMemoryMax(600)
LoadPlugin("C:\Program Files (x86)\MeGUI_2507_x86\tools\dgindex\DGDecode.dll")
MPEG2Source("C:\Users\Desktop\work\Les voleurs de la nuit\Les.voleurs.de.la.nuit.d2v", cpu=0)
QTGMC(Preset="Placebo", Edithreads=6, Sharpness=0.5, SLMode=0, EZDenoise=0.5, NoisePreset="Slower", ShowNoise=false, ShowSettings=false)
SelectEven()
AssumeFPS("film")
Crop(0, 30, -0, -24)
>>51996123
To answer your question OP, xvid is still used because some release groups cater to people with dvd players or very old computers. There are no release groups that encode to baseline x264 AFAIK so people with ancient computers or dvd players flock to xvid releases.
>>51997259
Is there a good way to get the jitters out of a vhs rip?
>>51997295
Haven't used it but I remembered there is this avisynth plugin:
http://www.avisynth.nl/users/vcmohan/DeJitter/DeJitter.htm
>>51997227
Think older. I don't believe Core2 processors had built in hardware accelerated decoding of h.264. This doesn't matter if it's coupled with a decent video card with hardware decode, but there were plenty of cheap Core2 / GMA 950 prebuilts floating around. 720p might be ok, but it's going to struggle with 1080p.
>>51997182
What's the complaining going to change?
>>51997259
I'm afraid I'm not familiar with encoding video from VHS so I cannot provide an optimal guide for that. The only filters I use are aWarpSharp2, gradfundb, and smoothHiQ mostly to make video less blurry from a shitty source.
>>51997363
Still better than blantly accept everything thrown at you.
>>51997256
Your video card was probably doing the heavy lifting.
>>51997085
do you know how to convert mp4 to avi? sometimes i download movies with subtitles for my gf's family, i merge subtitles using handbrake and they cannot play the movie in their shitty windows media player.
i already told them to install another media player.
>>51997370
Please don't.
I hate when people use a bunch of filters (especially upscaling) in their encodes that further distort the original source.
That shit should be done at playback.
>>51997378
i have a laptop with a pentium M 1.6Ghz that can play 720p30 h.264 youtube videos, fully software decoded
if it was the video card doing the work, you wouldn't need anywhere near even this amount of cpu power
>>51997389
Try mkvmerge/mkvtoolnik. It usually works for changing containers.
>>51997390
I don't use them at all if the source is blu-ray or a dual layer dvd. The problem is the very old 4.7GB DVDs (most of my collection), most of them look like shit and the filters help the content look cleaner. I understand video players can clean up video with their own filters but I like video that looks good out of the box and you have to remember that there are no video filters for mobile devices.
>>51997450
That's fine for personal encodes.
But public releases should aim for accuracy, and not be optimized for whatever shitty device you happen to have.
I mean none of you get those shitty ipod/whatever releases, do you?
>>51997389
Try avi-mux gui. It's discontinued but it worked for some AVIs I had to mux a while back.
>>51997411
Youtube uses more advanced options for their encodes. A 1.6GHz Pentium M would shit the floor trying to play 720p. What model Pentium M do you have?
>>51996123
>>51997573
it's a HP Compaq nx6120, you're welcome to find out which model cpu it is exactly
>>51997604
THANK YOU FOR YOUR VALUABLE CONTRIBUTION TO THE THREAD!
>>51996501
I've downloaded them
>>51996869
that's the point, he can't
>>51996123
Has anyone used Thor, vp10, or daala? Were they any good?
>>51997950
>I've downloaded them
you didn't download a scene release then
>>51997971
Not the one you're replying to, but get your facts straight, dude:
http://pre.c-burns.co.uk/view.php?id=985389
Bump for anyone else interested in video encoding.
>>51997961
Is vp10 going to destroy hevc?
>>51999841
most likely, vp9 almost meets hevc compression efficiency.
10 bit x264 master race reporting in
>>51996662
I don't know how much you know about the P2P encoding scene, but anime the well known anime encoders (no, not coalgirls) are actually highly respected. There would be no x264 without weebs, they literally made it.
Daiz may be a faggot but he's a faggot who knows his shit about h264 and video encoding.
>>52001556
Daiz gave us 10bit though which is shit if you're on battery until we get h/w decoding for it.
>>52001632
h264 10 bit h/w decoding on consumer-grade level won't happen anymore.
Different story for hevc, though, e.g. gtx960.
>>51997085
>I'm no expert but I know enough to make decent quality encodes.
lel
>>51997187
>improved efficiency is only 30-40%.
In low-bit use cases, which are shit anyway (though this is still interesting). On sane bitrates there isn't really a benefit at all currently or at least for the last few months where people posted comparisons (not 100% up-2-date with this).
>>51997227
1. x264 is not a codec. It's an encoder.
2. Only older iPhone only support Baseline. 4 supports Main, 4S+ High.
>>52001632
Just reencode it or use DeadFish.
>>51999841
>>52000869
Don't think so. They release new codecs way too fast, so that by the time the last one is properly supported by h/w accerleration there's already a new version out. Also the VP8/VP9 perform worse than their counterpart (h.264/h.265) and the encoding time is waaaaaaaaay slower. But right now it's hard to tell, as VP10 isn't out yet and neither are some demos.
>>51996259
No, because the people who posted it on Usenet got it from topsites who use the old scene release standards.
The other reason is the way the screener watermarking is removed. Apparently.
>>51997123
You're already doing that. Basically no-one, anywhere, releases any kind of uncompressed video, it's far too xboxhueg for anything but editing suite. Fortunately, video codecs are far more forgiving than audio codecs for generation loss. So recodes are fine, if they look fine.
>>51999841
Not yet, but put them all together... NetVC is looking very promising for the future.
>>52002889
>You're already doing that
Which makes repeated re-encodes even worse, not better.
