1.) @ Thorolf: Wim Brul ist in Holland beheimatet, am besten nimmst Du Kontakt per EMail auf. Ich hatte Ihm schon ähnliches angeboten, weil er mir schon so oft uneigennützig geholfen hat, er hat aber immer höflich dankend abgelehnt. Vielleicht läßt er sich doch noch überzeugen
2.) @ Mike: Ich schlage folgendes vor: laß uns einmal die BIOS Einstellungen vergleichen, ich habe festgestellt - ebenfalls ähnlich dem X200T seiner Zeit - dass es einen Unterschied schon beim Booten macht, ob ich zum Beispiel per Akku oder mit Strom Netzanschluss starte. Beim Akku kommt es öfters vor, dass der Bootprozess beim Aufruf nach cmd.exe oder später bei pmshell.exe oder (dritte Variante) letztlich beim Aufbau der WPS stehen bleibt. Kann aber per STRG+ALT+ENTF dann wieder neu gestartet werden, stürzt also nicht ab.
- Ich vermute:
a.) liegt vielleicht an der "Schnellstart" Option von Windows 10 die beim Beenden ja schon alles für den nächsten Boot vorbereitet und ACPI kommt beim nächsten Boot durcheinander
b.) liegt vielleicht an den BIOS Einstellungen
c.) vielleicht grundsätzlich ein Timingproblem, da evtl. die Hardware zu schnell für den Bootvorgang ist
Dieses Verhalten und verschiedene BIOS Einstellungen haben bzw. hatten auch immer Einfluss zum Beispiel auf das UMTS Modem im X200t; oftmals kann der COM Port dann durch Injoy nicht gefunden werden.
Ich poste nachher mal meine BIOS Einstellungen.
Im Moment läuft das T450s auf Akku und ein Test mit dem Webcam Programm zeigt die selben Ergebnisse wie bei Dir:Friert sofort ein.
Jetzt Stromstecker im laufenden Betrieb eingesteckt: Webcam gestartet, läuft (zumindest etwas länger im Moment)....
Kannst du das evtl. bitte mal bei Dir überprüfen? Danke!
Hallo Sigurd,
Freeze tritt sowohl im Batteriebetrieb, als auch im Netzbetrieb auf. Es dauert im Normalfall zwischen 3 und 5 Sekunden. Wim meinte, dass ein Timeout vorläge und empfahl mir mit einem Kern zu testen. Hat aber das Problem leider nicht behoben.
Nebenbei bemerkt, wenn sich der X250 in der Dockingstation befindet wird die Kamera von Wims Programm gar nicht mehr gefunden.
Wir können gerne mal die BIOS-Settings abgleichen.
Grüße aus Potsdam,
Mike
1.) @ Thorolf: Wim Brul ist in Holland beheimatet, am besten nimmst Du Kontakt per EMail auf. Ich hatte Ihm schon ähnliches angeboten, weil er mir schon so oft uneigennützig geholfen hat, er hat aber immer höflich dankend abgelehnt. Vielleicht läßt er sich doch noch überzeugen
On OS2 World I wrote to Mike that "Unfortunately I cannot recreate that problem because I have only single cpu hardware to test with". This resulted in several people trying to get me some multi-core hardware. I am grateful for that, but I must say that I am hesitant to accept. To me it would be yet another system that I will have to maintain. It feels more like a burden than a pleasure. So please don't.
Wimpie » Mi 9. Mär 2016, 19:28 hat geschrieben:I am grateful for that, but I must say that I am hesitant to accept. To me it would be yet another system that I will have to maintain. It feels more like a burden than a pleasure. So please don't.
I'm absolutely fine with this, it's your, and only your decision!
If you change your mind, just drop me a message, I still have some old ThinkPads with Core Duo processor, that work quite well with OS/2, just harddrive and battery are missing.
Nice that you still are doing some software for OS/2 that people like and use, even if it is nothing I have any need for (and thus never tried).
USBDock will create .bin files from attached usb devices when you invoke it as "usbdock.exe /bin".
Could you do that for your webcam and append its .bin and .log files here so that I can have a look at these?
For my Logitech c250 Webcam this would be the 046d0804.bin and 046d0804.log files.
Hi Wim,
Please see attached zip-file with the requested *.bin & *.log file for the USB-ID 04CA:703C, which I hope is the camera.
Greetings from Shanghai,
Mike
MikeK » Mon 14. Mar 2016, 04:00 hat geschrieben:Hi Wim,
Please see attached zip-file with the requested *.bin & *.log file for the USB-ID 04CA:703C, which I hope is the camera.
Greetings from Shanghai,
Mike
Hi Mike,
Yes. That is the camera. I have parsed the 04ca703c.bin file:
There are 11 alternate settings for the isochronous transfers and your camera can work a.o. at 640x480 and 320x240 resolution with a refresh rate of 30 or 15 frames per second. Currently my programs select by default the highest bandwidth (alternate setting 11) and the highest refresh rate. May be you can get it to work by selecting a smaller alternate setting.
I suggest you try and use the 320x240 version of uvcview.exe first with the /i1 parameter i.e. uvcview /i1 to see what happens. For the 320x240 version of uvcview.exe I guess that uvcview /i4 probably will be sufficient.
Thanks for the analysis of the provided data. You are right, with the i1 and i4 parameters the built in camera runs now for several minutes without freeze.
Thank you so much for your great work.
I have updated uvcscope to accept the /fN parameter. Without this parameter your camera is set to operate as before using its default Frame Interval (at 30 fps). With /f1 it is set to operate using its 1st discrete Frame Interval (30 fps) and with /f2 it is set to operate using its 2nd discrete Frame Interval (15 fps).
I have been busy the last couple of weeks trying to solve the webcam timeout issue when running on an SMP system. I had to make a small change in the usbehcd.sys device driver. Moreover I had to modify my webcam programs to avoid a trap in usbehcd.sys upon exiting these. Now I am able to run the laptop internal webcam as well as the Logitech C250 webcam while running eComStation 2.0 with 2 CPU's active and I did not encounter any timeout nor traps anymore. I have attached uvcsmp.zip for any volunteers to try and test on their systems.
Just tried your new video driver on my X250 with great success. It runs without any freeze for several minutes. I can change the view window size big & small without any problem. It can be closed and re-startet without any negative impact.
So let me say: Excellent work - Thanks.
Using my customized Warp 4.52 with ACPI 3.23.02 and Kernel 14.106SMP.
kernel.png (10.36 KiB) 4704 mal betrachtet
One question regarding USBEHCD.SYS - is yours compatible/based on AN or Lars Erdmans drivers? I am using your ehcd driver and all the other usb stuff is Lars Erdmans 10.203. Do you suggest or recommend a special version?
I am running an eCS2.1 DE on my X250 with QSLoader to get at least 3 GB RAM available.
This is my Kernel:
USB: 10.207 from Lars, with your USBEHCD.SYS.
By the way, I would not call me a Globetrotter, even if I am now in Tokyo. It's all business and not for leasure. This week I have had a show in Taipei and next week I will visit customers in Southern Japan. The week after next week I will be back in Potsdam. And it will be probably my last long and far away trip this year. I still hope I can manage it to come to Cologne in November to get the promised beer from Sigurd.
Greetings from Tokio,
Mike
12.09.2016: USB-Version korrigiert - Mike
Zuletzt geändert von MikeK am Mo 12. Sep 2016, 15:40, insgesamt 1-mal geändert.
UVCSMP works here fine too!!!
T60 Core2Duo 1,8GHz 3GB Ram, ecs 2.2 beta ii with ibm kernel and phoenix kernel
CPU 0 IRQ load: 2%
CPU 0 user load: 16%
CPU 1 user load: 33%
One question regarding USBEHCD.SYS - is yours compatible/based on AN or Lars Erdmans drivers? I am using your ehcd driver and all the other usb stuff is Lars Erdmans 10.203. Do you suggest or recommend a special version?
I modified Lars' latest source code i.e. the source code of his 10.207 USBEHCD.SYS device driver as he maintains it in the Netlabs USB repository. Therefore it is compatible with his usbdrv207.zip package only. It is not a good idea to mix drivers like you did. There may be incompatibilities that will suddenly manifest as strange unexplainable errors later on and it will render troubleshooting impossible. My recommendation is always to use the latest version.
