From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.ffmpeg.org (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTPS id 55E384E280 for ; Tue, 8 Jul 2025 04:12:30 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTP id 7B63168F107; Tue, 8 Jul 2025 07:12:27 +0300 (EEST) Received: from mail-ot1-f49.google.com (mail-ot1-f49.google.com [209.85.210.49]) by ffbox0-bg.ffmpeg.org (Postfix) with ESMTPS id B778F68CB82 for ; Tue, 8 Jul 2025 07:12:20 +0300 (EEST) Received: by mail-ot1-f49.google.com with SMTP id 46e09a7af769-738934027f6so105920a34.2 for ; Mon, 07 Jul 2025 21:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751947939; x=1752552739; darn=ffmpeg.org; h=content-transfer-encoding:mime-version:message-id:subject:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=h9W1oesT/NOIEvYFHHfxtDfGieJ9kca9Yd0yRroKRIM=; b=X/VlVGTC8sCDpfx8LaF1wRul57YYe0ENhkYiIUrVTqm79a8GH4VRk9BKXrtZbgnxwi gOP/WjSlCeEpSjFPjhfzECzOpN/iDhV/j6XiY2a9X/Gl4VaJUzU4XgluhD3uxS8uR+5v 2FdkOiz1mNGyqNyVYp5TKp/i3v9DS0tQh7mIkcopqvvPc8dSA8mD8y3IV25xkIiGL3m/ fVk8rWs7Y88+Le536mnHikflvQn/P9B2ouxnwFA1b5APxx78WGvBp9BbwwTorzNiy6n+ 0yIHGN8Qu35y+vAvTM6DiYZojdpUKkidk1Yi02G2ROy4kbunKC+MM5ga2M7/ZxOrcQLL QbuQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751947939; x=1752552739; h=content-transfer-encoding:mime-version:message-id:subject:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=h9W1oesT/NOIEvYFHHfxtDfGieJ9kca9Yd0yRroKRIM=; b=qfUboQcnXAyBQyVoPYoj9aCsLar3wVcvwplJsx9q+hg5n9ZQC0RZPozxA45USvfPWx cqEIhLqBH3yYl5h150XQ+mRXpdEdRzDSvNmQ3d1VbqFvbr2kaPyVr4VNHb8ojJYRPgPM JGUwWLzIzAFGYDW7fqRlZ7lXh1V3NPpzot3bXjYyRKYM9tCmKLClioc7kDK9Zb3adH51 9Sxc/xm70nmkXpWkxD195+YRrZZc3rWLruVe4lQM1IWM8mGUIoDBMMRqnDGx/mOq8qRO TQONVE1xmesl+s7R40Q0CXsDBco+2lgweQiwj3t8z6mtDkLJaPToczEQ1LkmCFg+TnGd GEVA== X-Gm-Message-State: AOJu0YzW5uUdEqKZ3WCTP3p7Y+QDtE5SR3WUsXLFRRyaMPGse81BChmt ZpKgktwYwzDgkdFxHFcAlI7nq+wep0TLLeUJiO82E+I1HoP5nCidg3ambW1fayWL X-Gm-Gg: ASbGncuetO18i3G+y7uZ3feunyKzQbM0X3tKvYeh7/pEQ4lqmUh6oZnEY9dMJcsmV/4 j+RBnRBagdmHRQg5qWIpqXX+2WE9Qy8cUybzceihLfPoIOHiwRdgvhyymwTk0B+1FG2jfFsR76u qJS5dq74vT7u8IWFCuH0u0GVESmuHMRWUCMfnM0CfNHgAopGG/IW+wKfMnl6JSbU0BcmHmduNMS P1mVmxO5lideTYAg0vo6DK1fRZ5wahirN9M4StwtHc4qNKE8MldG0034bcFWVrhnjjF6B6GAwUI 8UumvNqI788TSEYLv98CKsJxYmPsrpodjKSlNhNlzvT2faSHe8KJbmdsg1JnMXYttf7tFEx7Q4B V+w9y/7rna9TgIO95Kbq44LvZlBgvfA== X-Google-Smtp-Source: AGHT+IFyKxeMSJ7ejbpQtzMvQ9wx9f1I9CDvWqv6X1LUamK3RdZOMN2L51ipAD2oZ1jXpM+Fb4uSUA== X-Received: by 2002:a05:6870:2181:b0:2b7:564c:6397 with SMTP id 586e51a60fabf-2f79696a5e5mr4300367fac.11.1751947938718; Mon, 07 Jul 2025 21:12:18 -0700 (PDT) Received: from [127.0.0.1] (syn-075-139-184-057.res.spectrum.com. [75.139.184.57]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-2f78f95f19asm2609852fac.0.2025.07.07.21.12.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Jul 2025 21:12:17 -0700 (PDT) Date: Mon, 07 Jul 2025 21:12:17 -0700 From: Jacob Lifshay To: "ffmpeg-devel@ffmpeg.org" Message-ID: <9029F661-A3AE-4C79-8C57-893D47EED528@gmail.com> MIME-Version: 1.0 Subject: [FFmpeg-devel] what AVCodecID to use for copying full vanc data between .mxf and .mcc 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-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: I'm currently writing a .mcc muxer, it currently translates from eia-608/708 to full vanc packets before outputting a .mcc file: https://github.com/programmerjake/FFmpeg/tree/add-mcc-mux I want to add the ability to the mxf and mcc muxers/demuxers to keep the full vanc data when doing stream copies, what do you think is the best way to do that? * add a new AVCodecID for mxf vbi_vanc_smpte_436M * change the muxers/demuxers to be able to use AV_CODEC_ID_SMPTE_KLV or AV_CODEC_ID_SMPTE_2038 (they hold the full vanc packets, right?) * use the mxf vbi_vanc_smpte_436M stream as is -- AV_CODEC_ID_NONE and with vbi_vanc_smpte_436M in the metadata additionally, it'd be nice to be able to output a eia-608/708 stream to mxf, so that would either need a codec/filter of some sort to translate to full vanc data in whatever format the mxf muxer ends up supporting, or to have that translation built-in to the mxf muxer, like it is built-in to the mxf demuxer (with eia608_extract). What do you think? Jacob _______________________________________________ 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".