|>>||Anonymous 21feb2018(we)09:31 No.57222 OP |P1
|/!\ FEATURE SUGGESTION /!\|
suggest features for swfchan even if they're unreasonable
1. add a button or something that checks if a flash you are viewing the archive is part of a visible collection
2. assuming that the flashes are scanned/decompiled when firstspotted, download any flashes that load through a Loader object or are fully hyperlinked
3. data dump: allow other people to download chunks of the database so they can scan it for metadata if they so desire.
|>>||!///SWFAnts #ADMIN# 21feb2018(we)23:55 No.57235 SWF |P2R1
|Just implemented a variation of 1 for the page with the GET FILE button: Flashes that are collected now have links on display to the collections that they are featured in. (These links are located below the [ COLLECT ] link.) Thanks for the idea! This might give a boost for new people to start collecting or at least increase usage of already existing collections.|
2 and 3 would take a lot more work to implement so I'll put that on the shelf for now. To be honest it's probably not going to happen, maybe a lite version of 2 that simply let people know that there's code in the flash that tries to load other flashes however I won't put in any auto-downloader because it opens up possible ways to easily flood the site with spam swfs. It's probably very rare anyway for flashes to have absolute URLs that they try to load instead of just load relative filenames.
Once upon a time I had plans for a kind-of version of 3 in the way of .org's search engine: It would have indexed all the info pages of the flashes to make ActionScript, metadata and things such as MovieClip names searchable. That would have completed the search capabilities of swfchan since all three domains would have had one unique search engine each. .com for names/sizes, .net for wikis (threads) and .org for content inside the swf itself.
Alas the way things are it will probably never come to pass. At least I still have hopes of finally adding AS3 support to the info pages. Someday... Btw these "wiki" pages that now only list threads were initially supposed to work like editable wikis where people could add information about the flash for easy lookup on who created it or what music is in it, plus any other trivia. It's another thing that probably will never be implemented on my list of stuff that would be cool to have. Info about a flash can at least always be added by mentioning it in a thread but that doesn't encourage people to do it as much, nor does such info get neatly organized for display as it would on a proper wiki page. Saves a lot of potential moderation work tho.
|>>||Anonymous 22feb2018(th)03:49 No.57241 OP |P3R2
|Cool! you're always so quick about adding features that are easy to add, thank you. Some websites (4chan as one example) almost never add features or upgrades that would make them objectively better.|
I can understand why you wouldn't want to do 2 since it might again result in spam attacks and I guess figuring out the full url from a relative link would cost too much cpu time. The indicator is a good compromise.
For 3, that's a lot of work to do, especially if many of the flashes need to be redone again for the as3. I'm sure there's also a bunch of other housecleaning that could be tacked on if you're going to do a full look through all of the flashes if it ever happens.
I can think of one more feature I though of (besides the other collections specific ones that should be in http://swfchan.org/6622/) which might not be too difficult to implement: make the search engine consider flashes that aren't in any category to be in the uncategorized category.
|>>||Anonymous 22feb2018(th)05:41 No.57242 B |P4R3
|Give users the ability to upload enough files to make a multi-file flash work. Maybe the submission page lets you pick which file is the "launcher," or the one that loads the other files, and the rest of them are kept in the same directory. In example, say PPPUUUU gets uploaded and a shitload of character/animation set swfs get uploaded with it. The site loads the PPPUUUU file, then the primary file is in the same location as the other files, so they get loaded in too.|
|>>||!///SWFAnts #ADMIN# 22feb2018(th)06:28 No.57244 SWF |P5R4
>make the search engine consider flashes that aren't in any category to be in the uncategorized category
Do you mean that you want to be able to enter "uncategorized" in the "Categories" and "Not in cats" fields on the .com search engine? Or just that it should say "Uncategorized." in the list of results instead of not saying anything at all as it is right now?
I've thought about ways of making it possible before and what you're describing is the easiest one. However then it works on .org and not when the flash (and sub-flashes) enters the archive. Of course it is possible to also rewrite how the archive handles flashes to make it able to support multi-swf flashes. Problem is it would take a lot of time to do all of this. I've come to realize that time is something there's too little of in this world... Besides I don't really want to support the idea of "it's OK to make multi-swf flashes", personally I really dislike the concept of non-standalone swfs.
Guess that may sound weird coming from me, it's just that single swfs are so great for spreading all over the web. I've actually tried to make a program that auto-combines several swf files into one single master swf but so far I've not been successful. I'd very much prefer to archive multi-swfs that way, by merging them into a single large flash file. Easy to spread, easy to store.
|>>||Anonymous 22feb2018(th)08:20 No.57245 OP |P6R5
The former I meant. I thought you might simply have them classified this way already since there's a "pull uncategorized flash" button on the random page.
As for the multi-swf, there's some websites made as multi-flashes and it would be important to preserve them in the way they're built. Now that you can see what collections swfs are in it's possible to keep all the parts of a multi-swf together and any composite forms from its parts.
|>>||!///SWFAnts #ADMIN# 22feb2018(th)21:45 No.57250 SWF |P7R6
It's now possible to use the keyword "uncategorized" in the two relevant fields in the search engine.
|>>||Anonymous 23feb2018(fr)18:04 No.57278 C |P8R7
|I can only support the ideas of searchable metadata and a program that can combine multi-swfs. Both of those would be tremendous new features.|
Until then, keep up the good work Ants. Don't lose hope in the future 2020+.
|>>||Anonymous 23may2018(we)01:36 No.59888 C |P9
|Came across another "invalid" swf that I uploaded. It worked, but as the error message tells the system won't allow it.|
There are, nonetheless, two things wrong with the message, so I thought I'd let admin know:
>Although some invalid flash files plays fine (and may appear to be valid) the system is strict on only allowing truly proper flash files to be uploaded in order to avoid (and discourage) spreading broken ones.
>If you think the flash file might be repairable you can start a thread about it on /fla/ if you want to.
Firstly, I believe that "some invalid flash files plays fine" should be "some invalid flash files play fine".
And secondly there isn't any /fla/, or at least not any longer.
|>>||!///SWFAnts #ADMIN# 23may2018(we)02:57 No.59899 SWF |P10R8
Open the .swf file in Notepad (make sure the encoding is ANSI), if it starts with ZWS instead of the usual CWS or FWS it means the flash is compressed with the LZMA compression algorithm, swfchan still only supports Deflate (CWS) or uncompressed (FWS) swf files. Sounds bad but it's so rare that I just haven't bothered, maybe something like 1 in 50k flashes use ZWS. The site's main archive system --not including uploads on swfchan.org-- still sets aside flashes that it encounters in unrecognizable formats to be processed later. Adobe broke a lot of compatibility when they introduced it with flash v11 back in 2011. Most of the time it doesn't even save 5% of the file size compared to Deflate.
If you do have a ZWS flash and want it on swfchan right this moment you can use tools to decompress it and recompress it into a CWS file, or leave it as uncompressed FWS if it isn't too big. It won't change the content of the flash itself. JPEXS supports decompressing ZWS flashes.
If you don't have a ZWS flash, sorry, I shouldn't have made the system so strict. Can't be sure if there's a false positive bug in there too. Problem is I wrote a little program to extract all the info from a flash file, such as dimensions, meta data etc and it also validates the flash. So I can't simply turn off the validation all together without losing info extraction, I'd have to re-write some stuff. I'd still want some kind of validation afterwards too so that broken files can't be uploaded intentionally.
You can always try uploading the flash to /f/ or if that's not possible you can try hot-linking to the swf from a thread on /f/ and swfchan's spider might pick it up. I've updated the error message here on swfchan to suggest 4chan's /f/ as an alternative and I've removed that bit about posting on /fla/.
|>>||Anonymous 25may2018(fr)22:52 No.59960 C |P11R9
No biggie. I think I deleted the file already, so I can't decompress it. It was some patreon WIP [H] smut game, so nothing of value has been lost.
I only ever witnessed two of those flashes anyway.
The other one being Deadly Rooms of Death official release for some reason.
I tried posting it on /f/ too, but it said "unrecognized file format" there as well.
It would be great to know any swf hosting site that allows these and still gets scanned by swfchan.
|>>||Anonymous 9jul2018(mo)00:17 No.60884 C |P12
Just thought that maybe it would be a good idea to add .sol files to the allowed attachment filetypes?
Those are very flash related and you would need to upload to external hosts if you wanted to share a save.
This way, a save file could get archived with its swf.
I don't know how much of a potential danger it would be regarding malicious code.