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 BC421496BF for ; Tue, 18 Jun 2024 13:46:20 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 74BA068D7B5; Tue, 18 Jun 2024 16:46:17 +0300 (EEST) Received: from mail-pf1-f171.google.com (mail-pf1-f171.google.com [209.85.210.171]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id B73EE68D753 for ; Tue, 18 Jun 2024 16:46:10 +0300 (EEST) Received: by mail-pf1-f171.google.com with SMTP id d2e1a72fcca58-703ed15b273so4073782b3a.1 for ; Tue, 18 Jun 2024 06:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718718368; x=1719323168; 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=K/Unnu5dSCDnvxM/7DtsWDJz8ntRPJNiJKTvwK20K7Y=; b=AmbdAYmDWEhMQe8ao4KsHc5s9/tpNfxTSZkMIwQ0DPqSso8JA0w2bp0dmKb3mlDz5u aBbVw3V+eheGTARD5YN/OgDRLAUIp/k+fYUx/7897c0VDlGwth3YPb05/d6R0KjXZnA1 hO4wbzn1tFDGwJqDb6WOqhmYnHfqWU4B8Tvv4UBb+KYDTDZvWLaQhG4aVnADP0gt0KpJ BRgfx/IX6L4h0f4EpFpiAdHb4w728l9ae+qwkAxoMLfoKf+YCrq86bnN2c/1LyLxNt6E udhIxwQvagFdBQanqc+DTAVdlC6SXCTthU2JtL/ViZzogbtw6Den/Lcp9V7JwUKKm2so 8rrg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718718368; x=1719323168; 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=K/Unnu5dSCDnvxM/7DtsWDJz8ntRPJNiJKTvwK20K7Y=; b=vYvkMCm+LURfw0CDW7veWvbB0qhXSmEktqOLEivfFn5y5nirsJC3y51kx5/HzSuI/3 nmf60LBYHm+AaXWeivG8SCJiD4hG6THWEIAQMub6R3MchFMhxS1NuEMuvAZBYe91CBxj igWV0yftwY/S4Qc2nHDqvKtubyDP9sA99LUpqKFlq0iPMH9hOxUJQ3Kf0FF2XIVPnkyJ NPmi4ZM+Hpq7vPK4NgUlVQ6ETjSAf6XXgECvlMFI2vvSTPOfwGahjzIqqLStMRyA1AQQ MR8x1HIEeGUpFUvVGiItLAziQrzaENjKRFdmr98jAHb5MVZXZpVpRIaz0Me/ihvmVLg1 2u2Q== X-Gm-Message-State: AOJu0Yy70i6bNsAJVAS9q0+PDZK0NBA0m/lnfiiASF7ggfntVojyQrgp w5EzoWoJ81MnXE76cfHK86FRPLYtAjxOR5Xr4ooF+FkcuEnTACuRlRn+fQ== X-Google-Smtp-Source: AGHT+IG/VtUS2UpgTKy26A7tkALpCa5lkUs59acbX+QAaoERkjlglXCjn7uM3drHzbB/V7Yx3hFziQ== X-Received: by 2002:a05:6a00:2e07:b0:705:db36:90d5 with SMTP id d2e1a72fcca58-706264e1734mr743348b3a.19.1718718367526; Tue, 18 Jun 2024 06:46:07 -0700 (PDT) Received: from [192.168.0.16] ([190.194.167.233]) by smtp.gmail.com with ESMTPSA id d2e1a72fcca58-705cc967334sm8972560b3a.57.2024.06.18.06.46.06 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Jun 2024 06:46:07 -0700 (PDT) Message-ID: Date: Tue, 18 Jun 2024 10:46:10 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: ffmpeg-devel@ffmpeg.org References: <20240617144158.1836-1-jamrial@gmail.com> Content-Language: en-US From: James Almer In-Reply-To: Subject: Re: [FFmpeg-devel] [PATCH] fate/lavf-container: add a hevc in ISOBMFF remux test 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 6/18/2024 10:32 AM, Andreas Rheinhardt wrote: > James Almer: >> Signed-off-by: James Almer >> --- >> tests/fate/lavf-container.mak | 2 ++ >> tests/ref/lavf-fate/hevc.mp4 | 3 +++ >> 2 files changed, 5 insertions(+) >> create mode 100644 tests/ref/lavf-fate/hevc.mp4 >> >> diff --git a/tests/fate/lavf-container.mak b/tests/fate/lavf-container.mak >> index d84117c50f..56490c3369 100644 >> --- a/tests/fate/lavf-container.mak >> +++ b/tests/fate/lavf-container.mak >> @@ -74,6 +74,7 @@ FATE_LAVF_CONTAINER_FATE-$(call ALLYES, IVF_DEMUXER AV1_DECODER AV1_PARSER MOV_M >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, IVF_DEMUXER AV1_DECODER AV1_PARSER MATROSKA_MUXER) += av1.mkv >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, EVC_DEMUXER EVC_PARSER MOV_MUXER) += evc.mp4 >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, H264_DEMUXER H264_PARSER MOV_MUXER) += h264.mp4 >> +FATE_LAVF_CONTAINER_FATE-$(call ALLYES, HEVC_DEMUXER HEVC_PARSER MOV_MUXER) += hevc.mp4 >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, VVC_DEMUXER VVC_PARSER MOV_MUXER) += vvc.mp4 >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, MATROSKA_DEMUXER OGG_MUXER) += vp3.ogg >> FATE_LAVF_CONTAINER_FATE-$(call ALLYES, MATROSKA_DEMUXER OGV_MUXER) += vp8.ogg >> @@ -92,6 +93,7 @@ fate-lavf-fate-av1.mp4: CMD = lavf_container_fate "av1-test-vectors/av1-1-b8-05- >> fate-lavf-fate-av1.mkv: CMD = lavf_container_fate "av1-test-vectors/av1-1-b8-05-mv.ivf" "-c:v av1" "-c:v copy" >> fate-lavf-fate-evc.mp4: CMD = lavf_container_fate "evc/akiyo_cif.evc" "" "-c:v copy" >> fate-lavf-fate-h264.mp4: CMD = lavf_container_fate "h264/intra_refresh.h264" "" "-c:v copy" >> +fate-lavf-fate-hevc.mp4: CMD = lavf_container_fate "hevc-conformance/HRD_A_Fujitsu_2.bit" "" "-c:v copy" >> fate-lavf-fate-vvc.mp4: CMD = lavf_container_fate "vvc-conformance/VPS_A_3.bit" "" "-c:v copy" >> fate-lavf-fate-vp3.ogg: CMD = lavf_container_fate "vp3/coeff_level64.mkv" "-idct auto" >> fate-lavf-fate-vp8.ogg: CMD = lavf_container_fate "vp8/RRSF49-short.webm" "" "-acodec copy" >> diff --git a/tests/ref/lavf-fate/hevc.mp4 b/tests/ref/lavf-fate/hevc.mp4 >> new file mode 100644 >> index 0000000000..aea5ae8979 >> --- /dev/null >> +++ b/tests/ref/lavf-fate/hevc.mp4 >> @@ -0,0 +1,3 @@ >> +37b3a3e84df2350380b05b2af4dc97f5 *tests/data/lavf-fate/lavf.hevc.mp4 >> +151340 tests/data/lavf-fate/lavf.hevc.mp4 >> +tests/data/lavf-fate/lavf.hevc.mp4 CRC=0xc0a771de > > Sure this does not need the HEVC decoder (to derive some stream > properties that end up in isobmff header fields)? And I would also > expect it to need the extract_extradata bsf as well. The parser is enough to get information for remuxing purposes. And the muxer will take the required NALUs from the first packet if there's no extradata present in codecpar. _______________________________________________ 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".