http://bugs.winehq.org/show_bug.cgi?id=18992
Summary: Tab in winecfg to set the useful registry keys. Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: tools AssignedTo: wine-bugs@winehq.org ReportedBy: celticht32@aol.com
It would be nice to have a tab on winecfg to allow the setting of the useful registry keys specified at the following address :
http://wiki.winehq.org/UsefulRegistryKeys
with contextual help on each selection.
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #1 from chris ahrendt celticht32@aol.com 2009-06-18 19:48:37 --- This is helpful for the ATI FBO issue introduced with 1.1.23
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #2 from Austin English austinenglish@gmail.com 2009-06-18 20:22:31 --- (In reply to comment #1)
This is helpful for the ATI FBO issue introduced with 1.1.23
See http://bugs.winehq.org/show_bug.cgi?id=14776
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #3 from chris ahrendt celticht32@aol.com 2009-06-18 20:25:31 --- Its a little more than just that austin...its configuring all of the extra registru keys
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #4 from Austin English austinenglish@gmail.com 2009-06-18 20:47:43 --- (In reply to comment #3)
Its a little more than just that austin...its configuring all of the extra registru keys
There are a ton of registry keys, many not used very often...That's a lot of work for very little benefit.
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #5 from chris ahrendt celticht32@aol.com 2009-06-18 20:48:54 --- Some of the more useful ones though would be handy... agreed maybe not all of them but the more useful ones would be nice
http://bugs.winehq.org/show_bug.cgi?id=18992
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #6 from Jerome Leclanche adys.wh@gmail.com 2009-06-18 22:06:38 --- I agree some of the most useful registry keys should be modifiable in winecfg; however this popped on wine-devel recently, and IIRC the outcome was "it's almost not needed anymore". Needed or not, it should still be modifiable easily, but I'm not the one with the required knowledge to make a patch...
Component should be programs.
http://bugs.winehq.org/show_bug.cgi?id=18992
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-18 22:32:00 --- Wine shouldn't require any addition configuring except presented by winecfg, if it needs - fix a bug which requires it.
http://bugs.winehq.org/show_bug.cgi?id=18992
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Component|tools |-unknown
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-18 22:32:22 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=18992
chris ahrendt celticht32@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|WONTFIX |
--- Comment #9 from chris ahrendt celticht32@aol.com 2009-06-18 22:58:06 --- ITs not a bug.. not reporting as a bug.. it is a request for an enhancement to the tooling in wineconfig... Have the ability to turn the various registry values on and off...
http://bugs.winehq.org/show_bug.cgi?id=18992
--- Comment #10 from chris ahrendt celticht32@aol.com 2009-06-18 23:08:16 --- These are some of the values which would be handy to be able to go into wine config and turn on or off with the tool.
+-Alsa Driver | +->AutoScanCards | [Whether or not to scan all known sound cards and add them to Wine's list | Set to "N", and then Devicexxx info is a way to exactly specify the devices | used by Wine. (default yes)] | +->AutoScanDevices | [Whether or not to scan all known PCM devices on each card (default no)] | +->DeviceCount | [If present, specifies the number of hard coded Alsa devices to add to Wine's list | default 0] | +->DeviceCTLn(where n goes from 1 to DeviceCount) | [Specifies the Alsa control devices to open for Device n] | +->DevicePCMn(where n goes from 1 to DeviceCount) | [Specifies the Alsa PCM devices to open for Device n] | +->UseDirectHW [When set to y, direct hardware access is used (can prevent buffer underruns in some cases)]
+-AppDefaults | +->*<app.exe> [Application specific defaults. Replace app.exe with the name of the application you want to override defaults for. And use the same subtrees as the Wine subtree (i.e. DllOverrides, X11 Driver, etc.).]
+-Debug | +->RelayExclude | [Use this key to exclude some calls from the (overwhelming) +relay debug logging. Example: | "RelayExclude"="ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection"] | +->RelayFromExclude | [Exclude calls made from listed dlls in the the +relay debug log. Example: | "RelayFromExclude"="kernel32" - omit all calls made from kernel32.dll] | +->SpyExclude | [Exclude listed messages from the +message debug log. Example: | "SpyExclude"="WM_TIMER;WM_MOUSEMOVE;WM_PAINT"] | +->SpyInclude [Include only listed messages in the +message debug log. Example: "SpyInclude"="WM_CREATE"]
+-Direct3D | +->Multisampling | [Allows/disallows the use of multisampling. | At the time of writing (a few days before the release of Wine 1.0) at least Nvidia | their drivers suffer from GLXBadDrawable errors which are triggered in some cases | by our multisampling code. It are bugs in their drivers but it affects a lot of | important games like Halflife2. Further there are some FBO multisampling interaction | issues. For that reason multisampling is not allowed by default although it works | fine in a lot of cases. When set to 'enabled' programs can use multisampling.] | +->DirectDrawRenderer | [Select what backend to use for DDraw. Valid options are: | gdi - Use GDI to draw on the screen (slow but reliable) (default) | opengl - Use OpenGL (fast but not all programs work correctly) | see http://wiki.winehq.org/DirectDraw for more information] | +->RenderTargetLockMode | [Selects which mode is used to read and write the framebuffer while it is locked. | auto: (default) same as readdraw at the moment, will do benchmarks and use best method later | disabled: effectively disables render target locking | readdraw: uses glReadPixels for reading, glDrawPixels for drawing | readtex:reading with glReadPixels, drawing by drawing a textured quad | texdraw:readback using a texture, drawing with glDrawPixels | textex: readback using a texture, drawing with a textured quad | see http://wiki.winehq.org/DirectDraw for more information] | +->OffscreenRenderingMode | [Selects which mode is used to render offscreen images/textures. | backbuffer: the rendering is done in the backbuffer | pbuffer: uses PixelBuffers | fbo: uses Framebuffer object (default)] | +->UseGLSL | [When set to "disabled", this disables the use of GL Shading Language for vertex | and pixel shaders, it will result in a fallback to ARB shaders. By default GLSL | is enabled when available. (It is default as of 29/10/2007 or Wine 0.9.49)] | +->VideoMemorySize | [Sets the amount of emulated video memory (in megabytes). Default is a simple autodetection | based on the card type guessed from OpenGL strings and extensions] | +->VideoPciDeviceID | [DWORD Value (REG_DWORD): sets the pci device id of the video card. See next value.] | +->VideoPciVendorID [DWORD Value (REG_DWORD): sets the pci vendor id of the video card. By default Wine estimates these values based on OpenGL info but this doesn't work well in all cases. If you want to override our estimates check the output of e.g. lspci -n on Linux. For a video card this could show 05:00.0 0300: 10de:0402 (rev a1). In this result 0x10de (Nvidia) is the pci vendor id and '0x0402' (Geforce 8600GT) is the pci device id. The '0x0300' means video card.]
+-DirectInput | +->MouseWarpOverride | [Override default mouse pointer warping behavior: | enable: (default) warp pointer when mouse exclusively acquired | disable: never warp the mouse pointer | force: always warp the pointer] | +->*<joystick name> = <axes mapping> [Linux only (js* devices). This maps axes of joystick "joystick name". The "axes mapping" is comma-separated list of "axis type"s - one for each joystick axis (hat-pov uses 2 axes). "axis type" is one of: X, Y, Z, Rx, Ry, Rz, Slider1, Slider2, POV1, POV2, POV3, POV4. To find the joystick name run 'WINEDEBUG=+dinput wine program.exe 2>&1 | grep joydev_enum_device' Example: "Logitech Logitech Dual Action"="X,Y,Rz,Slider1,POV1". (two "Logitech"s not a typo)]
+-Fonts | +-Replacements | | | +->*<font name> = <replacement font name> |["Wingdings"="Winedings" would enumerate the Winedings font both as Winedings and | Wingdings. However if a real Wingdings font is present the replacement does not | take place.] | +-ExternalFonts | +->*<font name> [ExternalFonts has a list of font names whose values are the name of the actual font]
+-MSHTML | +->GeckoPath | [Path to the where Gecko engine is installed. Example: "c:\Program Files\wine_gecko".] | +->GeckoUrl [This is the url to the Wine Gecko required by MSHTML. Default is http://source.winehq.org/winegecko.php. You can change it to a local file like file://Z:\path\to\wine_gecko.cab so you don't need to redownload it each time you create a new wineprefix.]
+-Network | +->UseDnsComputerName [Set to N if you need a persistent NetBIOS ComputerName that possibly differs from the Unix host name. You'll need to set ComputerName in HKLM\System\CurrentControlSet\Control\ComputerName\ComputerName]
+-OpenGL | +->DisabledExtensions [Space separated list of OpenGL extensions that are not reported to applications. Example: "GL_ARB_vertex_buffer_object GL_ATI_fragment_shader".]
+-Printing | +->PPD Files | | [When CUPS does not find any printers (Wine compiled without CUPS, | | libcups not loadable or required functions not found in libcups), | | then this key must exist to use your printers from "/etc/printcap"] | | | +->*<printer name> = <PPD File with full Unix path> | | [If no value with the name "PPD file" is found in the registry in | | the settings for a printer ("<printer name>\PrinterDriverData"), | | then this key is tried next.] | | | +->"generic" = <the default PPD file with full Unix path> | [This PPD file is used when every other key has failed. | "wineps.drv" needs a PPD file for every printer.] | +->Spooler | [You can redirect any printer port to a Unix file or pipe it to a | Unix application. This is also useful when a Windows program has | disabled the "Redirect to File" option in the Print dialog.] | +->*<portname> = <unixfile or "|unix_application"> [All printers with the given portname can be redirected. Example of unixfile: "LPT1:" = "/tmp/printer_data.ps" Example of pipe: "LPR:Print with KDE" = "|kprinter" ]
+-VDM | +-ppdev | +->*<port_number> = </dev/parportN> [This sets mapping between port_number and /dev/parportN device. For example "378 /dev/parport0".]
+-WineDbg | +->BreakOnFirstChance | [Set this to "FALSE" to let applications handle exceptions themselves. | winedbg then only catches exceptions that are not handled by the app, | which makes debugging a bit easier. | Default value is "TRUE" (or 1)] | +->ShowCrashDialog [Set this to "FALSE" to disable the GUI crash dialog. Make sure to set it to a DWORD value! Default value is "TRUE" (or 1)]
http://bugs.winehq.org/show_bug.cgi?id=18992
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |WONTFIX
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-19 00:34:46 --- Some of these are developers only, and don't need any winecfg settings visible, others should be autodetected.
http://bugs.winehq.org/show_bug.cgi?id=18992
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2009-06-19 00:35:01 --- Do not reopen.