继续一些关于ios编译的

在找到某个被挂出来的lua源之前,我准备自己整个lua调用一下bili.utility翻翻key的

win上打不开编译版本lua,搜后说是高低位不同导致

于是又打开了黑mac搞一搞编译

本来lua编译非常简单,把一堆c一起扔给编译器就可以出binary,然后codesign一下就可以跑了

此处强烈鄙视一下BigBoss那个lua(com.deltaman.lua),不codesign就往上扔真是好意思啊

问题在于第三方的c库,比如LuaSocket

首先需要启用动态载入,编译器定义常量LUA_USE_MACOSX或LUA_USE_LINUX好像都可以,此时lua需要-lreadline -lncurses

其次,编译第三方c库时必须不使用static链接

lua会报错“multiple Lua VMs detected”

所以需要先把lua下所有基础c一起,指定-dynamiclib输出liblua.dylib,然后

xcrun -sdk iphoneos clang -arch armv7 -L. -llua lua.c -o lua

然后编译第三方库的时候同理编译就可以出.so

image

后记:原本有所期待这个key会不会有点特权什么的,比如不限速,然而依旧是rate=400(默哀客户端用户)

我继续老实用player=1吧

gpt win7

捣鼓捣鼓可算是把硬盘换回gpt了

(然并卵,事实证明win7 gpt也没有卵用,并不会变快)

之前一只在修改boot.wim,后来感觉烦死了,于是拿来舍友的win10u盘直接复制install.wim进去改名install.esb重启efi启动,完事

于是就有win10的安装界面里面嵌着win7

某种意义上这样子比倒腾win7iso方便多了,还得弄驱动各种各样的,麻烦死了

IPv6 & DNS64 & NAT64

又开学了

回来用u2b的时候发现用了一年的dns6to4的服务器dns64.litnet.lt (2001:778::37)停了

google的dns6 (2001:4860:4860::8888)可以获取googlevideo.com的各种正常v6地址,但是以前用这个dns64的时候是有代理能力的,可以利用6to4 tunnel

找了找以前可用的另一个  2001:df8:0:7::1 也是timed out

最终翻到了一个 totd.aa.net.uk (2001:8b0:6464::1)可行

谨此记录,以供网络之需

 

后记:aa.net.uk也死了,起初只是dns死了,自己加后缀可以正常用,结果后来整个系统都unreachable了

万能的google帮我又挖出了一个:2001:67c:2b0::4

prefix 2001:67c:2b0:db32:0:1::/96

【设想】由ffmpeg打造的点歌姬

群里的几个人在聊的这个的可行性

然后目前几方在整理可能的问题和解决方案

1、视频流上如何动态改变文字

ffmpeg的drawtext可以选择读取textfile,并且设置为reload:1时会持续重载

2、如何连续播放音频流

(未解决)目前设想测试hls兼容性,未尝试ffmpeg是否能够自动重读live型的hls

3、网络问题会导致推流失败从而ffmpeg会退出,如何连续

计划通过中间层解决,即:第一个ffmpeg实例负责读取下载到本地的音频、读取图片及文字,生成完成的流;由此ffmpeg推送到本地一个服务器,可以是ffserver或nginx;运行第二个ffmpeg负责将server的流copy至rtmp。如果rtmp发送失败只会导致第二个ffmpeg退出,重运行时不会影响到压制用实例,故可形成较为连续的流