[10.20更新]KiliKili——S60V3V5哔哩哔哩客户端（欢迎测试）

家养的大白鹅 发表于 2024-10-16 23:30
现在的和直接在线观看没啥区别，下载一下几分钟都用不了

掌叔那个界面和主流的界面差不多的 直接显示视频和画面。点进去就可以看。差的还是你有点多的啦。

acaibing 发表于 2024-10-17 23:57  掌叔那个界面和主流的界面差不多的 直接显示视频和画面。点进去就可以看。差的还是你有点多的啦。 ...

得了吧，他那个软件安装包多大这个才多大，还有我用以前的支持JAVA山寨机都能看他那个可以吗

jiehuan 发表于 2024-10-17 19:47
之前尝试过服务器端ffmpeg转码，但是测试下来大部分视频转码时间过长，而且几乎无法处理并行需求。除非有 ...

关于转码时间的问题，疑似可以采用边转码边推流的形式：J2ME端首先向转码服务器发送某个BV地址，服务器返回一个独一无二的网址并在上面推流。J2ME端要快进同样要向服务器请求，服务器修改当前转码位置。
一个视频转码完成后暂存在服务器上，如果一段时间内没有人再次请求这个视频就删除，如果又有人来看就直接发送已经转码好了的视频。
但是实现难度极高、性能要求高且需要很大的带宽，估计可行性很低

谢谢

太强了

好好好

acaibing 发表于 2024-10-17 23:57
掌叔那个界面和主流的界面差不多的 直接显示视频和画面。点进去就可以看。差的还是你有点多的啦。 ...

掌叔客户端的平台是symbian3，对开发的支持和友好程度更好，不过之后会对gui界面进行改进，谢谢你的建议啦

，好是版本

RE: [10.13更新]KiliKili——S60V3V5哔哩哔哩客户端（欢迎测试）

8192Bit 发表于 2024-10-19 00:18
关于转码时间的问题，疑似可以采用边转码边推流的形式：J2ME端首先向转码服务器发送某个BV地址，服务器返 ...

貌似服务器RTSP推流，J2ME端用JSR135自带的RTSP解码有一定可行性，i7-2720QM上H264转MPEG4压500k码率320x240分辨率无压力且延迟较小
可以用Manager.getSupportedContentTypes("rtsp");来检查手机是否支持RTSP，以确定这种方法可用的机型

8192Bit 发表于 2024-10-20 00:02
貌似服务器RTSP推流，J2ME端用JSR135自带的RTSP解码有一定可行性，i7-2720QM上H264转MPEG4压500k码率320x ...

ok，我在0.3版本中会进行测试您提供的方法。我的思路是服务器端下载然后再推流，但是目前有几个问题，1是服务器性能，因为B站请求的最低为360p，我不确定服务器能不能带动。2是并行处理的问题，如果同时请求很多如何满足。其实这两个问题都指向的是服务器性能，如果对这两个问题有好的解决方法的话，希望您能不吝赐教。

顶一下 更新了

必须试试

jiehuan 发表于 2024-10-17 19:47
之前尝试过服务器端ffmpeg转码，但是测试下来大部分视频转码时间过长，而且几乎无法处理并行需求。除非有 ...

服务器也是一笔不小的开支，要便宜和稳定，速度就慢，要速度和便宜，那就不稳定，要稳定和速度，那就贵，三者都有那是不可能的事

厉害！