From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 2D5684B4E2 for ; Sun, 7 Jul 2024 17:46:54 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 9A21A68DBA1; Sun, 7 Jul 2024 20:46:51 +0300 (EEST) Received: from mail-vs1-f47.google.com (mail-vs1-f47.google.com [209.85.217.47]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 7FA8C68D91C for ; Sun, 7 Jul 2024 20:46:45 +0300 (EEST) Received: by mail-vs1-f47.google.com with SMTP id ada2fe7eead31-48fe76c0180so1040983137.1 for ; Sun, 07 Jul 2024 10:46:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1720374402; x=1720979202; darn=ffmpeg.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=lxA5TmsrftY/CK8Se89VayIwOfd++vXrad9M3AmQUA0=; b=djsMqK/KjtZjX90rw3Q9r0kRjG8DLJkmZggxzWuWBshR6RYf8/ItLL4LxWPhpWti9N IU8LDZxb/eSOhPi6RryuGFZ4MUAjIJ8qJCa7ni6bvcYjDLXX5oNrLWB0DWb+qaStJk59 eP/0SUZCf0lSOjDQDSWAMDYZ3QxID3YFcf2kXKjhVhwr6P0ihNtuB42ma4r0hbjibklN 7KxiTlc8olyC/fLVhz2O6pCfmoH+EoK0YmsTpLsgdS4DMo1YAhKLm7SEtwe5CkyjKLhm /71yfqYn6J+lg1eEmKE96AhbRbOLIUO5rIa6Zw7i2kmprQhr+X6/zINiK1kVmMD323oo cZMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1720374402; x=1720979202; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=lxA5TmsrftY/CK8Se89VayIwOfd++vXrad9M3AmQUA0=; b=my/H8bqtR5JNxdr6ErZIfJwybldntm98PYDZfKVp1y3Y9QKxwOrr1KzTVCRIBHHCTY VHt/N0Fc84aRqjzDNgTUtpNNT6XT9WnWvtd52rHahxUTPfgmHPr64VlnIUbSd37Kin6h 1hWxQ3ue66ilLAJIJXpCqA8sgS9VOnn6Ow9gru/AGUPN6vX8YFPXMXNN1FmzCjTifTLv 5gdrSAlv0MBmRnSDEw9+rOv3HJcZp1QUm/YJzKMLLoWeICDS3PYMwEHhzTPhSSSR9jEq g0VFlgzbkRVqF2tK+hSdDX9VMNO4iHKGwfQVZofTGbIhLIEnMEr5PsI7sz0RXd4nxai6 IK+Q== X-Gm-Message-State: AOJu0YwK4RqDuAm614sm+ZK9gBrZhpfAJNu2CZODLdKeEHXByZYAiQgw loiFAaLi9PqMwKndUOaZ7ABJ+Jgriyfl4fAv0Xb/BucdtmqxF+iYVsVkXg== X-Google-Smtp-Source: AGHT+IHGIElnC4R7Z6a4TP/uEJKVP/df6ZduSlfxRk7WMfqFDLuLTt/R2yNe7E7CUhaN0YQoUG1OUQ== X-Received: by 2002:a67:f846:0:b0:48f:e078:7238 with SMTP id ada2fe7eead31-48fee671963mr9979110137.0.1720374402453; Sun, 07 Jul 2024 10:46:42 -0700 (PDT) Received: from [192.168.1.20] (syn-173-170-140-230.res.spectrum.com. [173.170.140.230]) by smtp.gmail.com with ESMTPSA id a1e0cc1a2514c-810226049b2sm1233989241.31.2024.07.07.10.46.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 07 Jul 2024 10:46:41 -0700 (PDT) Message-ID: <347ebb6c-1239-4e64-9ef5-d94a4dab28fe@gmail.com> Date: Sun, 7 Jul 2024 13:46:40 -0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ffmpeg-devel@ffmpeg.org References: <20240707032511.2714-1-qyot27@gmail.com> Content-Language: en-US From: Stephen Hutchinson In-Reply-To: Subject: Re: [FFmpeg-devel] [PATCH] avformat/avisynth: remove atexit() handler X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On 7/7/24 9:50 AM, Andreas Rheinhardt wrote: > > avisynth_context_destroy() is currently always called while holding the > lock (i.e. avisynth_mutex). Is this even necessary? It is clear that > avisynth_load_library() (and the check for whether it should be called) > need the lock, but does anything else (like > avs_create_script_environment) really need it? > Threading control is a topic that definitely goes over my head, so my honest answer would be that I don't know. But what I would say is that if I correctly understand the order of execution inside the demuxer, library, and script environment, AviSynth loading its own plugins occurs after avs_create_script_environment is called in the client program. If avs_load_library and its check need the lock in place, is it supposed to be assumed that then AviSynth handles loading/unloading its plugins purely on its own without the overarching lock, or is that cascaded loading something that needs the lock in place throughout the process (because avisynth_context_destroy is what ultimately calls avs_delete_script_environment and unloads whatever plugins were loaded by AviSynth)? _______________________________________________ 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".