Tomcat 问题汇总
愿天堂没有BUG
共 650字,需浏览 2分钟
·
2021-05-14 20:18
1.配置java 环境变量
1.1 找到java安装的目录
1.2 配置环境变量
桌面–此电脑–属性–高级系统设置
path是整个系统的多个软件配置信息,java的执行路径也要配置在此处。首先创建一个java_home变量,让path 包含java_home变量。
点击确定。
回到桌面:
windows+R 输入cmd,输入java 如图搞定。
2.tomcat 启动闪屏
1.多是由于端口占用 tomcat 默认会使用8080 8005 几个端口,如果有其他程序占用,会影响tomcat的使用。
检测系统都使用了哪些端口;netstat -ano
找到tomcat的目录,找到config—server.xml
打开,默认为8080,修改端口为8090
点击startup.bat,启动 tomcat服务:在浏览器里可以输入:http://localhost:8080
3.tomcat 启动日志乱码
tomcat/conf/目录下 修改logging.properties
找到
java.util.logging.ConsoleHandler.encoding = utf-8这行
更改为
java.util.logging.ConsoleHandler.encoding = GBK
评论
音视频汇总--视频问题汇总
工作中经常碰到各种音视频问题,特地汇总一下,方便记录,也希望能够帮助大家,提供一个解决的思路。废话少说,直接上干货。
1. 网络问题
该问题大概范围为网络传输丢包、封包、解包等问题,
通常的解题思路是:首先查看发包是否正常,然后排查收包是否正常,排查编码后数据是否正常等。从而不同阶段判断不同的问题点,快速定位。
1.1 发包问题
1.1.1 问题描述
双方通话时候卡顿,马赛克、残影;但是rtsp确实正常的。
1.1.2 分析原因
(1)抓包查看P帧包非常小,如下图
工具分析:I帧和P帧数据量差好多,导致部分P帧解码异常,出现马赛克和残影
(3)中间文件保存
将编码后的数据进行文件储存,并导出分析,这时视
Fenngtun
0
音视频问题汇总--vlc调试优化
1 vlc截图异常
1.1 4x vlc 截图异常
修复需求bug时,发现vlc没有开启硬件编解码器时,截图就会失败,如下log:
经过一步步排查,发现是无法构建video converter,应该是构建相关组件时构建失败了。
失败时log并不足以显示,只能一步一步排查代码。后来对比发现8x V2.6的库推进去竟然可以截图,之后对比一下代码,构建options时候,开启了MediaCodec的硬件编解码。但是4X没有用到,所以暂时关闭就可以了。
猜测原因可能:
(1)优先用了硬解编解码,但是视频用的iomx的codec,导致无法进行转换,;
(2)可能4x的MediaCodec库和40X的不一样,需要进行调试;
ro
Fenngtun
0
音视频问题汇总--播放器seekto功能优化
最近工作中碰到一个问题,关于播放器播放一段视频的需求,因此查找了一些方案,在此记录一下。
背景介绍
客户在设备上把一段视频(好了,就是广告了)当作屏保进行播放,但是点击屏幕进入系统时时要退出屏保播放,进入我们的应用,然后再次进入屏保时继续进行视频播放,并且要从上次退出时播放的位置顺序播放向后循环播放。
这样一段需要,本身用Android自带的MediaPlayer或者MediaCodec进行即可播放,但是涉及到再次进入屏保应用时,还要seekto到上次播放的位置,这里就出现一个seekto不准的小问题,客户无法接受。接触音视频比较多的童鞋都知道,当要seekto到一个位置时,当前帧可能不是关键帧。所以要从该位置播放时就需要
Fenngtun
0