liweiqiang888 发表于 2015-11-12 15:48
这应该和设备也有关系，好的设备就能录到配置的像素，差点就不行。

您好，你所说的也是对的，你设置的分辨率需要摄像头硬件支持这样的分辨率。但从你以上提供的日志看，是支持所设置的分辨率的。

@佰锐科技-李永星  还有个问题，有没有动态监控录像的例子，需求：点击录像后，可以实时的记录录像时间，跟一般手机录像一样，完成后点击结束，录像结束。在录像过程中，录像时间一直动态增加，这个需要可靠的。因为我们调用接口
的结果其实有时候是不可靠的，只是发出了指令，具体是否真正开始，还无法获取，只能通过接口去查。

佰锐科技-李永星 发表于 2015-11-12 11:16
您好，调用录制接口，从以上日志看还是679，StreamRecordCtrlEx，userid传-1试试

这应该和设备也有关系，好的设备就能录到配置的像素，差点就不行。

liweiqiang888 发表于 2015-11-12 11:04
userid改了后，还是生成的320*240的视频，您看下日志！
[2015-11-12 10:37:02(175)]                userid:8-CRecor ...

您好，调用录制接口，从以上日志看还是679，StreamRecordCtrlEx，userid传-1试试

佰锐科技-邵光清 发表于 2015-11-12 09:53
您好，通过分析贴上来的日志信息，您那边是采用了服务器合成录制，是【画中画模式】，当Android端修改了 ...

userid改了后，还是生成的320*240的视频，您看下日志！
[2015-11-12 10:37:02(175)]                userid:8-CRecordScheme::StreamRecordCheck(audio seq:-1, audio max:-1, video seq:1196, video max:1197)
[2015-11-12 10:37:02(175)]                userid:8-CRecordScheme::WriteVideoSequence2File(seq:1196, max:1197)
[2015-11-12 10:37:02(175)]                userid:679-CRecordScheme::StreamRecordCheck(audio seq:1936, audio max:1937, video seq:657, video max:657)
[2015-11-12 10:37:02(175)]                userid:679-CRecordScheme::WriteVideoSequence2File(seq:657, max:657)
[2015-11-12 10:37:02(175)]                userid:679-CRecordScheme::WriteAudioSequence2File(seq:1936, max:1937)
[2015-11-12 10:37:08(321)]        Received recording tasks(userid:679, roomid:1, flags:0x837), preparing record...
[2015-11-12 10:37:08(352)]        Received user(679) video stream buffer, seqno:792, flags:0x8002, size:1200
[2015-11-12 10:37:08(384)]        Received user(679) audio stream buffer, seqno:2155, flags:0x24, size:87
[2015-11-12 10:37:08(852)]                userid:679-received audio stream info: codec:11, 1, 16000, 16
[2015-11-12 10:37:08(852)]                userid:679-received video stream info: codec:1, 320x240, 30fps
[2015-11-12 10:37:08(976)]        Received user(8) video stream buffer, seqno:1448, flags:0x2, size:1200
[2015-11-12 10:37:09(944)]                userid:8-received video stream info: codec:1, 640x480, 30fps
[2015-11-12 10:37:13(703)]        Received stop record command(userid:679)
[2015-11-12 10:37:13(797)]                Prepare stop record(userid:679)
[2015-11-12 10:37:15(076)]        Record audio parameters: aac(86018), 1 channel, 16.0kHz, 64kbps
[2015-11-12 10:37:15(076)]        Record video parameters: h264(28), 320x240, 30fps, 0kbps
[2015-11-12 10:37:15(076)]        Record status, input video count:134(5327 ms), record video count:159(5300 ms), 30 fps, audio frame count:83968(5248 ms), audio_eof:1, video_eof:1
[2015-11-12 10:37:15(076)]        Record filename: D:\\image\RECORD\2015-11-12\10-37-13-360_鍏ㄩ渿娓卂85.mp4
[2015-11-12 10:37:15(092)]        Stop recording(userid:679), seconds:5, elapse:6 , record file name:\\image\RECORD\2015-11-12\10-37-13-360_全震清_85.mp4

liweiqiang888 发表于 2015-11-12 09:41
这个userid是客服端的用户编号，676是Android端的编号！这个是通话双方的吧？

您好，通过分析贴上来的日志信息，您那边是采用了服务器合成录制，是【画中画模式】，当Android端修改了视频参数，此时录制传入android端的userid，则视频文件以Android端的视频参数为准；如果录制时传入客服端的userid，则视频文件以客服端的视频参数为准。

佰锐科技-邵光清 发表于 2015-11-12 09:35
看了上面的录像服务器的日志。。。如果录制的时候，录制接口userid传入1，而不是676，这样可以避免这个问 ...

这个userid是客服端的用户编号，676是Android端的编号！这个是通话双方的吧？

liweiqiang888 发表于 2015-11-12 09:26
我是通过视频的属性的详细信息看到的！

看了上面的录像服务器的日志。。。如果录制的时候，录制接口userid传入1，而不是676，这样可以避免这个问题么？