夏楚

你可以直接base64后当作参数提交啊 就像普通的http api了 发自我的iPhone ------------------ 原始邮件 ------------------ 发件人: dengchaowen-cx

@wd846 你如果不把`content-type`设置为`application/x-www-form-urlencoded`或`application/json`,zlm就不会去处理body部分。 你可以直接把jpeg文件二进制赋值给http body，同时设置`content-type`为`image/jpeg`, 然后在zlm `WebApi.cpp`中新增一个api: ```c++ api_regist("/index/api/uploadJpeg",[](API_ARGS_STRING){ auto jpeg_body = allArgs.getArgs(); File::saveFile(jpeg_body, "/path/to/file"); }); ``` 这样就可以直接上传并保存文件了，但是文件太大的话，文件都会先放在内存中缓存，内存性能会比较差。

你的http客户端代码怎么写的？http文件传输有多种方式，请不要选择multi form方式

> 流媒体服务主要职责是下载怎么有上传文件的功能？ 因为zlm有丰富的http api控制接口，http相关能力还是比较健全的 而且http非常适合业务开发 zlm有时候做其它非流媒体开发也挺方便的

可以把zlm dump出的rtp文件分享上来

只需要dump出的rtp即可 8.9G确实太大了 我测试也不好测试啊。。。 传我qq吧

> 大佬，我这里还有个设备它ps流里的音频是G711A的，它用的时钟频率并不是90000，而是8000，按代码那样计算时间戳也是有问题，vlc播放rtsp流一卡一卡的。。我自己改了一点PSDecoder.cpp里的代码，保存了第一帧音频的dts，等到第二帧来了比较第一帧的间隔，如果小于10*90就把它的时钟频率改成8000，然后把media_server ps_demuxer回调出来的dts修改：dts = (dts / 8000) * 90000; 然后再回调给Decoder.cpp里的DecoderImp::onDecode，这样暂时解决了播放端音视频同步卡顿问题，但是这个也不靠谱，如果丢包了这样时钟频率就计算不准了，所以想问问大佬这种有什么好的策略，我把du 这种问题应该反馈给厂家让他们修复问题

这个patch实现了转相对时间戳 解决了时间戳回环问题 ```patch Index: src/Rtp/Decoder.h IDEA additional info: Subsystem: com.intellij.openapi.diff.impl.patch.CharsetEP UTF-8 =================================================================== diff --git a/src/Rtp/Decoder.h b/src/Rtp/Decoder.h --- a/src/Rtp/Decoder.h (revision 6382fcb3be041ab338afc44bae10b411b3bea365) +++ b/src/Rtp/Decoder.h (date 1660288156059) @@ -63,8 +63,14 @@ Decoder::Ptr _decoder;...

rtsp我实现了 rtmp我没有 发自我的iPhone ------------------ 原始邮件 ------------------ 发件人: 黄晓旭

没这个功能呢 发自我的iPhone ------------------ 原始邮件 ------------------ 发件人: 黄晓旭