| Time |
Nickname |
Message |
|
00:08
🔗
|
SketchCow |
https://archive.org/details/hh_tbatman |
|
00:09
🔗
|
SketchCow |
https://archive.org/details/hh_tbatfor |
|
00:10
🔗
|
DFJustin |
not better |
|
00:11
🔗
|
DFJustin |
it's supposed to be taller than it is wide because it's two screens on top of each other |
|
00:11
🔗
|
DFJustin |
mame defaults to 960x1278 but it's vector so you could use any resolution with that ratio |
|
00:14
🔗
|
DFJustin |
(that ratio being 3:4) |
|
00:20
🔗
|
SketchCow |
https://archive.org/details/hh_tbtoads (Fails, not sure why) |
|
00:21
🔗
|
SketchCow |
Oh, I see, backlog on the emularity uploads. |
|
00:21
🔗
|
SketchCow |
https://archive.org/details/hh_kblades |
|
00:28
🔗
|
SketchCow |
https://archive.org/details/hh_kbucky |
|
00:31
🔗
|
SketchCow |
https://archive.org/details/hh_kcontra |
|
00:31
🔗
|
SketchCow |
https://archive.org/details/hh_tddragon |
|
00:35
🔗
|
SketchCow |
https://archive.org/details/hh_kdribble |
|
00:41
🔗
|
SketchCow |
https://archive.org/details/hh_kgradius |
|
00:41
🔗
|
SketchCow |
https://archive.org/details/hh_kgarfld |
|
00:44
🔗
|
SketchCow |
https://archive.org/details/hh_tgaunt |
|
00:46
🔗
|
SketchCow |
https://archive.org/details/hh_kloneran |
|
00:52
🔗
|
SketchCow |
https://archive.org/details/hh_tkarnov |
|
00:53
🔗
|
SketchCow |
https://archive.org/details/hh_tjdredd |
|
00:53
🔗
|
SketchCow |
https://archive.org/details/hh_tmkombat |
|
00:56
🔗
|
SketchCow |
https://archive.org/details/hh_tnmarebc |
|
00:56
🔗
|
SketchCow |
https://archive.org/details/hh_knfl |
|
00:56
🔗
|
SketchCow |
Not bad for a day. |
|
01:03
🔗
|
SketchCow |
https://archive.org/details/hh_trobocop2 |
|
01:19
🔗
|
SketchCow |
So that's something. |
|
01:28
🔗
|
SketchCow |
https://archive.org/details/handheldhistory&tab=collection |
|
01:45
🔗
|
oscar |
I saw the peripheral metadata, no problem there. |
|
01:46
🔗
|
oscar |
File order is basically unimportant after the first one anyway. |
|
01:46
🔗
|
oscar |
Because there's no guarantee that you'll need to load them in any particular order, so you might as well just have them sorted lexically and then let the user switch them. |
|
01:47
🔗
|
oscar |
It's not directly relevant to this, because PCE is different (for now), but a lot of my childhood was spent performing the bizarre ritual for running Beyond Dark Castle on the Mac without a hard drive... |
|
01:48
🔗
|
oscar |
Boot off disk A, eject it, insert disk B, eject it (so the system leaves its "ghost" mounted), reinsert disk A, launch BDC, and switch disks as necessary when you went to different levels. |
|
01:49
🔗
|
oscar |
Which is where the "fun" will come in when making this sort of thing work for Mac games. |
|
01:50
🔗
|
oscar |
I'm assuming the reason we don't currently have BDC on the archive yet is because PCE doesn't support emulating dual-drive machines yet? |
|
01:58
🔗
|
oscar |
Also: I guess there's no defined schema for the metadata XML? |
|
01:59
🔗
|
oscar |
There's definitely none referenced in the XML file itself. |
|
02:00
🔗
|
oscar |
Metadata to include the files file, in this case. |
|
02:56
🔗
|
db48x |
I doubt there's a DTD for it |
|
03:10
🔗
|
oscar |
I mean, in a number of ways, it's useful if there isn't, as long as we don't have a pressing need to pedantically validate it (which I suspect we don't). |
|
03:11
🔗
|
oscar |
So if I were to add some fields to the metadata to specify disk image filenames, that might be OK? |
|
03:12
🔗
|
DFJustin |
the IA metadata allows for any number of arbitrary keys I think |
|
03:16
🔗
|
oscar |
Huh, although... there might be a nicer way around this without changing formats. MAME treats zip files as directories, so you can actually specify the .dsk files within the XML filelist... but will that screw with the Archive's file listing? |
|
03:18
🔗
|
oscar |
Well, only one way to find out. |
|
03:21
🔗
|
db48x |
there are two xml files in every item |
|
03:21
🔗
|
db48x |
we can't change what's in the _files.xml file |
|
03:21
🔗
|
db48x |
but the _meta.xml file just has key=value pairs in it, and the key can be anything the uploader wants to type in |
|
03:25
🔗
|
db48x |
which means we can look for any key we want |
|
03:26
🔗
|
|
godane has quit IRC (Ping timeout: 250 seconds) |
|
03:27
🔗
|
oscar |
OK, got it. |
|
03:27
🔗
|
oscar |
I'm making a test with all 4 Wasteland disks, since I can't edit anything on the Time Zone item. |
|
03:31
🔗
|
oscar |
...aaaand that's gonna take a while before it gets through the queue. |
|
03:32
🔗
|
oscar |
Works better when I use the correct name (apple2ee instead of appleiiee), and I can't change it until it's been ingested. |
|
03:32
🔗
|
* |
oscar facepalms |
|
03:33
🔗
|
oscar |
There's no facility for making hierarchical metadata, right? |
|
03:34
🔗
|
oscar |
I mean, it's obviously very possible with XML, but it doesn't look like the web metadata editor supports that. |
|
03:35
🔗
|
DFJustin |
you can always upload another xml file |
|
03:36
🔗
|
DFJustin |
it only really needs to be in the _meta.xml for IA's search engine |
|
03:37
🔗
|
oscar |
True, true. I wasn't sure whether it made sense to make a *third* metadata file just for emulators, but it probably wouldn't be the end of the world, and it would keep from cluttering the Archive metadata with disk image details. |
|
03:38
🔗
|
oscar |
Hm. |
|
03:40
🔗
|
oscar |
I think maybe I'll do that for now... start with a separate file, use our current defaults if it doesn't exist. |
|
03:43
🔗
|
|
godane has joined #jsmess |
|
03:57
🔗
|
oscar |
Any suggestions on what the name should be? I'm in favor of something like emu_extra_config.xml, or have the metadata explicitly point to the file. |
|
03:58
🔗
|
oscar |
With preference to the latter. |
|
04:01
🔗
|
|
godane has quit IRC (Quit: Leaving.) |
|
04:56
🔗
|
SketchCow |
That's fine |
|
05:07
🔗
|
|
godane has joined #jsmess |
|
05:57
🔗
|
|
godane has quit IRC (Ping timeout: 633 seconds) |
|
07:18
🔗
|
|
Rai-chan has quit IRC (Ping timeout: 250 seconds) |
|
10:37
🔗
|
|
Rai-chan has joined #jsmess |
|
17:56
🔗
|
|
godane has joined #jsmess |
|
18:19
🔗
|
|
BnARobin_ has quit IRC (Read error: Operation timed out) |
|
18:32
🔗
|
|
BnARobin has joined #jsmess |
|
18:38
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
18:39
🔗
|
|
BnARobin has joined #jsmess |
|
18:44
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
18:45
🔗
|
|
BnARobin has joined #jsmess |
|
18:52
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
18:53
🔗
|
|
BnARobin has joined #jsmess |
|
18:56
🔗
|
oscar |
OK, is there any reason not to immediately parse the metadata from XML upon reception instead of deferring it to the get_xxx_files functions? |
|
18:57
🔗
|
oscar |
If not, I'll back it out. |
|
19:02
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:03
🔗
|
|
BnARobin has joined #jsmess |
|
19:09
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:10
🔗
|
|
BnARobin has joined #jsmess |
|
19:14
🔗
|
SketchCow |
db48x is good to call for with the question |
|
19:18
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:19
🔗
|
|
BnARobin has joined #jsmess |
|
19:24
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:25
🔗
|
|
BnARobin has joined #jsmess |
|
19:33
🔗
|
oscar |
Well, I'm doing it for now, it can always be undone. |
|
19:35
🔗
|
db48x |
that's fine |
|
19:35
🔗
|
db48x |
there just wasn't any need for the list of files anywhere else |
|
19:46
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:47
🔗
|
|
BnARobin has joined #jsmess |
|
19:52
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:53
🔗
|
|
BnARobin has joined #jsmess |
|
19:58
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
19:59
🔗
|
|
BnARobin has joined #jsmess |
|
20:00
🔗
|
oscar |
Oh, I meant the *actual* metadata, not the file list. |
|
20:04
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
20:05
🔗
|
|
BnARobin has joined #jsmess |
|
20:11
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
20:11
🔗
|
|
BnARobin has joined #jsmess |
|
20:15
🔗
|
db48x |
oh, that's fine too :) |
|
20:19
🔗
|
db48x |
aha: |
|
20:19
🔗
|
db48x |
[2018-03-08 08:38:03] Building src/mame/drivers/zx.cpp into mamezx_wasm.js.gz |
|
20:19
🔗
|
db48x |
real 2603m50.924s |
|
20:19
🔗
|
db48x |
user 3461m23.940s |
|
20:19
🔗
|
db48x |
sys 169m59.204s |
|
20:28
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
20:29
🔗
|
|
BnARobin has joined #jsmess |
|
20:53
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
20:54
🔗
|
|
BnARobin has joined #jsmess |
|
20:59
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
21:00
🔗
|
|
BnARobin has joined #jsmess |
|
21:00
🔗
|
oscar |
You could probably assemble a real ZX Spectrum from parts in less time than that. |
|
21:00
🔗
|
oscar |
They certainly did at the factory, anyway. |
|
21:05
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
21:06
🔗
|
|
BnARobin has joined #jsmess |
|
21:11
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
21:12
🔗
|
|
BnARobin has joined #jsmess |
|
21:20
🔗
|
|
BnARobin has quit IRC (Remote host closed the connection) |
|
21:21
🔗
|
|
BnARobin has joined #jsmess |
|
22:17
🔗
|
db48x |
oscar: true, but that was the time to build every system that IA currently supports |
|
22:18
🔗
|
db48x |
[2018-03-08 08:27:14] Building src/mame/drivers/zodiack.cpp into mamezodiack_wasm.js.gz |
|
22:18
🔗
|
db48x |
[2018-03-08 08:30:19] Building src/mame/drivers/zwackery.cpp into mamezwackery.js.gz |
|
22:18
🔗
|
db48x |
[2018-03-08 08:32:34] Building src/mame/drivers/zwackery.cpp into mamezwackery_wasm.js.gz |
|
22:18
🔗
|
db48x |
[2018-03-08 08:35:52] Building src/mame/drivers/zx.cpp into mamezx.js.gz |
|
22:18
🔗
|
db48x |
[2018-03-08 08:38:03] Building src/mame/drivers/zx.cpp into mamezx_wasm.js.gz |
|
22:18
🔗
|
db48x |
etc |
|
22:45
🔗
|
oscar |
Haha, oh, OK. |
|
22:45
🔗
|
oscar |
That's a little better. |
|
22:46
🔗
|
oscar |
Thought maybe there was something amiss with the ZX Spectrum. |
|
23:10
🔗
|
db48x |
yea, that would be pretty funny |