I made these when the site just allowed them, is it any easier

File: Hyouge_Mono.webm (4MB, 400x300px) Image search: [Google]

4MB, 400x300px

Ill just post what i got

File: Nadia opening .webm (3MB, 400x300px) Image search: [Google]

3MB, 400x300px

I made these with a old launcher that i dont even have anymore, how are people making them now?

File: Hajime no Ippo opening 1.webm (4MB, 400x300px) Image search: [Google]

4MB, 400x300px

You can also post any anime webms i guess for fun. ill just post what i made.

File: City_Hunter 2 opening 2.webm (4MB, 400x300px) Image search: [Google]

4MB, 400x300px

Since its been a while any news if sound will be on every other board yet?

File: Tenchi_Muyo_Ryo_Ohki_OP1_[1080p,BluRay,x264]_-_THORA.webm (4MB, 300x250px) Image search: [Google]

4MB, 300x250px

This one came out like shit when i did it, blame the seizure flashing.

With these OPs did you bother to do Spice and Wolf? My favourite OP of all time.

>>861144
I make them with ffmpeg and just fiddle with my bit rate, resolution, and crf settings until I get something postable that looks good.

>>861316
hahaha that's great .

>>867411
Man i've been out of the anime scene longer than i thought, i didn't know they're making an One-Punch Man anime

Downloading that shit right now

>>867407
Name of song?

>>867953
i must know where this is from

>>867994

REad the god damn filename

Boomp

>>867406
Most misleading opening ever.

>>867916
read the text in the video

>>871464
it was great though

File: 1439914590303.webm (4MB, 560x314px) Image search: [Google]

4MB, 560x314px

might as well post some EDs

>>873597
Sauce ?

>>873671
lurk moar

its not even good

>>861316
this never gets old

File: f43da556-a99d-4050-81fc-bbbad083b5dd..gif (2MB, 400x300px) Image search: [Google]

2MB, 400x300px

>>861138
where do I find anime with subs like OP?
both English and Japanese, I mean.
sorry if pleb question. just got back into anime via netflix.

while I'm on it, anything as good as cowboy bebob made since then?

File: Terra_Formars-OP.webm (3MB, 480x270px) Image search: [Google]

3MB, 480x270px

>>867681
In that case, consider your Christmas saved

>>873684
>where do I find anime with subs like OP? both English and Japanese,
its an opening so the song usually has moonrunes so kids can sing along and the english is for kiddies who want to read along
>while I'm on it, anything as good as cowboy bebob made since then?
Space dandy :^)

>>873684
>cowboy bebob

>>873698
thanks

>>873671
It's the ED to Overlord, the OP of which can be found here >>867405. Unfortunately, >>873673 is pretty much right. Not a great closing.

>>873698
Space Dandy was the best anime of the last decade. Prove me wrong

All the anime intro webms I encode don't go below 6k without being trimmed. How do you get them under 4k?

>>873692
that manga really turned crazy with those mobster johj

>>874215
>6k
>4k
If you can get an anime OP below 6 kilobytes, I'm impressed. Do you mean 6MB?

>>867407
Too bad the show sux.

>>874215
You can decrease the resolution, limit the framerate or the kbit/s. You can also change the overall quality.

File: easiestsoft shareware shit.webm (2MB, 1920x1076px) Image search: [Google]

2MB, 1920x1076px

>>861138
There are a lot of posts in the archive that work as guides for tweaking webms to render exactly to 4,096 KB. See below, and click "View" on each post to see the context/more info:

http://desustorage.org/wsg/search/text/32768/

The number "32768" is important because it is the maximum number of kilobits you can fit into a 4MB webm, and so you divide that number by your webms duration and you get your maximum kilobits-per-second you can use if you want to be at exactly 4096KB (4MB).

For the 3MB webms without sound on other boards, you just use number "24576" instead of 32768, and divide it by your webm's duration as normal. The number is calculated by 1024 * 8 * 3 (the max MB for filesize in this case) = 24576.

There are numerous other factors that determine exactly how big the webm will turn out -- mostly the amount of predictable-motion/color-changes that are on-screen during the clip. A source video with lots of random-motion / changing-colors and with a lack of well-defined lines and shapes will make your webm much larger than calculations would predict. Conversely, you can get away with murder on your video bitrate if your source video has little-motion or color changes over its long duration (or if it's just dark).

Changing the resolution usually has a negligible effect on actual filesize, compared to most other settings (with lossy-compression as in webm, the resolution can be thought of as more like a canvas-size). Still, dont set it too high or things will look terribly blocky, yet setting the width below 200px makes the webm look crushed and bad (not to mention postage stamp-sized), so smaller is not always better even for low-bitrate videos. Some cartoons with fewer/cheaper animations still look great blown up to 640x360 even at very low bitrate (if it is 2min+ duration for example)

Heres a webm-tut vid I made back when I was using this program I torrented called easiestsoft to make my webms. Notice I subtract the audio bitrate from the total

>>880640

4 MiB
4096 KiB
4096*1024 Bytes
((4096*1024) * 8 bits per Byte) bits
(((4096*1024) * 8 bits per Byte) / 1000 bits per kilobit) kilobits
(((4096*1024) * 8)/1000) = 33554.432

https://encrypted.google.com/#q=4%20mib%20to%20kilobit

Also factor in a 4kib global header and 1% as overhead.

>>880803
>>880640
>All this effort to make sure your video is exactly 4096KB
That's autistic and silly. You shouldn't be using CBR if you want to maximize quality for a given file size, and the only way to determine the final effective bitrate of a VBR encode down to kilobyte resolution is to actually encode the file and calculate the average. So you're either sacrificing quality with CBR or wasting time tweaking VBR properties and re-encoding until you get the file size exactly right.

>>880837
>All this effort to make sure your video is exactly 4096KB
What, knowing your bits from your bytes? That's just technological literacy.

>shouldn't be using CBR
You'd still need numbers it.
https://trac.ffmpeg.org/wiki/Encode/VP8#VariableBitrate
>Always supply one of these options—ideally both.

>determine the final effective bitrate
All you need is a ballpark to get it under the 4MiB limit.

>>861148
damn still gives me the shivers. Love that Understar.

>>880850
>All you need is a ballpark to get it under the 4MiB limit.
Right, that was my point. There's no need to account for header, 1% overhead, and the exact unit conversions when the best you can get for VBR is a ballpark estimate. To get a good idea of where to start with video bitrate, just round it off to 30,000kb and chop off 25% for audio:

Bitrate (kbps) ≈ 30000/(time in seconds) * 0.75

>>880989
The problem I found with using too inaccurate of an estimate is how it would mean
settling for a less favorable quality-size ratio. Even with VBR, you might also have to tinker around with the qmin and qmax values.

So ultimately, it will depend on just how thorough you care to be.

>>881071
Fair enough. I don't put that much effort into it. I just get a rough estimate, set crf at 10, and if it's reasonably close to 4MB call it good.

Bamp