search for: interlaced

dv file from minidv camera - interlaced. small dv created by imported jpeg images - not interlaced. seems that when I use ffmpeg2theora with deinterlace switch and reduce size, it works. But when the only reduction I am doing is to width (720x480 -> 640x480) the encoder ignores the naturally interlaced bit and uses the last de-in...

...g to reverse engineer hardware and produce something useful and featureful. I wish to make a change to the nouveau source. You might say I am considering becoming a nouveau developer. I am one of those crazy nutters who connects my nvidia card directly to a television via a vga2scart cable using interlaced video modes. As you are probably aware, interlaced video signals generate two alternating half frames or 'fields', which the interlaced display cleverly weaves together to form a full picture. DVD playing software typically works by generating a progressive video stream by combining two c...

http://bugs.freedesktop.org/show_bug.cgi?id=22317 Summary: Interlace does not work with Geforce 6200 / NV44a Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Right now, we make the mistake of allowing interlacing on all connectors. Nvidia hardware does not always support interlacing with DP though, so we need to make sure that we don't allow interlaced modes to be set in such situations as otherwise we'll end up accidentally hanging the display HW. This fixes some hangs with Turing, which would be caused by attempting to set an interlaced mode on hardware that doesn't support it. This patch likely fixes other hardware hanging in the same...

Hi, I tried using the nouveau driver that comes latest with Fedora Rawhide (xorg-x11-drv-nouveau-0.0.10-1.20080311git460cb26) on my HP Pavilion dv2000 laptop with a GeForce 7150M (PCI 10de:0531) but couldn't even get the server up. The server spit out the following log. Could someone tell me how to get things working? Or even if I should file a bug? Xorg.0.log: X.Org X Server 1.4.99.901

We advertise being able to set interlaced modes, so let's actually make sure to do that. Otherwise, we'll end up hanging the display engine due to trying to set a mode with timings adjusted for interlacing without telling the hardware it's actually an interlaced mode. Signed-off-by: Lyude Paul <lyude at redhat.com> ---...

I want to interlace two vectors. This I can do: > x <- 1:4 > z <- x+0.5 > as.vector(t(cbind(x,z))) [1] 1.0 1.5 2.0 2.5 3.0 3.5 4.0 4.5 but this seems rather inelegant. Any suggestions? Murray -- Dr Murray Jorgensen http://www.stats.waikato.ac.nz/Staff/maj.html Department of Statistics, University of Waikato, Hamilton, New Zealand Email: maj at waikato.ac.nz

We advertise being able to set interlaced modes, so let's actually make sure to do that. Otherwise, we'll end up hanging the display engine due to trying to set a mode with timings adjusted for interlacing without telling the hardware it's actually an interlaced mode. Signed-off-by: Lyude Paul <lyude at redhat.com> Cc: s...

Can anyone tell me if it is possible to encode music in an "interlaced" format.. perhaps I should explain what I mean by this. Say I'm getting 1k/sec off some guy's modem on opennap. It would be sweet if I could listen to the song as it is downloading but obviously the quality is gunna suck. So suppose the song was encoded in this interlaced fashion, I...

...+ }; + static const struct { ogg_uint32_t width, height; } dirac_fsize_tbl[] = { /* table 10.3 framesize */ @@ -150,11 +154,12 @@ if (dirac_bool( &bs )) { info->chroma_format = dirac_uint( &bs ); /* chroma_format */ } + if (dirac_bool( &bs )) { - info->interlaced = 0; - if (dirac_bool( &bs )) { /* interlaced */ - info->interlaced = 1; - info->top_field_first = dirac_bool( &bs ); /* top_field_first */ + int i = dirac_uint( &bs ); /* scan_format */ + if (i < 2) { + info->interlaced = i; + info->t...

...enabled, the back-end implementation chooses the best * algorithm to apply. */ #define VDP_VIDEO_MIXER_FEATURE_DEINTERLACE_TEMPORAL_SPATIAL ((VdpVideoMixerFeature)1) /** * \hideinitializer * \brief A VdpVideoMixerFeature. * * When requested and enabled, cadence detection will be enabled * on interlaced content and the video mixer will try to extract * progressive frames from pull-down material. */ https://cgit.freedesktop.org/vdpau/libvdpau/tree/include/vdpau/vdpau.h#n606 * \subsection deint_adv Advanced De-interlacing * * Operation of both temporal and temporal-spatial de-interlacing is...

...the relevant codec as supported. If not, you can > turn that back on by updating to mesa 11.2.2, or downgrading your > kernel to 4.2 or earlier. (The issue only affects G98 and MCP77/MCP79 > IGPs.) > With the -Mplayer- vdpau decoding works, at least with the -progressive- scan type, -interlaced- scan type (DVBT-576i/1080i) is questionable, especially when runs within vlc or xine, even without vdpau deinterlacer, Xorg crash dump, satisfaction guarantee. $ vdpauinfo display: :0.0 screen: 0 API version: 1 Information string: G3DVL VDPAU Driver Shared Library version 1.0 ... Decoder cap...

http://bugs.freedesktop.org/show_bug.cgi?id=18071 Summary: Interlaced DVI on NV34M doesn't work properly. Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.fr...

On Mon, May 11, 2020 at 6:42 PM Lyude Paul <lyude at redhat.com> wrote: > diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c > index 43bcbb6d73c4..6dae00da5d7e 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_connector.c > +++ b/drivers/gpu/drm/nouveau/nouveau_connector.c > @@ -1065,7 +1065,7 @@

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually handle it. A...

The mt address is about to be used more, make sure it's set appropriately. Reported-by: Emil Velikov <emil.l.velikov at gmail.com> Tested-by: Emil Velikov <emil.l.velikov at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: "10.2 10.3" <mesa-stable at lists.freedesktop.org> --- src/gallium/drivers/nouveau/nv50/nv84_video.c | 2 ++ 1 file

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually handle it. A...

Currently, nouveau doesn't actually bother to try probing whether or not it can actually handle interlaced modes over DisplayPort. As a result, on volta and later we'll end up trying to set an interlaced mode even when it's not supported and cause the front end for the display engine to hang. So, let's teach nouveau to reject interlaced modes on hardware that can't actually handle it. A...

...0, 0 + }; + static const int dirac_top_field_first[] = { /* from table C.1 */ + 0, 0, 1, 0, 1, 0, 1, 0, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1 }; @@ -151,11 +158,17 @@ info->chroma_format = dirac_uint( &bs ); /* chroma_format */ } - if (dirac_bool( &bs )) { - info->interlaced = 0; - if (dirac_bool( &bs )) { /* interlaced */ - info->interlaced = 1; - info->top_field_first = dirac_bool( &bs ); /* top_field_first */ + + if (dirac_bool( &bs )) { /* custom_scan_format_flag */ + int scan_format = dirac_uint( &bs ); /* scan_format */...

as per yesterday's discussion at #theora -- It has been suggested that we devise a method such that we will be able to add certain features to the bitstream (interlace, exotic color subsampling, clip length flag for download, etc), in such a way as to not obsolete streams encoded previously. Rillian's suggestion, which is pretty much standard practice, is to add a bitstream revision