From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ffmpeg-devel-bounces@ffmpeg.org>
Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100])
	by master.gitmailbox.com (Postfix) with ESMTPS id 6794E4E3D8
	for <ffmpegdev@gitmailbox.com>; Wed,  9 Jul 2025 14:15:58 +0000 (UTC)
Received: from [127.0.1.1] (localhost [127.0.0.1])
	by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 7095F68F76E;
	Wed,  9 Jul 2025 17:15:56 +0300 (EEST)
Received: from btbn.de (btbn.de [144.76.60.213])
 by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id BD04D68F6D0
 for <ffmpeg-devel@ffmpeg.org>; Wed,  9 Jul 2025 17:15:49 +0300 (EEST)
Received: from [authenticated] by btbn.de (Postfix) with ESMTPSA id
 B313427FFCCBE
 for <ffmpeg-devel@ffmpeg.org>; Wed, 09 Jul 2025 16:15:47 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rothenpieler.org;
 s=mail; t=1752070547;
 h=from:from:reply-to:subject:subject:date:date:message-id:message-id:
 to:to:cc:mime-version:mime-version:content-type:content-type:
 content-transfer-encoding:content-transfer-encoding:
 in-reply-to:in-reply-to:references:references;
 bh=No83whIitlgz0yvo71Lh7gsAeibujysNR+Y/m0lGmOs=;
 b=KGlQnHmIqNdMSdOwQ0orLP2NJpmbbashJXdofo+1LNjqwEGFloOxFDQoVkbwZq9j9ly6BF
 b8iqfRbo4otf+TThAF7olmV18DVhS7O9RMq4ZXfIRv1jdziP5lVVu6G9EwJYcTJeG4BwMm
 61oEMy0Dla2KdFcSyfMjPJBL3PyvsM5YWoVzn5XFbpqXi1AMhbXqJltI24IZAYkwTx8UZ6
 FNYzhu85ndtfmvtZzgs6vANsxvqCtENp0mGVOzvVAuo6c1e/mD0ICHkm15TTuYn5eeraIi
 3fahOzb7zZWbxStyr1lutqG9CVCa7DT8bwBInexolUzde1jvC3yprBrYsvFt0g==
Message-ID: <e6940151-5ded-4c5d-8689-24e3c4ee28ad@rothenpieler.org>
Date: Wed, 9 Jul 2025 16:16:12 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: ffmpeg-devel@ffmpeg.org
References: <20250709133635.22936-1-jacklau1222@qq.com>
 <20250709133635.22936-5-jacklau1222@qq.com>
Content-Language: en-US, de-DE
From: Timo Rothenpieler <timo@rothenpieler.org>
In-Reply-To: <20250709133635.22936-5-jacklau1222@qq.com>
Subject: Re: [FFmpeg-devel] [PATCH 4/4] avformat/udp: fix udp server mode
 haven't dest_addr
X-BeenThere: ffmpeg-devel@ffmpeg.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: FFmpeg development discussions and patches <ffmpeg-devel.ffmpeg.org>
List-Unsubscribe: <https://ffmpeg.org/mailman/options/ffmpeg-devel>,
 <mailto:ffmpeg-devel-request@ffmpeg.org?subject=unsubscribe>
List-Archive: <https://ffmpeg.org/pipermail/ffmpeg-devel>
List-Post: <mailto:ffmpeg-devel@ffmpeg.org>
List-Help: <mailto:ffmpeg-devel-request@ffmpeg.org?subject=help>
List-Subscribe: <https://ffmpeg.org/mailman/listinfo/ffmpeg-devel>,
 <mailto:ffmpeg-devel-request@ffmpeg.org?subject=subscribe>
Reply-To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: ffmpeg-devel-bounces@ffmpeg.org
Sender: "ffmpeg-devel" <ffmpeg-devel-bounces@ffmpeg.org>
Archived-At: <https://master.gitmailbox.com/ffmpegdev/e6940151-5ded-4c5d-8689-24e3c4ee28ad@rothenpieler.org/>
List-Archive: <https://master.gitmailbox.com/ffmpegdev/>
List-Post: <mailto:ffmpegdev@gitmailbox.com>

On 09/07/2025 15:36, Jack Lau wrote:
> If udp is in server mode(init local addr and port through url),
> then it maybe haven't dest_addr, so we should set it after udp_read
> get the client addr and port

I'm also really not sure if this is correct, or what scenario it even fixes.
The vast majority of uses of UDP are strictly unidirectional, making 
this a non-issue.

DTLS is one of the few exceptions there, and as the user of udp.c should 
be the one responsible for setting the appropriate destination address 
when in "server" mode.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".