Danbooru now supports Ugoira

@Toks: > firechikara said: > > Hi, I'd like to know....

2014-11-24T15:04:04-05:00

firechikara said:

Hi, I'd like to know.
I want to upload this but I have no idea if that works or no.
Is it possible to upload it directly like with Pixiv now or it has to be converted?

That's an mp4 video file. Right now the only video format Danbooru supports is webm.

@firechikara: Hi, I'd like to know. I want to upload this but...

2014-11-24T14:32:58-05:00

Hi, I'd like to know.
I want to upload this but I have no idea if that works or no.
Is it possible to upload it directly like with Pixiv now or it has to be converted?

@S1eth: Just saw post #1844503 causing failboorus, also...

2014-11-12T18:19:00-05:00

Just saw post #1844503 causing failboorus, also has no thumbnail.
It looks like an ugoira image to danbooru.
http://danbooru.me/posts/1844503.json

It appears that you can just upload any .zip file that doesn't have to be an actual ugoira.
I see that the zip just contains a large amount of animated gifs.

@jxh2154: I'd normally say these fall under the "we don't...

2014-11-09T02:27:53-05:00

I'd normally say these fall under the "we don't delete duplicates" policy but if people want to go through and flag that's fine I guess.

@RaisingK: I already stuck md5 mismatch on the converted...

2014-11-08T11:43:16-05:00

I already stuck md5 mismatch on the converted ones. There probably aren't any mismatches of Danbooru-ugoira yet.

@Gollgagh: One idea might be to just remove the ugoira tag...

2014-11-08T10:55:57-05:00

One idea might be to just remove the ugoira tag from the old posts (maaaybe adding converted?) since it's no longer accurate.

@Type-kun: There's one thing that's been bugging me for...

2014-11-08T02:27:57-05:00

There's one thing that's been bugging me for quite some time now - the ugoira tag. Shouldn't it be used only on the actual ugoira-format images, but not on converted ones? Otherwise, searching for "real" ugoiras turns into ugoira -webm -animated_gif -animated_png whatever_else. Maybe there should be some tag like converted to distinguish them instead.

There are currently more converted images than there is original - compare ugoira -webm -animated_gif -animated_png to ugoira ~webm ~animated_gif ~animated_png.

@Dbx: I'm not happy about seeing my webms flagged...

2014-10-30T23:52:36-04:00

I'm not happy about seeing my webms flagged while they're superior to the auto-generated ones. At least some of us tried to keep compression to a minimum. More than half of the webms with ugoira parents don't have a working auto-webm link for the ugoira, but of those that do, the current best example is post #1807402 (webm) / post #1830322 (ugoira). The auto-generated webm is less than one-fifth the size of the manual one and as a result, noticeably ruins the noise effect.

@richie: > Qpax said: > > There are people who...

2014-10-30T12:36:39-04:00

Qpax said:

There are people who downloads those gifs from danbooru and shares them in their blog, tumblr or any other personal image/content sharing site so I don't think we should touch animated gifs in the first place. After all most of people are doesn't know how to make those gifs.

That's not an argument because first: they can use webm now, second: old gifs will still be here (only with deleted status, which de facto means nothing right now), third: it's really not a danbooru business what people will do with downloaded picture/animations and what not.
If there is an argument against flagging and deleting previous versions then it's the same reason why we do not delete earlier posted but eventually worse version of any pictures: because we acknowledge and appreciate uploader's effort who presumably did the best what he could in that moment. It's not his fault that later new, better version was found/done. And because it's not his fault then it's better not to "punish" him by deleting his posts.

@Toks: > getserious said: > > I'm in favor of...

2014-10-30T12:33:45-04:00

getserious said:

I'm in favor of flagging the old converted gifs that were uploaded. I would prefer to keep just the original files on site.

I agree with flagging the webm/gifs, preferably only for ones where the native ugoira has been uploaded and parented already.

Qpax said:

There are people who downloads those gifs from danbooru and shares them in their blog, tumblr or any other personal image/content sharing site so I don't think we should touch animated gifs in the first place. After all most of people are doesn't know how to make those gifs. However I don't think it's necessary to upload animated gifs anymore if it's a ugoira work either. So I vote down to your suggestion sorry.

They can share the webms that Danbooru automatically provides, as has been mentioned several times now.

If it has to be a gif specifically, they can use one of the several ugoira->gif converters out there, such as this. "most of people are doesn't know how to make those gifs" doesn't work when tools like the one I linked exist - it's as simple as putting a url in a text field, checking off "GIF", and pressing submit. Anyone can do this without any kind of technical know-how.

@Qpax: > getserious said: > > I'm in favor of...

2014-10-30T09:56:30-04:00

getserious said:

I'm in favor of flagging the old converted gifs that were uploaded. I would prefer to keep just the original files on site.

There are people who downloads those gifs from danbooru and shares them in their blog, tumblr or any other personal image/content sharing site so I don't think we should touch animated gifs in the first place. After all most of people are doesn't know how to make those gifs. However I don't think it's necessary to upload animated gifs anymore if it's a ugoira work either. So I vote down to your suggestion sorry.

@Toks: > RaisingK said: > > Will file_ext, file_url,...

2014-10-28T22:21:36-04:00

RaisingK said:

Will file_ext, file_url, and md5 still correspond to the zip file?

Just like with the 850px samples for regular non-ugoira images, file_ext file_url and md5 are all for the original file, not the smaller one at large_file_url.

@RaisingK: > albert said: > > The goal is to render the...

2014-10-28T20:13:31-04:00

albert said:

The goal is to render the webms by default (assuming you show large files by default) once the conversion process has been better debugged.

Will file_ext, file_url, and md5 still correspond to the zip file?

@user_101644: I'm in favor of flagging the old converted gifs...

2014-10-28T18:26:37-04:00

I'm in favor of flagging the old converted gifs that were uploaded. I would prefer to keep just the original files on site.

@albert: The goal is to render the webms by default...

2014-10-28T14:37:56-04:00

The goal is to render the webms by default (assuming you show large files by default) once the conversion process has been better debugged.

@Type-kun: > Qpax said: > > But as I said in that post I...

2014-10-28T14:22:53-04:00

Qpax said:

But as I said in that post I don't like to download files with big size which also takes ages to load on danbooru. Webm conversations are smaller in file size terms and they are also quick to load and doesn't make you to wait so why should go with this new system? It doesn't make any sense. I mean trying to force the rule that we should use this system which not stable at the moment. Isn't there any way to make these files smaller compared to original like our webm conversation and make them to load faster than usual? If you guys achive something like that then it's going to be really awesome achivement for this site for sure like putting link to source section and then danbooru fetches files and then directly converts them into webm files with smaller compression. I don't like the idea how they are rendered via html5 canvas just like pixiv does it *sighs*.

You've been told this already, but Danbooru already BOTH stores the original zip (huge filesize) and creates its Webm counterpart automatically - manually uploading converted webms is unnecessary. Check out "Save as video" link on ugoira posts - that opens converted webm for you. It's currently broken on certain posts, but once it's fixed, separate webm uploads would not be necessary.

I can understand your size/bandwidth concerns, but you should also consider that uploading converted posts breaks duplicate and revision checks - both of those will work with original .zip files. Once automatic conversion is fixed, it's possible to make either a user option or an userscript, to show converted video files automatically instead of ugoira.

@evazion: > Borrator said: > > Actually, if the "save as...

2014-10-28T14:15:21-04:00

Borrator said:

Actually, if the "save as webm" thing gets corrected, there is no reason why we can't just add an option in the settings menu to show ugoira webms instead of the html5 canvas - after all, to have a downloadable version means it's already been converted, doesn't it.

This is doable, it just hasn't been done because swapping between a webm <video> and a ugoira <canvas> is a little trickier than swapping between two images, as is done with ordinary images when you have image samples turned on in your account settings.

Having the webm display by default when you have image samples on ought to solve the concern about bandwidth though.

@evazion: Yes, for ugoira the image sample is a .webm...

2014-10-28T14:08:18-04:00

Yes, for ugoira the image sample is a .webm rather than a .jpg like it is for ordinary images. Don't know why the conversion fails sometimes but it will be looked into. issue #2289 is the issue for this in the bug tracker.

@Claverhouse: In case it means anything, the 0 Byte size...

2014-10-28T13:58:42-04:00

In case it means anything, the 0 Byte size files are prefixed with 'sample-'.

@Toks: > Qpax said: > > But as I said in that post I...

2014-10-28T13:25:30-04:00

Qpax said:

But as I said in that post I don't like to download files with big size which also takes ages to load on danbooru. Webm conversations are smaller in file size terms and they are also quick to load and doesn't make you to wait so why should go with this new system? It doesn't make any sense. I mean trying to force the rule that we should use this system which not stable at the moment. Isn't there any way to make these files smaller compared to original like our webm conversation and make them to load faster than usual? If you guys achive something like that then it's going to be really awesome achivement for this site for sure like putting link to source section and then danbooru fetches files and then directly converts them into webm files with smaller compression. I don't like the idea how they are rendered via html5 canvas just like pixiv does it *sighs*.

The webms that Danbooru generates do not have particularly huge file sizes.