Xinyue Lu

I didn't try nightly builds, but I added a test case to json-test and it failed the test with emoji. ```C in = R"({ "key": "\ud83c\udf65" })"sv; EXPECT_TRUE(tr_variantFromBuf(&top, TR_VARIANT_PARSE_JSON |...

Try this [workaround](https://randomtechminutia.wordpress.com/2012/08/13/tweak-registry-to-make-windows-always-prefer-ipv4-over-ipv6/)?

It's because #2.

``` module OCI class Config attr_accessor :security_token_file end end ... config.security_token_file ... ``` Slight change so you don't have to hard code the token path in the above code.

我这边报一个类似的Bug report。 毫秒位不一定是TPP导致的，也可能是直接用音频拉轴的时候产生的。 ## Step to reproduce 1. 新建空文件，打开空音轨 2. 新建两行空字幕行 3. 横向放大音频区到最大，再用Ctrl+滚轮把音频区继续放大，直至能清晰看清毫秒位 4. 选中第一行字幕，鼠标选中0.000-0.098，提交 5. 选中第二行字幕，鼠标选中0.092-0.200，提交 ## Expected behavior 1. 字幕区两句字幕时间分别为0.00-0.09和0.09-0.20 2. 导出成srt后，srt中两句字幕时间分别为0,000-0,090和0,090-0,200 ## Actual behavior 1. 字幕区两句字幕时间分别为0.00-0.09和0.09-0.20 ✔️...

两种做法都可以吧。（aegisub内部用的应该是浮点数吧，不止毫秒？） 考虑到工程文件（ass）本身就不支持毫秒位，在打点的时候直接舍入厘秒也是一种做法吧。否则关掉项目重新打开的时候还是会回到厘秒单位的。考虑到一致性我还是偏向直接舍入。