Bitte um Test: ScreenMaker

[uschi]

Hallo Freunde.

ich habe ein kleines Tool geschrieben was ca. alle 10sec ein bildschirmfoto macht.
jetzt habe ich das soweit optimiert das der User davon nicht gestört wird, z.B durch ruckeln der Maus.

Interessant wäre es wenn es ein paar Leute testen würden die noch ältere Systeme haben, z.B win 98 oder ME und nicht die super Hardware.

Bei mir läuft es Problemlos: winxp sp1 AMD 1800+ 1GB RAM


Zur Anwendung: Die Zip Datei enthält einen Ordner "screens" der muss sich im selben Ordner wie die Exe befinden sonst fluppt es nicht. sonst einfach nur die Exe starten und auf "start" drücken. Das Programm kann man die ganze Zeit problemlos im Tray laufen lassen.

Wäre euch sehr dankbar.

Vielen dank schonmal mfg uschi

[pjuk]

Hallo,

werds daheim mal auf meinem Rechner testen, wäre praktisch - dachte grade an online spiele welche das cheaten verhindern können - dachtest du evtl. auch an sowas? mit x-beliebigem timer welcher immer den wert ändert - dazu müsst aber alles aufs minimum reduziert sein ( bildgröße, trafficeinsparung etc )

gruß alex

[uschi]

Zur Zeit ist es so das zwar die Farben auf 8 bit reduziert werden und die JPEG kompression angewand wird aber die Bildgröße ist 1:1 gehalten.

[pjuk]

das heisst ich könnte auch ingame normale jpgs machen die den aktuellen screen anzeigen?

wollte schon länger mal so etwas entwickeln...

[dizzy]

Farbreduktion + JPEG ist überflüssig, bzw. die Reduktion ist überflüssig, da JPEG ohnehin immer mit 8 Bit pro Farbkanal rechnet. (Bei JPEG2000 kann das anders sein.) Da wäre es imho dem JPEG-Algo zuträglicher die Qualität etwas zu verringern, da das u.a. im Grunde einer Abstufung nahe kommt (verschachtelt betrachtet).
Müsste man mal ein paar Testreihen machen und abwägen ;)

[noch_ein_hannes]

Hi Uschi,

Also hier klappts gut (AMD 3200+)
Ein Einstellungsdialog z.B. für die Zeit und evtl. auch für den Bereich, der gegrabbt werden soll wäre sehr praktisch. Ich habe hier mehrere Monitore und der Screenshot wird dann doch immer recht fett. Vielleicht könntest Du ja die Auswahl des Monitors oder eines bestimmten Fensters oder sogar eines bestimmten Bereiches ermöglichen.

Grüsse,
Hannes

[uschi]

Zitat:

Zitat von dizzy

Farbreduktion + JPEG ist überflüssig, bzw. die Reduktion ist überflüssig, da JPEG ohnehin immer mit 8 Bit pro Farbkanal rechnet. (Bei JPEG2000 kann das anders sein.) Da wäre es imho dem JPEG-Algo zuträglicher die Qualität etwas zu verringern, da das u.a. im Grunde einer Abstufung nahe kommt (verschachtelt betrachtet).
Müsste man mal ein paar Testreihen machen und abwägen ;)

Die Farbreduktion bezieht sicht auf das Bitmap.
Das Bitmap wird dann in ein JPEG umgerechnet.

[uschi]

Zitat:

Zitat von noch_ein_hannes

Hi Uschi,

Also hier klappts gut (AMD 3200+)
Ein Einstellungsdialog z.B. für die Zeit und evtl. auch für den Bereich, der gegrabbt werden soll wäre sehr praktisch. Ich habe hier mehrere Monitore und der Screenshot wird dann doch immer recht fett. Vielleicht könntest Du ja die Auswahl des Monitors oder eines bestimmten Fensters oder sogar eines bestimmten Bereiches ermöglichen.

Grüsse,
Hannes

danke für deinen Test und deine Anregungen.

[dizzy]

Zitat:

Zitat von uschi

Die Farbreduktion bezieht sicht auf das Bitmap.
Das Bitmap wird dann in ein JPEG umgerechnet.

Japp, und genau das ist imho nicht notwendig ;)
Es kann an Stellen Sinn machen, in denen ganz leichte Farbverläufe sind, die dann zu einer vollfarbigen Fläche würden, jedoch dürfte der Gewinn daraus vergleichsweise minimal ausfallen. Ich würde wirklich einfach mal ein paar Testbilder her nehmen, und z.B. mit einem Grafikprogramm (oder selber bauen) wirklich vergleichen, und resultierende Bildqualität zur erreichten Dateigröße in ein Verhältnis setzen. (Sprich Testfall 1: Reduktion + Kompression; Fall2: Keine Reduktion + Kompression; Fall 3: Keine Reduktion + Kompression leicht niedrigerer Qualität).
Meiner Meinung nach dürften die bei gleicher Qualität komprimierten Bilder, ein mal mit, ein mal ohne Reduktion, als JPEG in etwa gleich groß sein - je nach Bildinhalt natürlich.

[uschi]

ok ich werde mal ein paar vergleiche anstellen. vielen dank für deine tips.

Läuft bei dir alles fehlerfrei?

[Lannes]

Windows NT 4.0, Pentium 700, 256 Ram

Hallo,


Programm läuft sehr gut im Hintergrund, man merkt kaum was,
nur kurze Verzögerung der Mausbewegung.
Stört auch nicht gleichzeitig laufende, aufwändige Schleifenberechnungen. :thumb:


Die einzelnen Sreenshots haben aber wechselnde Farbstiche grau, grün, blau, Pink usw.
ist das so gewollt?

MfG
Lannes

[uschi]

wie meinst du "farbstiche" könntest du mal bitte ein oder 2 screenshots hochladen?

[Computerbabalulu]

Hi Uschi

Bei jeder neu erstellten Date wird die Dateigröße größer......


siehe Anhang....

[uschi]

Die jpeg größe richtet sich nach dem bildschirminhalt.


aber das das was du beschreibst kann ich auf dem screenshot nicht erkennen, da die dateigrößen nicht kontinuierlich ansteigen.

[Akut-Programming]

Zitat:

Zitat von pjuk

das heisst ich könnte auch ingame normale jpgs machen die den aktuellen screen anzeigen?

wollte schon länger mal so etwas entwickeln...

Ich hatte auch mal son Prog geschrieben. Da hat man auch die Möglichkeit mit STRG-F2 nen Screenshot zu machen und diesen dann zu speichern. Hab´s mir damals auch mit dem Hintergedanken Shots aus Spielen zu machen entwickelt. Kannst ja ma in der DP nach SCREENSHOTMAKER suchen.

[EDIT]Hab ich vergessen zu sagen, wenn du ihn haben willst, musst du mir mal bescheidgeben, da die Seite auf dem ich ihn damals liegen hatte momentan down ist.[/EDIT]

Gruß,
Sascha

[Lannes]

Zitat:

Zitat von uschi

wie meinst du "farbstiche" könntest du mal bitte ein oder 2 screenshots hochladen?

Hallo,

etwas spät, aber hier sind sie.

Des weiteren sollten nicht nach einem Neustart und erneuter Ausführung die zuvor erstellten Screenshots überschrieben werden.

MfG
Lannes

[uschi]

danke für die Screens. Werde mal sehen was ich tuen kann.

[Akut-Programming]

Zitat:

Zitat von Lannes

Des weiteren sollten nicht nach einem Neustart und erneuter Ausführung die zuvor erstellten Screenshots überschrieben werden.

Dieses Problem habe ich in meinem Prog so gelöst, das bei einem Start der Anwendung gerüft wird, wieviele Dateien in dem Ordner vorhanden sind. Meine Shot´s werden mit ID´s versehen. Sind also beim runterfahren 35 Dateien im Ordner, wird beim nächsten Start einfach mit der ID 36 als anhang am Dateinamen weiter gemacht.

Gruß,
Sascha

[Pr0g]

Das Programm scheint bei mir (WinXP) fehlerfrei zu laufen, habe auch keine Probleme mit Farben und spürbar, das ein Bild gemacht wird war es eigentlich auch nicht (AthlonXP 2400+). Eine Kleinigkeit was die GUI angeht habe ich aber noch zu bemängeln, bzw. könnte verbessert werden. Du nutzt ein Label um den Speicherpfad anzuzeigen. Bei langen Pfaden ragt dieser aber rechts aus der Groupbox raus, bzw. ist dann nur bis zum Rand dieser sichtbar. Vielleicht könntest du dort besser ein Edit einsetzen, welches keinen Rand hat und die gleiche Hintergrundfarbe wie die Groupbox, also "unsichtbar" ist. Dann kann man den Pfad, falls gewünscht, auch ganz sehen, wenn man nach rechts geht und (Verbesserung #2) direkt einen eigenen Pfad angeben.

Btw: Wofür braucht man so ein Programm?

MfG Pr0g

[uschi]

danke für eure anregungen
aber es geht in erster linie erst mal um die art und weise wie in dem programm die screens gemacht werden und ob dies den User behindert.

die GUI ist nur eine kleine test abkapselung um das programm bedienbar zu machen.


trotzdem danke