From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mail.toke.dk; spf=pass (mailfrom) smtp.mailfrom=irif.fr (client-ip=2001:660:3301:8000::1:2; helo=korolev.univ-paris7.fr; envelope-from=jch@irif.fr; receiver=) Authentication-Results: mail.toke.dk; dkim=pass (2048-bit key; unprotected) header.d=irif.fr header.i=@irif.fr header.a=rsa-sha256 header.s=dkim-irif header.b=czodNIeo Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) by mail.toke.dk (Postfix) with ESMTPS id 279409CC6D6 for ; Wed, 7 Dec 2022 17:36:57 +0100 (CET) Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/82085) with ESMTP id 2B7Gaveq007020; Wed, 7 Dec 2022 17:36:57 +0100 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 12106B7C36; Wed, 7 Dec 2022 17:36:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=irif.fr; h= content-type:content-type:mime-version:user-agent:references :in-reply-to:subject:subject:from:from:message-id:date:date :received:received; s=dkim-irif; t=1670431015; x=1671295016; bh= fM6YZh/rnT5nM/JPY/Y4fcErLYWH/F7L1awkG0nFi1s=; b=czodNIeo5X5WiE/t +ydpKdTHsgPm3MAZU+NXIuR1DlJRqo9DxnUNlC4h4AhhcseetMnMX/jLKx92S/Tz ry4IUuNXshfDTRD5rgKGLfIVlPAJgcMr7Vw7h+3ZlUWkhNB28qDxgimHo1D6UO9k BiKLw/gxpJOT426knfXWPhDficAjANzchvlQCwTcMAi7KGjl4Unh5kcElVqSh5Df k6kW9JwbJbcp1n1OgyuYZNEz4/6wYA/bf6EknM6Cmm0HDFrHN6B1bsJkVLf6mrNS /KpgjP/7PzbEgoTn5r+3bsBQbtKTEAK/1+/4tS4roGpfvjlxcCia4UO5Q1CW3cuW hK+XWA== X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id 7FBCyeu4auts; Wed, 7 Dec 2022 17:36:55 +0100 (CET) Received: from lanthane.irif.fr (unknown [172.23.36.89]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 4C5C5B7C2F; Wed, 7 Dec 2022 17:36:55 +0100 (CET) Date: Wed, 07 Dec 2022 17:36:55 +0100 Message-ID: <87pmcv41co.wl-jch@irif.fr> From: Juliusz Chroboczek To: Miroslav In-Reply-To: References: <2aaaffda-7843-aac8-6cd3-badd06cc4ae9@gmail.com> <87r0xc5h00.wl-jch@irif.fr> <87pmcw59pa.wl-jch@irif.fr> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.1 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Wed, 07 Dec 2022 17:36:57 +0100 (CET) X-Miltered: at korolev with ID 6390C129.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 6390C129.001 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/ X-j-chkmail-Score: MSGID : 6390C129.001 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham Message-ID-Hash: KQ3IQMFBWYMUOV7EFNLEWZ2XJV6K2BX5 X-Message-ID-Hash: KQ3IQMFBWYMUOV7EFNLEWZ2XJV6K2BX5 X-MailFrom: jch@irif.fr X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: galene@lists.galene.org X-Mailman-Version: 3.3.7 Precedence: list Subject: [Galene] Re: Recording in v0.61 List-Id: =?utf-8?q?Gal=C3=A8ne_videoconferencing_server_discussion_list?= Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: > - the picture becomes blurry during a few seconds or sometimes longer (see > attached examples). That may happen after a keyframe, if the congestion controller indicates that there isn't enough throughput available to send the whole keyframe. This is more visible when recording, since recording causes extra keyframes. > It happens many times during the recording, even though the picture was > good during the conference. Strange, the picture should be exactly the same. Are you using the same video player? Perhaps there's a sharpening filter in one player and not the other? > Usually my video stream recording is always good, but when an other > person has a medium or low quality internet connection the video > recording has issues. Yes, if you have a good connection, then the congestion controller doesn't limit the throughput. > - the video stream for one person can be cut and I sometimes get two or > three parts I need to assemble during editing. Maybe it is normal, I don't > know. Yes, it's unfortunately normal: WebRTC may change the video's resolution at every keyframe (due to congestion or due to the user rotating their phone), and we start a new file every time. I've considered using a single file even when changing resolution, the resulting video works, but it's not a technically correct Matroska file. > - Could it be possible to have a "download" button for the recordings ? There's one already. Just go to https://galene.example.org:8443/recordings/groupname/ -- Juliusz