Now that I've got echicken's cool avatar chooser running on my board, I took some time this morning to draw a bunch of avatars. They are geared toward me and my kids, but I hope they got shared to syncdata so others can use them if they want.
Also, DM or echicken:
I ran across a problem with black blocks in the BINs: they show up as WHITE in the avatar as displayed on the BBS.
I think this issue is specific to blocks with black as a background color. If I draw a black/black solid block, it won't show up right. If I draw a black/magenta space, it won't work. But if I set the background color to anything else, then it will work. So, a blue/black solid block will render correctly as black.
I ran across a problem with black blocks in the BINs: they show up as WHITE in the avatar as displayed on the BBS.
I feel like this is a problem in JS somewhere, but I could be wrong. I come across similar issues with black characters when loading BINs in Frame.js.
I feel like this is a problem in JS somewhere, but I could be wrong. I come across similar issues with black characters when loading BINs in Frame.js.
I feel like this is a problem in JS somewhere, but I could be wrong. I come across similar issues with black characters when loading BINs in Frame.js.
I can't wait to see them! Unfortunately, they weren't shared (exported to SYNCDATA). To do that, you'll need to explicitly run "avatars.js export=syncdata /path/to/avatars.bin"
Rigt now, there's no export frequency control for avatar collections, so if you setup a daily event, it would export/share the collection to syncdata every day. Which we probably don't want. Maybe monthly or any
If the avatars were created within the chooser, then the problem is in there, in the
editor, or in frame.js. I'll see if I can replicate the problem here.
Re: New avatars, and black blocks in BINs
By: Digital Man to Kirkman on Fri Jan 12 2018 12:45 pm
I can't wait to see them! Unfortunately, they weren't shared (exported to SYNCDATA). To do that, you'll need to explicitly run "avatars.js export=syncdata /path/to/avatars.bin"
Okay, I did that, so you should be able to take a look.
Rigt now, there's no export frequency control for avatar collections, so if you setup a daily event, it would export/share the collection to syncdata every day. Which we probably don't want. Maybe monthly or any
I did set up a daily event, not sure if it's running properly or not. But I went ahead and exported manually from the command line just to be sure.
Re: New avatars, and black blocks in BINs
By: echicken to Kirkman on Fri Jan 12 2018 03:19 pm
If the avatars were created within the chooser, then the problem is in there, in the
editor, or in frame.js. I'll see if I can replicate the problem here.
This problem was with BINs created in PabloDraw and ANSiEdit.
Now, I want to create a good set of stock/initial avatars. Your profile collection was imported here as:
text/avatars/GUARDIAN.1_profile.bin
Would like me to commit to the CVS so that it's included in fresh installs (and for those who many not ever get the SYNCDATA echo)?
Re: New avatars, and black blocks in BINs
By: Digital Man to Kirkman on Fri Jan 12 2018 05:44 pm
Now, I want to create a good set of stock/initial avatars. Your profile collection was imported here as:
text/avatars/GUARDIAN.1_profile.bin
Would like me to commit to the CVS so that it's included in fresh installs (and for those who many not ever get the SYNCDATA echo)?
Sure, that'd be fine. I've got some front-facing ones I started on, but they need more work. I really like the profile ones.
Is there a signifcance to the "1_" prefix in the filename? It's not a big deal (it's not shown to users of the ansi_chooser.js), but I was just curious if that's a versioning scheme or you on multiple *_profile.bin files.
Re: New avatars, and black blocks in BINs
By: Digital Man to Kirkman on Fri Jan 12 2018 07:04 pm
Is there a signifcance to the "1_" prefix in the filename? It's not a big deal (it's not shown to users of the ansi_chooser.js), but I was just curious if that's a versioning scheme or you on multiple *_profile.bin files.
Well, so far I have two files. One is "profile" and the other is "front-facing" (both refer to the direction the head is turned).
But the profile file is better, and I wanted it to appear first in the avatar chooser list. So I figured I'd just prefix them with numbers to let me control how they sort in the list.
Okay. We're trying to flush out a good set of initial stock/default avatars. If I commit this file to CVS (text/avatars) with the "GUARDIAN." prefix, then you could later over-write those avatars on other people's boards by exporting from your BBS. Since you don't have CVS commit access (right now at least), that'd be the only way to update your collection(s) on other people's systems.
So I guess what I'm asking is, would you prefer I:
1. commit to CVS as GUARDIAN.1_profile.bin
2. commit to CVS as GUARDIAN.profiles.bin
3. commit to CVS as profiles.bin
4. hold off for now
My preference would be #2. :-)
Re: New avatars, and black blocks in BINs
By: Digital Man to Kirkman on Sat Jan 13 2018 05:52 pm
Okay. We're trying to flush out a good set of initial stock/default avatars. If I commit this file to CVS (text/avatars) with the "GUARDIAN." prefix, then you could later over-write those avatars on other people's boards by exporting from your BBS. Since you don't have CVS commit access (right now at least), that'd be the only way to update your collection(s) on other people's systems.
So I guess what I'm asking is, would you prefer I:
1. commit to CVS as GUARDIAN.1_profile.bin
2. commit to CVS as GUARDIAN.profiles.bin
3. commit to CVS as profiles.bin
4. hold off for now
My preference would be #2. :-)
Yeah, I went ahead and changed it to match #2 (except it's "profile" singular).
BTW - I have used CVS for years to update my BBS, more or less following instructions from the wiki. But I can't figure out how to get CVS to grab new stuff in the /text/avatars directory.
I'm guessing it's because I created my local avatars directory myself to start testing stuff, rather than getting it from CVS originally. How would I fix that so CVS will track files in it? And then what command would I use later to download updates?
Sysop: | Kurt Hamm |
---|---|
Location: | Columbia, SC |
Users: | 5 |
Nodes: | 20 (0 / 20) |
Uptime: | 12:53:33 |
Calls: | 2,418 |
Files: | 64 |
Messages: | 798,369 |