powered by Jive Software

Videobridge can record video streams to a file on server?

videobridge can record video streams to a file on server?

Go to openfire admin console, check "config.page.configuration.record.enabled" in jitsi-videobridge tab, restart openfire, then you have the record function. The recorded files are in OPENFIRE_HOME\resources\spank\rayo\video_recordings.

just to point out that this is on the SVN version which requires OF 3.9.2. Audio files saved as .AU works fine, but video files saved as .WEBM is not yet working.

also, the folder rayo/video_recordings is open and can be accessed by a web-browser. either protect it with a dummy index.html file or do NOT enable it if your server is public on the internet

I test , audio file work fine. video not work.

I play video file with ffmpeg,

[root@ucp video_recordings]# ffmpeg -i ./video-jitsi.videobridge.ucas1-aaaa(1uzv1)-1395904705145.webm ooo.mp4

ffmpeg version 2.1.3 Copyright © 2000-2013 the FFmpeg developers

built on Jan 16 2014 02:20:34 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-4)


libavutil 52. 48.101 / 52. 48.101

libavcodec 55. 39.101 / 55. 39.101

libavformat 55. 19.104 / 55. 19.104

libavdevice 55. 5.100 / 55. 5.100

libavfilter 3. 90.100 / 3. 90.100

libswscale 2. 5.101 / 2. 5.101

libswresample 0. 17.104 / 0. 17.104

[matroska,webm @ 0xa834d80] Unknown entry 0x4285

[matroska,webm @ 0xa834d80] Unknown entry 0x63C5

[vp8 @ 0xa8359c0] Header size larger than data provided

Last message repeated 30 times

[matroska,webm @ 0xa834d80] decoding for stream 0 failed

[matroska,webm @ 0xa834d80] Could not find codec parameters for stream 0 (Video: vp8, yuv420p): unspecified size

Consider increasing the value for the ‘analyzeduration’ and ‘probesize’ options

./video-jitsi.videobridge.ucas1-aaaa(1uzv1)-1395904705145.webm: could not find codec parameters

Video seem work and the recorded .WEBM video file can be played. However it only record 1 minute video whenever how much time meeting going. Is it an parameter setting issue?

There is still a bug with duration calculation in webm file header. However the webm file plays ok with Firefox, VLC media player and ffmpeg and ffplay