summaryrefslogtreecommitdiffstatshomepage
path: root/hash/coco_cart.xml
Commit message (Collapse)AuthorAgeFilesLines
* (nw) softlist_dev.cpp: validate ROM labels Vas Crabb2020-04-161-58/+58
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The free-for-all on labels in software lists is not working. There's no consistency, labels are getting excessively long, people are starting to use non-ASCII characters in labels making it harder for others to type them when manipulating files on the command line, and there's too much markup being put in labels. The length limit is 127 characters, same as for labels in MAME itself. This should be long enough to be descriptive. Remember that the Win32 path limit is 260 characters, and many applications and frameworks have issues with longer paths, including Windows Explorer and the .NET framework. Labels are used as filenames, so concessions need to be made for this. I have not abbreviated excessively long labels myself - they're currently causing 135 validity errors. Someone else can fix them. Printable ASCII characters are allowed, with a few exceptions. The exceptions are limited to characters most likely to cause issues for interactive shells and scripts: * ! - csh event substitution (very difficult to escape properly) * $ - sh varibale expansion * % - csh job control, cmd variable expansion * / - UNIX directory separator * : - sh path separator, Windows drive qualifier * \ - sh escape, Windows directory separator Most of the labels that had to be edited were using ! for markup, or using ! and % for titles in labels. Strangely, titles in labels are often forced to lower case, despite this never being enforced for software lists. There are also various other edits to titles used for labels, such as moving articles to the end (with or without a comma), or replacing spaces with underscores. As I already said, there's no consistency at all. There is far too much markup in labels. They're even being used for notes in some cases (e.g. at least one case where a dumper's name is in the label). The XML schema supports metadata - use it. For example, you can use part_id for an unrestricted display name for a software part. You can also use XML comments for notes. And while on the topic of metadata, vgmplay.xml is putting the same thing in the part_id as well as the label. The part_id should have the actual title, not the title mangled to make it more suitable for use as a filename. Addressing this would be a lot of work, given how large the file is. For now, empty data areas in software lists cause a verbose message rather than a validation warning. There are thousands of software lists using empty data areas to indicate the size/width of cartridge RAM/EEPROM/etc.
* (nw) More license shuffling Vas Crabb2020-03-071-2/+2
| | | | | | | | Get rid of a couple of copies of the CC0 text. Add header comment to CC0 files to remind people editing them what the terms are. Also add some missing XML headers. The header comments in layouts won't bloat the binary - they get stripped out before compressing, same as any other comments.
* vz_snap.xml: dtd validation fix (nw) Scott Stone2019-10-061-1/+1
| | | | Many assorted XML files fixed for errant spaces, missing linefeed, improper format, and other oddness (nw)
* (nw) c*.xml : removed not needed offset=0 Robbbert2019-05-161-113/+113
|
* (nw) Clean up the mess on master Vas Crabb2019-03-261-0/+3
| | | | | | | | | | | | | This effectively reverts b380514764cf857469bae61c11143a19f79a74c5 and c24473ddff715ecec2e258a6eb38960cf8c8e98e, restoring the state at 598cd5227223c3b04ca31f0dbc1981256d9ea3ff. Before pushing, please check that what you're about to push is sane. Check your local commit log and ensure there isn't anything out-of-place before pushing to mainline. When things like this happen, it wastes everyone's time. I really don't need this in a week when real work™ is busting my balls and I'm behind where I want to be with preparing for MAME release.
* Revert "conflict resolution (nw)" andreasnaive2019-03-251-3/+0
| | | | | This reverts commit c24473ddff715ecec2e258a6eb38960cf8c8e98e, reversing changes made to 009cba4fb8102102168ef32870892438327f3705.
* coco: Fixed loading Orchestra-90, RS-232 Program Pak, Modem Pak from ↵ Nigel Barnes2019-03-231-0/+3
| | | | softlist. Fixed MT05291.
* Predator is CoCo 3 only (nw) AJR2017-09-281-0/+1
|
* coco3: Make banked cartridges actually work AJR2017-09-281-0/+3
|
* coco_cart, coco_flop: Add compatibility filtering (nw) AJR2017-09-241-13/+13
|
* New working software list additions Nigel Barnes2017-04-171-336/+18
| | | | | | | | | | | ----------------------------------- coco_cart: Added Super LOGO and removed all Dragon cartridges dragon_cart: Moved all Dragon cartridges from coco_cart dragon_cass: All known cassette dumps dragon_flop: All known floppy dumps dragon_flex: FLEX System and other Compusense FLEX releases dragon_os9: OS-9, BASIC09, C, Dynacalc, Pascal, RMS, Stylograph dgnalpha_flop: OS-9, NitrOS9, C, Dynacalc, Pascal, RMS, Stylograph, etc.
* Assorted softlist XML corrections for megadriv, gba, coco_cart (nw) Scott Stone2016-08-231-1/+1
|
* Changed coco_cart softlist 'cclimbra' alternate ROM to be the correct rom ↵ Nathan Woods2016-08-211-14/+0
| | | | | | | | for 'cclimber' 'cclimber' crashes, whereas 'cclimbra' did not. After reviewing the difference between the two dumps, I've concluded that the 'cclimbra' so-called "alternate" is in fact the correct dump. It isn't clear to me who maintains these softlists, or if the softlists are derived from some other data source. If there is a better way to make this correction, let me know.
* (MESS) some more coco dumps from K1W1. nw. Fabio Priuli2014-02-121-20/+69
|
* (MESS) coco_cart.xml: added some new dumps [K1W1] Fabio Priuli2014-02-091-18/+152
|
* used old version of srcclean, so I put back old files and run it again, it ↵ Miodrag Milanovic2013-03-191-55/+55
| | | | produce much less changes, sorry for this (nw)
* Cleanups and version bumpmame0148u2 Miodrag Milanovic2013-03-191-55/+55
|
* Alignment fixes for XML hashes. (nw) Scott Stone2013-02-211-2/+2
|
* use spaces in xml comments. This is the output from a local srcclean change ↵ smf-2013-01-111-55/+55
| | | | applied after reverting the 0.148 cleanup, to avoid losing previous formatting.
* Cleanups and version bumpmame0148 Miodrag Milanovic2013-01-111-29/+29
|
* Clean-ups and version bumpmame0147u2 Miodrag Milanovic2012-10-301-1/+1
|
* Commenting entry back since it is hoarded dump, if it's placed back and kept ↵ Miodrag Milanovic2012-10-181-2/+2
| | | | hoarded SVN account will be removed (no whatsnew)
* Fix up some info and add note for carts with banking. Trim the ROMs yourself ↵ Cowering2012-10-161-14/+14
| | | | or wait for next GoodCoCo for updated CRC/SHA (nw)
* Clean-ups and version bumpmame0147 Miodrag Milanovic2012-09-171-2/+2
| | | note: hoarded dump removed too from coco_cart.xml, this will not be tolerated
* Small update for CoCo carts (don't revert this one) Cowering2012-09-121-2/+2
|
* (MESS) coco_cart.xml: rules are the same for everyone. no file == no ↵ Fabio Priuli2012-09-111-2/+2
| | | | inclusion. (nw)
* Small update for CoCo carts Cowering2012-08-271-3/+18
|
* Sync software lists from MESS into hash (no whatsnew) Miodrag Milanovic2012-08-211-0/+1662