Next Page

vgm.hcs64.com (frontend and upload form for xxx.joshw.info) update and feedback thread by datschge at 12:27 PM EDT on August 16, 2017
vgm.hcs64.com is a frontend for xxx.joshw.info, meaning the sets are still uploaded to, managed on and downloaded from the many different joshw.info sites. If you want to talk about sets on there please refer to the xxx.joshw.info Music Archive thread of awesome. vgm.hcs64.com's purpose is to offer added value on top of all this.

Thanks to Josh fantastic cooperation vgm.hcs64.com can update every 10 minutes, offering full text search across all sets names and an endless update list if one want to catch up with all the changes. On top of it filtering by system/subdomain is supported.

Search is also included as OpenSearch description that, among other things, allows one to start searching directly from Chrome's omnibox. Searching on the site itself offers instant word completion. And like with any decent fulltext search this one also allows to specify search terms using additional modifiers like wildcards, quotes, circumflex and hyphen.

To make it easier for xxx.joshw.info maintainer Knurek to gather new sets from contributors the site also offers a publicly accessible upload form that allows resuming partial uploads.

Thanks to hcs' nice cooperation we not only may use the vgm subdomain but are also able to use this forum's accounts for authentication on the site. These will be used for the upcoming tagging system that I hope will make it even easier to browse and manage the whole treasure trove.
by datschge at 12:38 PM EDT on August 16, 2017
Just randomly started this now so I have a place to dump useless info. =P

Latest tiny changes were sorting the word completion list alphabetically (was random before. I'm not really satisfied with either approach, sorting by commonness would be ideal but I couldn't achieve that without a whole additional query), and offering a direct link to the search result if it contains only one result.
by snakemeat at 10:18 PM EDT on August 16, 2017
This is great. I love the uploader idea too. Simplifies the hosting hassles.

Thanks for putting this together.
by loveemu at 8:19 AM EDT on August 17, 2017
This is wonderful! Probably I will use this lovely uploader when I finished my next work. Thank you very much.
by bnnm at 4:59 PM EDT on August 17, 2017
The front end is real nice, tagging would be even cooler. Some ideas:

- option to add platform to the download name as it's hard to keep track otherwise (maybe not possible if they are just direct links).

- file types in the set (for devs, ie.- me). Even a simple txt list would be nice, could be updated when new sets are uploaded.

- tags signaling defects in rips: re-rip needed, transmogrified (good --like any ww2ogg, or questionable --like any Alpha23's XMA), unsupported/unplayable, etc

- GET queries for easier linking/skipping pages. And/or an input near the pagination so I can go to page N directly.
by Segtendo at 9:49 PM EDT on August 17, 2017
Oh my god. This is incredible! Now I don't have to bookmark all the different variations of Josh's sites. This saves so much time! Thank you!
by MarkGrass at 10:51 PM EDT on August 17, 2017
Nice! :)
by furrybob at 2:35 AM EDT on August 18, 2017
- file types in the set (for devs, ie.- me). Even a simple txt list would be nice, could be updated when new sets are uploaded.

Yes, please. This x1000.

Otherwise, the front end's been great. Only minor gripe is that pagination via POST is less-than-ideal.
by datschge at 7:20 AM EDT on August 18, 2017
@bnnm - option to add platform to the download name as it's hard to keep track otherwise (maybe not possible if they are just direct links).
They are just direct links indeed, this is just a frontend after all. =)
Looking into it HTML5 appears to have introduced a "download" attribute for suggesting different file names on client side. But this works only for same-origin so the attribute isn't applied in our case. =(

file types in the set (for devs, ie.- me). Even a simple txt list would be nice, could be updated when new sets are uploaded.
As I mentioned in other threads Josh is looking into that (though he seems swamped atm). I'm also waiting for this as it'd come with checksums which are much nicer for linking tags to than the current reliance on fragile file names.

tags signaling defects in rips: re-rip needed, transmogrified (good --like any ww2ogg, or questionable --like any Alpha23's XMA), unsupported/unplayable, etc
Tags will be completely freeform as folksonomy. Later on public visibility likely will depend on popularity, ie. how many agreed putting a specific tag on the same set.

GET queries for easier linking/skipping pages. And/or an input near the pagination so I can go to page N directly.
Hm, what would you want to link to? Search results already can be linked. Pagination can change anytime depending on how many results are shown per page. And I would hope people pare down the amount of search results instead wading through dozens of pages. Will consider adding an input.
by bnnm at 6:22 AM EDT on August 19, 2017
I see a # link with the query but only when there is one result?
If I want to copy results to a txt or post it here, it's faster/standard if it's already in the URL (I see it uses AJAX but there is always the history API I think).
Plus my own belief that searches (=no server change) should use GET :)

For pagination, if it's for perfo I understand, but for example the other day I was trying to find unsupported "Electronic Arts" streams, which gives lots of results, so even filtering by platform took a while (I realize this is not common).
by datschge at 10:45 AM EDT on August 19, 2017
@bnnm - You can search through Chrome's omnibox (or importing the OpenSearch description in Firefox etc.), that will result in a public GET request (omnibox curiously is incapable of POST requests). The site itself is HTTPS, so having searches (the most exposing action you can currently do on the site aside logging in) be publicly exposed is silly. It uses AJAX simply because there's no way to have links do POST stuff.

Added the # links to all search results on first page that are not filtered (as only search is exposed to GET).

Added page number input field whenever there are more than 9 pages of results.

edited 7:06 AM EDT August 20, 2017
by Knurek at 11:55 AM EDT on August 20, 2017
@bnnm: I know this isn't optimal, but here are snapshots of my local archive directories (sans PC, since I don't have enough HDD space for that one).

JoshW.info list as of 2017-08-20

If you have Total Commander, you can use these lst files as virtual directories, giving you easy access to what filetype each and every set uses. This includes searching for filetype/filename.
If not, there are just plaintext files, so still should be usable for you.
No CRC values though.
by bnnm at 1:08 PM EDT on August 20, 2017
Thanks, much appreciated. Gone are the days of wasting Joshw's (seemingly eternal) bandwidth trying to find That One Filetype.
by vajuvaju at 5:56 PM EDT on August 20, 2017
Thank you, Knurek! You forgot PC, though!
by datschge at 10:24 AM EDT on August 21, 2017
Exposed site filter to GET request, so now filtered search results can be linked to.
by datschge at 11:14 PM EDT on August 24, 2017
Escaping the hash sign now so that links to sets containing it actually work instead getting cutting off and thus leading to a 404 file not found error page.

If anybody runs across any other links to sets not working please let me know.
by bnnm at 5:45 PM EDT on August 28, 2017
A couple more suggestions:
- some link after uploading to go back to the upload form (it confused me for a moment I was expected to refresh the page).
- nicer handling and/or less catastrophic message for the 'DISCONNECTED after finishing upload during transferring to joshw.info but actually worked' thing, as I keep getting it :X
by AnonRunzes at 8:11 PM EDT on August 28, 2017
Perhaps I need to request some name changes here.

---psf2.joshw.info---
Genji - Dawn of the Samurai [Genji] (2005-06-30)(Game Republic)(SCE America).7z -> Genji - Dawn of the Samurai [Genji] (2005-06-30)(Game Republic)(SCE).7z
Phase Paradox (2001-05-24)(-)(SCE).7z -> Phase Paradox (2001-05-24)(-)(SCEI).7z
PoPoLoCrois - Hajimari no Bouken (2002-06-20)(G-Artists)(SCE).7z -> PoPoLoCrois - Hajimari no Bouken (2002-06-20)(G-Artists)(SCEI).7z
PoPoLoCrois - Tsuki no Okite no Bouken [PS2] (2004-03-18)(G-Artists)(SCE).7z -> PoPoLoCrois - Tsuki no Okite no Bouken (2004-03-18)(G-Artists)(SCEI).7z
by datschge at 8:38 AM EDT on August 30, 2017
@AnonRunzes - Please request those file name changes in the thread for xxx.joshw.info. vgm.hcs64.com is just a frontend for it and doesn't have the ability to manipulate data on xxx.joshw.info.

@bnnm - Ok, will look at those. Edit: Done.

Added "unpload another set" link on completion.

On disconnection added check if file was completely uploaded already, and if so show usual upload success message with added hint that transfer to joshw.info may take longer.

edited 10:29 AM EDT August 30, 2017
by AnonRunzes at 3:39 PM EDT on August 30, 2017
@datschge - Allright then.
by datschge at 10:22 AM EDT on September 4, 2017
Added # link to filtered "recently added & updated" lists.
by Mouser X at 1:50 PM EDT on September 7, 2017
I noticed, while looking for potential Motoi Sakuraba music, that if you search for a word with a dash in it, that it will find the letters/word prior to the dash, but will ignore the letters/word after the dash. In this case, obviously, tri-Ace. The "tri" is found (Tri Force Heroes comes up), as is tri-Crescendo, but any instances of "tri-Ace" aren't to be seen. As an experiment, I searched for "tri-Crescendo", and a number of "tri-Ace" instances showed up, but none of the tri-Crescendo titles.

I figure the search is seeing the dash, and interprets it as an "exclude matches" argument. Perhaps a fix could be, "only interpret the dash as an argument when it is preceded by a " " (space) character" (I haven't done any serious software development, so I don't know how easy this would be). Of course, this behavior could be ignored. If I can figure out what's going on, then most likely someone else can as well. I'm mostly pointing this out for those who expect different behavior, and don't bother to think about how the additional search arguments might be interpreted by the search engine.

And last, thanks for your work! This is a wonderful resource, and saves me from having to download "wget" and learn how to use it, to auto-download the entire archive... (yes, I did [very] briefly consider it). Mouser X over and out.
by datschge at 7:58 PM EDT on September 7, 2017
Hey Mouser X. Dashes are a special command of the full text search used, I unfortunately can't change its behavior. In general the full text search only searches for (case-insensitive) letters, all special characters are ignored unless they are used as command. So the equivalent to tri-Ace would be "tri ace". I'm not sure I should do such a replacement automatically, would you prefer that?
by Mouser X at 9:49 PM EDT on September 7, 2017
Thanks for the timely response. Yes, I think that's the behavior I would prefer. However, I can appreciate your caution on implementing that behavior. Perhaps instead a "compromise" (of sorts) could be a note that if a user wants to search for terms/words that have dashes in them, that they should either exclude the dash (ex: "tri ace" worked, as you said, and it gave me the results I was looking for) or use the "" marks (ex: ' "tri-ace" ' also worked).

Thanks for your work here. I certainly look forward to any improvements you have in mind. Mouser X over and out.
by datschge at 7:46 AM EDT on September 8, 2017
You are very welcome.

Added an automatic hint with a linked suggestion when it detects a dash without preceding space.
by datschge at 12:00 PM EDT on September 20, 2017
Update: Only show results count for systems/subdomains if count is bigger than 1.
by datschge at 10:12 PM EDT on October 1, 2017
Update: Added the Philips CD-i system/subdomain since that's now a thing.
by datschge at 5:24 PM EDT on October 7, 2017
Update: Added simple date headers to the updates list.
by Knurek at 6:29 AM EDT on October 15, 2017
Not sure if you can do it on your own, but I made a psf4 folder on server
(Single set for now, hopefully more to follow)
by datschge at 10:48 AM EDT on October 16, 2017
I can only add names (which I did just now), access to the actual subdomain needs to be enabled by Josh.
by Knurek at 3:17 PM EDT on November 4, 2017
@datschge: Not sure if you can help here, but filenames starting with dot (.) don't show up even after uploading.

four .hack sets in psf2/0-9/ for easy confirmation
by Josh W at 9:10 PM EDT on November 4, 2017
That was my bad.
Usually files beginning with '.' are hidden and are not shown, and weren't being included in the manifest.

I've altered it so that these should be included
by datschge at 8:54 AM EDT on April 11, 2018
Took me far too long, but it's slowly getting there:

Logged in users can now list the files contained within the sets, click on the [...] to show the page. File search will be integrated after some time, currently file listings are only added on demand so a search wouldn't cover the whole joshw.info archive. Tags are also coming, starting starting with file extensions that are automatically gathered from the above file listings.

Big thanks to Josh for a couple crucial internal changes recently that make this possible.
by marcusss at 10:02 AM EDT on April 11, 2018
Sounds like a great feature !
by bxaimc at 10:05 AM EDT on April 11, 2018
Wew! Awesome stuff datschge, thanks!

I was thinking about emailing you about something but I might as well ask you here (since my email is acting up, cuz reasons). Can we change uploads so that only logged-in users can upload? It’s been a thought for a while now since occasionally I receive submissions with no details, just the game name. This may be a burden to current uploaders but, idk. Do you think we should?
by datschge at 10:17 AM EDT on April 11, 2018
Hm, I think in this case it would be better to enforce that all wanted details are given (like through a form, but that again could be a hassle for some) than making it impossible to contribute anonymously.
by bxaimc at 10:26 AM EDT on April 11, 2018
Hmm. I suppose you’re right. Forget I mentioned it :P
by AnonRunzes at 11:27 AM EDT on April 11, 2018
the thing is, for what reason is it needed to do so?
by bnnm at 1:37 PM EDT on April 11, 2018
Fantastic news, works great.

I think adding some optional form fields like platform and uploader would be useful, so I wouldn't have to manually change filenames.

Plus maybe some log of who-uploaded-what somewhere would be useful as, well, not everybody is so through with their sets.
by marcusss at 1:49 PM EDT on April 11, 2018
Yeah a log or the uploader's name next to file or whatever in case it needs to be reupped or people have queueries or then its easier to contact the uploader for any issues etc..

Aww there seems to be a bug? When i look on page 1 of updates and choose to view 1 game's bgm contents ( the new feature), when I go back and then click on "2" to go to page 2 it takes me back to the contents of the game i just.looked at.
Maybe it is just me

edited 2:00 PM EDT April 11, 2018

edited 2:01 PM EDT April 11, 2018

edited 2:02 PM EDT April 11, 2018
by bxaimc at 2:25 PM EDT on April 11, 2018
See, the uploader log may not be useful at all. In reality, most of the stuff will show either mine or Knurek’s name as the uploader because I don’t always move the uploads from uploads folder to the main archive as I usually download everything first and then reupload it directly to where it needs to go, one-by-one.

Also, there are lots of missing rips (from the tracker and old ftp days) that I need to dig up that aren’t in the archive to which I have zero recollection on who did them originally. =/

I guess the real solution here would just be to include a readme txt file in the set? Maybe not even name it as readme but something like ripped_by_bxaimc.txt (maybe without underscores?). Additional information like previous ripper inside perhaps or maybe a rip date? Please no rambling or ranting inside.

Also, maybe I should rename all the sets (or maybe just the future ones since this will take centuries) to their respective console tags like we used to many moons ago:

[NDS]
[3DS] or [N3DS]?
[PC] [MAC-OSX]
[GCN]
[PS1] [PS2] [PS3] [PS4]
[X360] [XBLA]

etc etc etc

Maybe something like this: https://i.imgur.com/FuyMUlC.png

edited 2:31 PM EDT April 11, 2018

edited 2:44 PM EDT April 11, 2018

edited 2:48 PM EDT April 11, 2018

edited 3:03 PM EDT April 11, 2018

edited 3:07 PM EDT April 11, 2018
by datschge at 2:52 PM EDT on April 11, 2018
@marcusss: Can't reproduce that bug but I have a hunch why some browser/setting may behave like that. Updated the script which should prevent that in the future.
by bnnm at 4:13 PM EDT on April 11, 2018
I was thinking a log frontend uploads actually, before you reupload I think.

Platform names would be great when downloading same sets of different platforms.

I vote [DS][3DS][PC][MAC][GC][PSx][X360][Xbox][Android][iOS] etc. [Vita] or [PSV]? Maybe just [Switch]?

[XBLA] never, it's like using [Steam][iTunes] = shop, after the name if you must: "Bleh (XBLA)(2018-01-01)...."


@datschge - I get disconnects after seconds, anything off in the server? I think my connection is stable.
by AnonRunzes at 7:39 PM EDT on April 11, 2018
fine i'll reupload my Wangan Shitnight SYSTEM246 rips with just the "muh credit" text file and nothing else, no ranting from me i'll promise

and i mean this for real

edited 7:44 PM EDT April 11, 2018
by datschge at 3:03 AM EDT on April 12, 2018
@bnnm: Thanks for reporting, I indeed moved some files I shouldn't have that broke its backend. Fixed now.
by bxaimc at 3:11 PM EDT on April 12, 2018
I noticed the frontend takes it time updating from joshw. I uploaded something around 14:17 my time and checking back at 15:20, it still hasn't showed up on the frontend.

edited 3:22 PM EDT April 12, 2018
by datschge at 3:25 PM EDT on April 12, 2018
I noticed that as well and checked for the cause, the new set is not listed in the file I rely on to update the frontend. I've notified JoshW already.
by bxaimc at 3:35 PM EDT on April 12, 2018
It just showed up.
by bnnm at 10:55 AM EDT on April 13, 2018
@datschge - I also get the same "open file list, use back browser button, try to paginate > goes to file list" bug, in Firefox.
(the "set" input isn't being cleared on back I think).
by datschge at 6:09 PM EDT on April 13, 2018
@bnnm: I already explicitly clear the set input on any navigation using the pagination, what else does Firefox want me to do? ಠ_ಠ
by bxaimc at 7:20 PM EDT on April 13, 2018
lmao that face really expresses feeling so well.
by bnnm at 7:23 PM EDT on April 13, 2018
I think you may need to use elem.value = x (changes the element's DOM property --internal object) rather that elem.setAttribute('value', x) (changes the element's HTML attribute --external representation).

I assume changing the attribute propagates to the property but delayed/inconsistently (in fact it randomly works).
by datschge at 7:06 AM EDT on April 15, 2018
@bnnm: thanks, converted everything. Please (hard) refresh and check again.
by marcusss at 9:16 AM EDT on April 15, 2018
@ datschge : The page seems to behave normally now for me since the change you made. Thanks

edited 9:16 AM EDT April 15, 2018
by bnnm at 10:04 AM EDT on April 15, 2018
@datschge - Thanks, seems to work fine.

Another minor bug, if a set updates the file list seems to cache/show older contents.

For example Super Robot Taisen OG Saga - Masou Kishin III - Pride of Justice (what a name) was updated with a bunch of extra files but still lists only 2.

The list also says "Last changed data retrieved Xh Ym Zs ago." but maybe that only applies to the main list? (not that it matters much).
by datschge at 5:04 PM EDT on April 15, 2018
@bnnm: The "Last changed data retrieved" refers to the global json data the frontend gets from the backend. The set file listings are separate from that.

Thanks for the report that updates for sets are not caught, that means the identification I currently use is unexpectedly not sufficiently unique. Will have to think how to resolve that first.
by datschge at 5:15 AM EDT on April 17, 2018
@bnnm: File listing cache should be correctly updated now whenever a set changes (as long as the file size is not exactly the same as before).

@bxaimc: Got a reply from JoshW, the dataset the frontend receives is delayed by one hour, so what we observed is intended.

edited 5:18 AM EDT April 17, 2018
by bxaimc at 1:54 PM EDT on April 17, 2018
Roger that 👍
by bnnm at 7:09 AM EDT on April 22, 2018
Another fun bug:
- enter file list
- press browser back
- search something
> goes to file list


Also, can't search with hyphens between words, ex. game-name is taken as "game" and exclude -name

Plus, it'd be nice if the file list also had file counts, for quick "this rip has more/less tracks than mine" checks.

edited 1:28 PM EDT April 22, 2018
by datschge at 4:42 AM EDT on April 23, 2018
Firefox again, huh? Search now clears those historic values as well...

When you search using hyphens to combine words you actually should already be shown a suggestion. In your example:
You excluded name, did you mean to search for "game name" as a phrase?
where "game name" is a link to the fixed search. If you are asking that behavior to be changed, sorry but no go, it's all built in full text search syntax of the db I can't change.

Added file count to the file lists.
by bxaimc at 11:10 AM EDT on April 28, 2018
So, the frontend might be acting up a bit on a least one upload: Dropship United Peace Force (2002-01-18)(SCEE - Studio Camden)(BAM! Entertainment)[PS2]

When using the file listing feature, it's displaying files that aren't even in the set and after downloading 2 separate times and checking the original upload, I can confirm those files don't exist.



==============================================

Here's what I see on my end with the original upload:

Directory of H:\xxxJoshW\uploaded through vgm.hcs64.com\Dropship United Peace Force (2002-01-18)(SCEE - Studio Camden)(BAM! Entertainment)[PS2]

04/28/2018 11:07 AM <DIR> .
04/28/2018 11:07 AM <DIR> ..
04/28/2018 11:05 AM <DIR> movies
04/28/2018 11:05 AM <DIR> music

Directory of H:\xxxJoshW\uploaded through vgm.hcs64.com\Dropship United Peace Force (2002-01-18)(SCEE - Studio Camden)(BAM! Entertainment)[PS2]\movies

04/28/2018 11:05 AM <DIR> .
04/28/2018 11:05 AM <DIR> ..
04/26/2018 02:38 PM 685,800 char1_english[1ch].ss2
04/26/2018 02:38 PM 685,800 char1_english[2ch].ss2
04/26/2018 02:38 PM 653,800 char1_french[1ch].ss2
04/26/2018 02:38 PM 653,800 char1_french[2ch].ss2
04/26/2018 02:38 PM 653,800 char1_german[1ch].ss2
04/26/2018 02:38 PM 653,800 char1_german[2ch].ss2
04/26/2018 02:38 PM 653,800 char1_italian[1ch].ss2
04/26/2018 02:38 PM 653,800 char1_italian[2ch].ss2
04/26/2018 02:38 PM 653,800 char1_spanish[1ch].ss2
04/26/2018 02:38 PM 653,800 char1_spanish[2ch].ss2
04/26/2018 02:38 PM 603,496 char2_english[1ch].ss2
04/26/2018 02:38 PM 603,496 char2_english[2ch].ss2
04/26/2018 02:38 PM 598,920 char2_french[1ch].ss2
04/26/2018 02:38 PM 598,920 char2_french[2ch].ss2
04/26/2018 02:38 PM 598,920 char2_german[1ch].ss2
04/26/2018 02:38 PM 598,920 char2_german[2ch].ss2
04/26/2018 02:38 PM 598,920 char2_italian[1ch].ss2
04/26/2018 02:38 PM 598,920 char2_italian[2ch].ss2
04/26/2018 02:38 PM 598,920 char2_spanish[1ch].ss2
04/26/2018 02:38 PM 598,920 char2_spanish[2ch].ss2
04/26/2018 02:38 PM 850,376 char3_english[1ch].ss2
04/26/2018 02:38 PM 850,376 char3_english[2ch].ss2
04/26/2018 02:38 PM 846,696 char3_french[1ch].ss2
04/26/2018 02:38 PM 846,696 char3_french[2ch].ss2
04/26/2018 02:38 PM 846,696 char3_german[1ch].ss2
04/26/2018 02:38 PM 846,696 char3_german[2ch].ss2
04/26/2018 02:38 PM 846,696 char3_italian[1ch].ss2
04/26/2018 02:38 PM 846,696 char3_italian[2ch].ss2
04/26/2018 02:38 PM 846,696 char3_spanish[1ch].ss2
04/26/2018 02:38 PM 846,696 char3_spanish[2ch].ss2
04/26/2018 02:38 PM 740,648 char4_english[1ch].ss2
04/26/2018 02:38 PM 740,648 char4_english[2ch].ss2
04/26/2018 02:38 PM 745,224 char4_french[1ch].ss2
04/26/2018 02:38 PM 745,224 char4_french[2ch].ss2
04/26/2018 02:38 PM 745,224 char4_german[1ch].ss2
04/26/2018 02:38 PM 745,224 char4_german[2ch].ss2
04/26/2018 02:38 PM 745,224 char4_italian[1ch].ss2
04/26/2018 02:38 PM 745,224 char4_italian[2ch].ss2
04/26/2018 02:38 PM 745,224 char4_spanish[1ch].ss2
04/26/2018 02:38 PM 745,224 char4_spanish[2ch].ss2
04/26/2018 02:38 PM 516,648 char5_english[1ch].ss2
04/26/2018 02:38 PM 516,648 char5_english[2ch].ss2
04/26/2018 02:38 PM 516,648 char5_french[1ch].ss2
04/26/2018 02:38 PM 516,648 char5_french[2ch].ss2
04/26/2018 02:38 PM 516,648 char5_german[1ch].ss2
04/26/2018 02:38 PM 516,648 char5_german[2ch].ss2
04/26/2018 02:38 PM 516,648 char5_italian[1ch].ss2
04/26/2018 02:38 PM 516,648 char5_italian[2ch].ss2
04/26/2018 02:38 PM 516,648 char5_spanish[1ch].ss2
04/26/2018 02:38 PM 516,648 char5_spanish[2ch].ss2
04/26/2018 02:38 PM 685,800 char6_english[1ch].ss2
04/26/2018 02:38 PM 685,800 char6_english[2ch].ss2
04/26/2018 02:38 PM 690,376 char6_french[1ch].ss2
04/26/2018 02:38 PM 690,376 char6_french[2ch].ss2
04/26/2018 02:38 PM 690,376 char6_german[1ch].ss2
04/26/2018 02:38 PM 690,376 char6_german[2ch].ss2
04/26/2018 02:38 PM 690,376 char6_italian[1ch].ss2
04/26/2018 02:38 PM 690,376 char6_italian[2ch].ss2
04/26/2018 02:38 PM 690,376 char6_spanish[1ch].ss2
04/26/2018 02:38 PM 690,376 char6_spanish[2ch].ss2
04/26/2018 02:38 PM 795,496 char7_english[1ch].ss2
04/26/2018 02:38 PM 795,496 char7_english[2ch].ss2
04/26/2018 02:38 PM 800,072 char7_french[1ch].ss2
04/26/2018 02:38 PM 800,072 char7_french[2ch].ss2
04/26/2018 02:38 PM 800,072 char7_german[1ch].ss2
04/26/2018 02:38 PM 800,072 char7_german[2ch].ss2
04/26/2018 02:38 PM 800,072 char7_italian[1ch].ss2
04/26/2018 02:38 PM 800,072 char7_italian[2ch].ss2
04/26/2018 02:38 PM 800,072 char7_spanish[1ch].ss2
04/26/2018 02:38 PM 800,072 char7_spanish[2ch].ss2
04/26/2018 02:38 PM 987,496 char8_english[1ch].ss2
04/26/2018 02:38 PM 987,496 char8_english[2ch].ss2
04/26/2018 02:38 PM 979,272 char8_french[1ch].ss2
04/26/2018 02:38 PM 979,272 char8_french[2ch].ss2
04/26/2018 02:38 PM 978,376 char8_german[1ch].ss2
04/26/2018 02:38 PM 978,376 char8_german[2ch].ss2
04/26/2018 02:38 PM 979,272 char8_italian[1ch].ss2
04/26/2018 02:38 PM 979,272 char8_italian[2ch].ss2
04/26/2018 02:38 PM 979,272 char8_spanish[1ch].ss2
04/26/2018 02:38 PM 979,272 char8_spanish[2ch].ss2
04/26/2018 02:39 PM 1,920,072 intro_english[1ch].ss2
04/26/2018 02:39 PM 1,920,072 intro_english[2ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_french[1ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_french[2ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_german[1ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_german[2ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_italian[1ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_italian[2ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_spanish[1ch].ss2
04/26/2018 02:39 PM 1,924,648 intro_spanish[2ch].ss2
04/26/2018 02:39 PM 1,787,496 outro_english[1ch].ss2
04/26/2018 02:39 PM 1,787,496 outro_english[2ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_french[1ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_french[2ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_german[1ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_german[2ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_italian[1ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_italian[2ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_spanish[1ch].ss2
04/26/2018 02:39 PM 1,791,176 outro_spanish[2ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_english[1ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_english[2ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_french[1ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_french[2ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_german[1ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_german[2ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_italian[1ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_italian[2ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_spanish[1ch].ss2
04/26/2018 02:39 PM 1,645,800 test1min_spanish[2ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_english[1ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_english[2ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_french[1ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_french[2ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_german[1ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_german[2ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_italian[1ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_italian[2ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_spanish[1ch].ss2
04/26/2018 02:39 PM 1,508,648 uber1_spanish[2ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_english[1ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_english[2ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_french[1ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_french[2ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_german[1ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_german[2ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_italian[1ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_italian[2ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_spanish[1ch].ss2
04/26/2018 02:39 PM 1,124,648 uber2_spanish[2ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_english[1ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_english[2ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_french[1ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_french[2ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_german[1ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_german[2ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_italian[1ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_italian[2ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_spanish[1ch].ss2
04/26/2018 02:39 PM 1,728,072 uber3_spanish[2ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_english[1ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_english[2ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_french[1ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_french[2ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_german[1ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_german[2ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_italian[1ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_italian[2ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_spanish[1ch].ss2
04/26/2018 02:39 PM 1,398,920 uber4_spanish[2ch].ss2
150 File(s) 169,580,400 bytes

Directory of H:\xxxJoshW\uploaded through vgm.hcs64.com\Dropship United Peace Force (2002-01-18)(SCEE - Studio Camden)(BAM! Entertainment)[PS2]\music

04/28/2018 11:05 AM <DIR> .
04/28/2018 11:05 AM <DIR> ..
04/26/2018 02:31 PM 7,229,136 AIRCOMBAT_ATTACK_L.VAG
04/26/2018 02:31 PM 7,229,136 AIRCOMBAT_ATTACK_R.VAG
04/26/2018 02:31 PM 8,261,952 AIRCOMBAT_DEFEND_L.VAG
04/26/2018 02:31 PM 8,261,952 AIRCOMBAT_DEFEND_R.VAG
04/26/2018 02:31 PM 9,521,968 CREDITS_L.VAG
04/26/2018 02:31 PM 9,521,968 CREDITS_R.VAG
04/26/2018 02:31 PM 4,036,976 DEPLOY_L.VAG
04/26/2018 02:31 PM 4,036,976 DEPLOY_R.VAG
04/26/2018 02:31 PM 3,849,232 DRIVE_L.VAG
04/26/2018 02:31 PM 3,849,232 DRIVE_R.VAG
04/26/2018 02:31 PM 3,075,648 ESCORT_L.VAG
04/26/2018 02:31 PM 3,075,648 ESCORT_R.VAG
04/26/2018 02:31 PM 4,229,120 FLIGHT_L.VAG
04/26/2018 02:31 PM 4,229,120 FLIGHT_R.VAG
04/26/2018 02:31 PM 2,154,656 FRONTEND_L.VAG
04/26/2018 02:31 PM 2,154,656 FRONTEND_R.VAG
04/26/2018 02:31 PM 3,574,176 INTELLIGENCE_L.VAG
04/26/2018 02:31 PM 3,574,176 INTELLIGENCE_R.VAG
04/26/2018 02:31 PM 5,831,456 LANDCOMBAT_ATTACK_L.VAG
04/26/2018 02:31 PM 5,831,456 LANDCOMBAT_ATTACK_R.VAG
04/26/2018 02:31 PM 6,196,368 LANDCOMBAT_DEFEND_L.VAG
04/26/2018 02:31 PM 6,196,368 LANDCOMBAT_DEFEND_R.VAG
04/26/2018 02:31 PM 3,653,168 MISC1_L.VAG
04/26/2018 02:31 PM 3,653,168 MISC1_R.VAG
04/26/2018 02:31 PM 3,235,680 MISC2_L.VAG
04/26/2018 02:31 PM 3,235,680 MISC2_R.VAG
04/26/2018 02:31 PM 386,160 MISC3_L.VAG
04/26/2018 02:31 PM 386,160 MISC3_R.VAG
04/26/2018 02:31 PM 367,120 MISC4_L.VAG
04/26/2018 02:31 PM 367,120 MISC4_R.VAG
04/26/2018 02:31 PM 5,190,096 RESCUE_L.VAG
04/26/2018 02:31 PM 5,190,096 RESCUE_R.VAG
04/26/2018 02:31 PM 3,646,656 STEALTH_L.VAG
04/26/2018 02:31 PM 3,646,656 STEALTH_R.VAG
04/26/2018 02:31 PM 3,652,288 TENSE_L.VAG
04/26/2018 02:31 PM 3,652,288 TENSE_R.VAG
36 File(s) 156,183,712 bytes
by datschge at 4:48 PM EDT on April 28, 2018
The superfluous files were from another set, this should not happen again from here on.
by AnonRunzes at 7:22 PM EDT on April 28, 2018
thanks for fixing the issue regarding my set mate. i appreciate it.
by bnnm at 7:09 PM EDT on April 29, 2018
@datschge - when I upload divided 7z (name.7z.001, name.7z.002, etc) I get strange file sizes in the folder view (a 600mb one shows as 1.27GB), not sure if actually uploaded ok or just showing incorrectly.
It happened a couple of times before I think.
by datschge at 10:45 AM EDT on April 30, 2018
Do you actually offer split archives on the site? (If so, why?) That's news to me, and the script obviously isn't prepared for that.

Edit: Oh wait, you mean for the upload form, right? This may be a conflict with the script splitting the archive itself as well (technically the upload script splits the file into 1MB size parts and only combines them once completed, resuming an interrupted upload reuses all completed parts), naming the parts differently should help.

Edit2: No, there is no conflict with the numbering scheme you mentioned. It may actually be a race condition while uploading the file from my to joshw's server then. Do you run multiple uploads of the same file at once?

edited 11:00 AM EDT April 30, 2018
by bxaimc at 3:22 PM EDT on April 30, 2018
datschge, is there any way we can increase the upload limit to 2GB at least?
by bnnm at 4:30 PM EDT on April 30, 2018
@datschge - Do I? I just drag and drop and press upload.

I just tried to reupload the .001 file and got 1.2GB, getting there. Then I reuploaded renamed as (file).7z.001.removethis and 1.27GB again. It's puzzling...

EDIT: reuploaded the whole thing without splitting, now it worked I think. Maybe it just hates them splits.

edited 4:47 PM EDT April 30, 2018
by datschge at 5:36 PM EDT on April 30, 2018
@bx - the upload limit is calculated based on the actual available space minus some safety margin. I could increase the limit/decrease the safety margin, but that also increases the chance that the server runs out of space if too many uploads are interrupted then resumed at the same time. (I also need to more regularly clean uncompleted uploads...)

@bnnm - I dunno? Race conditions are so darn hard to reproduce, sorry for the hassles.
by bxaimc at 7:29 PM EDT on April 30, 2018
Ah alright. That makes sense so no worries.
by Ultrafighter at 7:56 AM EDT on May 1, 2018
Once I had a bug (?) similar to the one Bnnm mentioned: I upped a 422 MB set (not split parts whatsoever) and for some reason it was twice bigger in this list. I immediately retried uploading it and the 2nd time everything was OK.
Oh and I renamed that archive before the second attempt started: from Name.7z to Name[fix].7z if it actually matters.
Later!

edited 7:58 AM EDT May 1, 2018
by datschge at 8:47 PM EDT on May 16, 2018
The file listings are now publicly accessible without the need for logging in.
by datschge at 6:12 PM EDT on July 6, 2018
I added a link to a quick 'n' dirty file duplicate check on every file listing. Maybe it's of use to some contributors @bxaimc @marcusss @ChillyBilly @Ultrafighter and others.
by bnnm at 6:44 PM EDT on July 7, 2018
@datschge - could the pending upload list (vgm.hcs64.com/upload/list.php) be ordered by filename or date? It looks all wonky right now.
by datschge at 5:17 PM EDT on July 8, 2018
@bnnm - that was just the unmodified output order straight from the server. It's additionally sorted by ascending modification time now.
by datschge at 4:04 PM EDT on August 18, 2018
It's now possible to browse the sets by tags (currently used for the automatically generated file extension tags). Let me know if you come across any curious behavior as a result of that.
by bnnm at 3:57 AM EDT on August 19, 2018
Extremely cool, thanks a lot. I hope you can add some way to search directly for tags too, and also show platforms filters more consistently (they disappear when tags are selected, unless you do a search first). Plus I think it should always show the "System: (selected platform)" line rather than moving before the search box.


Random bug: recently added "Akai Suna Ochiru Tsuki" shows the file list of "Xanadu -Dragon Slayer 2-".
by marcusss at 4:24 AM EDT on August 19, 2018
Hey still getting some bugs happening.. like dimension drive for switch on 1st main page releases shows filenames 056-m1.m1 & 056-v1.v1 2mb for example instead of proper filenames.

edited 4:26 AM EDT August 19, 2018
by Ultrafighter at 6:48 AM EDT on August 20, 2018
Hey guys, is it just me or anyone else experiences this too? On my end max size of a file to upload here is stuck at 0.744GB for a few days now, that's why I can't even finish a multi-part upload I started earlier. I hope I didn't break anything there he-he, I decided to switch to 1.86GB parts instead of 1.46 ones and the first time I did this I got this kind of... bug I suppose?
Anyway I hope it'll be fixed soon, cheers!
PS. I thought it has something to do with browser cache but clearing history up apparently doesn't get rid of that issue.
by datschge at 3:46 PM EDT on August 20, 2018
@Ultrafighter - That's the amount of space remaining on the server. It can become less whenever incomplete uploads are never completed. There's nothing you can do about that locally, I need to clean that up myself (which I just did, there is one uncompleted Jak 3 rerip upload left).

@bnnm & marcusss - Thanks for the two examples, turned out that the check I already had that should ensure that the file listing is always correct wasn't actually working. Should be fixed now.

@bnnm - I agree, I just changed 'system' to work the way tags do, always showing and highlighting the selected system instead moving it before the search input.

This will need some further fixing, currently text search cops out from tags search, and the system filter doesn't reflect the tags choices, resulting in plenty empty results.

As for searching tags I think I'll later do a page simply listing all available tags for the time being.

edited 4:49 PM EDT August 20, 2018
by bnnm at 6:52 PM EDT on August 20, 2018
Neat, a page with all tags would be even better and faster for me.
by Ultrafighter at 4:26 AM EDT on August 21, 2018
I don't know if it's an issue or an actual bug but my 1.86GB parts simply keep becoming 1.35GB ones here. Is it possible that they're not being correctly & fully transferred to that buffer between vgm.hcs64.com & joshw.info?
Bye!
by datschge at 5:19 AM EDT on August 21, 2018
All changes done, now text search, filter by system and by tags can all be freely combined. Let me know if there are any issues.

@Ultrafighter - There are no errors in my logs. You may be running into some hidden transfer/time limit, I'd have to check that out to reproduce. I'll ask Josh whether it's possible to host the upload form right on his server so file size limit and having to transfer data between servers are no longer necessary. Other than that you could also upload the files directly to Josh's server using SFTP.

edited 5:28 AM EDT August 21, 2018
by bnnm at 4:43 PM EDT on August 26, 2018
Thanks a lot, the tag list is wondrous.

I sure didn't expect so many random extensions in the "other" category tho :S
Any chance you could add tag filtering by platform? :) (or just... some way to remove them "others")

Even if you can't, I think the tag list should also show the selected platform anyway.
Feels kind of erratic if you filter by platform, go to tags (platforms disappear), click tag, then filter reappears and still applies.
by datschge at 5:57 PM EDT on August 26, 2018
@bnnm - Added filtering by system for tags. Others is not the only "system" with plenty pesky random extensions (though it certainly has the most). Pretty interesting to browse actually.
by bnnm at 4:25 PM EDT on August 28, 2018
Excellent, much appreciated.

I was going to suggest a bit of separation between platforms and tags but seems you already added it. It shows when filtering by platform first but not if you filter by tag first though.
by Ultrafighter at 5:34 AM EDT on August 31, 2018
Hello Datschge, I just wanted to say that you can delete that unfinished Need for speed - Undercover PS2 upload, I started upping it and almost immediately stopped the process because I realized there was a typo in a name of 1 file. I quickly repacked entire archive and uploaded that fixed version, BTW it's already appeared @JoshW.info.
Later!
by bnnm at 5:15 PM EDT on September 2, 2018
A minor issue with the tag list, sometimes I get incorrect platform/exts.

For example I selected "hca" and it showed "PS2" as platform and some set, which evidently didn't have them. Other time I filtered by "PSP" and got "exe" as a posible exts, but no sets would had it.

But tried again later and they don't show those results anymore, so maybe it's normal and it auto-corrects?
by datschge at 6:02 PM EDT on September 2, 2018
@bnnm - Are you going back in the browser history? In Firefox doing that doesn't actually clear the tags and system so you can end up with combinations not intended. Chrome and other browsers don't show that issue.

I'm not sure this is worth working around just for some oddly behaving browsers.
by bnnm at 10:34 AM EDT on September 3, 2018
Well, when it happened I repeated the search in a new tab several times, to make sure, without using back (which is needed to escape from a set filelist btw).
by datschge at 10:58 AM EDT on September 4, 2018
No idea how that could happen, technically that shouldn't be possible. What browser are you using? Are those superfluous tags ones you picked in the past at some point (any pattern in that) or completely random?

Maybe I'll add some hidden debug data sometime that you can copy for me so we have at least some info what could be happening there.
Edit: Or if you can you could use the browser's developer tools (usually in the network tab, then index/domain file) to list and copy the form data sent to the server as part of the request header. The server doesn't store user session data aside login (if done so) so any oddity needs to be within the form data.

edited 11:14 AM EDT September 4, 2018
by bnnm at 1:25 PM EDT on September 8, 2018
I use Firefox mainly, and I don't remember any particular patterns (ex. I got "exe" in Vita but not sure I've ever searched/selected those, maybe were part of another set).

Next time it happens I'll debug a bit and try other browsers, but it wasn't super important, just weird.
by marcusss at 8:46 AM EDT on September 23, 2018
I see some more issues with the frontend. I uploaded some rips today and they display the wrong filenames..

e.g.

Displaying details for I Hate Running Backwards - High Stakes (2018-05-22)(Binx)(Devolver Digital).7z 215.76MB 2018-09-23 07:05

File Extension: txth vbx

21 files contained in this set (contains no duplicate files):
.vbx.txth 372B
BGM01.VBX 3.13MB
BGM02.VBX 4.38MB
BGM03.VBX 4.38MB
BGM04.VBX 4.13MB
BGM05.VBX 12.88MB

...........


This game has .fsb files and diferent names
by datschge at 10:50 AM EDT on September 24, 2018
@marcusss: thanks, fixed.
by ChillyBilly at 11:38 PM EDT on September 27, 2018
So... I dunno if anyone suggested this before, but is it possible to make it so that we can download individual files, not just entire archives? I think it would be convenient in cases such as searching for specific tracks in a rip, or if a preexisting rip is updated with new tracks (such as from DLC), and we can just download the new content instead of redownloading the whole archive (especially if they're big ones). Of course, if this feature isn't possible, I understand. Still, just throwing the idea out there....
by datschge at 5:05 AM EDT on September 28, 2018
I'd have to ask Josh first, but as a public service I'd imagine it'll very likely be too much load on the server as every single file access would have to start a 7z decompression process with respective memory consumption and run time which due to the huge set sizes is not negligible.

If the main use case is just getting the updated portion between an old and new versions of a set it may be worth thinking about versioning and automatically generating diff packages. Not sure there is real demand for that though.

edited 5:11 AM EDT September 28, 2018
by Knurek at 11:11 AM EDT on September 28, 2018
If need be, we can always repack to non-solid zip.
by Ultrafighter at 5:33 AM EDT on September 29, 2018
I don't think it's a good idea at all, it'd make sense to download parts of sets & look for select compositions if descriptive filenames or tagged rips were the majority of VGM collection but it's not.

Also if anyone rerips a title I don't see anything preventing him from simply including both existent & new/changed files in a single package. Even if most tracks (like WMAs in specific directories of Xbox discs or AT3 streams coming from BGM folders of a PSP/PS3 image) are identical in both variants of a set there's no valid reason (IMHO) for a ripper to make an archive with only added tracks and wait for a moderator to do quite a few actions - probably DL that outdated ver., unpack both v.1 & v.2 then repack it all in one 7z file. I think it's way more reasonable for a provider of a fresh gamerip to do those rather easy routines himself.

Finally redownloading huge sets only for added DLC BGMs is somewhat realistic scenario but are there many such rips? Then my humble opinion is that it happens quite rarely when DLC music's added later to an existing downloadable gamerip, am I right?

All in all this is a novelty which is presumably hard + time-consuming to implement but it won't do much good anyway.

Bye!

edited 5:40 AM EDT September 29, 2018
by marcusss at 7:43 AM EDT on September 29, 2018
These days dlc packages include the older updates and/all the initial release as well but would be a good.idea if there wasn't too much server load or memory consumption.
by bnnm at 7:18 AM EST on December 2, 2018
@datschge - tag weirdness documented, with Chrome even (so you can't blame Firefox :P)

- I select "com", then filter with "PC": 4 sets
https://imgur.com/le6WNn8

- I open the first's file list: there is no "com" extension inside
https://imgur.com/e7bUTh1

- I go back to tags (link or closing/opening Chrome), filter by "com"/"pc": 3 sets now (the set I opened disappeared).
https://imgur.com/G3pEHrl

Originally it was 6 sets, 3 vanished during my tests (2 on Firefox, 1 on Chrome, I take it's some server thing). Presumably the other 3 sets will disappear from the "com" tag when opened too, you have 3 chances to debug :3
by bnnm at 3:07 PM EST on December 5, 2018
Another bug: set "Shikigami no Shiro - Nanayozuki Gensoukyoku" has multiple 0-byte files like "bgm.txth#1.txtp", but won't show in the file list/tags.

Next Page
Go to Page 0 1

Search this thread

Show all threads

Reply to this thread:

User Name Tags:

bold: [b]bold[/b]
italics: [i]italics[/i]
emphasis: [em]emphasis[/em]
underline: [u]underline[/u]
small: [small]small[/small]
Link: [url=http://www.google.com]Link[/url]

[img=https://www.hcs64.com/images/mm1.png]
Password
Subject
Message

HCS Forum Index
Halley's Comet Software
forum source