AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte SystemInfo 1.6.5
Thema durchsuchen
Ansicht
Themen-Optionen

SystemInfo 1.6.5

Ein Thema von RWarnecke · begonnen am 30. Mai 2007 · letzter Beitrag vom 19. Okt 2011
Antwort Antwort
Seite 26 von 32   « Erste     16242526 2728     Letzte »    
Benutzerbild von RWarnecke
RWarnecke
Registriert seit: 31. Dez 2004
Hallo zusammen,

ich schreibe gerade an einem Programm, welches die Systeminfos vom PC ausliest. Aktuell ist das Programm in der Version 1.6.5 verfügbar. Downloadmöglichkeiten weiter unten.

Produktbeschreibung :
In der aktuellen Version verfügt das Programm über die folgenden Funktionen :
  • Auslesen der Betriebssystemdaten
  • Auslesen des aktuell angemeldeten Benutzer und Computernamens
  • Auslesen von Hardwaredaten (Bildschirmauflösung, Farbtiefe, Prozessor und Arbeitsspeicher)
  • Auslesen der Hardware (mit Infos vom BIOS, Mainboard und Monitor-Daten)
  • Auslesen und Erkennung eines Novell Clients und/oder eines Zenworks-Agents
  • Auslesen der lokalen Laufwerke und der physikalischen Laufwerke
  • Auslesen der Netzwerkkarten, dessen Konfiguration und Treiberversion
  • Auslesen der aktuellen Internetverbindung mit IP-Adresse
  • Auslesen der installierten Software mit Angabe der Versionen von DirectX, BDE, MDAC, Browser, Windows Media Player, Microsoft Office
  • Auslesen der installierten Schriftarten
  • Auslesen der installierten Drucker
  • Auslesen der userspezifischen und systemspezifischen Umgebungsvariablen
  • Auslesen der registrierten Dateierweiterungen
SystemInfo funktioniert unter Windows 2000, 2000 Server, 2003 Server, XP, VISTA, Server 2008, Windows 7.

Über ein Kontextmenü können noch die Prozessliste und die Liste mit den Diensten aufgerufen werden. Als zusätzliches Feature kann alles in einem Report (RTF-Format) abgespeichert werden und ausgedruckt werden. Die Funktionen Speichern und ausdrucken stehen ebenfalls für die Prozessliste über ein Kontextmenü zur Verfügung.
In dem Verzeichnis APPDATA wird eine INI-Datei zu dem Programm installiert. Über diese INI-Datei können Sie einige Reiter im Programm ein- oder ausschalten. Als zusätzliche Option kann ein fester Pfad zum abspeichern des RTF-Reports angegeben werden.

Download - Links : (Release-Version)
selbstextrahierendes Archiv von der Homepage

Changelog :
Version 1.6.5:[27.09.2009]:
[+] Korrektur bei der Ermittlung der aktuellen CPU-Frequenz
[+] Korrektur der Bestimmung der installierten DirectX-Version
[-] Der Standarddrucker wird angezeigt.[*] Die Windows 7 Erkennung verbessert (Editionen & Builds)

Version 1.6.3 [10.05.2009]: [*] Es werden alle installierten Browser im Reiter "Software" angezeigt. Der Standardbrowser wird mit (Standard) gekennzeichnet.
[+] Eine Progressbar im Splashscreen, welche den Gesamtfortschritt anzeigt.[*] Die Farben für das Tortendiagramm in dem Reiter "Festplatten" geändert (Windows Standardfarben)[*] Microsoft Office SP2 wird erkannt.
[+] Windows 7 Beta & Release Candidate wird richtig ausgelesen und angezeigt.
[+] Der aktive Reiter kann manuell über das Kontextmenü oder der Taste F5 aktualisiert werden.

Version 1.6.0 [13.02.2009]:
[+] Bei "Reg. Dateierweiterungen" wird noch das zugehörige Icon angezeigt
[+] Beim Speichern des RTF-Reports wird ein Name vorgeschlagen
[+] Die Laufzeit des Betriebssystem wird angezeigt.
[+] Durch einen Doppelklick auf einen Wert wird dieser in die Zwischenablage kopiert. (Ausgenommen ListViews)
[+] Einen kompletten Report als PlainText [*] Bei zu langen Gruppennamen bei den Mitgliedschaften, werden diese als Hint angezeigt. [*] Den Style der Anzeige für die physikalischen Laufwerke geändert und verbessert
[-] Die Zeit von 1 Sekunde auf 5 Sekunden verlängert zur Aktualisierung des Speicher und der CPU Frequenz
[-] Es wird immer das zuletzt installierte Office Produkt angezeigt
[-] Unter Benutzerrechten wird die Arbeitsgruppe/Domain nicht angezeigt
[!] Verschiedene Anzeigen aus den gesamten Programm optimiert

Drei kleine Screenshots von der Version 1.6.5 findet Ihr hier im Anhang.

--------------------------------------------------------------------------------------------------------------------------------
SystemInfo 2.0.0 Beta

Da so viele Fehler in der ersten Beta waren, habe ich beschlossen, dass ich diese Beta vom Download wegnehme. Ich muss ich jetzt erst die ganzen Fehler analysieren und dann gibt es wieder eine neue Version.
--------------------------------------------------------------------------------------------------------------------------------

Testen ist natürlich erwünscht, aber das Feedback noch umso mehr. Schreibt mir ruhig viel Lob, Kritik, Bugs und auch Verbesserungsvorschläge.

Eine Bitte habe ich noch an euch, gebt bitte immer an, mit welchem Betriebssystem Ihr getestet habt. (z.B. Window XP SP2 32Bit oder Windows 2003 Enterprise Server SP1)
Miniaturansicht angehängter Grafiken
reiter_system_183.jpg   splashscreen_179.jpg   hardware_802.jpg  

Geändert von RWarnecke (27. Jun 2013 um 09:38 Uhr)
 
Benutzerbild von Luckie
Luckie

 
Delphi 2006 Professional
 
#251
  Alt 15. Jun 2010, 09:54
Ach so, du meinst, du willst remote über das Netzwerk die Systeminformationen von Clientrechner abfragen. Klingt praktisch. Aber zum Speichern würde doch auch erst mal eine einfache XML-Datei reichen oder?
Michael
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

 
Delphi XE8 Enterprise
 
#252
  Alt 15. Jun 2010, 10:03
Für jeden Rechner eine XML-Datei oder alle Rechner in eine XML-Datei ? Je mehr Rechner es werden, ist da eine XML-Datei nicht unpraktisch ? Desweiteren sollen ja dann auch noch weitere Daten zu den Rechnern gespeichert werden. Welche Daten das genau sind, kann ich jetzt noch nicht sagen, da ich noch in der Planungsphase bin.

Mir geht es erstmal darum, ob so ein Programm überhaupt Sinn macht oder ob ich mir den Aufwand sparen kann.
Rolf Warnecke
  Mit Zitat antworten Zitat
mkinzler

 
Delphi 11 Alexandria
 
#253
  Alt 15. Jun 2010, 10:20
Grundsätzlich ist eine solches Programm schon interessnat und auch eine zentrale Ablage. In diesem Fall wäre auch eine Trennung von Scanner und Programm zu überlegen.
So könnte das Scannen automatisiert werden.
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

 
Delphi XE8 Enterprise
 
#254
  Alt 15. Jun 2010, 10:39
Hallo Markus,

danke für Deine Antwort.

@all: Gibt es noch weitere Meinungen dazu ?
Rolf Warnecke
  Mit Zitat antworten Zitat
devidespe

 
Delphi 10.4 Sydney
 
#255
  Alt 16. Jun 2010, 11:18
So wie ich das beurteilen kann, arbeitet SystemInfo viel mit Windows API's zusammen, führt aber im Vergleich zu anderer Systeminfo-Software keine echten Hardwarezugriffe durch. Das wäre etwa dann wünschenswert, wenn man wirklich einmal die verbauten PCI- oder PCI-Express Geräte in Erfahrung bringen möchte. Leider ist dazu ein Treiber notwendig (ab Vista x64 mit Signierung). Hier würde ich WinRing empfehlen (http://openlibsys.org).

Die Prozessorerkennung als solche ermittelt nur einige Details des CPUID-Befehls und zeigt den internen Namen an. Falls der Hersteller den Namen falsch einprogrammiert, liest Du diesen ebenfalls falsch aus. Hier würde ich eine "echte" Prozessorerkennung vorschlagen, also quasi eine Art interne Datenbank mit den CPUID-Kennungen und den dazugehörigen Prozessoren. Da könnte man dann nicht nur das ausgelesene Stepping anzeigen, sondern das wirkliche Herstellerstepping basiertend auf den Specification Updates. Ebenfalls die Kernbezeichnung (etwa Nehalem) und den Sockel.

Den SMBIOS-Bereich könnte man ebenfalls erweitern, da Du nur zum BIOS einige wenige Details anzeigst. Hier hilft die Spezifikation von der DMTF.

Man muss letztendlich schauen, wo man mit solch einer Anwendung hin möchte. Legst Du Wert auf übersichtliche kompakte Informationen, oder möglichst viele Informationen zu den Komponenten? Ist der nicht implementierte direkte Hardwarezugriff beabsichtigt? Planst Du irgendwann, die Freeware in ein kommerzielles Produkt umzuwandeln? Fragen über Fragen...
Devid
  Mit Zitat antworten Zitat
Benutzerbild von s.h.a.r.k
s.h.a.r.k
 
#256
  Alt 16. Jun 2010, 11:45
Da ich mal in einem großen Unternehmen tätig war und die eine sehr seltsame Access-DB für die Wartung von Hardware und Software eines Rechners hatten, wäre es vielleicht nicht ganz verkehrt auch in diese Richtung zu denken. Ich denke hierbei erst mal daran, dass ein Administrator auslesen kann, aus welchen Komponenten der PC0815 bestehen und was für Software darauf installiert ist. Diese Daten wären dann in einer XML echt gut aufgehoben, da dann andere Programme auch einen Nutzen daraus ziehen könnten.

Die Trennung von Scanner und Programm wäre hier auch sehr passend, da du ein "normales" Frontend basteln könntest, so wie bisher und evtl. auch ein kommerzielles mit erweiterten Funktionen. So brauchst du aber nur einen Scanner.
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

 
Delphi XE8 Enterprise
 
#257
  Alt 16. Jun 2010, 11:59
Hallo Devid,

erstmal danke für Deine Antwort.

So wie ich das beurteilen kann, arbeitet SystemInfo viel mit Windows API's zusammen, führt aber im Vergleich zu anderer Systeminfo-Software keine echten Hardwarezugriffe durch. Das wäre etwa dann wünschenswert, wenn man wirklich einmal die verbauten PCI- oder PCI-Express Geräte in Erfahrung bringen möchte. Leider ist dazu ein Treiber notwendig (ab Vista x64 mit Signierung). Hier würde ich WinRing empfehlen (http://openlibsys.org).
Das Winring werde ich mir mal genauer anschauen am Wochenende. Sieht auf den ersten Blick schon mal recht interessant aus.

Die Prozessorerkennung als solche ermittelt nur einige Details des CPUID-Befehls und zeigt den internen Namen an. Falls der Hersteller den Namen falsch einprogrammiert, liest Du diesen ebenfalls falsch aus. Hier würde ich eine "echte" Prozessorerkennung vorschlagen, also quasi eine Art interne Datenbank mit den CPUID-Kennungen und den dazugehörigen Prozessoren. Da könnte man dann nicht nur das ausgelesene Stepping anzeigen, sondern das wirkliche Herstellerstepping basiertend auf den Specification Updates. Ebenfalls die Kernbezeichnung (etwa Nehalem) und den Sockel.
Das werde ich mal als Punkt mit aufnehmen für die Erweiterung.

Den SMBIOS-Bereich könnte man ebenfalls erweitern, da Du nur zum BIOS einige wenige Details anzeigst. Hier hilft die Spezifikation von der DMTF.
Was ist das DMTF ? Was macht das genau ?

Man muss letztendlich schauen, wo man mit solch einer Anwendung hin möchte. Legst Du Wert auf übersichtliche kompakte Informationen, oder möglichst viele Informationen zu den Komponenten? Ist der nicht implementierte direkte Hardwarezugriff beabsichtigt? Planst Du irgendwann, die Freeware in ein kommerzielles Produkt umzuwandeln? Fragen über Fragen...
Diese Fragen und noch ein paar mehr stelle ich mir auch gerade schon. Ich bin ja noch in der Planungsphase und wollte nur mal auf den Busch klopfen, ob überhaupt Interesse an so einer Anwendung besteht.

Natürlich sind auch Vorschläge willkommen, was unbedingt in die Erweiterung mit rein soll. Aber eines steht auf jedenfall Fest. Das Systeminfo in seiner jetzigen Form, bleibt Freeware und wird auch stetig weiterentwickelt. Die angesprochene Erweiterung, soll die Techniken und die Informationen von dem jetzigen Systeminfo beinhalten und Netzwerkfähig sein.
Rolf Warnecke

Geändert von RWarnecke (16. Jun 2010 um 12:02 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von freak4fun
freak4fun

 
Delphi 10.2 Tokyo Starter
 
#258
  Alt 16. Jun 2010, 12:16
Sehr schönes Programm!
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

 
Delphi XE8 Enterprise
 
#259
  Alt 16. Jun 2010, 12:24
Da ich mal in einem großen Unternehmen tätig war und die eine sehr seltsame Access-DB für die Wartung von Hardware und Software eines Rechners hatten, wäre es vielleicht nicht ganz verkehrt auch in diese Richtung zu denken. Ich denke hierbei erst mal daran, dass ein Administrator auslesen kann, aus welchen Komponenten der PC0815 bestehen und was für Software darauf installiert ist. Diese Daten wären dann in einer XML echt gut aufgehoben, da dann andere Programme auch einen Nutzen daraus ziehen könnten.
Die Überlegung ist nicht schlecht. Ich werde das mit in meine Planung mit einbeziehen.
Die Trennung von Scanner und Programm wäre hier auch sehr passend, da du ein "normales" Frontend basteln könntest, so wie bisher und evtl. auch ein kommerzielles mit erweiterten Funktionen. So brauchst du aber nur einen Scanner.
Werde ich ebenfalls mit in die Planung übernehmen.
Sehr schönes Programm!
Danke.
Rolf Warnecke
  Mit Zitat antworten Zitat
devidespe

 
Delphi 10.4 Sydney
 
#260
  Alt 16. Jun 2010, 12:32
Was ist das DMTF ? Was macht das genau ?
Die DMTF steht für Distributed Management Task Force (siehe http://www.dmtf.org/home oder auch http://de.wikipedia.org/wiki/Distrib...ent_Task_Force) und ist ein Zusammenschluss mehrerer Unternehmen, deren Ziel es mitunter ist, die DMI/SMBIOS-Spezifikation zu konzeptionieren und zu pflegen.

Du findest übrigens hier (http://crystalmark.info/?lang=en) die beiden Programme CrystalDMI und CrystalCPUID, die den DMI-Bereich auswerten und zum Thema Prozessorerkennung eine eigene Engine beinhalten. Beide Programme sind ebenfalls als C++-Sources herunterladbar.

Das ist alles viel Input und sicherlich wird man nicht jeden Tip umsetzen können (zumal alles auf Freeware Basis entwickelt wird). Von daher auch meine vorherige Frage, wo Du mit der Applikation hin willst.
Devid
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 26 von 32   « Erste     16242526 2728     Letzte »    


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:41 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz