CoreBox:基于CoreELEC制定的linux系统
为什么要制定linux,最根本直接的原因就是为自己开发的音乐打铃系统找一个合适的硬件设备和软件环境,我选的盒子支持coreelec,coreelec是liux系统+KoDi播放器,且对硬件支持较好;
为什么要制定linux,最根本直接的原因就是为自己开发的音乐打铃系统找一个合适的硬件设备和软件环境,我选的盒子支持coreelec,coreelec是liux系统+KoDi播放器,且对硬件支持较好;
学校常用的音乐打铃设备操作不是太方便和直观,功能也不够智能,所以我的想法是做个打铃系统,运行在linux系统上,通过网页操作,从程序的角度来说这根本不是问题,但硬件方面,在不确定市场前景的前提下,不想投入大成本还是比较难的,硬件选型是软件在linux pc机上验证后才开始的。
我开发的硬盘播出系统希望通过硬件加速叠加字幕和台标等内容,以前接触过一点opengl,根据ai提示,知道opengl相对vulkan简单的些,所以最开始是用opengl实现的,当试验性的代码都跑通的时候,要进一步做多线程操作时,发现代码不起作用了,我是知道opengl多线程操作是比较麻烦的,但改了半天也没改成,可能还是我能力不行吧,正好我也想试试用更现在的3D api,所以开始改用vulkan来实现。
网上还有ai说的不错,vulkan代码量是opengl的5-10倍,用了两天时间,写了1000多行代码,也看不得任何效果,也没有任何提示,心里真是没底呀。好在第三天总算看到效果了,出现一个有问题的画面,只要有画面哪怕是有问题的画面也是好现象,根据现象就可以猜测错误原因。又弄两天,现在基本功能代码跑通了。
能在这么短的时候从零开始开发出一个vulkan程序,一是有之前的opengl基础,再有就是ai的帮助,什么东西不会了马上问ai,ai还是能提高一定效率的。
受限自己当时的能力和软硬件环境,原播出系统有一些已知的问题:
1,原来的hdplay采用软解压,cpu运算的方式,整体cpu占用过高。也只有编码部分采用显卡加速编码。
2,采用的libvlc播放引擎,许多东西不可控,个别情况音视频同步有问题。
3,功能代码和界面逻辑在同一个进程中,影响稳定性。
4,需要系统登录后运行,不能做成服务器后台运行。
最近没什么项目,不管有没有用,先学习一点吧,就当游戏了。
思念,摆烂,安逸,迷茫,无为。
高清硬盘播出系统已经基本没有市场了,库存加密狗也没有了,软件基本可能也不再维护了,为防客户加密狗丢失或损坏无法使用,重新编译一个不需要加密狗就可以正常使用的版本,请有需要的用户下载保存备用。感谢支持过本软件的所有用户。
最近基本没什么成果,也找不到方向感觉很是迷茫,倒不是最近闲着没有努力,只是发布后没什么水花,或是开个头后又感觉没什么意义自己终止了。
来离农村老家100里的县城工作,全家人都搬城里生活后回老家就更少了。暑假快要结束了,趁孩子也还有时间,带孩子一起回老家转转。
本身是一个运行在类机顶盒设备上linux系统下的程序,总感觉可以移植到windows下,方便大家提前了解可学习试用,也可临时使用。所以一直想移植到windows,但在移植过程中也发现一些想不到的问题,让我多次放弃,但执着的我隔一段时间又会换一个方案重启。
好久不写博客,后台密码都快忘了,就当是为了复习密码,简单写些东西吧。
下班途中,看到路人拿着一些艾草,知道端午节又到了,一下想起那个端午节给我们戴“花花线儿”的人,只觉两个脸颊一丝微凉,一片思念涌上心头。
老婆见别人的的微课不错,问我能不能做,我前些年是业余学过一点非编和后期的,所以说了我能做,就有了这个事情。
遇到一些问题,windows的打铃系统了原因想想有这些吧