Activity for Gpower2
-
Gpower2 committed [r214] on Code
Bump version to 2.6.4 and copyright year to 2023
-
Add final Trim when generating the output filename (thanks tormento!)
-
Minor optimizations in form code
-
Minor code optimizations
-
Bump version to 2.6.3
-
Fix converting nanoseconds to milliseconds when calculating delays from mkvinfo output
-
Bad GUI formatting with UHD monitor
-
Thanks for the feedback :)
-
OK, I see, this is because the minimum allowed dimensions of the app are too small for your scale. You can resize the app to the minimum dimensions that are good for you, and it will "remember" it afterwards ;) Please try it and tell me if that solves your problem :) PS. Unfortunately if I change the minimum allowed size, then it will create issues to other users who use 100% scale (I had a request some years ago to allow for this small minimum size)
-
Hello, please post a screenshot of how the app is rendered on such a high resolution, unfortunately I don't have such equipment myself to test it.
-
Bump version to 2.6.2
-
Improve track selection when filter value is an empty string. Optimize algo to avoid unnecessary comparisons.
-
Fix attachment filename for all cases. (Thanks mastrboy!)
-
Bump version to 2.6.1
-
Replace invalid file characters with underscore character ('_') from output filename
-
Bump version to 2.6.0 and copyright year to 2022
-
- Add Language IETF in the available filename pattern fields
-
- Add Language IETF in context menu
-
- Switch to unboxed types
-
Revert async await to avoid breaking Linux compatibility
-
GUI consumes 100% of CPU while jobs are running
-
This should be solved in latest commit https://sourceforge.net/p/gmkvextractgui/code/198/ New version should be up soon. ;) Thanks for the feedback! :)
-
- Add async-await pattern via Nuget Package for .NET 4
-
Bump version to 2.5.2
-
Fix Equals override in MKV objects
-
- Bump version and copyright year
-
- Fix finding delays with newer mkvinfo versions
-
Bump version to v2.5.0
-
- Set the options form info text
-
- Fix typos
-
Thanks for the feedback! New version (v2.5) will support this feature (already in trunk with commit r190).
-
Cover attachments file name
-
Thanks for the feedback! New version (v2.5) will support this feature.
-
- Check if a file with the same filename already exists before extracting and add a counter to the output filename to avoid overwritting the original file
-
- Support zero padding when replacing filename placeholders for Track ID, Track Number and Attachment ID
-
- Added new "Options" form to support custom output filename patterns (WIP)
-
- Add new properties in gMKVTrack and adjust the parsers
-
- Refactor Taskbar helper
-
- Add logging to Log form exceptions
-
- Improvements on double buffering for all custom controls (avoid flickering when resizing)
-
- Improvements on RichTextBox
-
- Improvements on DataGridView in Jobs Form
-
- Add new helper functions in custom base form (GForm)
-
- Improvements on text box controls
-
- Improvements on combo box controls
-
- Ask the user to create the output directory if it doesn't exist
-
- Bump version
-
- Stop trying to find delays in matroska files that don't contain any video tracks
-
- Bump version to v2.4.1
-
- Fix attachment extraction
-
- Bump version to v2.4.0
-
- Refactor output filename calculation
-
- Fix the necessary input fields check when extracting tags and cuesheet
-
- Quote output filename in chapters, tags and cuesheet when using the new MKVToolNix cli
-
- Enclose language in [] characters in the output filename for tracks, in order for MKVToolNix GUI to be able to derive it
-
- Bump version to v2.3.0
-
- Remove comments
-
Hi killerpot, You will notice in your case, that in the audio files, there are two delays. One that is relative to 0 timestamp and one relative to the video. The second delay is the relative to video and it is the effective delay of the track. So when you will remux these tracks together, you will have a nicely synced file!
-
- Add support for the new mkvextract syntax since MKVToolNix v17
-
-- Add a new commandline argument --mkvtoolnix="..." to specify a manual path for MKVToolNix
-
-Switch to "timestamps_v2" instead of "timecodes_v2" for MKVToolNix v17+
-
- Add new setting for default output directory
-
- Bump version to v2.2.0
-
- Fix comments in DPI scaling code
-
Resolved in r160
-
Support for hi-res (4K/5K) displays.
-
Thanks for your feedback and for putting up with me! :)
-
The Log Form's buttons were indeed too tall... Made a few more fixes and this is the last (hopefully) test version for today! If everything works as expected, it will be published as v2.2.0
-
- Add custom DPI scaling code and enable it on all forms
-
That's really nice to hear! It turns out the Log Form was not set to correctly scale to DPI. Hopefully this test version works correctly! Waiting for your confirmation...
-
Could you please check the Job Manager and the Log Form too? I believe the issue with the Output Directory is fixed.
-
Damn... Having no means to test your code changes sucks! I had to revert most of the work I've done... :( Anyways, please check new test version 3 which also fixes the 2 bugs you reported.
-
Indeed, things look great! Could you make a final check on the attached version?
-
That's great news! I will try to make the code more robust and publish a new version ASAP. Last request, could you open a video file and post the screenshot here? I want to check how the Tracks are displayed now.
-
I added some quick and dirty code for manually handling the DPI scaling. Could you please test the attached version and post the screenshots to see if I am in the right track?
-
- Add new manifest Property "dpiAwareness" for newest Windows Versions (Windows 10 v1607+)
-
There is always the solution of dropping the DPI awareness, but that will result in a blurry GUI. Unfortunately I don't have an easy fix for this, I'll have to check this with a HighDPI display, which currently I don't have, so it will take some time...
-
Hi, please move the discussion to doom9 forum here: https://forum.doom9.org/showthread.php?t=170249 As for the issue at hand, unfortunately I don't have a 4K display available in order to test the correct behaviour, however it theoretically supports HighDPI scenarios. When you resize the form does it still have messy layout? (Please answer to doom9, thanks!)
-
Added some missing video and subtitle codec_id
-
- Remove unnecessary separator in context menu
-
Added new Audio Codec_ID A_EAC3 and A_MLP
-
Change the output directory behaviour
-
Resolved with r149
-
Please support batch file extract like mkvcleaver
-
- Bump Version to v.2.1.0
-
- Support the use of directories passing with command line arguments
-
- Add a new property SelectOnRightClick to gTreeView, that when true, right cliking a node changes the selection
-
- Fix adding files from the command line
-
- Fix gTreeView issues on Linux
-
- Add new property CheckOnClick to the TreeView
-
- Restructure the context menu
-
- Fix getting error messages when adding multiple files
-
- Add more group choices in the context menu for multiple track selection
-
- Add check to avoid adding the same job more than once
-
- Make reading of files asynchronous
-
- Remove check box for job mode and add a new button to add jobs
-
- When appending files, check if they are already added
-
- Fix bug in extracting multiple files
-
- First FULLY working version of the new form with supports batch extraction
-
Initial work on a new form shich supports batch extracting
1 >