Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Copying VMPC2000XL projects to real 2KXL is non-trivial #92

Open
izzyreal opened this issue May 2, 2021 · 1 comment
Open

Copying VMPC2000XL projects to real 2KXL is non-trivial #92

izzyreal opened this issue May 2, 2021 · 1 comment
Labels
enhancement New feature or request high-priority

Comments

@izzyreal
Copy link
Owner

izzyreal commented May 2, 2021

Currently the only way to copy stuff you created with VMPC2000XL to your MPC2000XL is by only using filenames of length 8.3 or less. Since VMPC2000XL does not enforce 8.3 (it enforces 16.3), this is a big issue for almost any user who is using VMPC2000XL in conjunction with a real 2000XL.

  • There is currently partial enforcement of 8.3: When VMPC2000XL reads a directory's contents, all files are renamed to 8.3. Therefor any WAV files you load from disk will result in a short sound name, since when you load a WAV, the soundname is derived directly from the filename.

  • For SNDs, the name is parsed from the contents of the SND file. So this is where 8.3 is not enforced.

  • When saving individual SND/WAV files, or when saving SND/WAV files indirectly by saving a PGM or APS, the sound's name is used to determine its filename. Sound names can be 16 characters, so this is another case where 8.3 is not enforced.

We propose the following solutions:

  1. A mode in which 8.3 filenames are enforced
  2. Implement an optional true Akai 16.3 FAT filesystem mode

Both solutions require rigorous refinement.

In 1) we have to consider at what stage the 8.3 policy is implemented when this mode is enabled:

  • On a case-by-case basis. When loading SNDs the data-derived name is automatically truncated to 8.3 or the user is prompted to provide a short name. When recording new sounds, creating new sounds via the TRIM -> Edit screens we could simply impose an 8 character rather than a 16 character limit. Or,

  • When saving SND, APS or PGM files, names are automatically truncated or the user can optionally get prompted to provide new names. Note that any renames must be taken into account in the PGM and APS soundnames section, and in the SND file's soundname section.

  1. Is a much bigger feature, which was experimentally available in the abandoned Java incarnation of VMPC2000XL (called vMPC at the time). In this issue, we will only address 1) and a separate issue will be created for 2).
@izzyreal izzyreal added enhancement New feature or request high-priority labels May 2, 2021
@izzyreal
Copy link
Owner Author

  1. has been implemented as part of the initial 0.4 release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request high-priority
Projects
None yet
Development

No branches or pull requests

1 participant