J3455主板，用1.03A2引导最新的918p，转码自动重启
本帖最后由 清文 于 2018-6-22 14:36 编辑如题。
华擎J3455-itx主板，4g内存。用1.03A2引导装的DS918+实体机，DSM 6.2-23739。
修改了vid、pid，sn来自ddsm半洗白，mac改为001132开头的。
在dsvideo和app都打开允许转码（低质量）后，播放电影需要等很长时间才能看到压缩过的效果，而且很卡。
最要命的是，很多时候你还没看到效果，机器就自动重新启动了。
不知有没有其他同样配置的朋友，是否也遇到了同样的问题？
或者能否验证一下是否存在同样问题？
没遇到过。。跟你配置一模一样 我刚才重新安装了DS3617xs_15284，用的1.02b引导，就没再出现重启的问题了，能够很顺利的转码。 本帖最后由 清文 于 2018-6-22 15:54 编辑
宅娘伴侣 发表于 2018-6-22 15:17
没遇到过。。跟你配置一模一样
你是6.2的系统，918p吗？
如果完全一样的话，请问你bios里的csm设置的是开启还是关闭？ 是因为官方已经封杀ddsm的半洗白，不能用DDSM的啦，要用白群的SN。 没遇到，只是发现不能休眠了 wjq_xp 发表于 2018-6-23 01:54
是因为官方已经封杀ddsm的半洗白，不能用DDSM的啦，要用白群的SN。
不对吧?我重新安装了DS3617xs_15284，用的1.02b引导，就没再出现重启的问题了，能够很顺利的转码。用的还是那个ddsm的sn。 dafeifei01 发表于 2018-6-23 02:25
没遇到，只是发现不能休眠了
你是用电影试验的吗？ 我N3160也有类似的问题。不过我的是直接关机。好像CPU占用率过高就关机，感觉CPU核心没有全部认出来。 清文 发表于 2018-6-22 15:49
你是6.2的系统，918p吗？
如果完全一样的话，请问你bios里的csm设置的是开启还是关闭？ ...
完全一样 系统也一样 sn也是ddsm弄的
csm不记得了 nbcjf1210 发表于 2018-6-26 18:07
我N3160也有类似的问题。不过我的是直接关机。好像CPU占用率过高就关机，感觉CPU核心没有全部认出来。 ...
嗯，我去XPEnology网站看，也有人反映类似的问题。可能还是1.03a2的引导还存在一些问题 。
但当时我改为DS3617xs_15284，用1.02b引导的时候，顺手把bios里的csm设置设为关闭，就没问题了。
你可否尝试一下关闭csm，再看看能否正常了？ 宅娘伴侣 发表于 2018-6-27 09:31
完全一样 系统也一样 sn也是ddsm弄的
csm不记得了
好奇怪，楼上有同学怀疑是cpu指令集的问题，我也这么怀疑。
但你和我完全一样的硬件，却可以转码为低质量顺利播放电影？
除了bios设置区别，我想不到还有其他区别。这个需要继续观察和测试来找到原因。
谢谢你的解答：） 本帖最后由 清文 于 2018-6-27 21:18 编辑
宅娘伴侣 发表于 2018-6-27 09:31
完全一样 系统也一样 sn也是ddsm弄的
csm不记得了
我看到你之前发的帖子了。
你帖子中用的离线转码，但是个很小的视频。
你能否尝试一下转一部电影到低质量，试试看是否会重启？
我重新安装了DS918+，用离线转码转一部电影预计时间两个多小时，非常慢，而且在开始不久后就自动重启了。同样的电影，在DS3617XS只需要20多分钟，而且可以正常完成。
现在可以确认这个问题与csm无关，我关闭了csm一样会发生这个情况。
注意：我没有安装emby！
看了你的帖子，我也去试了试。。。发现我新刷的918居然半洗白失败不能转码（新装系统然后docker创建一个ddsm，然后复制序列号，重新写引导，我还重装了下群晖系统）。。。楼主半洗白也还是用ddsm的序列号麽？ wyh260595711 发表于 2018-6-28 16:35
看了你的帖子，我也去试了试。。。发现我新刷的918居然半洗白失败不能转码（新装系统然后docker创建一个dds ...
是啊，就用ddsm的序列号，可以转码的。
你直接打开dsvideo，选择一部影片，然后用离线转码试试看？
重装系统的话，最好用DiskGenius把硬盘的分区全部删除。
顺便也把u盘分区全部删除并恢复到hdd模式，再重写镜像，重改vid，pid，sn，mac。
mac我是把主板网卡的改写成了001132开头的。 清文 发表于 2018-6-27 17:02
好奇怪，楼上有同学怀疑是cpu指令集的问题，我也这么怀疑。
但你和我完全一样的硬件，却可以转码为低质 ...
测试了下大文件，转码正常哦。。
本帖最后由 清文 于 2018-6-28 22:54 编辑
宅娘伴侣 发表于 2018-6-28 18:59
测试了下大文件，转码正常哦。。
非常感谢你的协助测试和耐心回复！
我想我可能找到问题所在了，因为我注意到你转码这部电影需要的时间也相当长，剩余百分之六十多的进度，还需要53分钟。
如果你观察dsm的资源监控小面板，应该会发现，cpu占用率应该很低，所以才如此慢。
而在正常的机器上，cpu占用率会飙升到六七十，转码时间则大幅降低。
这一切应该都是bos中的一个设置使然，我修改该设置后，目前也不再自动重启，但也和你一样转码缓慢。
而一旦强行停止转码，还是出现了自动重启的情况。
清文 发表于 2018-6-28 22:51
非常感谢你的协助测试和耐心回复！
我想我可能找到问题所在了，因为我注意到你转码这部电影需要的时间也 ...
你改哪个设置，我是不转吗，一直在等待，自组j3455，918+。用得是群晖的配套的sn跟mac 我的也是J3455，8G内存，用了SN半白，没遇到过转码会重启的。 已经完美结局了
页:
[1]
2