I tried again and now I get "The connected Undefined PCM is not supported."antus wrote: Tue Dec 16, 2025 11:28 am added some 12730xx osids. https://github.com/PcmHammer/PcmHammer/ ... 0217901819
Here is the debug log.
I tried again and now I get "The connected Undefined PCM is not supported."antus wrote: Tue Dec 16, 2025 11:28 am added some 12730xx osids. https://github.com/PcmHammer/PcmHammer/ ... 0217901819
antus wrote: Sun Dec 21, 2025 12:54 am It looks like in my haste I just added them to the list of OSIDs that might exist but without enough data to know what they are so that achieved nothing but getting it a little further.
I've now revisited this with a bit more of what i've learnt over the last few years and added some code to use pattern matching to try and do the right thing. There is no public list of OSIDs, but from searching around the net and comparing notes they do seem to follow a consistent pattern so the code uses the inferred logic. My workshop PC has blown up since I last used it so this is completely untested and written on another pc, but it compiles, so it must work, right? Let me know how you go. https://github.com/PcmHammer/PcmHammer/ ... 0408962868
The main logic is that first digits are 12, next is type, next is version (1 seems to have custom keys, 2 and 3 do not, but I am unsure about this, its more of a hunch). Next is always 0. Next is 0 for P01, 5 for P59, and the last one is version of the patch and changes for different underlaying factory OSID. PCMHammer uses the static values to identify a COS, the version to decide if it uses the old, mostly untested lookups or the new logic, and the 6th digit to decide if its P01 or P59. If my guesses are right, it should cover all version 2 and 3 COS now. As these are commercial COS you will need to ensure you only use this only in ways you are entitled to.
Edit: had p01 as 1m, fixed and updated actions link.