Music PrinterPlus v1.1 & Kryoflux

edited July 2017 in Software
I am pleased to have found sealed copy of this. I also have v4.2.

This software has evolved into powerhouse titles such as Finale & Sibelius.

Nevertheless, I am not yet able to successfully duplicate via Kryoflux. It appears to have some variant of SoftGuard protection but have not seen before.

So, original disk does launch successfully in XT 5160:


The issue seems to be with Track 16. Here is Analysis of original media:


Here is Track 16 from copy created via Kryoflux:


Here is PSI created from same KF dump:


Also .PFI analysis:


HxC track view:


Any insight would be helpful.


  • Thanks for confirming the original boots. I was meaning to ask about that. I haven't gotten back to analyzing that yet.

    A few thoughts:

    Since this disk is index aligned, we should not be running in to any of the splicing shortcoming of the KF or even SCP.

    It could be it has some "weakbits" somewhere, as the KF does not support writing those.

    A couple of tracks come close to the end of the track index, including one with a set of stray address marks. It could be that the disk rotational speed/timing must be exact.

    I might just go ahead and post it as-is and let some of the oldskool hackers have at it.

    I'm guessing you don't have a SuperCard Pro or TransCopy card? Not sure those would make any difference but it would be interesting to compare.

    You might also post the KF image over at the Kryoflux forums and see what they make of that.
  • I've converted KF image to TC.

    I've tried to write converted TC image to drive A: and B: (with weakbit Y)

    The program still shows as "No Key Disk in Drive A: (D3)"
  • After examining the file listing of the disk, it seems that only (6) files are needed if removed from its soft shackling:

    MP.COM : launcher
    MP.TYA : data
    MP.CFG : config
    EXTRACT.EXE : full score part extractor
    KAPI.EXE : IBM Music Feature drivers
    INT10.COM : Hercules Graphics support
  • Good News!

    Now MusicPrinter Plus 1.1 runs on PCE well.

    Accoring to author of PCE, dumped image is good. (No problem.)
    This image doesn't use weakbit copy protection.
    But the convertsion requires manual intervention.
    (A few of sectors Track 16/0 - 17/0 is needed to converted sizes as 8192 bytes.)

    Usage :

    pfi track00.0.raw -r 500000 -p decode pri disk1.pri
    pri disk1.pri -s mfm-min-size 8192 -p decode mfm tmp1.psi
    psi tmp1.psi -r 16 0 1 -p save disk1-16-0.dat
    psi tmp1.psi -r 17 0 1-9 -p save disk1-17-0.dat
    pri disk1.pri -s mfm-min-size 512 -p decode mfm tmp2.psi
    psi tmp2.psi -r 16 0 1 -e size 8192 -e mfm-size 2 -p load disk1-16-0.dat -r 17 0 1-9
    -e size 8192 -e mfm-size 2 -p load disk1-17-0.dat disk1.psi

    Wow, it is complicated because this program has unusual or stong copy protection.
  • Very nice. I'll have to give that a try when I get a chance.

    This does not, however, explain why a copy created by the Kryoflux fails to run on real hardware.
  • >This does not, however, explain why a copy created by the Kryoflux fails to run on real >hardware.

    I also don't know why. But the dump seems to be ok.
    It is up to KF H/W.
    At lease this program doesn't use weakbit.

    This is additional screenshot of installation.
    (Installation count is limited just three times.)




    I've checked the image.
    A few of sectors on Track 3/0 and Track 5/0 are generated.

    In other words, original media should be modified when the user install program to FDD or HDD. (It is impossible to recover it.)

    This dumped image is very rare untouched image.
  • Yes, thank you to user ibmpc5150 for spotting this on sale. Also, for much effort in creating successful .PSI.

    I also own untouched v4.2. I have run on DosBox with successful MIDI playback through genuine hardware devices such as Roland SC-55.

    it is very useful to use this program through PCE for practice as well as preservation. I will soon scan manual.

    It would also be useful to eventually be able to run this version on DosBox for testing of MIDI performance. But this may prove difficult.
  • @elgibbons

    Thanks for offer the rare Music related software for IBM PC.

    It is very rare to get it as untouched.
    (Copy Protection seems to be strong.)
    Once user install the program on HDD/FDD, disk content is modified.
    It is too late to recover the disk, hehehe.
  • I am also remembering related issue with KF and writing to disk.

    I had sealed Arkanoid that has SoftGuard protection too.

    I dumped with both DD & HD drives. Both could create successful .PSI.

    However, if HD dump is written to new DD disk, I would get Key Disk Error.

    If I wrote DD dump back to disk, game would launch.

    It seems sometimes KF only likes writing to same type of drive.

    But in the case of MusicPrinter I do not know why yet.
  • Well, given that the above PSI works, it can not be checking for weak bits, and it can not be timing.

    Track 17 has some extra address marks right at the end of the track, which makes me think it might be trying to read data across the index. That is the only thing the Kryoflux doesn't get perfect. On the other hand there isn't really any data there to read.
  • If it is of any perspective, I have taken screenshot of Track 5/0, 16/0, 17/0 from original disk.




  • The interesting thing is that Trakc 5/0/3 is missing or real IBM PC with original disk.

    Copied disk shows 5/0/3.
  • I must have made error in original post image. It seems Anadisk does not like when sector is scanned out of track order.

    Now, according to Anadisk on genuine IBM PC 5160, the KF generated copy (using same drive) is identical. Yet, still does not launch (D3).

    I suppose someone with more knowledge and/or equipment would need to examine original disk.
  • PCE author think it is a good dump.
    It is converted to PSI and runs on PCE.

    I think you don't have to check or dump original disks anymore.
    The only problem is how to write dumped KF image back to real floppy disk.
  • Hi all,

    I sent the KF dump to my friend "NewRisingSun". He tested it and gave me following reply.
    The problem seems a machine speed issue or the write GUI - wildewutz's issue.
    When I write "MPP11 MIT HD" back using DTC, the resulting disk works without problems. (I did have to disable the testing computer's internal cache for the protection check to work, but that's a machine speed issue, not a protection issue.) Therefore, since writing this disk works for me, I have no way of finding out why it does not work for you. The bit cell data on both sets of stream files are identical. Softguard specifically checks for the presence of the "16 0 1 170 53 3 128 MFM CRC-ID CRC-DATA" sector.

    The command I use to write the disk is

    dtc -w -f"MPP11 MIT HD\track00.0.raw"

    and that's it. The drive is a NEC FD1157C model. Even though the drive is high density, the medium onto which you write must be double density (with a plastic ring around the hub).

    And I dispute "SomeGuy"'s claims that the Kryoflux device has problems with sectors that cross the index or with weak bits. I found the opposite --- Kryoflux performs admirably well both with cross-index sectors and with weak bits. Any problems incurred when using Kryoflux stream files having these properties came from the tools converting Kryoflux images to another format (e.g. PFI/PRI/PSI), not the Kryoflux device or the stream file format itself.
  • As I understand it, the Kryoflux GUI just calls the DTC program internally, so there should not be any difference.

    It's not really my claim, every time the topic of weakbits or splicing comes up on the KF forums, they say they don't support that. Perhaps you need their super-secret "pro" tools+service.
  • Only demerit of KF is not possible to copy from disk to disk directly.
    (KF should dump stream file of disk content from drive.)

    TCOB will be possible to diskcopy from original MPP1.1
    (Of course, it is impossible to copy disk with converted TC image from KF stream files.)

    P.S. Offtopic : TCOB can dump image from 3.5" or 5.25" 2HD drive by using TCM.EXE
    (I copied any 5.25" 2HD disk with copy protection by TCM.EXE. I thought it is impossible to copy 2HD disks by TCOB)
  • Hi all,

    I tried to disable CPU internal cache and external cache and the written disk works on my real Pentium-133 machine with DOS v6.22, too.

    My driver is CHINON model FR-506 (1.2MB HD) made in Japan.
    I need "LOADFIX" to run MP.COM or it will show "Packed file is corrupt".
    SomeGuy wrote:
    It's not really my claim, every time the topic of weakbits or splicing comes up on the KF forums, they say they don't support that. Perhaps you need their super-secret "pro" tools+service.
    No, "NewRisingSun" and I didn't use any special tools/service.
    IIRC, "mr.vince" said "May or may not work" for related topic. Maybe the reading/writing floppy driver(s) we use will cause different results.
  • Weak bits are created by writing many consecutive zero bits to the diskette. This results in a long area on the diskette in which no magnetic flux reversal occurs ("no flux area"). When this no flux area is read back from the disk, the drive's read amplifier increases its gain until does detect SOME kind a magnetic flux reversal, but since no flux reversals were actually written to that part of disk, the only thing that gets amplified and sent to the Floppy Disk Controller is electric or magnetic noise. Because noise is random by definition, what gets sent to the Floppy Disk Controller changes every time, which is exactly what the keydisk checking code expects.

    And because Kryoflux stream files just represent the raw data coming from the drive, and the read amplifier is on the drive and not on the controller, Kryoflux stream files will not contain consecutive zero bits in the no flux area, but the random bits from the drive amplifier. When those stream files are then written back to disk, the original random data is written at the normal signal level and thus becomes "set into stone", in other words, the "weak bits" are no longer "weak".

    There are two reason why writing back "weak bits" often works anyway:
    • The read amplifier in many drives sometimes has a rather limited amount of gain. This means that even when reading a no flux area, the signal might not get amplified to such an extent that noise "becomes the signal", and therefore, very few of the consecutive zero bits get replaced by random data. This is certainly true of my NEC FD1157C drive, which has so little noise that the PC version of Ghost'n Goblins, which uses a "weak bit" protection scheme, fails the keydisk check even when using the original disk, simply because the drive does not return a sufficient amount of randomness in the protected sector.
    • By comparing which bits change between successive read attempts (i.e. between revolutions) and forcing all those bits that change to zero, the original series of consecutive zeros can be restored and written to disk. Although the Kryoflux people are rather tight-lipped about what DTC.EXE actually does in Write Mode, I suspect that this what it does.
  • Very useful information throughout this thread.

    I can finally say I have also created a successful duplicate of this dump via KF.

    I too own a NEC FD1157C, from which was born a working copy.

    Thanks to all for their assistance.
  • Interesting. I tried writing the image with a Teac 1.2mb floppy drive, and it created a disk that would work on my CDP 1600 (Tandon drive) but not in anything else (Fujitsus and whatever is in the Compaq Portable)

    When I tried to write the disk images with my Fujitsu or with a 3.5" drive, the resulting disk was full of read errors (there is only supposed to be one intentionally bad sector). It is as if there is some kind of "noise" in the image.

    NewRisingSun: Are you saying Music Printer Plus does use weak bits? I wouldn't think that would work in PCE. (Haven't had time to dig in to this myself).

    Either way there does seem to be something very drive-specific going on here.

    elgibbons, if that HD 1.2mb dump you uploaded previously was made with a different drive, it might be a good idea to re-dump it with that NEC FD1157C and upload that.

    Also, for reference, what model of drive was used for the 360k dump?

    (I'll get that all packaged up whenever the blazes I get a chance)
  • @SomeGuy

    I think the user didn't mention weakbit of MPP.
    (The user mentioned about weakbit from another program (or game) disk.)
    MPP 1.1 disk doesn't include weakbit track/sector.
    PCE author also didin't mention weakbit too.
  • SomeGuy wrote:
    NewRisingSun: Are you saying Music Printer Plus does use weak bits? I wouldn't think that would work in PCE. (Haven't had time to dig in to this myself).
    No, I was making a general comment on why any device would have trouble writing weak bits.

    Music Printer Plus uses a simplified version of Softguard Superlok, the Superlok Kit. Unlike normal Superlok, which requires an industry-grade duplication device, Superlok Kit can write protected disks with a normal floppy disk controller. Normal Superlok protected tracks have one sector with a size code of 8192 and seven sectors with a size code of 1024 bytes each; the actual sector data is a nonstandard 578 bytes. Superlok Kit on the other hand writes regular 512 byte sized sectors, but just replaces one sector's ID with nonsense.

    PCE sort-of supports weak bits protections if you include the variable-data sector several times in the .PSI file by merging several revolutions' data. When merging several .PSI files, PSI.EXE will include identical sectors only once, but keep different copies of sectors with the same ID as "alternate" sectors.
  • Either way there does seem to be something very drive-specific going on here.

    I would agree. It would also appear to be disk-sensitive as well, I had to either use new disk or erase/degauss old disk.
    elgibbons, if that HD 1.2mb dump you uploaded previously was made with a different drive, it might be a good idea to re-dump it with that NEC FD1157C and upload that.

    Yes, I will dump with NEC drive and upload.
    Also, for reference, what model of drive was used for the 360k dump?

    I used two different 40-track drives to dump:
    1) TEAC FD55-BR
    2) TANDON TM-100-2
  • I think KF's copy is not perfect though it works on PC with copy protection.

    Because copied disk on Gap in sector on Track is different from original.

    In other word, Track 5/0/3 doesn't be shown on original disk by Anadisk.
    (Gap in sectors 1-4 / 9-101) <-- This is Original.

    But copied or dumped disk shows Track 5/0/3.
    (Gap in sectors / 9-101) <-- This is Copied or dumped by KF.
  • elgibbons wrote:
    Yes, I will dump with NEC drive and upload.
    Did you ever get a chance to redump this with the NEC drive? (I've been swamped with other uploads)
  • Sorry it took so darn long, it fell off of my todo list, but I finally have it posted here:

    I never was able to create an operable real disk using the low density dump.
  • @SomeGuy

    Nice! Thanks very much.
  • Did you ever manage to work out what was going wrong on writing from a KF dump to floppy and using real hardware? I've got a few original floppies of Voyetra Sequencer Plus MKI,MK2,MK3 plus Sideman D.50. They are show the same symptoms. Its using Softguard SuperLok v3.00 Kit. I can't seem to write back to floppy either with KF or Transcopy. Using NRS DOSBOX-TC it runs fine. But I'm not sure why I cant write a successful floppy.

  • No, I never figured out what the issue was. If you have some new images, send them up and I'll take a look at those. If you think they have similar protection perhaps I can compare the images.

    Glancing back, I see there were different results with different drives, so you may need to make multiple dumps.

Sign In or Register to comment.