荔枝转码中老发布不了

可能是服务器的原因，服务器过载了，稍等一下再试试，或者换个浏览器试试

具体用以下操作方法来解决:

1、下载并打开ALOOK浏览器，会出现引导菜单该浏览器是没有广告的，要是没有会员看视频比在APP看还要给力。

2、看视频的时候卡其开启视频悬窗功能，还有全屏模式和无图模式。

3、点开设置里面可以设置iCloud同步，还有通用设置，里面包含了一些列的特色功能。

4、在设置里面可以一依次看到广告过滤，翻页方式，阅读模式，视频设置，视频还可以自主设置播放速度。

5、在搜索引擎中集合了很多种搜索引擎，几乎包含了所有可以搜索的。

视频转码（Video transcoding）是指将一个视频文件从一种编码格式或压缩标准转换为另一种格式或标准的过程。

这个过程可以涉及到视频的编解码、分辨率、帧率、比特率、格式等多个方面的转换。视频转码是一种非常常见的多媒体处理技术，广泛应用于视频编辑、视频分享、在线视频播放、广播电视、移动通信等领域。

一、视频转码的主要目的：

格式兼容性： 不同设备和应用程序支持的视频格式和编码标准可能不同。视频转码可以将视频文件转换为目标设备或应用程序所支持的格式，确保视频能够顺利播放。

节省带宽： 高清视频通常拥有较大的文件大小，对网络带宽的要求较高。通过视频转码，可以将视频压缩到较小的文件大小，减少网络传输时的带宽需求，提高视频播放的速度和稳定性。

适应不同分辨率的屏幕： 不同设备拥有不同分辨率的屏幕，视频转码可以将视频调整为适应目标设备屏幕分辨率的版本，确保在不同设备上观看时能够获得最佳的观影体验。

提高视频质量： 在一些情况下，视频转码也可以用于提高视频质量，例如将低分辨率视频转换为高分辨率视频，或者将标清视频转换为高清视频。

二、视频转码的工作流程：

选择编解码器： 首先，选择合适的视频编解码器（Codec），它决定了视频的压缩算法。常见的视频编解码器包括H264、H265（HEVC）、VP9等。

调整分辨率和帧率： 根据目标设备的分辨率和帧率，调整原始视频的分辨率和帧率。这可以避免在目标设备上播放时出现画面拉伸或者卡顿的现象。

设置比特率： 比特率（Bitrate）决定了视频的清晰度和文件大小。在视频转码中，根据需要选择合适的比特率，以平衡视频质量和文件大小。

转换视频格式： 根据目标设备或应用程序所支持的视频格式，将视频文件转换为相应的格式，如MP4、AVI、MKV等。

音频处理： 如果视频中包含音频轨道，也需要根据需要进行音频编码和处理，确保音频与视频同步。

开始转码： 设置好所有参数后，开始进行视频转码。转码过程可能需要一定的时间，取决于原始视频的大小和复杂度，以及转码服务器或设备的性能。

保存输出文件： 转码完成后，将转码后的视频保存为新的文件，用于后续的播放、分享或存储。

1、首先需要说明的是，不能用exec命令。他会在客户端推流结束的同时自动终止调用的外部程序，结果就是最后ffmpeg无法进行完整的编码。该命令只适合将接到的流转推到其他地址。

2、应该使用exec_record_done配合record命令使用。即在录制结束之后自动对已录制的文件进行转码操作得到MP4文件。根据是否使用record_interval命令又有两种不同的情况。

2A、若不使用record_interval，则会在推流停止后（即record完全停止后）才进行转码，在这之前得不到任何输出

2B、若使用record_interval，即可设置每隔一段时间就重新开始录制，结合record_append on命令，可确保最后录制的视频都在一个文件中，否则就会给每段录制都生成一个单独的文件。使用这两个命令之后，转码也会相应地每隔一段时间就进行一次，但最后都输出（覆盖）到同一个文件中。优点是能近乎“实时”地进行转码，缺点是会重复调用ffmpeg，占用系统资源。

3、需要注意的是，以上两种方法最后得到的转码文件（的时长）是相同的。

4、nginxconf配置示例

[html] view plain copy

application hls {

live on;

hls on;

record all;

record_path /home/zhanghui/test;

#record_interval 10s;

#record_append on;

hls_path /tmp/app;

hls_fragment 5s;

# convert recorded file to mp4 format

exec_record_done '/usr/local/bin/ffmpeg' -y -i /home/zhanghui/test/livestreamflv -vcodec libx264 -f mp4 /home/zhanghui/test/test_recordmp4 2>>/home/zhanghui/test/test_recordlog;

}

这是一个HTTP接口测试中经常会碰到的问题，目前的服务器采用的都是UTF-8编码方式，而我们的客户机Windows系统一般默认采用的编码方式是GBK，这正是我们采用录制方式的时候会发现许多中文乱码的原因。

Loadrunner录制的时候可以通过在Virtual User Gen的Tools-Recoding Options - Advanced - Support charset - UTF-8的设置规避（其实也只是部分规避），下面我们讨论在手写测试脚本时如何解决UTF-8转码的问题。

实践一：在脚本中直接采用中文明文进行请求

web_custom_request("web_custom_request",

"URL=

"Method=GET",

"TargetFrame=",

"Resource=0",

"Referer=",

"Body=",

LAST);

结果：服务端返回404错误，找不到相应的资源id,明显服务端不能正确响应非UTF8编码方式的请求。

实践二：

为解决这个问题，最关键的是要把本地GBK编码的汉字转换成UTF-8编码格式的信息，为此我们引进loadrunner自带的编码函数lr_convert_string_encoding

lr_convert_string_encoding Return Values Parameterization

Converts a string to a different encoding

C Language

intlr_convert_string_encoding( const char sourceString, const char fromEncoding, const char toEncoding, const char paramName);

Example See Also

sourceString The string to convert

fromEncoding The encoding of the sourceString

toEncoding The encoding to convert of the string saved in parameterparamName

paramName The name of the parameter in which the destination string will be saved

lr_convert_string_encodingconverts a string encoding between the following encodings: System locale, Unicode, and UTF-8The function saves the result string, including its terminating NULL, in the parameterparamName

lr_convert_string_encodingis added manually to a script when needed It is not recorded

Possible values for 'fromEncoding' and 'toEncoding' :

Constant Value

LR_ENC_SYSTEM_LOCALE NULL

LR_ENC_UTF8 "utf-8"

LR_ENC_UNICODE "ucs-2"

根据函数说明，我们编写测试脚本如下lr_convert_string_encoding( "环球影院",

LR_ENC_SYSTEM_LOCALE,

LR_ENC_UTF8,

"str" );

web_custom_request("web_custom_request",

"URL=

"Method=GET",

"TargetFrame=",

"Resource=0",

"Referer=",

"EncType=text/xml;charset=UTF-8",

"Body=",

LAST);使用lr_convert_string_encoding函数，将中文转换成UTF-8编码以后，作为参数传递给请求，并发送。测试结果：仍然返回404错误，查看loadrunner日志信息“环球影院”已经正确转换成UTF8编码方式，那为什么还是请求失败呢？再次查看日志如下Actionc(7): t=825ms: 223-byte request headers for "

Actionc(7): GET /listid=_ _褰遍_\x00 HTTP/11\r\n

Actionc(7): Content-Type: text/xml;charset=UTF-8\r\n

Actionc(7): User-Agent: Mozilla/40 (compatible; MSIE 60; Windows)\r\n

Actionc(7): Accept-Encoding: gzip, deflate\r\n

Actionc(7): Accept: /\r\n

Actionc(7): Connection: Keep-Alive\r\n

Actionc(7): Host: 172164191\r\n

Actionc(7): \r\n发现在请求地址“/listid=_ _褰遍_”后面还带了一个\x00，这正是lr_convert_string_encoding函数说明中标红的说明：The function saves the result string, including its terminating NULL, in the parameterparamName也就是说，我转换成UTF-8之后，如果直接作为变量传到代码之中的话，在最后的字符串之中，会多出来一个“NULL”，在C语言中NULL是一个字符串的结束，而正是这个null字节的存在导致了服务端识别id出错。实践三：char tmp[50];

lr_convert_string_encoding( "环球影院",

LR_ENC_SYSTEM_LOCALE,

LR_ENC_UTF8,

"str" );

strcpy(tmp,lr_eval_string("{str}"));lr_log_message("str is %s",tmp);

lr_save_string(tmp,"sorvalue");

web_custom_request("web_custom_request",

"URL=

"Method=GET",

"TargetFrame=",

"Resource=0",

"Referer=",

"Body=",

LAST);通过lr_eval_string函数取参数值时会自动去掉\x00，测试结果正常，正确返回HTTP响应内容。