Hi @eesn. Did you get any further with extracting data from the PO-32 patch recordings? I’m considering adding some PO-32 specific features to https://op1.fun.
Hi @eesn. Did you get any further with extracting data from the PO-32 patch recordings? I’m considering adding some PO-32 specific features to https://op1.fun.
no, didn’t ever get a sonic sample and the corresponding patch to figure out precisely how it’s encoded
The Part on the Left is the handshake that controls Bit Error Speed and Modulation type
There is 0.8s on each side, the part to the left is what I called a preamble because it seems very constant, but it may just be a sequence of the same symbol:The peaks there are at 300 (weak), 2700 (2nd), 3300 (1st), 3900 (3rd), 6300 (weak) and 8700 (weak).
not necessarily, @hesit8or .
Hi @eesn. Did you get any further with extracting data from the PO-32 patch recordings? I'm considering adding some PO-32 specific features to https://op1.fun.
If you could get PO-32 kits onto your site, that would be awesome! I currently download them when i find them around, but would be nice to have a place to go to try out other user’s kit creations.
Hi @eesn. Did you get any further with extracting data from the PO-32 patch recordings? I'm considering adding some PO-32 specific features to https://op1.fun.Seems like a natural evolution of op1.fun to be honest, would be amazing if you added it!
Was there ever any progress on this? I’m thinking the PO-33 would really benefit from having a software editor for transferring sounds directly to the unit instead of recording, and it seems to use a similar protocol (though, stereo instead)…
^ Itried to get some help from Sonic Charge on the PO-35 file transfer format but got not reply:
http://soniccharge.com/forum/topic/1101-po-35-transfer-format
The format is very likelly similar for PO-33 and PO-35, but IMO trying to figure it out without any help either from TE or SC would be e
@punji said:
^ Itried to get some help from Sonic Charge on the PO-35 file transfer format but got not reply
Tried playing with https://github.com/romanz/amodem ? Only spotted it today, could give you some new thoughts?
That could help recovering the bitstream from each channel, but then how to recombine those two streams into a set of byte frames? How big are those frames? There could be some bits dedicated to headers and parity/error correction, for example. How to find the size and meaning of each field inside those frames? I think it would that a lot of effort to figure that out by simply comparing multiple data exports with small differences between them.
you guys are too clever ,this one has been stumping me for years
https://youtu.be/JI2UQYaPXVc
@eesn said:
@punji said:
^ Itried to get some help from Sonic Charge on the PO-35 file transfer format but got not replyTried playing with https://github.com/romanz/amodem ? Only spotted it today, could give you some new thoughts?
to be fair ,for the price of the po-32 units i would hardly think they would use military grade encryption other than open source
after all its business overheads
@AUDIOLAB said:
@eesn said:
@punji said:
^ Itried to get some help from Sonic Charge on the PO-35 file transfer format but got not replyTried playing with https://github.com/romanz/amodem ? Only spotted it today, could give you some new thoughts?
to be fair ,for the price of the po-32 units i would hardly think they would use military grade encryption other than open source
after all its business overheads
all it needs is to be proprietary code (and not necessarily with any specific mods) to be enough of a problem. and you’ve nailed it there - the PO’s price really pushes down on any effort by an unaffiliated party to open it up for the sake of it being more interoperable.