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