想找人做个磁力链接播放器

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

V2EX 提问指南

这是一个创建于 2945 天前的主题，其中的信息可能已经有所发展或是发生改变。

肯定有人会所以想找人定制一个。不知道现实不。我是好孩子。

磁力

播放器

链接

定制

46 条回复 • 2016-08-09 09:06:36 +08:00

binux

2016-04-01 17:06:30 +08:00

已经有的东西，为什么要再做一个？

cevincheung

2016-04-01 17:06:41 +08:00

有个什么 Pxxxtime 的不是已经实现种子播放

qgb

2016-04-01 17:07:35 +08:00

上一个把这种播放器做成市场占有率第一的已经在吃牢饭了

techmoe

2016-04-01 17:08:02 +08:00

有现成东西了啊， ddplay 不就是嘛

somnus

2016-04-01 17:08:32 +08:00

最近在关注这个..
基于 IOS/ANDROID 的更赞

ferock

2016-04-01 17:15:47 +08:00

@qgb 顶

LINAICAI

2016-04-01 17:21:33 +08:00

不怕被请喝茶就做？

LINAICAI

2016-04-01 17:22:25 +08:00

其实这是一个好想法，前提是你要审核资源。。。不然很快就被盯上喔

yvanhe

2016-04-01 17:28:54 +08:00

楼主有没有听过猪八戒？那上面什么都能做，去吧。

tadtung

2016-04-01 17:33:33 +08:00 via Android

这个现在似乎也很多。。
目前基本都是在用 qq 旋风和迅雷破解的解析。

你自己可以用 ckplayer 或者其他播放器封装一下。。 app 很简单

cevincheung

2016-04-01 17:37:48 +08:00

@LINAICAI 要看怎么做了。某播是因为服务器存储资源做了加速。如果纯本地去中心化服务的 P2P 网络任谁也无法监管。

domty

2016-04-01 17:49:02 +08:00

@cevincheung
那只是个定罪的理由罢了，先把人抓了再慢慢找证据就可以。
这个东西只要向国内用户提供服务政府就会找各种理由审核你。 BAT 这个量级的尚且得盯着政府的东西吃饭。

就比如 gfw 这个东西就从来没出现在政府的正式条例 /法规中过，所以政府完全就可以大大方方的不承认国内有这么个东西。

domty

2016-04-01 17:52:23 +08:00

@domty
到时候找到作者，先警告，不听随便给你安个罪名就进去吃牢饭了。

murmur

2016-04-01 19:03:06 +08:00

国内这个网纯 p2p 基本没戏复杂网络环境下必须有大群中心节点撑着那么就看谁擦边球打的 6666 了

dphdjy

2016-04-01 19:50:24 +08:00 via Android

资源太少拖不起来
至于实现参照 p2p 直播的客户端结构
1. 种子下载服务监听 127.0.0.1
2. 随便找个开源播放器接收上面那个服务器的流

其实不难_(:з)∠)_不过速度掉渣~

cfans1993

2016-04-01 20:03:20 +08:00

用过一个云点播，不过速度不理想
思路大概是：
１.多台服务器同时下载要点播文件的一部分，也就是多线程下载
２.在线转码
３.分段点播

dphdjy

2016-04-01 20:30:46 +08:00 via Android

补充:上面说的服务是原力 p2p(非广告
去年问过~30w 包含服务器+客户端 SDK 。。。
至于使用国内所有的 TV 播放器一年前都支持 p2p 协议的，然后破解过~大概都买了(也有和我一样直接拆了别人应用抽 SDK 出来用的

firefox12

2016-04-01 20:49:46 +08:00

没意义

fuliti

2016-04-01 21:32:37 +08:00

感谢所有回复的。感谢。其实自己只是想着找个人定制一款。

@binux 我有个小站，里面电影资源多，想着做一个稳定的磁力链接播放器，方便用户。当然，电影是正规的影视资源。
@qgb 没有想着做那么大，只是想着服务于自己的网站用户，这样子。
@yvanhe 猪八戒现在太烦锁了，发一个任务，还得看半天教程。
@tadtung 我基本不懂这个，就会一点 html 。
@domty 好吓人，看来还是直接用百度云好了。
@murmur 看来是的。

binux

2016-04-01 21:39:31 +08:00

@fuliti 我想做一个基于 webrtc 的纯浏览器 P2P 视频播放器，有兴趣吗？

WhyLiam

2016-04-01 22:10:32 +08:00

powder 开源的

giuem

2016-04-01 22:14:57 +08:00 via Android

@binux 这个有类似的了 https://github.com/feross/webtorrent

binux

2016-04-01 22:17:02 +08:00

@giuem 我就是打算用这个啊 https://github.com/binux/bittorrent2web

dphdjy

2016-04-01 22:21:50 +08:00 via Android

@binux 滋次！

fuliti

2016-04-01 22:29:04 +08:00

@binux 大概是什么样的？需要多少钱？

vh2h

2016-04-01 22:29:41 +08:00 via Android

收藏了，有安卓的就好了

hexasnake

2016-04-01 22:31:47 +08:00

楼主应该还没想好名字吧？我替楼主想了一个好名字， QVOD ，怎么样？

beilun

2016-04-02 00:36:07 +08:00

希望在监狱里听到你的消息。

maskerTUI

2016-04-02 00:39:29 +08:00

不如就叫 AVOD 吧

tianshilei1992

2016-04-02 00:49:03 +08:00 via iPhone

我在这搭车问一下，有木有研究 rmtp 视频的下载呀？

snsd

2016-04-02 01:11:37 +08:00

@tianshilei1992 应该是“ rtmp ”吧？

typcn

2016-04-02 01:48:41 +08:00

@dphdjy 你这个简直就是想当然

P2P VOD 下载模块不能用现成的，必须得自己实现，播放器也不能用现成的，自己调 ffmpeg libavcodec 。先拉文件头，识别文件类型，读完 metadata 判断一下 keyframes 表的位置，再跟别的节点要 keyframes 表，之后从第一帧开始请求数据，用第一帧的数据来初始化解码器和 VA （ d3d/opengl) ，这时候就可以顺序请求数据了，简单判断一下用户的带宽是否还有剩余，如果有的话，就连接更多的节点，从文件前面的部分读分片，最终汇总到一个数据 buffer 里面，来一点数据就给 demuxer 以估计当前缓冲进度，然后看情况给解码器喂。

这样，就实现了一个“基本上说的过去”的 P2P VOD 播放器。

typcn

2016-04-02 01:52:47 +08:00

如果要实现我楼上说的这种基本的，找外包 30W 左右大概可以？
如果要实现跟快播同等技术级别的，估计大概上千万吧

typcn

2016-04-02 01:56:47 +08:00

Google 了一下，是我低估了，看样子上面的价格要*2-3

binux

2016-04-02 01:57:03 +08:00

@typcn 先下 10M ，后面填 0 ，喂给播放器，能播就播，不能播拉倒。

typcn

2016-04-02 02:05:52 +08:00

@binux 这是啥用户体验啊。。。。有非常多的格式 keyframes 表都是在后面的，甚至很多 mp4 都是在文件尾部的，丢掉的话很多的文件就不能播了。

而且下载器都是拆分整个文件来下载的，做 vod 是非常忌讳的，一堆线程占用带宽，而用户当前播放的那一段下载却非常缓慢，这个就日狗了。
比如 10 个线程就是先下前面 100 MB ，一个块 10 MB ，下完之后再下中间 100MB ，这样又能保证多线程的速度，又能保证用户不卡播

binux

2016-04-02 02:17:00 +08:00

@typcn 反正新番封的，我试过的 mp4 都能这么播。反正我只是想玩 webrtc p2p ，不能播就算了。
bt 库设置个块优先级很容易，调整顺序根本不是事，什么慢节点，跳播，管他呢。

dphdjy

2016-04-02 08:00:14 +08:00 via Android

@typcn 我说的 30w 是商业化之后一份副本授权的价格

_(:з)∠)_ 我只是想说明这事既简单又困难，如果说直白了，就没意思了

syhsyh9696

2016-04-02 08:22:29 +08:00

我看成了人力磁力播放器…我还以为是找女朋友…我是不是很太污了

dphdjy

2016-04-02 08:52:45 +08:00 via Android

@typcn 以及这种 p2p 流的播放器一般采用的是 ts 一类的切片流或者自己重新封装的流，然后基本都是服务器预转码，如果涉及到帧的问题，这尼玛谁几十万接这外包不是蠢吗？
因为这种方案本身有服务器，所以 p2p 作为一种补充并不会影响用户播放的速度，不过如果完全从其他节点拖
“_(:з)∠)_不过速度掉渣~” 就是这种效果。。。
讲道理直接看磁链 /种子和用下载机拖完看，本质上没什么优势，反而需要针对数据特化，这不是闲着慌吗~

@fuliti
以及对 lz 最好的就是这 30w 的方案，不过做不大还不如直接扔 cdn 。。。(鄙人才疏学浅，如果有 dalao 有更好的方案，学习学习。。。

tianshilei1992

2016-04-02 09:37:51 +08:00 via iPhone

@snsd 昂，是的😂