We need a GUI
m13253 opened this issue · 23 comments
wxWidgets 3 / PyQt 5 / PyGObject 3 are preferred.
CC @biergaizi
总觉得向导模式操作起来有点太麻烦了吧。。。反正是属于工具类的，总觉得还是niconvert那种单页模式比较效率
总觉得向导模式操作起来有点太麻烦了吧。。。反正是属于工具类的，总觉得还是niconvert那种单页模式比较效率
我的功能比niconvert多多了……
这个我知道，但是感觉向导有点麻烦。。。一个单页设定比较好吧。。。这里参数也不多。。。而且本来生成ASS也不是一步步的那种。。。
这个我知道，但是感觉向导有点麻烦。。。一个单页设定比较好吧。。。这里参数也不多。。。而且本来生成ASS也不是一步步的那种。。。
你设计一个看看？
我觉得从功能角度应该允许过滤弹幕。。。或者比如只渲染定位弹幕(神弹幕)或者高级弹幕池？屏蔽滚动？或者只留滚动之类的？
我觉得从功能角度应该允许过滤弹幕。。。或者比如只渲染定位弹幕(神弹幕)或者高级弹幕池？屏蔽滚动？或者只留滚动之类的？
想到过这个功能。理论上可以实现，只是接口还没有开放给GUI前端而已，需要的时候暴露出来。
要我设计的话大概会用一个虚拟预览，然后让渲染效果变成可调的，调节所见即所得。最后输出可以选纯ASS或者嵌入视频，一页界面搞定。
毕竟中间弹幕格式转换并不很耗时，进度条什么的。。。总觉得必要性不大。
要我设计的话大概会用一个虚拟预览，然后让渲染效果变成可调的，调节所见即所得。最后输出可以选纯ASS或者嵌入视频，一页界面搞定。
虚拟预览会影响可移植性，需要增加很大的代码量。
总觉得向导模式不方便，反正没几个参数扔到一页也行吧
你们太热闹了，我的邮箱活跃好几天了……我打算这两周基于 SB 最初的设计稿用 PyQt 做一个样品。最终的实现可以再议。
毕竟中间弹幕格式转换并不很耗时，进度条什么的。。。总觉得必要性不大。
我找过极端情况，转换需要10秒。
转换时间与弹幕密度（注：不是数量，是密度）成正比。
因为当屏幕满的时候算法会找到空白最大的行来放弹幕，需要双倍的搜索时间。
我们来测试一下 av124748 吧？xD
你们太热闹了，我的邮箱活跃好几天了……我打算这两周基于 SB 最初的设计稿用 PyQt 做一个样品。最终的实现可以再议。
支持。不过最好直接上5。
我们来测试一下 av124748 吧？xD
brilliant@brilliant-laptop ~/danmaku-test$ time danmaku2ass -o av124748.{ass,xml} -s 1440x1080 -fs 72 -a 0.75
real 0m11.096s
user 0m10.960s
sys 0m0.047s
至少 Qt5 的程序在 KDE 上根本没办法用。要 Qt 翻译成 GTK 外观，再从 GTK 外观翻译回 Oxygen 才能勉强跑起来。
什么时候 KDE 5 出来了再说吧。
总觉得10s挺快的吧。。。数分钟的一般才用进度条吧。。。
不过我这样的大概只会用cli的吧所以其实对GUI不是特关心的。。只是觉得向导太麻烦，仅此而已。。。
如果速度慢不要紧，弄个进度提示或者彩蛋就可以打发时间了。
刚刚跑 av124748 挂了……我的 8GiB 内存全部耗尽了……
mplayer根本不能导入这么大量的字幕……
最后用ffplay跑起来了，好卡……
ulimit -v 2000000 真是一个好东西……
Alt-SysRq-REISUB 刚刚也帮了我大忙……
至少 Qt5 的程序在 KDE 上根本没办法用。要 Qt 翻译成 GTK 外观，再从 GTK 外观翻译回 Oxygen 才能勉强跑起来。
什么时候 KDE 5 出来了再说吧。
好吧……不过你先单独建一个repo。做好了看情况是否合并。
我会用Pyside弄一个的。
备忘：
ffprobe获取视频分辨率信息：ffprobe -loglevel error -print_format json -show_streams -select_streams v:0 INPUT.mkv
GUI中有一处用到此功能。
告诉大家一个好消息，wxPython 3 发布了。
打算用那个东西来实现一下 GUI 试试看。
最近这几天比较忙，考试什么的，春节前后有空。
但是如果各位有时间也帮帮忙呐。