上一个帖子讨论了媒体服务器的选择问题 https://www.v2ex.com/t/917723
我看很多人提到了选择 jellyfin 的理由是免费的硬解
我感觉观看体验最佳的方式是直接穿流,现在对于哪些编码家里的设备不支持都心里有数,下载资源的时候会挑选,而且大部分资源的编码都是没问题的。
于是我产生了一个疑问,大家追求硬解的目的是什么?方便浏览器观看吗?
1
gezimonkey 2023-02-23 14:59:32 +08:00 1
1.你在单位吃中饭的时候想看个剧
2.你想要的资源没你期望的编码格式 |
2
zijieq 2023-02-23 15:08:02 +08:00 4
因为家宽那点可怜的上传带宽撑不起在外面观看高码率视频直接串流
|
3
6IbA2bj5ip3tK49j 2023-02-23 15:34:28 +08:00 1
1,N 年前的移动端性能弱鸡,一些格式看不了。
2,压低码率 我反正都觉得意义不大。 |
4
KKLeon 2023-02-23 17:44:35 +08:00 1
遇到音频或者字幕格式不支持的情况,这时候就需要重新编码了
|
5
deorth 2023-02-23 18:33:19 +08:00 via Android 1
我追求硬解也就刚装那一阵子,后来把唯一解码比较挫的一台 chromeOS 设备淘汰掉了以后再也没用过服务端转码。
家宽 300M 上传,不存在码率不够的情况 |
6
MeteorVIP 2023-02-23 19:12:35 +08:00
大佬们,我看了上面的帖子,简直是打开了我新世界的大门!!!
试了一下 jellyfin,不但可以用浏览器看,还能在安卓电视,苹果手机.播放流畅!!! 而我之前 苹果手机 nplayer 局域网 samba 卡顿!找不到了 dlna 服务器. 用 oplayer 局域网 samba 卡顿!播放 dlna 流畅. 所以我想问 1:为什么 dlna 比 samba 流畅? 问 2:jellyfin 的家长控制能不能设置两个帐,A 用户看 A 文件夹,B 用户看 B 文件夹?似乎不行? 问 3:jellyfin 是播放的时候转码,下次播放的时候再转码,还是转码好缓存? |
7
documentzhangx66 2023-02-23 19:19:09 +08:00
@deorth 很多省份,连省会城市,家宽顶级套餐,上传都只有 30M 。
|
8
Xusually 2023-02-23 19:33:11 +08:00
@deorth F.Y.I. 北京联通 1000M ,上行标称 30M ,实际给到 42M 。
北京移动 1000M ,上行 100M ,实际给到 115M 。 |
10
PrinceofInj 2023-02-23 19:42:37 +08:00 1
@MeteorVIP 问题 2:可以。
|
11
MeteorVIP 2023-02-23 19:56:11 +08:00
Ubuntu 下还有啥 DLNA 服务器吗?
现在用 minidlna 在 nplayer 里无法找到,但电脑,oplayer 能找到. |
12
Yjhenan 2023-02-23 20:04:09 +08:00
说一点,一般硬解比软解`省电`
|
14
KKLeon 2023-02-23 20:55:45 +08:00 1
@MeteorVIP #6 问题 2:可以,创建媒体库的时候,为文件夹 A 和 B 分别创建媒体库,然后新建用户的时候,可以选择新用户只能访问哪些媒体库。
问题 3:我刚才试了一下转码是实时转的,打开视频,转码缓存文件夹(不看视频的时候是空的)马上会生成一个缓存文件,40 多 MB ,实时转码播放过程中缓存文件大小一直没有变化,如果把视频关掉,转码文件马上就消失了。 |
15
MeteorVIP 2023-02-23 21:12:32 +08:00
nplayer 搜索不到 jellyfin 的 DLNA,也搜不到 miniDLNA.所以大概是 nplayer 的问题.
oplayer 两个都能搜到. DLNA 对我来说真的很快.秒开,进度条秒拖.jellyfin 有些视频等蛮久才开.同样的视频 DLNA 还是秒开. samba<nfs<jellyfin<DLNA |
17
mayli 2023-02-24 02:47:55 +08:00 via Android
一般并不会追求硬解,而且硬件加速的转码
最主要的是硬件加速的编码,用来降低码率进行川流。 |
18
MrKrabs 2023-02-24 03:33:53 +08:00
那里有问题
|
19
ButcherHu 2023-02-24 13:19:30 +08:00 1
1. 主要还是硬件编码,节省 cpu 占用;
2. 我下载的时候主要看的是热门的资源或者是热门组,这样下载或者是辅种都比较通用,效果也有保证; 3. 有的资源只有上古 mpeg2 、rmvb 编码或者关键帧比较少,要是串流会遇到解码问题,或者拖进度条等半天; 4. 在单位吃饭或者坐车通勤的时候网络不好,或者要花 4G 流量,所以平衡一下消耗; 4. 字幕可以直接编码在画面中; 5. 自己有闲置的 gpu ,跑 cuda 之余跑跑转码; 6. 给父母或者是朋友推荐电视剧,可以直接扔链接,不用 debug |
20
janus77 2023-02-24 16:13:05 +08:00
方便多线程干别的,要知道不是每个人打开一个视频就全屏沉浸式观看的,尤其是如果电脑播放的话
|
22
tnesa 2023-02-26 10:23:14 +08:00
其实是折腾
|
23
276562578 2023-03-10 16:27:44 +08:00
我也问个问题,为什么都在追求串流,现在电视手机电脑基本都能解码呀?直接让终端设备读取文件不好吗
|
24
justaname 2023-03-20 11:34:39 +08:00
没啥用,主流移动设备都能无压力解码了,唯一的意义在于低带宽场景串流。如果 CPU 够强劲其实直接软编码问题也不大,除非你家里有一大堆客户端同时需要服务端转码,这个场景应该 99%的人都没有吧。
此外这又有一个新的问题,主流家用硬件转码方案在低带宽的情况下比软编码的效率低很多,也就是说 20Mbps 码率的视频转码到 4Mbps 的带宽的话,画质可能只有高效率软编码 1-2Mbps 的水平。。。如果真的经常在计费网络下观看,不如直接下一份低码率的版本了 |