Closed equilet closed 3 years ago
{
"version" : "Version 8.1.3 (da28f19) (64-bit mac)",
"platform" : "mac",
"arch" : "x64",
"osversion" : "Mac OS X Version 10.14.6 (Build 18G4032) x86_64",
"samplerate" : 48000,
"iovs" : 512,
"sigvs" : 512,
"scheduler_in_audio_interrupt" : "off",
"audio_drivername" : "Core Audio",
"audio_driver_subname" : "",
"license" : "permanent full",
"machine_id" : "06e024609662aa9dc4f572b2cdddd559",
"eventinterval" : 2,
"schedinterval" : 1.0,
"overdrive" : "on",
"pollthrottle" : 100,
"queuethrottle" : 100,
"sysqelemthrottle" : 1000,
"refreshrate" : 33.333332061767578,
"schedslop" : 5.0,
"eventprobing" : 1,
"mixerparallel" : "off",
"mixercrossfade" : 0,
"mixerlatency" : 30.0,
"mixerramptime" : 10.0,
"videoengine" : "avf",
"glengine" : "gl3",
"packages" : {
"CNMAT Odot" : "v1.2-20_beta_3.1-8-g039c9d2-master"
}
}
This isn't a casting issue, it's an issue with the way (u)int8 values are represented as chars inside single quotes. In that example, /f becomes 0, and 0 is the NULL byte, which terminates the string. This requires rethinking the representation of 8-bit ints, so let's keep this open for now.
Moved to libo: https://github.com/CNMAT/libo/issues/24
int8(), int16(), int32(), and int64() seem to have an issue casting...