On Sat, Jan 02, 2016 at 10:19:18AM +0100, Pascal Stumpf wrote:
> On Sat, 2 Jan 2016 17:17:57 +1100, Jonathan Gray wrote:
> > On Fri, Jan 01, 2016 at 06:43:19PM +0100, Pascal Stumpf wrote:
> > > dhewm 3 is a Doom 3 GPL source modification.
> > >
> > > The goal of dhewm 3 is bring DOOM 3 with the help of SDL to all
> > > suitable plaforms.
> > >
> > > This source release does not contain any game data, the game data
> > > is still covered by the original EULA and must be obeyed as usual.
> > >
> > > You must patch the game to the latest version.
> >
> > While I played through the entire base game with the wip port
> > a few years ago, now there seems to be some kind of issue with
> > mouse acceleration as it seems to drift and accelerate all over
> > the place.
>
> Hmm, still works for me with SDL_VIDEO_X11_DGAMOUSE=0 and mouse
> sensitivity turned down a bit in the game itself. But there may have
> been some change from SDL -> SDL2 that makes it worse on yout machine.
It turns out removing my old base/dhewm.cfg from 2013 resolved
this though I'm not entirely sure why. Before I used r_mode -1
with r_customWidth 1920 and r_customHeight 1200 but now I'm using
r_mode 16 for that as configured via the menus.
While not strictly related RBDoom3BFG used to work before you updated
it but now it just segfaults after selecting one of doom 1/2/3.
"execing joy_360_0.cfg
"
15276 RBDoom3BFG RET write 22/0x16
15276 RBDoom3BFG CALL
mmap(0,0xfb000,0x3<PROT_READ|PROT_WRITE>,0x1002<MAP_PRIVATE|MAP_ANON>,-1,0)
15276 RBDoom3BFG RET mmap 6085208326144/0x588d2ae4000
15276 RBDoom3BFG CALL mprotect(0x588d2bde000,0x1000,0<PROT_NONE>)
15276 RBDoom3BFG RET mprotect 0
15276 RBDoom3BFG PSIG SIGSEGV caught handler=0x586acc86440 mask=0<> code
SEGV_MAPERR<1> addr=0x5891a4c7000
trapno=6
>
> > There is audible clipping occuring but that seems to be something
> > specific to the sndio openal backend as I've come across it before.
> >
> > This on on an x230 with external kbd/mouse/display so quite
> > a lot of hid devices:
> >
> > pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> > pckbd0 at pckbc0 (kbd slot)
> > wskbd0 at pckbd0: console keyboard, using wsdisplay0
> > pms0 at pckbc0 (aux slot)
> > wsmouse0 at pms0 mux 0
> > pcppi0 at isa0 port 0x61
> > spkr0 at pcppi0
> > uhidev0 at uhub0 port 1 configuration 1 interface 0 "Logitech Gaming Mouse
> > G400" rev 2.00/69.00 addr 2
> > uhidev0: iclass 3/1
> > ums0 at uhidev0: 8 buttons, Z dir
> > wsmouse1 at ums0 mux 0
> > uhidev1 at uhub0 port 1 configuration 1 interface 1 "Logitech Gaming Mouse
> > G400" rev 2.00/69.00 addr 2
> > uhidev1: iclass 3/0, 142 report ids
> > uhid0 at uhidev1 reportid 32: input=0, output=0, feature=1
> > uhid1 at uhidev1 reportid 128: input=1, output=0, feature=0
> > uhid2 at uhidev1 reportid 142: input=0, output=0, feature=1
> > uhidev2 at uhub0 port 2 configuration 1 interface 0 "Lenovo ThinkPad
> > Compact USB Keyboard with TrackPoint" rev 2.00/3.30 addr 3
> > uhidev2: iclass 3/1
> > ukbd0 at uhidev2: 8 variable keys, 6 key codes
> > wskbd1 at ukbd0 mux 1
> > wskbd1: connecting to wsdisplay0
> > uhidev3 at uhub0 port 2 configuration 1 interface 1 "Lenovo ThinkPad
> > Compact USB Keyboard with TrackPoint" rev 2.00/3.30 addr 3
> > uhidev3: iclass 3/1, 22 report ids
> > ums1 at uhidev3 reportid 1: 5 buttons, Z and W dir
> > wsmouse2 at ums1 mux 0
> >
> > It seems the 1.4.1 rc1 release may help here?
> >
> > https://github.com/dhewm/dhewm3/commit/32feff2be11517d41a9fc762323128c4981d7a1f
>
> No idea if SDL on OpenBSD supports these additional buttons. Since you
> have the hardware, can you test and report back? I'll be happy to add
> the patch if it works.
