View Issue Details

IDProjectCategoryView StatusLast Update
02858WHDLoadGeneralpublic2017-04-10 10:14
Reportermark_k Assigned ToWepl  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Target Version18.3Fixed in Version18.3 
Project InfoHD-Installer for OS-Killer
http://whdload.de/
Summary02858: Support forcing interlace mode in games
DescriptionThis is a suggestion to improve the compatibility of WHDLoad games/demos with modern TVs and other hardware.

Many newer TVs have problems showing non-interlaced video, e.g. non-interlaced high-res Workbench or most games. Other TVs might show non-interlaced modes okay when the Amiga is connected via composite video or S-video, but not via component video and/or RGB. (An Amiga can be connected via an RGB-to-component converter.) The same issue applies to many video capture devices. And recording the Amiga video output to VCR/DVD recorder/whatever might only work properly with interlaced output.

For system-legal programs you can use the Lacer program on the Workbench disk to force interlace mode to always be enabled. Type "Lacer 1" in a CLI window. Also there are several Setlace utilities on Aminet.

So this suggestion is for WHDLoad to check whether a "setlace-type" program has been run, and if so tell installers to always set the LACE bit in bplcon0. Of course that would require that existing installers be updated.

Either that, or check for an ENV-variable that the user could set if they want to force interlace mode.
TagsNo tags attached.
MachineA1200
CPU68020
CPUSpeed50
ChipSetAGA
GFXCardNone
ChipMem2 MB
FastMem0 MB
WorkbenchOS 3.0
KickROM40 - Kick 3.1
KickSoftNone
WHDLoad17.1

Activities

mark_k

mark_k

2013-11-17 17:29

reporter   note ~03526

Even better, would be to make the interlace/non-interlace state switchable at run-time by pressing a key. Default to the system lace state but allow the user to change it.
Wepl

Wepl

2013-11-19 23:35

manager   note ~03531

Last edited: 2013-11-19 23:35

This would require to modify all installs and on several install significant modifications.
The benefit would be in no relation to the efforts. So I think this cannot be accomplished.

mark_k

mark_k

2013-12-11 19:33

reporter   note ~03563

I understand each installer would need to support that option. But if WHDLoad had some infrastructure for it, then future installers could easily (depending on the game/demo) support that feature, if the installer writer wishes.

Another related issue shows up when using a genlock. There, the user may want the Amiga video to be synced to the genlock video, which requires that the BPLCON0 ERSY bit be set.

The simplest (but not very user-friendly) way could be a tooltype giving a value to OR with BPLCON0 values written by the game. Better would be some kind of global preference that the user can change before running the installer.

There was a recent thread on EAB where someone tried using games with a genlock:
http://eab.abime.net/showthread.php?t=71728
Wepl

Wepl

2016-11-18 10:41

manager   note ~05351

I will add a tag WHDLTAG_BPLCON0_GET to resload_Control. This will give the Slave a way to get the system bplcon0 and reuse ERSY/LACE.
Wepl

Wepl

2017-04-10 10:09

manager   note ~05545

Last edited: 2017-04-10 10:11

In 18.3 WHDLoad itself uses the system bplcon0 for custom init. Addtionally the kickemu was adapted to use it too. Slave using kickemu and will be reassembled should preserve lace/genlock now.
An option to retrieve the system bplcon0 is present a long time in WHDLoad. So all that is all WHDLoad can do. To preserve lace/genlock the Slaves must support it,

Issue History

Date Modified Username Field Change
2013-11-17 17:17 mark_k New Issue
2013-11-17 17:29 mark_k Note Added: 0003526
2013-11-19 23:35 Wepl Note Added: 0003531
2013-11-19 23:35 Wepl Note Edited: 0003531
2013-12-11 19:33 mark_k Note Added: 0003563
2016-11-18 10:36 administrator Assigned To => administrator
2016-11-18 10:36 administrator Status new => assigned
2016-11-18 10:37 Wepl Assigned To administrator => Wepl
2016-11-18 10:41 Wepl Note Added: 0005351
2016-11-18 10:42 Wepl Target Version => 18.3
2017-04-10 10:09 Wepl Reproducibility N/A => always
2017-04-10 10:09 Wepl Status assigned => resolved
2017-04-10 10:09 Wepl Resolution open => fixed
2017-04-10 10:09 Wepl Fixed in Version => 18.3
2017-04-10 10:09 Wepl Note Added: 0005545
2017-04-10 10:11 Wepl Note Edited: 0005545
2017-04-10 10:14 Wepl Status resolved => closed