How long until I can re-rip my DVD collection in pic related...

How long until I can re-rip my DVD collection in pic related? Also why is it that free codecs in general don't get adopted right away? Windows still can't into opus or vorbis metadata in file explorer and Android doesn't recognize opus file extension as music even when it can play it.

Attached: 1280px-AV1-logo.svg.png (1280x591, 60K)

Other urls found in this thread:

youtube.com/watch?v=qubPzBcYCTw
streamingmedia.com/Articles/Editorial/Featured-Articles/AV1-A-First-Look-127133.aspx
twitter.com/SFWRedditVideos

A few years probably. I'd wait at least until one encoder offers proper multithreading.
>Also why is it that free codecs in general don't get adopted right away?
Because they are a nuisance to companies who try to establish their own closed standards. Also normalfags don't care, so there's even less motivation to put work into it.

>transcoding

>re-rip

>illiterate

What are you implying. DVDs don't take much space, so transcoding them doesn't make sense.

>Android doesn't recognize opus file extension as music
It works fine as ogg
>How long until I can re-rip my DVD collection
~2? years when everyone has hardware

Relevant talk about AV1, and the current state of it: youtube.com/watch?v=qubPzBcYCTw

Thanks user for linking it.

>Published on Jan 24, 2019
you're okay user

It does if you have a large enough collection and/or have to do IVTC anyway.

OP isn't transcoding, he is encoding rips.
I do agree that transcoding is a sin though.

Telecine is the only reason to process them, but some sources are so badly telecined IVTC will never help to restore them. If there's no need for that, then touching them isn't necessary.

i don't get it

>mpeg2 changes to av1
>THAT'S NOT TRANSCODING!!!!!11

You can do it already.
The question is how much time will it take.

Way too long to be practical and there is no Handbrake support. Ideally ripping DVD shouldn't take much longer than ripping CD, which is doable with h264.

>and there is no Handbrake support
Are you a brainlet?

Encoding: ripping raw video and encoding it into a codec of your choice.
Transcoding: encoding a video with one codec into another.

>and there is no Handbrake support
Who cares, there's ffmpeg for that.
But I agree it's still disastrously slow.

>Ideally ripping DVD shouldn't take much longer than ripping CD, which is doable with h264.
Speak for yourself. I'm encoding SD quality in real time with x264.

>raw vid
you mean like a CD?

could you tell me what's the point if you already have the dvd?

>Encoding: ripping raw video and encoding it into a codec of your choice.
You do understand the DVD copy is already encoded and totally not the raw master? Is this part of the stupid vocabulary sceners use?

You can dump the .VOB files which is better.

AV1... AVI

Think about it.

by raw i mean whatever is on the media that you are ripping

I just watched all of this. tl;dr is that encoders are currently extremely slow and will be for some time. VP9 is currently a better choice. Perhaps encoding files into AV1 will be viable in 6-12 months.

>Perhaps encoding files into AV1 will be viable in 6-12 months.
I'd say that's still fairly optimistic. Haven't watched the video though (at least not yet).

>DVDs don't take much space
>22 minute 480i episode is ~1GB
Choose one

>What is the difference between a codec and a container
user...

That's peanuts.

I do not know, I was not raised in container. You must share your childhood experiences with us and enlighten us on the differences.

Attached: 55_2018-02-27_14-02-06_178_281930356.jpg (1200x800, 140K)

>mind
>blown

>Is this part of the stupid vocabulary sceners use?
Not him, but yes. Transcode in 'the scene' usually refers to a re-encode of a rip instead of a retail source.

It will take a while. Even with rav1e, encoding speed for 1080p is ~1fps on a good system.

don't YT already use av1 or was it avc1

Compared to more significant compression algorithms it's quite significant and can really take a toll on disk space. Every episode of King of the Hill alone remuxed from DVD takes up >200GB

mpeg2video can have artefacts

x264 takes care of that and also makes the video 3x smoller while looking the same

i don't get the nucodec hype tho and i hate all the faggots who upload x265 to mega

I like to use the term wrapper. As in lollipop wrapper.

open source software is really nice
open source developers are also really nice

Attached: 1506228254907.jpg (640x640, 78K)

>Every episode of King of the Hill alone remuxed from DVD takes up >200GB
what? you mean the mpeg2 dvd or the raw footage?

>Every episode of King of the Hill alone remuxed from DVD takes up >200GB
what

nice crossboarder alien

Yes, YT already tests AV1. They have a playlist with high bitrate encodes to test decoding performance, but you also see them in the wild for very popular videos.

>say thing
>pff pff pff pff
Goddamn that presenter is insufferable nonfucking faggot autist.

MPEG2
% du -h /media/S0/TV/King\ of\ the\ Hill/
3.7G /media/S0/TV/King of the Hill/Season 0
12G /media/S0/TV/King of the Hill/Season 1
20G /media/S0/TV/King of the Hill/Season 2
24G /media/S0/TV/King of the Hill/Season 3
21G /media/S0/TV/King of the Hill/Season 4
18G /media/S0/TV/King of the Hill/Season 5
19G /media/S0/TV/King of the Hill/Season 6
12G /media/S0/TV/King of the Hill/Season 7
21G /media/S0/TV/King of the Hill/Season 8
12G /media/S0/TV/King of the Hill/Season 9
13G /media/S0/TV/King of the Hill/Season 10
11G /media/S0/TV/King of the Hill/Season 11
11G /media/S0/TV/King of the Hill/Season 12
11G /media/S0/TV/King of the Hill/Season 13
202G /media/S0/TV/King of the Hill/

That's peanuts.

worth it for King of the Hill

no

uh desu
that's 500MB per episode

what's so great about King of the Hill

Yes it is

Exactly

It's the best TV show ever

>dvd
Oh sweet I've time travelled back to the late 90s before hdtv rips
When u don't have a shit quad core
Codecs take forever to get accepted I still don't see alot of av1/x265 hvec mainly because rippers have shit PC's and x264 is 10x faster

I can't wait to upgrade to POWER9

>I still don't see alot of av1/x265 hvec
go to Jow Forumsmegalinks

Their forum/discord is a nightmare to search for new stuff tho

idk i just searched the red it
i gave up it's anal, altho mega is awesome, need to find some other list with direct links of x264

>x264 (H.264) veryslow (1/4) * realtime
>libvpx (VP9) --speed 0 (1/45) * realtime
>x265 (HEVC) verslow (1/58) * realtime
>libaom (AV1) --cpu-used 0 (1/45,216) * realtime
cor fuckin blimey

Attached: 1451103393359.jpg (540x438, 37K)

>It's the best TV show ever
*sip*

Fuck you, user. I probably wouldn't have noticed without you mentioning it.

>DNRing your videos
i seriously hope you guys dont do this

>VP9 is currently a better choice.
stay off my lawn google

Scratch that. 7 minutes in and I definitely would've noticed by now.
Fucking hell.

>DNRing
what's that

Dynamic noise reduction. Encoders apply it to reduce grain and have it easier to encode under specific bitrate constraints. I'm not sure why user is mentioning it, it will unlikely to considerably kick in for SD video, unless the bitrate is below 2mbps.

INTEL BTFO
AMD WINS AGAIN BABY

Attached: 053201901.png (712x564, 73K)

The statistics for the software encoder rav1e are still pretty far off the goal. Does anyone know how the reference libaom encoder compares to it?

Attached: 054201901.png (1144x555, 76K)

Those results are pretty old by now. They were achieved about a month after the bitstream was frozen.
streamingmedia.com/Articles/Editorial/Featured-Articles/AV1-A-First-Look-127133.aspx
>To test encoding and decoding speed, I wanted to use a single-CPU computer rather than a 40-core workstation. So, I tested encode/decode performance on an HP ZBook notebook powered by a 2.8 GHz Intel Xeon E3-1505M v5 CPU
That's also the reason as to how libvpx could beat x265 speed-wise.

Attached: watch?v=qubPzBcYCTw (00:34:11.216) 0001.png (1280x720, 152K)

>38:05
>I don't actually know Rust even though I'm developing it
Probably not the best thing to say, when you want to convince people that Rust is the best language for your project.

rust is garbage, but infinitely better than c++
respect for using handcoded assembly

>respect for using handcoded assembly
There's no other way to call specific optimization cpu instructions.

Surely you mean RISC-V. btw speaking of alt-archs what begotten of Intel GPU?

>reference libaom
is utter shit, I assume it will patch itself over time by copying solutions of other implementations like opusenc did

Yes it's slow as molasses, but what about the output quality?

Dunno, haven't had a chance to encode one episode of serie for two months straight and then compare it to something else.

Attached: 1509803061457.png (1082x1036, 486K)

>rust is garbage, but infinitely better than c++
Can't comment on it because I don't know either, but since when is C++ the go-to language for encoders anyway? I though that was C.

Can't really present numbers, but from my tests it produces a better quality even for the same encoding speed. Only difference is that rav1e at its fastest is a lot faster than aomenc.

i imagine most anime autists have some sort of media server to stream their cartoons so it would make sense to have progressive streams of their shows.

you can apply filters to enchance quality

>handbrake
just kill yourself you scum
or learn how to use avisynth with ffmpeg

no fuck you

Attached: image_proxy.jpg (221x200, 83K)

>deprecatedsynth
get with the times, boomer, everyone has moved unto V A P O U R S Y N T H

*reads line*
HEHEHEHEHE

aomenc produces better results than h.265 and VP9
It just takes like 10 years to encode anything with it

I remember the time movies came only in .avi format with shitty codecs. I was just fine.

>not being extremely autistic
are you lost?

>can
2-3 years
>should
3-5 years, maybe