[media-types] [IANA #1449400] application/vnd.supercar d-pro-disk-image registration request
"Amanda Baber via RT" <[email protected]> Tue, 28 Apr 2026 01:12:04 +0000
| Newsgroups | gmane.ietf.types |
|---|---|
| Message-ID | <[email protected]> |
Hi Darrel, Murray, Could you see if you'd like to add anything to Alexey's change controller advice by the end of the week? thanks, Amanda On Wed Apr 22 09:59:45 2026, [email protected] wrote: > Hi Amanda, > > I am hoping than Darrel and Murray will weigh in. But see my comments > below: > > On 13/04/2026 19:39, Amanda Baber via RT wrote: > > Hi Alexey, Darrel, Murray, > > > > Addressing this to all of you, as Alexey mentioned that he'd like to > > hear from others as to whether it's OK to list Thomas Huth as the > > change controller for these: > > > > We heard back from Thomas in reference to this supercard request. He > > wrote, "I need the mime-type for the emulator Hatari where I am > > involved in (https://www.hatari-emu.org/) - that emulator recently > > gained the feature > > to load SuperCard Pro disk images, too. Sorry if I messed up the > > registration ... do I have to contact the original > > Supercard hardware manufacturer instead, and ask them to register the > > mime-type?" > > Original hardware/software manufacturer doesn't need to initiate the > registration, but I think they need to be contacted. > > Thomas should contact SuperCard Pro people, who are either say that it > is Ok for him to be listed as the Change Controller or they should be > listed as the Change Controller, but they are otherwise happy with > Thomas' registration template. There is also a separate question of > whether or not Thomas should be the Contact person for the > registration. > > If Thomas contacts SuperCard Pro and gets no response, then I think > this > can be registered as a third party registration. > > If SuperCard Pro people say that they are not happy with the > registration, we can have a separate discussion. > > > Basically, I am trying to avoid the situation that SuperCard Pro > people > discover later on that there is a registration related to their > product > and that there was no attempt to make them aware of it. Does this make > sense? > > > How should this proceed? > > > > Would the recommendation be the same for all three requests? > > Yes, I think the same issue applies to all three. > > Best Regards, > > Alexey > > > > > thanks, > > Amanda > > > > On Wed Apr 08 10:30:46 2026, [email protected] wrote: > >> Hi Amanda, > >> > >> I don't fully understand the relationship between Thomas Huth and > >> SuperCard Pro. In particular I see that Thomas is listed as the > >> change > >> controller and this is not a third party registration. > >> > >> Other than that, this would be fine to register. > >> > >> Best Regards, > >> > >> Alexey > >> > >> On 07/04/2026 00:09, Amanda Baber via RT wrote: > >>> Hi Alexey, > >>> > >>> This is the first of three requests from this applicant. Can you > >>> review these by April 20th? > >>> > >>> thanks, > >>> Amanda > >>> > >>> ===== > >>> > >>> Name: Thomas Huth > >>> > >>> Email:[email protected] > >>> > >>> Media type name: application > >>> > >>> Media subtype name: vnd.supercard-pro-disk-image > >>> > >>> Required parameters: N/A > >>> > >>> Optional parameters: N/A > >>> > >>> Encoding considerations: binary > >>> > >>> Security considerations: SuperCard Pro (SCP) disk images can store > >>> the same data as a real floppy disk. That means they may contain > >>> arbitrary content, including but not limited to active content. > >>> Thus > >>> if the users do not trust the contents of the disk image, they > >>> should > >>> carefully check the contents first before using it (e.g. with a > >>> suitable anti-virus software to check for known malicious > >>> software). > >>> The SCP format also does not provide privacy or full integrity > >>> protection, so if these protections are desired they must be > >>> applied > >>> externally. > >>> > >>> Interoperability considerations: There are multiple versions of the > >>> file format. Applications that have been written by using an older > >>> version of the specification might be (partly or fully) unable to > >>> use > >>> SCP disk images that have been created by another application which > >>> used a newer version of the specification. > >>> > >>> Published > >>> specification:https://www.cbmstuff.com/downloads/scp/scp_image_specs.txt > >>> > >>> Applications which use this media: The SCP file format is used by > >>> floppy disk preservation tools and various emulators of old > >>> computers > >>> that used such floppy disks. > >>> > >>> Fragment identifier considerations: N/A > >>> > >>> Restrictions on usage: N/A > >>> > >>> Provisional registration? (standards tree only): No > >>> > >>> Additional information: > >>> > >>> 1. Deprecated alias names for this type: N/A > >>> 2. Magic number(s): 0x53 0x43 0x50 at byte position 0 - 2 (i.e. the > >>> ASCII letters "SCP") > >>> 3. File extension(s): .scp > >>> 4. Macintosh file type code: N/A > >>> 5. Object Identifiers: N/A > >>> > >>> General Comments: > >>> > >>> Person to contact for further information: > >>> > >>> 1. Name: Thomas Huth > >>> 2. Email:[email protected] > >>> > >>> Intended usage: COMMON > >>> > >>> SCP files are usually created by disk preservation tools like the > >>> software that is used to drive the "SuperCard Pro" hardware. The > >>> SCP > >>> files contain the low-level flux data of the disk and thus can be > >>> used to fully preserve the contents of a floppy disk. These files > >>> then can be used to create a copy of the original disk, or they can > >>> be used in emulators for providing the floppy disk contents to the > >>> emulated system. > >>> > >>> Author/Change controller: Thomas Huth > >>> > > _______________________________________________ > > media-types mailing list -- [email protected] > > To unsubscribe send an email to [email protected] _______________________________________________ media-types mailing list -- [email protected] To unsubscribe send an email to [email protected]