From: Maxime Ripard <maxime@cerno.tech>
To: Mauro Carvalho Chehab <mauro.chehab@linux.intel.com>
Cc: "Samuel Holland" <samuel@sholland.org>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Ben Skeggs" <bskeggs@redhat.com>, "Chen-Yu Tsai" <wens@csie.org>,
"David Airlie" <airlied@linux.ie>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
"Emma Anholt" <emma@anholt.net>,
"Karol Herbst" <kherbst@redhat.com>,
"Lyude Paul" <lyude@redhat.com>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"Daniel Vetter" <daniel@ffwll.ch>,
"Dom Cobley" <dom@raspberrypi.com>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Phil Elwell" <phil@raspberrypi.com>,
nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>,
"Hans de Goede" <hdegoede@redhat.com>,
"Noralf Trønnes" <noralf@tronnes.org>,
"Geert Uytterhoeven" <geert@linux-m68k.org>,
linux-sunxi@lists.linux.dev,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v10 18/19] drm/vc4: vec: Add support for more analog TV standards
Date: Thu, 17 Nov 2022 18:14:01 +0100 [thread overview]
Message-ID: <20221117171401.3ogenv6g5nszufmm@houat> (raw)
In-Reply-To: <20221117164928.200b3a1a@maurocar-mobl2>
[-- Attachment #1.1: Type: text/plain, Size: 2222 bytes --]
On Thu, Nov 17, 2022 at 04:49:28PM +0100, Mauro Carvalho Chehab wrote:
> On Thu, 17 Nov 2022 10:29:01 +0100
> Maxime Ripard <maxime@cerno.tech> wrote:
>
> > From: Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com>
> >
> > Add support for the following composite output modes (all of them are
> > somewhat more obscure than the previously defined ones):
> >
> > - NTSC_443 - NTSC-style signal with the chroma subcarrier shifted to
> > 4.43361875 MHz (the PAL subcarrier frequency). Never used for
> > broadcasting, but sometimes used as a hack to play NTSC content in PAL
> > regions (e.g. on VCRs).
>
> > - PAL_N - PAL with alternative chroma subcarrier frequency,
> > 3.58205625 MHz. Used as a broadcast standard in Argentina, Paraguay
> > and Uruguay to fit 576i50 with colour in 6 MHz channel raster.
>
> That's not right. Argentina uses a different standard than Paraguay and
> Uruguai.
>
> See, there are two variants of PAL/N. The original one and PAL/N' - also
> called PAL/NC or PAL/CN (Combination N). Some of the timings are
> different on /NC variant.
>
> As far as I'm aware, PAL/Nc is used in Argentina, while
> PAL/N is used in Paraguai and Uruguai, but I may be wrong on that,
> as it has been a long time since had to touch on this.
>
> > - PAL60 - 480i60 signal with PAL-style color at normal European PAL
> > frequency. Another non-standard, non-broadcast mode, used in similar
> > contexts as NTSC_443. Some displays support one but not the other.
>
> > - SECAM - French frequency-modulated analog color standard; also have
> > been broadcast in Eastern Europe and various parts of Africa and Asia.
> > Uses the same 576i50 timings as PAL.
>
> This is also wrong. just like PAL, there are several variants of SECAM,
> one used in France, and a different one in France overseas and on
> previous France colonies in Africa and Asia. Eastern Europe also used
> different variants of SECAM.
And that's fine? Everything I did is supposed to be easy to extend if
and when needed, so if someone has some interest in providing support
for more standards, they are very welcome to do so.
I won't do it in this series though.
Maxime
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
[-- Attachment #2: Type: text/plain, Size: 176 bytes --]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-11-17 17:15 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-17 9:28 [PATCH v10 00/19] drm: Analog TV Improvements Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 01/19] drm/tests: client: Mention that we can't use MODULE_ macros Maxime Ripard
2022-11-17 11:54 ` Noralf Trønnes
2022-11-17 9:28 ` [PATCH v10 02/19] drm/connector: Rename legacy TV property Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 03/19] drm/connector: Only register TV mode property if present Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 04/19] drm/connector: Rename drm_mode_create_tv_properties Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 05/19] drm/connector: Add TV standard property Maxime Ripard
2022-11-17 14:35 ` Mauro Carvalho Chehab
2022-11-17 14:53 ` Maxime Ripard
2022-11-24 13:33 ` Noralf Trønnes
2022-11-17 9:28 ` [PATCH v10 06/19] drm/modes: Add a function to generate analog display modes Maxime Ripard
2022-11-24 13:39 ` Noralf Trønnes
2022-11-17 9:28 ` [PATCH v10 07/19] drm/connector: Add a function to lookup a TV mode by its name Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 08/19] drm/modes: Introduce the tv_mode property as a command-line option Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 09/19] drm/modes: Properly generate a drm_display_mode from a named mode Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 10/19] drm/client: Remove match on mode name Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 11/19] drm/modes: Introduce more named modes Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 12/19] drm/probe-helper: Provide a TV get_modes helper Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 13/19] drm/atomic-helper: Add a TV properties reset helper Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 14/19] drm/atomic-helper: Add an analog TV atomic_check implementation Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 15/19] drm/vc4: vec: Use TV Reset implementation Maxime Ripard
2022-11-17 9:28 ` [PATCH v10 16/19] drm/vc4: vec: Check for VEC output constraints Maxime Ripard
2022-11-17 9:29 ` [PATCH v10 17/19] drm/vc4: vec: Convert to the new TV mode property Maxime Ripard
2022-11-17 9:29 ` [PATCH v10 18/19] drm/vc4: vec: Add support for more analog TV standards Maxime Ripard
2022-11-17 15:49 ` Mauro Carvalho Chehab
2022-11-17 17:14 ` Maxime Ripard [this message]
2022-11-21 20:30 ` Mateusz Kwiatkowski
2022-11-17 9:29 ` [PATCH v10 19/19] drm/sun4i: tv: Convert to the new TV mode property Maxime Ripard
2022-11-21 14:51 ` [PATCH v10 00/19] drm: Analog TV Improvements Daniel Vetter
2022-11-24 11:49 ` Maxime Ripard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20221117171401.3ogenv6g5nszufmm@houat \
--to=maxime@cerno.tech \
--cc=airlied@linux.ie \
--cc=bskeggs@redhat.com \
--cc=daniel@ffwll.ch \
--cc=dave.stevenson@raspberrypi.com \
--cc=dom@raspberrypi.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=emma@anholt.net \
--cc=geert@linux-m68k.org \
--cc=hdegoede@redhat.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=jernej.skrabec@gmail.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kfyatek+publicgit@gmail.com \
--cc=kherbst@redhat.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=lyude@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mauro.chehab@linux.intel.com \
--cc=noralf@tronnes.org \
--cc=nouveau@lists.freedesktop.org \
--cc=phil@raspberrypi.com \
--cc=rodrigo.vivi@intel.com \
--cc=samuel@sholland.org \
--cc=tvrtko.ursulin@linux.intel.com \
--cc=tzimmermann@suse.de \
--cc=wens@csie.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox