4 ms·

> However, it's very easy to end up in a situation where multiple applications share the file extension. I've run into it all too often. Care to share some exa

> However, it's very easy to end up in a situation where multiple applications share the file extension. I've run into it all too often. Care to share some examples? I've very rarely had this problem when some specific program chose to use something like .dat as the extension, but I doubt someone making this decision would have picked a sensible mime type either. Then you mention http already solves this problem. Great. Now you only need to fix the remaining five trillion protocols used to transfer files that don't. If you're old enough you might know the unix haters handbook. It also made fun of this problem and smarty-pants explained how the next version of macos will strictly store any metadata, such as mime type, separately in the file system meta data and not in the file(name) anymore. I think they even gave the size of an image as an example. Thirty years later and this is still what macos does; Jpeg files still end in jpg and contain exif data. Metadata goes in the file, file type is the same. That's the only sane way to get this to work in an interoperable way. It's the least common denominator, since you always have these two, no matter the environment. For anything else, the ship has sailed.

nyanpasu64 6y ago
File extensions are flawed. The .spc file extension is used for both cryptographic certificates and SPC700 audio files. Every time I setup a Windows machine and want to play .spc music, I have to reassociate .spc with a music player. Every time I setup a Linux KDE machine and want to play .spc music, I associate .spc to a new MIME type in my KDE settings, and file picks up this new file type, but xdg-open and KDE insists on treating it as application/pkcs7-mime. MIME types are flawed in a world that only stores file extensions. On Android, you can only register apps as handling specific file MIME types, not file extensions. And for a non-mainstream file extension like .spc, every file browser app synthesizes a different MIME type (which may be blank in some cases).
- shawnz 6y ago
  Not to diminish the argument about file extensions having a too-small namespace, but... why not just save your SNES music in wav or flac files or something? Wouldn't that be a simpler solution to manage in many ways (not just because of file extensions)?
  - nyanpasu64 6y ago
    You can't loop a .wav infinitely (in most music players), you can't mute or isolate channels, change playback speed or pitch or sample interpolation, mute or replace samples, extract score data from the game engine, study how the game engine drives the SPC700 hardware...
    - shawnz 6y ago
      In the same sense there are a lot of advantages to storing your traditional music in the format of its original DAW project files, but wouldn't you agree that's impractical for listening purposes?
      - nyanpasu64 6y ago
        It's not impractical, there are certain music players (winamp/foobar2000 plugins, some mobile players) which make managing a library of emulated music as easy as managing regular music in those programs, with orders of magnitude smaller files, and added features like endless looping (which is an important feature to looped game music, but less so in commercial music). One reason it works well is because console sound dumps are self-contained and take up two full orders of magnitude less space than the recordings (because they're taken from consoles with small memories), whereas DAW project files often depend on large sample libraries and external VST plugins, taking up more space than the recordings and often come with setup/DRM issues. There are flaws, like PS1 sound dumps often coming with wrong volumes and echo, but then again most recorded versions of those songs were also generated through inaccurate emulation, then fed through lossy codecs, and some have playback/recording glitches.
  - lmm 6y ago
    Those kind of files aren't the rendered audio, they're more akin to MIDI files, but specific to the SNES synthesizers. So they have a vastly smaller file size, and contain more semantic information, than a wav/flac/etc.
    - deleted 6y ago
      [deleted]
- iforgotpassword 6y ago
  Yes they are flawed. Also they are the only thing that works for reasons I gave above. You simply lose interop since we can never have the whole world switch to a consistent mandatory-mimetype-as-file-metadata model at the same time.

nyanpasu64 6y ago

File extensions are flawed. The .spc file extension is used for both cryptographic certificates and SPC700 audio files. Every time I setup a Windows machine and want to play .spc music, I have to reassociate .spc with a music player. Every time I setup a Linux KDE machine and want to play .spc music, I associate .spc to a new MIME type in my KDE settings, and file picks up this new file type, but xdg-open and KDE insists on treating it as application/pkcs7-mime. MIME types are flawed in a world that only stores file extensions. On Android, you can only register apps as handling specific file MIME types, not file extensions. And for a non-mainstream file extension like .spc, every file browser app synthesizes a different MIME type (which may be blank in some cases).

shawnz 6y ago
Not to diminish the argument about file extensions having a too-small namespace, but... why not just save your SNES music in wav or flac files or something? Wouldn't that be a simpler solution to manage in many ways (not just because of file extensions)?
- nyanpasu64 6y ago
  You can't loop a .wav infinitely (in most music players), you can't mute or isolate channels, change playback speed or pitch or sample interpolation, mute or replace samples, extract score data from the game engine, study how the game engine drives the SPC700 hardware...
  - shawnz 6y ago
    In the same sense there are a lot of advantages to storing your traditional music in the format of its original DAW project files, but wouldn't you agree that's impractical for listening purposes?
    - nyanpasu64 6y ago
      It's not impractical, there are certain music players (winamp/foobar2000 plugins, some mobile players) which make managing a library of emulated music as easy as managing regular music in those programs, with orders of magnitude smaller files, and added features like endless looping (which is an important feature to looped game music, but less so in commercial music). One reason it works well is because console sound dumps are self-contained and take up two full orders of magnitude less space than the recordings (because they're taken from consoles with small memories), whereas DAW project files often depend on large sample libraries and external VST plugins, taking up more space than the recordings and often come with setup/DRM issues. There are flaws, like PS1 sound dumps often coming with wrong volumes and echo, but then again most recorded versions of those songs were also generated through inaccurate emulation, then fed through lossy codecs, and some have playback/recording glitches.
- lmm 6y ago
  Those kind of files aren't the rendered audio, they're more akin to MIDI files, but specific to the SNES synthesizers. So they have a vastly smaller file size, and contain more semantic information, than a wav/flac/etc.
  - deleted 6y ago
    [deleted]
iforgotpassword 6y ago
Yes they are flawed. Also they are the only thing that works for reasons I gave above. You simply lose interop since we can never have the whole world switch to a consistent mandatory-mimetype-as-file-metadata model at the same time.