[ home ] [ site / arch ] [ pony / oat / chat / ef ] [ rp / fan ]

/fan/ - Fanworks

A hub for fan projects.
Name?

This field is optional. You can choose any name you want, or you can post anonymously by leaving this field empty.

Tripcodes are a way to identify yourself between posts without having to register with the site. To use a tripcode, enter your name as ‹name›#‹key›.You can choose anything you want as the key—it is private and will never be shown to other posters or stored on the server. For example:

Rarity#bestpony → Rarity!.4PK7yxdII

If you want a tripcode containing specific words, you can download a program designed to search for tripcodes, such as Tripcode Explorer.

Email?

Entering an e-mail is optional.

There are also code words you can enter here which perform certain actions when you submit your post.

  • sage — lets you post without bumping a thread.
  • nonoko — uses the original post behavior to redirect to the board index.

These can be used at the same time as an e-mail address by typing ‹email›#‹action›.

You can also use Skype names in place of an e-mail. The notation is the same as a link to a username on skype itself, which is skype:‹username›

Subject
Comment?
Giving emphasis
[b] Bold [/b] Ctrl + B
[i] Italic [/i] Ctrl + I
[u] Underlined [/u] Ctrl + U
[s] Strikethrough [/s] Ctrl + R
Hiding text
[?] Spoiler text [/?] Ctrl + S
[h] Hide block of text [/h] Ctrl + H
Special
[rcv] Royal Canterlot voice [/rcv] Ctrl + K
[shy] Fluttershy voice [/shy]
[cs] Comic Sans [/cs]
[tt] Monospaced [/tt]
[d20], [4d6] — Dice rolls
URLs and linking
Link to a post on the current board
>>1234
Link to another board
>>>/pony/
Link to a post on another board
>>>/pony/1234
Hypertext links
[url=https://www.ponychan.net/] Ponychan [/url]
File
Flags
Password?

This field is for editing and deletions.


Jan 20: Board Organization Discussion
Jan 15: Staff Update, and Rules Update

File: 142806817269.gif (26.44 KB, 100x138, cadance-dance-right.gif)

Desktop Ponies 458[View All]

8 bit ponies on your desktop.

Full Download (v1.62 released 2017-08-06)

Another year, another thread - and as always even more ponies than before (Old Thread >>45984).

Check out the deviantART community:
http://desktop-pony-team.deviantart.com

Also check out the OC thread for more ponies, and information about creating your own OCs:
http://www.ponychan.net/chan/collab/res/43607.html

Your can find the program source code on github:
https://github.com/RoosterDragon/Desktop-Ponies
This post was edited by its author on .
446 posts and 124 image replies omitted. Click View to see all.

Equestria Girls downloads Bot-chan 2781

File: 1494443075999.gif (230.54 KB, 140x250, adagio-siren-right.gif)

Well, I haven't mentioned my Equestria Girls in a while, so here are the new characters since then: Gloriosa Daisy, Timber Spruce, Filthy Rich, Twilight Sparkle (Sci-Twi) and siren-forms of Adagio Dazzle, Aria Blaze and Sonata Dusk.

Also, Spike the Dog was updated to be able to follow the new Sci-Twi around.

If you are interested, get them at the usual place right here:
http://sta.sh/2ouk6qgs0sg

Anonymous 2804

Thanks for the program, I'm happy is still updating and all after 7 seasons.
I0m a little disapointed that there no old Thorax or him disguise neither Zesty Gourmand but happy for all the changeling colors and King Thorax.

Thanks guys you're Builder

Jristz 2808

Is me or the zip 1.61 not contain rara-countess coloratura even we have she here?

I download it 3 times but no rara or countess folder in ponies.

Bot-chan 2809

>>2808
It's not just you. Rara hasn't been added to the program yet. As for the Countess, I don't think she was ever completed.

Jristz 2810

>2809

I was looking and yeah, Countess only have completed (or I think is) for Rara; Coloratura is only a walk and hooftie but no iddle.

2819

Here again.

Got a question about interactions. Is it okay for an interaction to begin when the target is ≤32 pixels off the trigger range?

In DP, the range testing is direct, done by looping through all potential targets and finding the length of a vector connecting the initiator and the target being tested. This is O(N²), which is hardly acceptable for N > 1000, where N equals the number of onscreen sprites.

I propose to clusterize the plane into 32x32 bins, a unique set of bins for each kind of targets. Building such sets is always O(N). To retrieve a random target, first we select a random non-empty bin inside the range, and then get a random target from that bin. None of these steps depend on N.

The problem is that bins are square whereas the range is circular, so it`d be a rough approximation at best.

Is this acceptable?

Bot-chan 2820

>>2819
The number of onscreen sprites, or just the number of potential targets? After all, not every pony interacts with every other character and effect sprites can not be interacted with at all. And even if they all did... who'd put 1000+ ponies on their screen anyway?

But well, I guess it wouldn't matter much at this point if the trigger range wasn't pixel perfect anymore, but for more reasonable amounts of ponies, would it make sense to still keep the old method? Or as an option in the program's settings? Faster <---> more precise?

Or maybe I completely misunderstood what you were asking (which, I'll freely admit, is quite possible), so in this case, please just ignore everything I just said.

2821

>>2397
Blaze5565 hasn't contributed before. I just wanted to make sure they were happy to have their work included. I asked in >>1472 but alas no reply as yet.

>>2819
I would say go for it. DP reaches a CPU bottleneck from the CPU-side graphics long before N becomes big enough to matter. Don't feel like you have to stick to DP's technical limitations :P

2822

File: 1497378906701.png (688.45 KB, 1920x1080, 30000.png)

>>2820
> And even if they all did... who'd put 1000+ ponies on their screen anyway?
Meeeeee ^__^
I have to admit, the screen really does get messy (the pic features Rarity × 10k and Spike × 20k). Nevertheless, I need such tests to guarantee that DPE uses as little processing power as possible, even when the numbers are more reasonable.

>>2821
Got it.

Bot-chan 2827

>>2821
Oh, okay. Well, he seems to still be active on deviantart, so I'll just send him a quick note and ask.
Edit: I just got his answer. He'd love for Coloratura to be included with the program, so it's all good. :)
This post was edited by its author on .

I tryed to do She from the images from the trailer 2828

File: 1498810249075.png (Spoiler Image, 2.34 KB, 53x57, tempestshadow.png)

I tryed and noticed in my attempt that her body is a little more buffy than Fleur but in scence for what I see so far is the same base.
The horn is difficult to make it look like a horn without making it look like a pixel mess and the eyes scar is not 100 straight.
The pupil have a inner color but maybe that will change in show style merchandise.

Well I will let she here and maybe will wait to a more extended shoots to fix it properly.

Bot-chan 2829

>>2828
Well yeah, it's a good attempt, but from what I've seen, the body should look more like Luna's or Cadance's and less like Flim's and Flam's.

Other than that, the mane is a bit rough around the edges and the tail could be bigger and more defined.

https://derpibooru.org/1446714

Not a bad start, though.

2830

>>2829
Yeah, but is the armor the buff-ish or the body? that why I will wait to more shoots but also the mane at first not look 100 consistent too,

https://2.bp.blogspot.com/-cdmf6zUGhTU/WRYcDhuyTGI/AAAAAAACzPI/SKZ6_cjKQM8ETRHss2r948IqThKs3-9GwCLcB/s320/e42c38be1ab37e62e92044d0736b1a50.jpg
that also official art

lets better wait for an etended trailer or the leak.

Bot-chan 2831

>>2830
Well, the armor looks pretty form-fitting to me. Not sure what makes you think that she (or her armor) is overly buff.
And this tiny thumbnail that doesn't even show her whole body doesn't look like such a great reference to me, either.
But sure, you can wait. There is really no rush to create these ponies. :)

Anonymous 2832

Are there any plans to do the EQG characters like Gloriosa, Timbur, or Juniper Montage as ponies? The Dazzlings and the Shadowbolts got that treatment.

Earth ponies options? 2833

Is there any way to make it to where non-flying ponies don't walk all over the screen? As in just walking back and forth on the start menu?

Bot-chan 2834

>>2833
Well, you can always set the area ponies are allowed to walk in in the options, but to my knowledge there's no way to set these for certain types of ponies specifically.

more interactions? 2835

can more interactions be added? i don't see enough of them

Anonymous 2836

>>2833
Back in 2011 a Desktop Ponies like program was made that was called WindowPonies. This program had the ponies walk along the top border of windows or the start bar and the fliers can still fly around. While the site is long gone I have tracked down a link that works.
http://vk.com/doc-50139040_160943597?dl=28aabb49a7217e1962

Bot-chan 2837

>>2835
Of course more can be added. The problem is that someone has to make them first. Maybe not the biggest problem with some simple dialogue, but when it comes to custom animations and all that fun stuff, well...

2838

>>2837
that seems like a subtle "it won't happen" :-(

Bot-chan 2841

>>2838
Not necessarily. It just seems unlikely at the moment since activity has been somewhat lacking here lately.
All we need is someone with great ideas and a bit of motivation to show up. I'm not sure how likely that is at this point, but as long as people are still aware of this project, it might happen after all.

Just don't hold your breath. :p

2843

don't worry, i've never been good at that

Anonymous 2844

Is there anywhere I can find the orange changedling from Royal Advice? I like that fella...

Countess Coloratura 2846

File: 1499959790196.gif (16.33 KB, 110x100, IdleLeft.gif)

Noticed I had the leg off in the idle animation. Fixed that! She's also a pixel larger than normal in the belly when idle, though I don't know if I'll fix that 'cuz it seems like it looks better with the extra pixel.

http://sta.sh/07ziia1eoiw

Pony clustering on dual monitors Anonymous 2848

>>2589
If there's a solution, it's not yet implemented. It happens to me too, and it happens every time I enable the "Avoid a portion of this area" checkbox. No matter where that area is set, the ponies congregate to the far right of my dual display. As soon as I turn it off, they begin to distribute themselves more evenly again.

My monitors are different resolutions, if that helps anyone debug.

It's not a huge deal for me, but I thought I'd provide some extra info for anyone looking into it or having the same issue.

Thanks for the great program!

I'm back... but I think this is the last time Major Minty 2849

File: 1500493379569.gif (25.72 KB, 140x120, kitty_stand_alarm_big.gif)

I'm kinda phasing out of MLP at this point but just wanted to drop in. Some of my DP sprites might get dumped here for showcase or completion but this might be the last time I visit Ponychan. Also I am way too busy to do that stuff right now anyway as I now have an official YouTube channel to maintain and a very tough college schedule. Before I go, have a look at this older animation of pony me struggling with a malfunctioning smoke alarm. I know, it's stupid... but it might spark some ideas. She is my old counterpart, Prettyshimmer, before Kitty Warmwonder and Major Minty the Good Witch came up.

2851

>>2849

Yeah I know the life is rought, Just do what you feel is beter for you.

Also Who know, maybe some of those unfinished DP could be finished from someone here or osed somewhere else :)

2863

Nevermind. redownloaded the .zip and it works.
This post was edited by its author on .

Release (v1.62) 2865

- Added Countess Coloratura by Blaze5565.
- Added King Thorax by Bot-chan.
- Tag pets as non-ponies.
- Fix ponies thinking they were in the exclusion area when they were not.
- Fix crashes when setting up an exclusion zone or multiple monitors.

----

As ever, an updated download link can be found in the opening post.

>>2848
I believe I've fixed an issue that may have been causing this. Give the new version a go and let me know if it improves things.

2873

File: 1502121131607.png (355.33 KB, 575x551, 8787867868997809639936565464.p…)

is it possible to add starlight glimmer?

i was looking for her on the site, but can't find her

Bot-chan 2874

>>2873
Starlight Glimmer is already included with the program and has been since 2015. If you couldn't find her, maybe she's hiding from you for a reason.

2875

File: 1502124501562.png (449.75 KB, 714x768, 5654654654683.png)

>>2874
on the site?

where?

http://panzi.github.io/Browser-Ponies/

she's literally not there
This post was edited by its author on .

Bot-chan 2876

>>2875
That's Browser Ponies. We are Desktop Ponies.
We are not affiliated with them, they just use our sprites. If you want them to add something to the site, why are you asking us?

2877

File: 1502129094457.png (284.84 KB, 528x614, Screenshot from 2016-06-03 00-…)

>>2876
i didn't know that - that's why i asked

sorry for asking...

Bot-chan 2878

>>2877
Nothing wrong with posting questions, but it might have been a good idea to clue is in on the name of "the site" from the start. Little details like that are kind of important.
This post was edited by its author on .

2880

File: 1502131222532.png (475.95 KB, 882x699, 5654654654683990444.png)

>>2878
i thought you guys were affiliated with them in some way

my bad

2898

Got a new idea.

It seems that .ART files aren`t that necessary: transparency information can be appended to .GIFs themselves by means of the so called application-specific metadata extension.


Adding such metadata to GIFs is rather simple:

1. Erase the last byte of the GIF file; this is not suitable for all GIFs in existence, but for the DP animation base it`ll work.

2. Append 3 magic bytes (0x21,0xFF,0x0B) and 8 printable characters that serve as metadata identifier; personally I`d like it to be something along the lines of «Opacity:».

3. Next come 3 «authentication» bytes also chosen by the vendor: they can be 0x00,0x00,0x00 or 0xFF,0xFF,0xFF or even 0x44,0x50,0x45 — we`re free to choose.

4. And then follows the target .ART wrapped in a standard GIF data chunk and terminated by 0x3B — the exact same byte erased at [1].


What`s more, the default .ART 7-byte data unit is highly redundant: there are currently no .ARTs in the base that contain different input and output RGB values in bytes B1,B2,B3 and B5,B6,B7 respectively. And even these are redundant and can be replaced by single-byte palette indices.

That leaves us with 2-byte data unit: byte 1 = palette index, byte 2 = B4 from the original .ART, containing the actual transparency value.


The good thing about it all is that all GIF viewers and editors just skip unknown GIF extensions, so adding extended metadata won`t break anything.

2899

This is the converter script. It automatically replaces .ARTs with GIF metadata, erasing all .ART files in the process.

#!/usr/bin/env bash

list="$(find Content -name '*.art' | sort -r)"
for ((elem = $(wc -l <<<"$list"); elem; elem--)); do
name="$(head -$elem <<<"$list" | tail -1 | sed 's:.art$::')"

tran=($(cat "$name.art" | xxd -p | tr a-z A-Z | tr -d \\n | sed 's:\(.\{6\}\)\(..\).\{6\}:\1_\2\n:g')) #'
pltt="$(cat "$name.gif" | xxd -p | tr a-z A-Z | tr -d \\n | sed 's:^.\{20\}.\(.\)....:\1_:')"
nclr="$((2 << (16#${pltt%_*} & 16#7)))"
pltt="$(sed 's:.\{6\}:\0\n:g' <<<"${pltt#*_}" | head -$nclr | grep -n .)"

rm "$name.art"
truncate -s-1 "$name.gif"
barr=($(for ((iter = 0; iter < ${#tran[@]}; iter++)); do
retn="$(grep "${tran[$iter]%_*}" <<<"$pltt" | head -1)"
[ -n "$retn" ] && printf "%02X%s" $((${retn%:*}-1)) ${tran[$iter]#*_}
done | sed 's:.\{510\}:\0\n:g'))
echo "$name (${#barr[@]} blocks)"
bits=""
for ((iter = 0; iter < ${#barr[@]}; iter++)); do
bits+=$(printf "%02X%s" $((${#barr[$iter]} / 2)) ${barr[$iter]})
done
printf "21FF0B4F7061636974793A000000%s003B" $bits | xxd -r -p >> "$name.gif"
done


Implemented in DPE.

Bot-chan 2903

>>2898
Sorry for butting into your programming talk again. I'll freely admit that I didn't understand all of these technical details, but I did notice this part: "this is not suitable for all GIFs in existence". So there's a drawback. What's the advantage of your method, then?

Also, this: "The good thing about it all is that all GIF viewers and editors just skip unknown GIF extensions". So if someone ever decides to edit their gifs, will the transparency information be preserved or do you have to reassign everything from scratch?

2906

>>2903
> there's a drawback. What's the advantage of your method, then?
I meant that not all GIFs have a 0x3B marker at the end despite the standard requiring it — but due to that they don`t cease to be correct GIFs. Noncompliant? Yes. Incorrect? No.
But of course the vast majority of GIF creation software add this marker. So this is not a drawback of the method.
As far as advantages go, we get rid of supplementary .ART files, keeping everything inside GIFs. This`ll make the architecture cleaner, just like moving interactions to pony.ini-s: see >>1957.

> will the transparency information be preserved or do you have to reassign everything from scratch?

Unfortunately, no, at least after editing in GIMP.
However, .ARTs also suffer from a similar problem. Consider, for example, Princess Twilight Sparkle/twi-crystal-right.art. It lists #150F30 as the first color to be replaced, but the corresponding GIF has no such color in its palette. Same for #000000. Fortunately, there are no colors left behind in this and similar «crystallized» GIFs, I checked. But nobody can guarantee that this statement remains valid after editing.
There are at least a couple dozen such examples throughout the «official» part of the animation base.

Bot-chan 2907

>>2906
So, if I understand correctly, you are replacing information in a gif that the file could usually live without anyway. Okay, I get that.

However, making everything look "cleaner" is hardly an advantage in my opinion. Interactions moved to pony.inis not just because it looked better that way, but because it made it easier for people to add their own ponies (or other characters) with their own interactions, share them with others and not have to worry about the need to edit the interactions.ini after every program update. For those interested in adding to the program, this change provided an actual benefit, I'd think.

I don't really see that with your idea of how transparencies should be handled.

As for the problem of editing the gifs without losing the transparency information, "nobody can guarantee that this statement remains valid after editing" is still very different from "the information is gone, no matter what", isn't it? Personally, I'd rather have the former than the latter.

2909

>>2907
> you are replacing information in a gif that the file could usually live without anyway. Okay, I get that.
Not quite. The script did not actually decimate the last byte, it just assumed that this byte was present. But okay, I now have this checked, thus eliminating the problem in its entirety.
v2.0:
#!/usr/bin/env bash

list="$(find Content -name '*.art' | sort -r)"
[ -z "$list" ] && exit 0
for ((elem = $(wc -l <<<"$list"); elem; elem--)); do
name="$(head -$elem <<<"$list" | tail -1 | sed 's:.art$::')"

tran=($(cat "$name.art" | xxd -p | tr a-z A-Z | tr -d \\n | sed 's:\(.\{6\}\)\(..\).\{6\}:\1_\2\n:g')) #'
pltt="$(cat "$name.gif" | xxd -p | tr a-z A-Z | tr -d \\n | sed 's:^.\{20\}.\(.\)....:\1_:')"
nclr="$((2 << (16#${pltt%_*} & 16#7)))"
pltt="$(sed 's:.\{6\}:\0\n:g' <<<"${pltt#*_}" | head -$nclr | grep -n .)"

rm "$name.art"
[ "$(tail -c1 "$name.gif")" == ";" ] && truncate -s-1 "$name.gif"
barr=($(for ((iter = 0; iter < ${#tran[@]}; iter++)); do
retn="$(grep "${tran[$iter]%_*}" <<<"$pltt" | head -1)"
[ -n "$retn" ] && printf "%02X%s" $((${retn%:*}-1)) ${tran[$iter]#*_}
done | sed 's:.\{510\}:\0\n:g'))
echo "$name (${#barr[@]} blocks)"
bits=""
for ((iter = 0; iter < ${#barr[@]}; iter++)); do
bits+=$(printf "%02X%s" $((${#barr[$iter]} / 2)) ${barr[$iter]})
done
printf "21FF0B4F7061636974793A000000%s003B" $bits | xxd -r -p >> "$name.gif"
done


> However, making everything look "cleaner" is hardly an advantage in my opinion.

It`s not about how it looks, it`s mainly about how logical it is from the point of view of a program.

> "nobody can guarantee that this statement remains valid after editing" is still very different from "the information is gone, no matter what", isn't it?

It is. Unfortunately.
But that leads to the main question: how do DP artists usually create .ARTs? Obviously using some tool and not by manipulating hexadecimal dumps. This tool can be extended to import and export transparency data.

Bot-chan 2910

>>2909
Yeah, well, I'm not a programmer, I just make pretty graphics, so I'm not really looking at how logical something is from a program's point of view. I care more about how the end user (aka dummies like me) can benefit from certain changes and how easy to understand/use these are.

How is manipulating hexadecimal dumps preferable to using a tool to make .art files for people like... well... me? Is it more user-friendly? Does it boost the program's performance? If you could explain this to me in layman's terms, I'd really appreciate it.

Believe me, I'm not trying to shoot down your idea, I'm genuinely curious.

>"This tool can be extended to import and export transparency data."


And where would this data be exported/imported to/from? .art-files? Isn't this just adding an extra step for the end user?

Again, I swear it's not my intend to annoy you with this. Sorry.
This post was edited by its author on .

2912

>>2910
I`ve just re-read my post. And first of all, I`d like to apologize: I did not mean to insult you, even though it might seem so, whereas actually I haven`t changed my mind since >>2314.

> How is manipulating hexadecimal dumps preferable to using a tool to make .art files for people like... well... me?

Wait, I don`t encourage anybody to construct .ARTs in hexadecimal. Even I, who proposed the idea, did not do that, it was a machine that did it for me. I just thought that artists who draw GIFs for DP use some kind of tool that facilitates .ART creation. Is it so?

> I care more about how the end user (aka dummies like me) can benefit from certain changes and how easy to understand/use these are.

> And where would this data be exported/imported to/from? .art-files? Isn't this just adding an extra step for the end user?
Customers don`t give a damn about the quality of your source code ©. I`m well aware of that. But believe me, the core idea is beautiful.
Also, being a programmer but in no way an artist, I considered DP GIFs that made it to the base to be established once and for all, with hardly any changes post-factum (Fluttershy + Bulk Biceps being the only case I remember for 4 years I`ve been tracking the project).

Bot-chan 2914

>>2912
Oh, there's no need to apologize. At no point I felt offended by you.

Or did you mean you now want to "ignore" me and wait for RoosterDragon's input when you said that you haven't changed your mind? ;) Heh, no worries, that's okay, too.

I just regret that I find it difficult to appreciate (or even understand) what you're trying to accomplish here. To me, it looks like you are trying to find an elegant solution to a problem that doesn't really exist, maybe even at the cost of usability. And maybe I'm completely wrong and there's nothing to worry about, but that's why I asked for an explanation in layman's terms, because admittedly, the scripts you posted might as well be in Chinese for me (just for clarification's sake: I don't know any Chinese). All I can do is point to the parts of your descriptions that I feel might cause problems (however small) and hope that you have either already considered these or know how to deal with them.

And yes, Desktop Ponies' pony editor contains a tool that helps create those .art files. Also, just ask RoosterDragon how often I have pestered him with mini-updates of various character sprites. I'm actually surprised he didn't get sick of them eventually (or if he did, he at least didn't show it). Sure, most of those didn't have transparencies to worry about, but they could have. And if I decide one of those days to give all of the crystallized ponies blinking animations (unlikely at this point, but this is just an example), I'd prefer not having to reassign all of the transparencies all over again. That's the nice thing about .art files: as long as I don't mess with the palette of the sprites, they should still work and I don't have to worry about all of the transparency data being lost just because I made a tiny change to a gif.

2915

>>2914
> Or did you mean you now want to "ignore" me and wait for RoosterDragon's input when you said that you haven't changed your mind? ;) Heh, no worries, that's okay, too.
…Sometimes I regret that there is no formalized language, like mathematical notation or Fortran, that is suitable for unambiguous communication between people ._.
In no way did I mean that.

> That's the nice thing about .art files: as long as I don't mess with the palette of the sprites, they should still work and I don't have to worry about all of the transparency data being lost just because I made a tiny change to a gif.

I understand that. Locally, you may keep .ARTs, of course. What I want is make helper tool add transparency info to GIFs when generating or re-generating a DP character package, without including .ARTs into that package.

Bot-chan 2916

>>2915
>In no way did I mean that.
I know, I know. That's what the smiley was there for. ;)

Screensaver problem on Windows 10 Anonymous 2924

It's been a while since I last posted here, but I'm having an issue with the screensaver on Windows 10. Basically, the white cursor arrow doesn't disappear when the screensaver starts. The arrow just stays visible as the ponies move about. Can this be fixed?

2930

>>2915
My thoughts on this chain mirror Bot-chan's. Keeping the transparency separate prevents the data getting lost when people want to modify the .GIFs. Combining it makes it impossible for people to edit without the data disappearing (or them having to recreate it afterwards).

If you're willing to give up safe editing of the files, why not jump to a different format that supports everything natively such as APNG or FLIF? You gain niceties like 32 bit ARGB animation support & better compression at the cost of little to no tooling support.


Delete Post [ ]
Edit Post
[ home ] [ site / arch ] [ pony / oat / chat / ef ] [ rp / fan ]