🚅 ♠️ 🤚🏾 簡単なスクリーンショットキャプチャプログラムの作成 🐉 👴🏿 🎍

画面から画像をキャプチャし、「画面上で」それらを編集し、さまざまなサービスにアップロードするためのさまざまなプログラムがあります。これはすべて良いことですが、ほとんどのプログラムは特定のサービスに関連付けられており、他の場所にはダウンロードできません。私のニーズに合わせて写真をダウンロードするための独自のシンプルなサービスを作成することは、私の頭の中で長い間考えられていました。そして、私はこのプログラムの開発の歴史を共有したいと思います。

ためらうことなく、手元にVisual Studio 2015があるので、もちろん新しいC＃プロジェクトを作成しました。それは非常に便利であり、私は以前に小さなC＃プログラムをすでに実行しました。

タスク1

PrintScreenおよびAlt + PrintScreenボタンを押すグローバルなインターセプト。車輪を再発明しないために、数分間のグーグルで、ほとんどすぐに解決策が見つかりました。一番下の行は、user32.dllのWH_KEYBOARD_LLでLowLevelKeyboardProcコールバック関数とSetWindowsHookEx関数を使用することです。 2つの組み合わせをインターセプトするためのわずかな変更により、コードは機能し、キーストロークを正常にキャッチしました。

キーストロークキャプチャコード

namespace ScreenShot_Grab { static class Program { private static MainForm WinForm; /// <summary> ///     . /// </summary> [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); _hookID = SetHook(_proc); Application.Run(new MainForm()); UnhookWindowsHookEx(_hookID); } private const int WH_KEYBOARD_LL = 13; //private const int WH_KEYBOARD_LL = 13; private const int VK_F1 = 0x70; private static LowLevelKeyboardProc _proc = HookCallback; private static IntPtr _hookID = IntPtr.Zero; private static IntPtr SetHook(LowLevelKeyboardProc proc) { using (Process curProcess = Process.GetCurrentProcess()) using (ProcessModule curModule = curProcess.MainModule) { return SetWindowsHookEx(WH_KEYBOARD_LL, proc, GetModuleHandle(curModule.ModuleName), 0); } } private delegate IntPtr LowLevelKeyboardProc(int nCode, IntPtr wParam, IntPtr lParam); private static IntPtr HookCallback(int nCode, IntPtr wParam, IntPtr lParam) { if (nCode >= 0) { Keys number = (Keys)Marshal.ReadInt32(lParam); //MessageBox.Show(number.ToString()); if (number == Keys.PrintScreen) { if (wParam == (IntPtr)261 && Keys.Alt == Control.ModifierKeys && number == Keys.PrintScreen) { // Alt+PrintScreen } else if (wParam == (IntPtr)257 && number == Keys.PrintScreen) { // PrintScreen } } } return CallNextHookEx(IntPtr.Zero, nCode, wParam, lParam); } [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)] private static extern IntPtr SetWindowsHookEx(int idHook, LowLevelKeyboardProc lpfn, IntPtr hMod, uint dwThreadId); [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool UnhookWindowsHookEx(IntPtr hhk); [DllImport("user32.dll", CharSet = CharSet.Auto, SetLastError = true)] private static extern IntPtr CallNextHookEx(IntPtr hhk, int nCode, IntPtr wParam, IntPtr lParam); [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)] private static extern IntPtr GetModuleHandle(string lpModuleName); } }

タスク2

キーを押したときに実際にスクリーンショットをキャプチャします。もう一度グーグルで解決策が見つかりました。この場合、GetForegroundWindow関数とGetWindowRect関数はすべて、標準の.NET Graphics.CopyFromScreen関数と同じuser32.dllからのものです。いくつかのチェックとコードは機能しますが、1つの問題があります-ウィンドウの境界もキャプチャします。少し後でこの質問の解決策に戻ります。

スクリーンショットキャプチャコード

 class ScreenCapturer { public enum CaptureMode { Screen, Window } [DllImport("user32.dll")] private static extern IntPtr GetForegroundWindow(); [DllImport("user32.dll")] private static extern IntPtr GetWindowRect(IntPtr hWnd, ref Rect rect); [StructLayout(LayoutKind.Sequential)] public struct Rect { public int Left; public int Top; public int Right; public int Bottom; } public Bitmap Capture(CaptureMode screenCaptureMode = CaptureMode.Window) { Rectangle bounds; if (screenCaptureMode == CaptureMode.Screen) { bounds = Screen.GetBounds(Point.Empty); CursorPosition = Cursor.Position; } else { var handle = GetForegroundWindow(); var rect = new Rect(); GetWindowRect(handle, ref rect); bounds = new Rectangle(rect.Left, rect.Top, rect.Right, rect.Bottom); //CursorPosition = new Point(Cursor.Position.X - rect.Left, Cursor.Position.Y - rect.Top); } var result = new Bitmap(bounds.Width, bounds.Height); using (var g = Graphics.FromImage(result)) { g.CopyFromScreen(new Point(bounds.Left, bounds.Top), Point.Empty, bounds.Size); } return result; } public Point CursorPosition { get; protected set; } }

タスク3

スクリーンショットをコンピューターに保存すると、すべてが非常に簡単で、Bitmap.Save関数を使用するだけで十分でした。

 private void save_Click(object sender, EventArgs e) { if (lastres == null) { return; } //     base36 Int32 unixTimestamp = (Int32)(DateTime.UtcNow.Subtract(new DateTime(1970, 1, 1))).TotalSeconds; var FileName = base_convert(unixTimestamp.ToString(), 10, 36); lastres.Save(spath + FileName); }

タスク4

サーバーにスクリーンショットをアップロードすると、すべてが単純なように見えますが、まったく正しくありません。少し考えた後、かなり単純なアイデアが思い浮かびました-「application / octet-stream」ヘッダーとWebClient.UploadData関数を使用してバイナリ形式でWebClientを使用し、サーバー側でfile_get_contentsを使用してデータを取得する（「php：//入力」）実際、私はそうしました。数行で非常に単純なphpスクリプトを作成し、このすべてをプログラムに添付しました。結論-スクリーンショットを保存およびロードします。これに加えて、短いリンクを生成するための簡単なアルゴリズムを見つける必要がありました。これは、Base36を使用するint unixの秒単位（Linuxエポック）の時間で、非常にシンプルでエレガントな方法をグーグルで検索します。

 //  bitmap  byte[] private Byte[] BitmapToArray(Bitmap bitmap) { if (bitmap == null) return null; using (MemoryStream stream = new MemoryStream()) { bitmap.Save(stream, ImgFormat[Properties.Settings.Default.format]); return stream.ToArray(); } } private void upload_Click(object sender, EventArgs e) { using (var client = new WebClient()) { client.Headers.Add("Content-Type", "application/octet-stream"); try { var response = client.UploadData(svurl, BitmapToArray(lastres); var result = Encoding.UTF8.GetString(response); if (result.StartsWith("http")) { System.Diagnostics.Process.Start(result); } } catch { } } }

ホストPHPスクリプト

 <?php $file = file_get_contents("php://input"); $id = base_convert(time(), 10, 36); file_put_contents("img/".$id.".png",$file); echo "http://".$_SERVER['SERVER_NAME']."/img/".$id.".png"; ?>

スクリーンショット編集

それから、スクリーンショットをなんとかしてすぐに編集して、サーバーにアップロードしたかったのです。別の画像エディターを発明する代わりに、キャプチャされたスクリーンショット（ディスクに保存された最後のスクリーンショット）でペイントを開く「編集」ボタンを作成し、編集後、このファイルを安全にサーバーにアップロードすることができました。

 private void edit_Click(object sender, EventArgs e) { if (lastres == null) return; if (lastfile == "") save_Click(sender, e); Process.Start("mspaint.exe", "\"" + lastfile + "\""); }

設定

また、どこかでサイトのURLを指定し、スクリーンショットを保存するデフォルトのフォルダーを指定する必要がありました。その結果、それを示すことができる設定の単純な形式が作成されました。さらに、System.Diagnostics.Process.Start関数を使用して、すべてをさらに簡単かつ高速にするために、「フォルダーを開く」ボタンを作成しました。さらに、彼はトレイに最小化するプログラムをすぐに教えました。

結局、 最初の実用プロトタイプは準備ができていて 、次のように見えました。

検索する

すべてが良いように見えますが、何が欠けているかが明らかになりました。プレビューボタンがありませんでした！フォルダーを開くか、[編集]をクリックして、送信する前に画面からキャプチャされたものを確認するのは少し不快でした。その結果、プレビューフォームをすばやくスケッチしました。フォームにフルスクリーンのスクリーンショットを表示することには小さな問題があり（フレーム付き）、フレームを削除したくなかったので（理由もわかりません）、結果としてフォームでスクロールし、完全に適しています。

 private void PreviewForm_Load(object sender, EventArgs e) { if (form1.lastfile!="") { img.Image = Image.FromFile(form1.lastfile); } else { img.Image = form1.lastres; } ClientSize = new Size(img.Image.Width + 10, img.Image.Height + 10); img.Width = img.Image.Width+10; img.Height = img.Image.Height+10; if (img.Image.Width >= Screen.PrimaryScreen.Bounds.Width || img.Image.Height >= Screen.PrimaryScreen.Bounds.Height) { WindowState = FormWindowState.Maximized; } CenterToScreen(); }

画像フォーマット

これに加えて、さまざまな形式でスクリーンショットを保存する必要がありました（デフォルトのPNGだけでなく）。これはすべて同じBitmap.Save関数を使用して簡単に解決できるためです。ただし、jpg画像の品質は私には適していません。 jpgの品質を指定する機能はそれほど明白ではありませんでした。迅速なgoogle が解決策です。 Bitmap.Saveに追加パラメーターEncoderParameterを使用して実装されます。

 //     private ImageCodecInfo GetEncoder(ImageFormat format) { ImageCodecInfo[] codecs = ImageCodecInfo.GetImageDecoders(); foreach (ImageCodecInfo codec in codecs) { if (codec.FormatID == format.Guid) { return codec; } } return null; } internal void SaveFile(string FilePath, ImageFormat format) { var curimg = lastres; if (format == ImageFormat.Jpeg) { System.Drawing.Imaging.Encoder myEncoder = System.Drawing.Imaging.Encoder.Quality; ImageCodecInfo Encoder = GetEncoder(format); EncoderParameters myEncoderParameters = new EncoderParameters(1); myEncoderParameters.Param[0] = new EncoderParameter(myEncoder, Properties.Settings.Default.quality); curimg.Save(stream, Encoder, myEncoderParameters); } else { curimg.Save(FilePath, format); } }

また、スクリーンショットを保存した後にフォルダーを自動的に開くことと、ロード後にリンクを自動的に開くことのアイデアが生まれました。これをすぐに実装し、設定にチェックマークを追加しました。リンクをクリップボードにコピーする機能も追加しました。

プレビューボタンを追加した後、プログラムは何らかの形で「間違った」ように見え始め、ボタンのレイアウトがばらばらになり、少し考えて、ボタンを再配置したため、次のようになりました。

マイナーな改善

少し休んで考えてみると、まだ足りないもの、つまり最後のスクリーンショットのダウンロードに関する情報がわかりました。対応するフィールドを作成し、クリックするとリンクをたどることができました。さらに、スクリーンショットを撮るまで、保存/編集ボタンにアクセスできないようにしました。さて、もう1つ触れます-簡単な説明、バージョン、ビルド日を含む「プログラムについて」ボタンを追加しました（ちなみに、日付を取得するために、アプリケーション自体のタイトルから日付を取得して、ソリューションを再度Googleで検索しました）。

これらのアクションが次の結果を出した後の合計：

少し後に、最後に保存したファイルも十分な表示ではないことに気付き、すぐに追加し、Clipboard.SetTextを使用してリンク/パスをクリップボードにコピーできるコンテキストメニュー（右クリック）を台無しにして、これらのフィールドをより機能的にしました。

プログラムの準備、ローカリゼーション

まあ、主な機能は準備ができていて、すべてがうまくいったようです、そして私はプログラムを人々と共有できますか？これを行う場合、少なくとも英語をローカライズおよび追加できるようにする必要があります。幸いなことに、スタジオはこれらすべてを定期的な手段で簡単に実装できるので、このすべてを翻訳し始めました。合計結果：

一部のメッセージを翻訳するには、新しいリソースファイルを作成してから、次のように行を取得する必要がありました。

 internal ResourceManager LocM = new ResourceManager("ScreenShot_Grab.Resources.WinFormStrings", typeof(MainForm).Assembly); LocM.GetString("key_name");

ロシア語のWinFormStrings.resxを含むファイルがあります。これは、Resourcesフォルダーに配置した英語のWinFormStrings.en.resx用です。

しかし、言語を変更するには、アプリケーションの再起動が必要でした。もちろん、それなしでできるようにしたかったのですが、幸いなことに、この問題の解決策があり、すぐに適用しました。これに加えて、アプリケーションでサポートされている言語のリストを取得する必要がありました（将来、ローカライズが突然増えた場合）、合計で、このようなソリューションを googleして、これらすべてを組み合わせて次の構成を取得します：

リアルタイムの言語変更コード

  private void ChangeLanguage(string lang) { foreach (Form frm in Application.OpenForms) { localizeForm(frm); } } private void localizeForm(Form frm) { var manager = new ComponentResourceManager(frm.GetType()); manager.ApplyResources(frm, "$this"); applyResources(manager, frm.Controls); } private void applyResources(ComponentResourceManager manager, Control.ControlCollection ctls) { foreach (Control ctl in ctls) { manager.ApplyResources(ctl, ctl.Name); Debug.WriteLine(ctl.Name); applyResources(manager, ctl.Controls); } } private void language_SelectedIndexChanged(object sender, EventArgs e) { var lang = ((ComboboxItem)language.SelectedItem).Value; if (Properties.Settings.Default.language == lang) return; UpdateLang(lang); } private void UpdateLang(string lang) { Thread.CurrentThread.CurrentUICulture = new CultureInfo(lang); ChangeLanguage(lang); Properties.Settings.Default.language = lang; Properties.Settings.Default.Save(); form1.OnLangChange(); } private void Form2_Load(object sender, EventArgs e) { language.Items.Clear(); foreach (CultureInfo item in GetSupportedCulture()) { var lc = item.TwoLetterISOLanguageName; var citem = new ComboboxItem(item.NativeName, lc); //Debug.WriteLine(item.NativeName); //           if (item.Name == CultureInfo.InvariantCulture.Name) { lc = "ru"; citem = new ComboboxItem("", lc); } language.Items.Add(citem); if (Properties.Settings.Default.language == lc) { language.SelectedItem = citem; } } } private IList<CultureInfo> GetSupportedCulture() { //Get all culture CultureInfo[] culture = CultureInfo.GetCultures(CultureTypes.AllCultures); //Find the location where application installed. string exeLocation = Path.GetDirectoryName(Uri.UnescapeDataString(new UriBuilder(Assembly.GetExecutingAssembly().CodeBase).Path)); //Return all culture for which satellite folder found with culture code. IList<CultureInfo> cultures = new List<CultureInfo>(); foreach(var cultureInfo in culture) { if (Directory.Exists(Path.Combine(exeLocation, cultureInfo.Name))) { cultures.Add(cultureInfo); } } return cultures; }

ウィンドウでボーダーをキャプチャする問題

そして今、私はウィンドウの境界をキャプチャする問題に戻ります、この問題は最初に自動ウィンドウトリミング機能（設定に追加しました）を使用して解決され、ウィンドウ10の値を指定しましたが、解決策よりも松葉杖でした。私がここで話していることを明確にするために、私が意味するもののスクリーンショットがあります：

（新しいバージョンのスクリーンショット）

スクリーンショットで見ることができるように-ウィンドウに加えて、その境界線とその下にあったものがキャプチャされました。長い間この問題を解決する方法をグーグルで調べましたが、問題の解決策を実際に説明したこの記事に出くわしました。最終的には、Windows Vista以降ではdwmapiを使用してエアロなどに基づいて正しいウィンドウの境界線を取得する必要がありますコードを少し修正することで、dwmapiにバインドされ、問題は最終的に完全に解決されました。しかし、以来ウィンドウのトリミング機能はすでに作成されているので、そのままにしておくことにしました。おそらく誰かが役に立つでしょう。

  [DllImport(@"dwmapi.dll")] private static extern int DwmGetWindowAttribute(IntPtr hwnd, int dwAttribute, out Rect pvAttribute, int cbAttribute); public Bitmap Capture(CaptureMode screenCaptureMode = CaptureMode.Window, bool cutborder = true) { ... var handle = GetForegroundWindow(); var rect = new Rect(); //  Win XP       if (Environment.OSVersion.Version.Major < 6) { GetWindowRect(handle, ref rect); } else { var res = -1; try { res = DwmGetWindowAttribute(handle, 9, out rect, Marshal.SizeOf(typeof(Rect))); } catch { } if (res<0) GetWindowRect(handle, ref rect); } ...

Imgurサポート

その後、考え直した後、私はすべての人にプログラムを公開するので、おそらくサーバーにアップロードする以外に何らかのサービスにダウンロードすることをお勧めします。そうすれば、プログラムはより便利になり、それを使用するために独自のサーバーを必要としないなどです。に。私は長い間imgur.comを使用しており、シンプルなapiがあり、それにバインドすることにしました。それを勉強した後に座った後、APIは最初に匿名ダウンロードを実装し、少し後にアカウントをバインドする機能を実装しました。さらに、彼はプログラムで最後にダウンロードした画像を削除する機能を実装しました（サービスのみ）。

APIの実装コードを完全には説明しません。.NETFramework 4.5のHttpClientとMultipartFormDataContentを使用して画像をimgurにアップロードし、同時に、画像を読み込むコードをサーバーに再送信しました。コード。途中で、私はユーザーエージェントと$ _GET [キー]キーを識別方法として使用しましたが、何かが完全な承認を台無しにしたくはありませんでした（理論的には難しいことではありませんが）。

 private void uploadfile(bool bitmap = true) { byte[] data; if (bitmap && !imgedit) { data = BitmapToArray(lastres); } else { if (!File.Exists(lastfile)) { MessageBox.Show(LocM.GetString("file_nf"), LocM.GetString("error"), MessageBoxButtons.OK, MessageBoxIcon.Error); return; } data = File.ReadAllBytes(lastfile); } HttpContent bytesContent = new ByteArrayContent(data); using (var client = new HttpClient()) using (var formData = new MultipartFormDataContent()) { ... formData.Add(bytesContent, "image", "image"); try { var response = client.PostAsync(url, formData).Result; if (!response.IsSuccessStatusCode) { MessageBox.Show(response.ReasonPhrase, LocM.GetString("error"), MessageBoxButtons.OK, MessageBoxIcon.Exclamation); lastlabel.Text = LocM.GetString("error"); lastlabel.Enabled = false; } else { ... }

その結果、完全に機能的かつ機能的なプログラムが完成しました。このプログラムは、当初予定していたよりもはるかに多くのことができます。

そのときの設定のリストは次のようになりました。

Win XP互換

Windows XPとの互換性について考え始めた後、.NET Framework 4.0のみをサポートし、MultipartFormDataContentはv4.5でのみ使用可能ですが、System.Net.Httpパッケージをインストールすることでv4.0で接続できます。私はそれをやった。そして、Windows Vista / 7では、プログラムが機能するために.NET Framework 4.0をインストールする必要があることを除いて、すべてがうまくいくようです。プロジェクトを3.5に切り替えて、WebClientへのアップロード画像を書き直し、ファイルをアップロードする代わりに、base64形式のエンコードされた画像を持つ通常のフィールドを使用しました。これは、imgurのapiがそのような画像をアップロードすることを許可しており、このオプションのphpスクリプトを書き換えることは難しくなかったからですそして、プロジェクトをバージョン2.0に切り替えることも決定しました。数行を平凡に編集した結果、完全に機能する.NET Framework 2.0プロジェクトになりました。

 using (var client = new WebClient()) { var pdata = new NameValueCollection(); ... pdata.Add("image", Convert.ToBase64String(data)); try { var response = client.UploadValues(url, "POST", pdata); var result = Encoding.UTF8.GetString(response); ...

 $file = base64_decode($_POST["image"]);

これにより、古いフレームワークでプログラムを実行し、Windows Vista / 7で何もインストールせずに実行できるようになりました。この記事によると、 Windows Vistaにはv2.0が含まれ、Windows 7にはデフォルトでv3.5が含まれています。しかし、問題はそこで終わりませんでした。 Windows 8以降では、.NET Framework v3.5のインストールを求めるようになりましたが、これは確かに悪いですが、構成内のsupportedRuntimeオプションを調整することにより、この情報のおかげで問題はすぐに解決され、問題なく新しいバージョンまたは古いバージョンでアプリケーションを実行できるようになりました。さらに、彼はTLS 1.2プロトコルが利用可能であれば（つまり、.NET Framework 4.5を搭載したシステムで）使用できるようにしました。

app.config

  <startup> <supportedRuntime version="v4.0"/> <supportedRuntime version="v2.0.50727"/> </startup>

TLS 1.2サポート

 System.Net.ServicePointManager.SecurityProtocol |= SecurityProtocolType.Tls; try { System.Net.ServicePointManager.SecurityProtocol |= (SecurityProtocolType)3072; //SecurityProtocolType.Tls12; } catch { }

イベント履歴

概して、私はそれで十分なものはすべてリリースできると思っていましたが、それでもまだ何かが欠けていました-ログでのアクションの履歴。私は、PCやimgurからファイルを削除する、ファイル/リンクを開く、コンテキストメニューを使用してパス/リンクをコピーするなど、いくつかの機能を備えた対応するウィンドウの開発を開始しました。また、リストからイベントをログファイルに保存し、設定で自動的に設定することもできました。

非常に有益なウィンドウが表示されました：

Win XPでのHookCallbackの問題

しかし、1つの問題が明らかになりました。WindowsXPでは、srkinshotsをキャプチャするときに、レコードが2回追加されました。テスト中に、キーが解放されたときにHookCallbackが2回呼び出されることがわかりましたが、この動作の理由は明確ではありませんでしたが、問題を簡単に解決しました-キーストロークを追加テストして変数に保存し、キーを解放して変数をfalseに変更すると、最終的にキーをリリースするときにコードが処理されるのは1回だけです。

 private static bool pressed = false; private static IntPtr HookCallback(int nCode, IntPtr wParam, IntPtr lParam) { if (nCode >= 0) { Keys number = (Keys)Marshal.ReadInt32(lParam); //MessageBox.Show(number.ToString()); if (number == Keys.PrintScreen) { if (pressed && wParam == (IntPtr)261 && Keys.Alt == Control.ModifierKeys && number == Keys.PrintScreen) { var res = Scr.Capture(ScreenCapturer.CaptureMode.Window, Properties.Settings.Default.cutborder); WinForm.OnGrabScreen(res, false, true); pressed = false; } else if (pressed && wParam == (IntPtr)257 && number == Keys.PrintScreen) { var res = Scr.Capture(ScreenCapturer.CaptureMode.Screen); WinForm.OnGrabScreen(res); pressed = false; } else if (wParam == (IntPtr)256 || wParam == (IntPtr)260) { pressed = true; // fix for win xp double press } } } return CallNextHookEx(IntPtr.Zero, nCode, wParam, lParam); }

ゲームからスクリーンショットをキャプチャする際の問題

その後、テスト中に、フルスクリーンアプリケーション（ゲームなど）からスクリーンショットをキャプチャする問題が発生しました。Windows10では、通常のプリントスクリーンが問題なくこのビジネスをキャプチャしていることに気付きました。その結果、クリップボードから画像を貼り付ける機能を追加し、「クリップボードを代わりに使用する」自分のために「設定にそれを取り込んで問題を解決する」が、それが勝利7以下で判明したので、うまくいかないので、問題を研究し始め、DirectX注射を使用する必要があるかなり難しいタスクであることに気付いた。問題は、結局のところ、主な目標はゲームからスクリーンショットをキャプチャすることではないということです。これには他にも多くのプログラムやツールがあります。

途中で、設定を追加し、設定メニューを再編集して、解像度を640 * 480ピクセルの画面に収まるようにコンパクトにし、次のようになりました。

また、トレイアイコンをより機能的にし、右クリック時にすべての重要な機能を追加しました。

Win98およびWin2000で確認してください

実験のために、仮想マシンにWindows 2000 SP4および98 SEを展開し、そこに.NET Framework 2.0をインストールしました。簡単ではありませんでしたいくつかのパッチのインストールとWindowsインストーラーの更新が必要でした。しかし、それでもうまくいき、アプリケーションを実行しようとしました。

Windows 2000 SP4で判明したように、アプリケーションは完全に機能することが判明しましたが、Windows 98 SEではキーキャプチャが機能せず、バッファからの貼り付けも機能しませんでしたが、ファイルからのスクリーンショットの読み込みは問題なく機能しました。実際、これらの問題は解決できず、情報がほとんどなく、「WH_KEYBOARD_LL」パラメータがWindows 2000でのみ追加されたことがわかりました。バッファから破損したイメージの理由に関する情報は見つかりませんでした。合計最小要件-Windows 2000。

したがって、いくつかのチェック、デバッグ、およびマイナーな修正の後、プログラムは最終的に準備が整い、最終バージョンは次のようになります。

残っているのは、githubリポジトリの作成、ソースのダウンロード、アプリケーションのコンパイル、readmeの作成、リリースの作成だけです。これが開発ストーリーの終わりです。完成したプログラムをダウンロードして、 GitHubでソースコードを確認できます。記事がお役に立てば幸いです。

簡単なスクリーンショットキャプチャプログラムの作成