Misaka_9993
发表于 2023-3-9 18:51
orange1125 发表于 2023-3-9 14:44
作者大大,请问一下,群辉使用docker版本的时候,我读取软链接可以,但是播放不了,提示没有兼容的流,猜测 ...
linux下通过ln -s创建的视频软链接通过ffmpeg读取没有问题。
不建议更改ffmpeg,jellyfin使用自带的ffmpeg。
orange1125
发表于 2023-3-10 16:33
Misaka_9993 发表于 2023-3-9 18:51
linux下通过ln -s创建的视频软链接通过ffmpeg读取没有问题。
不建议更改ffmpeg,jellyfin使用自带的ffmp ...
已经找到问题了,软链接因为路径的关系,要在设置的时候,容器路径需要设置成本机路径一致,这样才能指向源文件。谢谢大大解答。
dreamxp
发表于 2023-3-16 15:17
ffmpeg 6.0出了,支持AV1编码,jellyfin有打算跟进么?
treedom
发表于 2023-3-18 14:01
无意中点到设置元数据页面,就是刷新中,不晓得是不是bug。最新版
hyy34
发表于 2023-3-28 15:01
本帖最后由 hyy34 于 2023-3-31 15:36 编辑
i58600t ,PVE显卡直通创建群晖,群晖ssh中ls /dev/dri 返回 by-pathcard0renderD128,群晖ssh创建docker,由于没找到群晖docker配置--device的地方,因此使用命令docker run -d--net=host--device /dev/dri:/dev/dri --name="jellyfin" nyanmisaka/jellyfin
创建后,暂停容器,启用高级权限,配置目录,配置TZ=Asia/Shanghai PUID=0 PGID=0,在容器中ls /dev/dri 返回 card0renderD128
,影片硬链接并刮削至media映射的源文件夹,无法播放,反复提示以下错误,使用QSV和WAAPI情况相同,无硬件加速可以播放,请问能是什么原因呢?
https://wwre.lanzoum.com/iCir70rdff7i
log为jellyfin配置文件夹下log文件夹内容,html为群晖docker详情里的日志,请看3月29日的,28日是测试了各种情况的日志。
3.31又下了几个影片,还是不行。日志如下:https://wwre.lanzoum.com/i03Xk0rnl9zg
之前在OMV5里直接创建docker没有这种情况。
hyy34
发表于 2023-3-29 14:11
本帖最后由 hyy34 于 2023-3-29 14:13 编辑
orange1125 发表于 2023-3-10 16:33
已经找到问题了,软链接因为路径的关系,要在设置的时候,容器路径需要设置成本机路径一致,这样才能指向 ...
我是硬链接,硬件加速无法播放,是不是跟你这个情况一样?不提示任何,log中有错误。。
你这个 容器路径需要设置成本机路径一致没太看懂,可以详细说说吗?
Misaka_9993
发表于 2023-4-15 02:10
23/04/14更新:
- 更新 jellyfin-ffmpeg5 至 5.1.3-1
- 适配 ffmpeg 6.0(尚未默认启用)
- 改进 intel VPP 色调映射亮度
- 改进 CUDA/OCL 色调映射高光过曝 (使用RGB模式)
- 修复 Live TV 硬解未生效的问题
Misaka_9993
发表于 2023-4-15 02:19
dreamxp 发表于 2023-3-16 15:17
ffmpeg 6.0出了,支持AV1编码,jellyfin有打算跟进么?
手头没有40系和7000系卡,只有蓝厂A380。适配个AV1编码不是多难,就是没法测试。所以先缓缓。
liaomarket
发表于 2023-4-17 21:49
大佬求助一波,我的环境是J4125 unraid系统,用unassigned插件SMB挂载了nas的文件夹,挂载后的文件夹映射到docker jellyfin里。播放时一旦需要转码,就播放失败(/dev/dri权限改为777后曾短暂地能成功转码,后来又不行了)。求助大佬一波,先感谢了。日志地址是https://www.aliyundrive.com/s/JqBCnKhgjdP
Misaka_9993
发表于 2023-4-17 22:21
liaomarket 发表于 2023-4-17 21:49
大佬求助一波,我的环境是J4125 unraid系统,用unassigned插件SMB挂载了nas的文件夹,挂载后的文件夹映射到 ...
Failed to end picture decode issue: 23 (internal decoding error).
hardware accelerator failed to decode picture
这个错误,基本都是内核问题。。
liaomarket
发表于 2023-4-17 22:36
Misaka_9993 发表于 2023-4-17 22:21
这个错误,基本都是内核问题。。
我准备再尝试下不挂载SMB,还不行的话就弃疗了[困惑]
Misaka_9993
发表于 2023-4-17 22:38
liaomarket 发表于 2023-4-17 22:36
我准备再尝试下不挂载SMB,还不行的话就弃疗了
跟SMB没有关系。。是intel核显的内核驱动没有正常工作。
liaomarket
发表于 2023-4-17 22:41
Misaka_9993 发表于 2023-4-17 22:38
跟SMB没有关系。。是intel核显的内核驱动没有正常工作。
好的吧,那我就不折腾了[睡觉]。。。
感谢大佬[喜欢]
liaomarket
发表于 2023-4-19 14:48
本帖最后由 liaomarket 于 2023-4-19 14:59 编辑
Misaka_9993 发表于 2023-4-17 22:38
跟SMB没有关系。。是intel核显的内核驱动没有正常工作。
昨晚仔细研究了一下,发现硬件转封装是可以的,但只要是转码或降码率就寄[晕倒]
Misaka_9993
发表于 2023-4-19 16:08
liaomarket 发表于 2023-4-19 14:48
昨晚仔细研究了一下,发现硬件转封装是可以的,但只要是转码或降码率就寄 ...
转封装只有软的,不需要显卡
orange1125
发表于 2023-4-21 11:21
hyy34 发表于 2023-3-29 14:11
我是硬链接,硬件加速无法播放,是不是跟你这个情况一样?不提示任何,log中有错误。。
你这个 容器路径 ...
我这个是对于软链接来讲的。硬链接我不清楚。我讲一下软链接的方法吧:就是你的源文件和软链接文件需要在统一目录下,路径比如是/pan1/电影 那你docker里面设置容器路径时,你选择了电影这个文件夹,就需要设置成 /pan1/电影 这样当你播放/pan1/电影/国产/阿凡达.mp4时 你docker的路径也是/pan1/电影/国产/阿凡达.mp4。通过这种设置来使你的容器路径与文件路径一致。如果你docker路径设置为 /movie那你播放时对于docker来讲就是 /movie/阿凡达.mp4,跟文件路径不一致,它就找不到文件。
晚生邀鬼踏青
发表于 2023-4-21 11:34
装了1月和4的10.8.9版本在控制台里都显示10.8.0,再上一个就正常显示10.8.8
yuwl3000
发表于 2023-4-21 13:00
本帖最后由 yuwl3000 于 2023-4-29 07:21 编辑
麻烦楼主帮看下是什么问题
华硕pn41,n6005版,win10+最新0414版jellyfin,系统及核显驱动均更新至最新版至远程使用chrome无法正常播放影片,日志出现下列错误提示:
Using device 8086:4e71 (Intel(R) UHD Graphics).
No matching devices found.
Device creation failed: -19.
Failed to set value 'opencl=ocl@dx11' for option 'init_hw_device': No such device
Error parsing global options: No such device
奇怪的是如果这时候我用远程桌面登录这台机器,往往就可以正常播放了
wangzm816
发表于 2023-4-23 11:52
辗转反侧居然碰到了作者,,,dsm7.1.1开箱即用非常完美,一会儿测试下win,已赞
berwin
发表于 2023-5-9 14:27
本帖最后由 berwin 于 2023-5-10 13:39 编辑
Misaka_9993 发表于 2022-7-17 00:47
intel的windows驱动在Gen11以上尤其是Xe上有bug,导致启动延迟比UHD630高了5秒以上。
有时间看看有没有办 ...
翻到原来的回复请教lz下哈,看你说到“无论延迟再低,也不可能赶上本地播放器,原理不一样,转码的性能需求远高于本地解码。”。
如果我软路由部署jellyfin通过2.5g smb/nfs访问nas源文件,和nas上直接部署jellyfin访问源文件,具体性能影响在哪呢?是首次加载速度、转码速度、播放拖动速度还是什么呢?只影响再编码还是解码再编码都影响呢?差别能有多大呢?
主要考虑是更新个8505软路由挂jellyfin读nas,还是直接更新个nas。。。
硝基苯
发表于 2023-5-9 14:44
yuwl3000 发表于 2023-4-21 13:00
麻烦楼主帮看下是什么问题
华硕pn41,n6005版,win10+最新0414版jellyfin,系统及核显驱动均更新至最新版至 ...
尽量不要用RDP来控制没插HDMI的intel集显主机,好像是RDP会占用显卡的解码器导致硬件编解码器无法正常工作,用其他的远程控制软件吧。
yuwl3000
发表于 2023-5-9 22:45
硝基苯 发表于 2023-5-9 14:44
尽量不要用RDP来控制没插HDMI的intel集显主机,好像是RDP会占用显卡的解码器导致硬件编解码器无法正常工 ...
👌,排除rdp以后恢复正常了
我怀疑是rdp虚拟了一个显卡,退出rdp以后导致jellyfin对核显的识别出了问题
Misaka_9993
发表于 2023-5-10 02:17
yuwl3000 发表于 2023-5-9 22:45
👌,排除rdp以后恢复正常了
我怀疑是rdp虚拟了一个显卡,退出rdp以后导致jellyfin对核显的识别出了问题 ...
https://jellyfin.org/docs/general/administration/hardware-acceleration/intel#configure-on-windows-host
Misaka_9993
发表于 2023-5-10 14:35
berwin 发表于 2023-5-9 14:27
翻到原来的回复请教lz下哈,看你说到“无论延迟再低,也不可能赶上本地播放器,原理不一样,转码的性能需 ...
软路由部署jellyfin通过2.5g smb/nfs访问nas源文件
不同系统下smb、nfs协议可能引起延迟降速,以及nas硬盘本身速度限制。
nas上直接部署jellyfin访问源文件
相比前者,没有smb、nfs协议造成的性能损失,以及jellyfin访问硬盘不受2.5g口速度限制。
这些速度主要分为两个,一个下载速度,一个转码速度。下载速度受nas硬盘速度和网口最小速率限制。转码速度受显卡硬件转码性能和硬盘读写性能限制。如果再需要外网访问就再加一个上传速率限制。
berwin
发表于 2023-5-10 15:16
Misaka_9993 发表于 2023-5-10 14:35
不同系统下smb、nfs协议可能引起延迟降速,以及nas硬盘本身速度限制。
那我理解还是由于网络传输本身引起的速度影响。我还以为是类似本地文件能对媒体文件快速定位、网络传输必须先传过来再解析之类的底层机制造成的重大影响,哈哈。谢 lz 了
yuwl3000
发表于 2023-5-16 22:37
Misaka_9993 发表于 2023-5-10 02:17
https://jellyfin.org/docs/general/administration/hardware-acceleration/intel#configure-on-windows- ...
大佬,实测win10下禁用远程桌面硬件图形适配功能后,使用rdp登陆后问题依旧。需要重启电脑才能回复正常
Misaka_9993
发表于 2023-5-16 23:13
yuwl3000 发表于 2023-5-16 22:37
大佬,实测win10下禁用远程桌面硬件图形适配功能后,使用rdp登陆后问题依旧。需要重启电脑才能回复正常 ...
jellyfin是作为系统服务安装的,还是普通模式?
yuwl3000
发表于 2023-5-16 23:16
Misaka_9993 发表于 2023-5-16 23:13
jellyfin是作为系统服务安装的,还是普通模式?
普通模式
Misaka_9993
发表于 2023-5-16 23:40
yuwl3000 发表于 2023-5-16 23:16
普通模式
是仅在RDP连接着的情况下,转码播放HDR视频会错误吗?
Using device 8086:4e71 (Intel(R) UHD Graphics).
No matching devices found.
Device creation failed: -19.
Failed to set value 'opencl=ocl@dx11' for option 'init_hw_device': No such device
这段的意思是找不到和DX11设备所对应的OpenCL设备(用来HDR色调映射)。
yuwl3000
发表于 2023-5-17 00:15
Misaka_9993 发表于 2023-5-16 23:40
是仅在RDP连接着的情况下,转码播放HDR视频会错误吗?
连着rdp正常,退出rdp以后出现上述错误提示,错误一直持续到重启后恢复正常