【提问】V1.0 之后是不是代码底层流程改变了？

[miss85246]

如题所述。我之前在使用 RapidLayout 的时候，使用 doclayout_d4la 是可以直接识别出来我常用文档的区域块的。但是更新到 V1.0 再做测试的时候。我发现预览图片变成反色了，而且以前能识别出来的区域现在基本都识别不出来了。而且我试了所有模型，都无法直接开箱即用了。现在想要问一下如下的两个问题：

1. 能不能主动控制不要让图片进行颜色反转？
2. 如果不能的话，我有没有办法自己在现在这些模型的基础上自己进行一定的训练？

纯小白，过蠢勿怪，还希望大佬能够解答🙏

[SWHL]

敢于提出问题就难能可贵了。可否说的详细一些呢？

给出详细可复现的例子来，我这里也好跟进呢。比如颜色反转问题？啥样的？

开箱即用？v1.0属于大版本号升级，接口不向下兼容，因此，需要根据返回结果适配一下

[miss85246]

谢谢大佬回复，是这样的，我们是做信鸽相关的，极为小众的一个行业。我们这边会有很多血统书。然后我们在做OCR识别血统书信息，并进行入库。大概血统书是长这个样子的（这是模版，全部内容不方便展示，见谅）：

但是每个方块里的内容类似下面的：

在以前，这些模版直接通过 RapidLayout 的 doclayout_d4la进行解析，是可以直接标记出这些方框的。

之后我们会针对每一个方框内的内容进行裁剪识别，解析具体的字段。

最近我们的要求更进了一步，要求也能识别别人家的血统书（比我们的更加不规整，甚至连线框都不会有）。于是我尝试使用 RapidLayout V1，对服务进行一次升级。结果测试过程中，我发现我使用V0.4版本的模型和参数，出现了无法识别的问题。我查看了 Layout 的输出，发现文件出现了反色，如下：

因为红色的字体变成了蓝色的，黑色的字体变成了白色的，所以我推测是做了反色？（应该不是，不太确定）
但是这样后确实 doclayout_d4la 无法识别出具体的区域了。我也试过调整 conf_thresh，但是都是识别的文字区域，对Table的支持貌似消失了。

我该怎么调整才能保证不会颜色变换？

或者说其实颜色变换不不变换都无所谓，因为后续识别别人家的血统书几乎都不会带有线框的。我应该训练模型来识别这种大块的文本区域？