[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]