Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Andi B.

Pages: 1 ... 30 31 [32] 33 34 ... 55
466
Setup & Installation / Re: Panorama v Snap Video
« on: May 14, 2018, 09:02:13 am »
I am running a ATI Radion HD7800 at 2560  x 1600  16M colors  connected through dual link DVI
And before that i had another ATI - cannot remember the exact model - something wth "queen" in it also at 2560/1600 with displayport or DVI.
Good performance with panorama


Hope this info is usefull for someone

Peter
Quote
This is a misunderstanding, dual-links are cables with more pins, not two separate cables or interfaces, ...

Thank you Peter and Olafur. I stand corrected. It's the first time read that this is possible with OS/2. Sorry when my ignorance started to confuse others.

Peter, you stated your ATI Radion HD7800 can drive your monitor with 2560  x 1600 running Panorama. What other resolutions are possible more than 1920x1200? Which monitor do you use?

Olafur, do you know a working combination of graphic card and big monitor (more than 1920x1200) which works with Panorama (guess SNAP will not work, correct?)?

Especially I would be interested in a card/monitor/driver setup which allows WQUXGA (3,840 × 2,400) @ 30 Hz. Or the same resolution with 60Hz via Display Port.

467
Setup & Installation / Re: Panorama v Snap Video
« on: May 13, 2018, 11:49:49 am »
Quote
It seems that there are two types of DVI cables, one limited to 1920x1200, and the better ones (with additional wires) 2560x1600.
Not quite true. One DVI is limited to 1920x1200. Even that needs reduced blanking intervals but that's not the problem with TFTs.

You would need a second DVI interface which works together with the first one in dual link mode. We do not have any supported graphic card which can handle such thing. And TTBOMK no BIOS on this planet supports this. So no chance either with Panorama nor with current SNAP.

Edit - marked wrong statements. Even the rest does not make much sense anymore. See below.

468
Setup & Installation / Re: Panorama v Snap Video
« on: May 12, 2018, 09:33:58 pm »
...By looking at the ArcaOS DVD I see there is a modified (updated??) Snap driver.  Will that work with large monitors and Radeon video cards - I am considering getting a 30" 2560x1600 monitor if it will work at that resolution with ArcaOS or OS/2.
...
No.

SNAP supported graphic cards do have only DVI and RGB. You don't want to use analog/RGB (VGA) with a modern display anyway so you're limited to DVI. Which itself is limited to 1920x1200. You would need a graphic card with Display Port for higher resolutions. But these did not exist when SNAP was actively developed.

HDMI is a consumer interface with lot of different standards and problems. Not really intended and suitable for computer monitor usage. But as a lot of computer users liked to play videos this crappy interface found his way even into modern computers. You would need HDMI v1.3 at least to get 1920x1200 (max. 2560 × 1440) and HDMI >= v2.0 for you desired resolution. Given HDMI v2.0 was introduces something about 2013 this was about 7 years after active development of SNAP has ended. I wouldn't think any graphic card supported by SNAP will give you more than 1920x1200 for a single monitor. Some support two monitors on two interfaces which effectively gives you 3840x1200 as with my X300.

I don't know if there exit a graphic card/motherboard with DP AND proper BIOS which support for more than 1920x1200. If yes this may work with Panorama some day. But I doubt.


469
Hardware / Re: Lenovo T420 - disabling touchpad
« on: May 09, 2018, 11:08:26 pm »
Now I had a look at the keys and touchpad. As usual with Thinkpads disassemble is quite easy. Two screws and the well know Thinkpad keyboard design can be lifted up. Attached some pictures. As we see the keys I want to use (that one near the space bar) are not part of the touchpad but of keyboard electronics. So I though maybe I can read out these keys the same as the other keys/mouse messages. But I did not find any utility which reacts on these keys. AFAIK the keyboard/trackpoint is attached to the system via PS/2. So the trackpoint and the 3 keys emulates a PS/2 mouse. Seems this is all old well known legacy stuff.

After that I discovered that these keys do not even work with Windoze10. Tried the W10 drivers I found at Lenovo but can not make these mouse keys work. Regardless which settings I tried. Though I'm no Win expert and don't want spend much time with this rubbish peace of shitty malware. Anyway if it does not even work with Win I started to believe these keys are broken.

I remember there were ISO images with DOS tools for older Thinkpads to test various hardware components. I think to remember there was a keyboard test too. Anyone knows such basic hardware test tool for the T420?

Do these keys (below space bar) work for others with the T420? With OS/2 or Win?

470
Hardware / Re: Lenovo T420 - disabling touchpad
« on: April 29, 2018, 07:06:53 pm »
Another annoying problem with the T420 is even with enabled touchpad the keys at the bottom are used as mouse buttons. On older models (T60, T42p...) both the top keys near the space button and the bottom keys can be used. Another show stopper for using this notebook with OS/2 :( Though given the low resolution (1366x768) I never considered the T420 using for real work. Only for testing some stuff.

471
Networking / Re: Test build wpa_supplicant v2.7
« on: April 29, 2018, 06:55:10 pm »
I've uploaded a new test build with current code of development branch. Included is wpa_gui.exe too. See https://bitbucket.org/Andi_B/os-2-wpa_supplicant/downloads/20180313_wpa_supplicant_v2.7beta.zip
Here's the top of the readme -

###############################################################################
Installation intructions for Beta & RC testers

Using with XWLAN/WLANSTAT
-------------------------
- Replace installed wpa_supplicant.exe with the included one. When using xwlan
  widget wpa_supplicant is usually found in
  \util\xworkplace\plugins\xcenter\xwlan\.
   When using the standalone wlanstat then it is in .\xwlan\.
- Check if the new version is used by xwlan/wlanstat
   (right-click - properties - tab 'WPA supplicant' check version and path)
- Connect to wpa protected networks and post your findings at correspondending
   thread at os2world.com

- You can also test wpa_supplicant with a .conf file. F.i. set up a profile
   with no security, switch on wireless and start wpa_supplicant manually
   (f.i. wpa_supplicant.exe -i lan1 -cwpa_supplicant.conf - see wp.cmd)

Using with wpa_gui.exe
----------------------
wpa_gui is a QT frontend for wpa_supplicant. You can use it instead of
xwlan/wlanstat for managing your wireless networks. It works for me and I can
connect to my local wireless networks here.
- Start wpa_supplicant with a .conf file f.i. wp.cmd
- Use wpa_gui for scanning and configuration

As usual your wireless card has to be supported by genmac to use wireless
networks with OS/2.

There is also included wpa_cli.exe. But this is not tested very well.
###############################################################################

@Holger - I've seen these delays in establishing the connection since ages. I guess this is the way it works since a long time on OS/2. But I do not have any *nix system to test against. Though it may be a timing problem together with genmac too. I don't think it does make much sense to test against v0.5.7 as I don't even know if we have the sources for the OS/2 version somewhere.

472
Hardware / Re: Lenovo T420 - disabling touchpad
« on: April 27, 2018, 03:41:27 pm »
@Martin - I estimate disassembling and cutting the right wire would not take more than 15 minutes.If the keys are not tightly integrated into the touchpad. Have to look at it when at home.

Although understanding a bit programming I would estimate to write, debug, making a GUI for configuration and an installer for such thing would take a few months. Simple math says it would need way more than thousand notebooks with crippled BIOS (touch not to disable separately from the keys) so it would be worth the effort ;)

473
Hardware / Re: Lenovo T420 - disabling touchpad
« on: April 27, 2018, 08:17:36 am »
Thanks for the inputs. When time permits I'll take another look into the BIOS. Maybe I disassemble that toy (I can't take this for serious work cause the low display resolution) and cut some wires to see if I can get it to work the way I like. As a last resort I'll try the 'shielding plate' solution.

474
... I have no clue about this witch-hunt.
....
If you've no clue about don't use inappropriately buzz words.

475
Hardware / Lenovo T420 - disabling touchpad
« on: April 24, 2018, 02:37:07 pm »
As I like trackpoints and dislike touchpads I usually disable touchpads in BIOS to get ride of this annoying peace of hardware. IIRC with my previous Thinkpads (T41/42p/43/60/R50...) only the touchpad is disabled but not the keys on top of the touchpad. The T420 behaves different. Not only the touchpad but also the surrounding keys do not work anymore. But I need these keys to emulate the mouse buttons.

How can I disable the touchpad but not the keys?

476
Setup & Installation / Re: RAM disk ... offtopic HPFS386
« on: April 19, 2018, 08:16:12 pm »
I've in config.sys

IFS=m:\IBM386FS\HPFS386.IFS /A:*
CALL=m:\OS2\CMD.EXE /Q /C m:\IBM386FS\CACHE386.EXE

And a few notes like -
"REM ! EARLYMEMINIT=TRUE   unreming may be needed for JFS chkdsk on large volumes but does not work with HPFS386"
"REM ! HPFS386 does not work anymore with VIRTUALADDRESSLIMIT=2048 - too less memory, going back to VA = 1536"




477
Internet / Re: Firefox and Traps
« on: April 12, 2018, 01:19:31 pm »
Additionally to Lars statement about kernel internals it's simply a waste of memory (= scare resource given todays applications) when 'same' dlls are loaded more then once via LIBPATHSTRICT.

Practical experiments showed me that you can easily bring down OS/2 when playing with LIBPATHSTRICT and BEGINLIBPATH.

478
Internet / Re: Firefox and Traps
« on: April 12, 2018, 09:04:02 am »
Quote
One suggestion is to use cmd files to set up your environment for all your servers. Something like, and this is guess work about your programs,
set PATH=c:\weasel;%PATH%
set BEGINLIBPATH=c:\weasel;%BEGINLIBPATH%
set LIBPATHSTRICT=T
weasel.exe

Adjusting as needed for your various services. This should help with DLL hell

This may help for some situations. But I fear in Bens case it will make things worse. LIBPATHSTRICT and BEGINLIBPATH opens another can of worms. Limited resources (for todays needs) our OS can provide and handle is one of them. The list of services Ben wants to run is much over the limit LIBPATHSTRICT can work reliable IMHO. My advice is using LIBPATHSTRICT only for a single or two applications if really needed (running SM and FF in parallel for testing purposes). Not in any case for more than a few programs.

Ben has duplicate/wrong dlls. Probably spread all over his drives. He need to clean up this mess. One thing he can do is use f.i. DataSeeker (or another search tool which searches all drives) and search for every single dll FF needs with 'Search all drives' selected. And rename/delete all duplicates on all drives. Tools which only check the LIBPATH for dublicates (XWP or 'which' f.i.) do not help in Bens case as he has the .; in the LIBPATH and fear he does not want to delete it from there.

479
Internet / Re: Firefox and Traps
« on: April 11, 2018, 03:52:10 pm »
....
OK.
I did try it and it made some difference.

Which proved you have old dlls on your system. Anyway no big problem for FF if you set the .; correct. Now the second obvious question - do you have all needed dlls for your FF version? To be more precise did you enable netlabs exp repository or do you use an older FF version which does not need the exp dlls?

480
Internet / Re: Firefox and Traps
« on: April 11, 2018, 02:52:11 pm »
I think you did not show your LIBPATH in this thread nor said if you tried the .; after the unixroot directories. It does not matter if ANPM put it to the front. You can overwrite this or instruct ANPM to not change the correct setting (= after the unixroot dirs or at the end). IMHO putting .; in front of unixroot dirs was the wrong decision. The discussion about is in AN bugtracker. You never know if the 'right' dlls (for FF) are loaded if you do not set you LIBPATH correct (= unixroot dirs in front) in config.sys.

The other thing is if you want different Mozilla builds (FF, SM, Thunderbird, ...) running in parallel you HAVE to use LIBPATHSTRICT/BEGINLIBPATH. Simplest way is with RUN. Even if you close one application it's a good idea to check if it is really closed f.i. with TOP.

If I got it right you could not manage to run even one application (FF) immediately after boot. Most probably reason for such behavior is wrong or missing dlls. Newest SM/FF needs dlls from exp repositories I think.

Pages: 1 ... 30 31 [32] 33 34 ... 55