sujin190

同感，特别是服务端都是单 module 小项目，idea 打开项目构建编译那卡的，而且比 maven 耗资源多多了，就算放到 ci 服务器上也比 maven 慢很多，而且对通过启动在 docker 容器构建编译一点都不友好，都也还得再 ci 宿主机去一台一台设置好各个版本的 jdk

还有个毛病就是如果同时使用不同版本 gradle ，ci 服务器会同时存在多个 demon 进程，分分钟撑爆服务器内存，不知道大家都咋解决这些问题的

不过说起来你都收到解码了，转码换更低分辨率确实毫无意义吧，分辨率低搞更高分辨率除非用最近搞出来的超分 AI 算法，否则毫无意义吧，所以既然发送端不支持改分辨率改码率，你这个需求本身就毫无意义了吧

接收端修改的意思应该是向对方发送申请新分辨率的视频流吧，应该不是让本地转码改变分辨率吧，看你这情况对方肯定不接受啊，所以显然改不了，视频分辨率不重新转码应该是改不了分辨率的吧，否则各大视频网站也就不需要为每种分辨率在服务端提前转码并单独保存了，或许你应该在收到视频流后先用媒体扩展转个码再发送给 video 标签吧

@yustation 就 iptables 呗，可靠性和性能都没啥问题啊，不方便用也可以搞个端口转发程序也行啊

@yustation 主机内部端口 rewrite 就好吧

有啥需求要这么干？

只同步数据的话那分享下项目

https://github.com/snower/syncany-sql

把 SQL 当作脚本执行，内部有自动依据主键增删改同步数据的逻辑，可以用 crontab 来调用

set @use_output_type='UPDATE_DELETE_INSERT';
insert into `pg2`.`adata` select `id`, `name`, `create_time` from `pg1`.`bdata` where `id`>=2;

使用 set @use_output_type 设定更新目标库方式，可选值有 INSERT 、UPDATE_DELETE_INSERT 、UPDATE_INSERT 、DELETE_INSERT ，不设置时和正常 insert into 一样默认 INSERT ，select 的第一个字段自动认为是主键，相同主键执行 update ，否则插入

大概率不能，串口就没状态线

nfs 呗，直接挂载磁盘