Activity for Derell Licht
-
Derell Licht posted a comment on discussion Help
Well... no... I actually want it to ask this question, because sometimes I'm busy with a site that I'm using the password for... However, it would really be alot more practical if the dialog that poses the question, was actually visible to me!!! Thus my original question...
-
I'm using V2.58 (64-bit), but this issue has existed across many versions, for years ... When I log into the program, use it for awhile, then go do other things, after a couple of minutes KeePass tries to log me out. This is fine, and as I want it... Sadly though, it pops up this window asking me what I want to do with my data: Save, SomethingElse, Cancel ... However, it pops up that window behind all other active windows, where I can't see it... furthermore, I cannot even single-click or double-click...
-
Okay, this is a bit of a necro, but I'm sitting here in 2024, with Windows 10 Pro, GpsPrune 24.4, Java 1.8.0_421 (which is the latest version available on Windows 10 in 2024), and GpsPrune still fails to run, with the same errors as listed in the original post. Is there actually any way to make GpsPrune run on Windows 10 Pro ?
-
-
-
One other observation, about ins.dll ... you state that you will "add a note to the readme" about it... No, if it is required to build the example programs, then ins.dll should be included in the lib directory of the SDK... the whole point of the SDK is that it should be ready to use !!! unzip, compile, link, run...
-
Also, a note about building with MinGW: I actually can use the MSVC libraries and headers with no problems... All I have to do is rename library.lib to liblibrary.a and copy it to the compiler's lib directory. So I don't need a special distribution for MinGW...
-
BTW, there were also some undefined variables when trying to build simple.c : // variables/declarations copied from il2.h // Callback functions for file reading and writing class ILimage; typedef void* ILHANDLE; I ended up having to copy these from il2.h to il.h ... I tried including both il.h and il2.h, but that apparently wasn't valid. After all of the fixes mentioned in these messages, simple.c would compile and link successfully, though ilLoadImage() failed, with no apparent error code, though...
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/il_types.h and IL/il_constants.h . beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers...
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/[header.h] beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources. il_constants.h...
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/[header.h] beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources. il_constants.h...
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/<header.h></header.h> beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources....
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/<header.h></header.h> beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources....
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: #include "../../src-ILBase/il_types.h" #include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/<header.h></header.h> beyond that: il_types.h contains #include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources....
-
Regarding the header issues: I just re-downloaded ResIL-SDK-win32-2023-02-16.zip... In that file, under include\IL, il.h (which is the basic header) contains: include "../../src-ILBase/il_types.h" include "../../src-ILBase/il_constants.h" This path is completely invalid for the distribution package!!! I changed these to IL/<header.h></header.h> beyond that: il_types.h contains include "il_constants.h" but it should be "IL/il_constants.h" to be consistent with the rest of the headers and sources....
-
Well, okay... so I got ins.dll in my current directory, and that error is gone... Instead, I just get "Could not open file...exiting." from ilLoadImage()... Interestingly, ilGetError() actually returns 0, indicating "no error" ?? So anyway the library just doesn't work at all, at least with MinGW 4.4.1 ... Permit me to add a couple of notes, to clarify my expectations here... A pre-built library distribution is supposed to be "ready to use"... it typically contains .h, .lib, .dll, ideally some API...
-
Well, okay... so I got ins.dll in my current directory, and that error is gone... Instead, I just get "Could not open file...exiting." from ilLoadImage()... Interestingly, ilGetError() actually returns 0, indicating "no error" ?? So anyway the library just doesn't work at all, at least with MinGW 4.4.1 ... As for editing the ResIL header files, there is no way I was going to be able to modify my Makefile to resolve the erroneous paths in those header files, because those paths do not exist on my...
-
missing from original message: except that ins.dll is not present anywhere in the SDK or source distribution.
-
ResIL SDK distribution is unusable
-
Later note: interestingly, though, after I ran this failed command, my command-line utility which links to DevIL.dll, now work fine!! very odd...
-
cannot register dll with operating system (Windows 10 Pro)
-
Yes, that works great!! Much more thematic than looking at height and width... Thank you again for your assistance!!
-
Yes, that works great!! Much more thematic than looking at height and width... Thank you again for your assistance!! I do have one minor question still... this really is not at all important, but I'm curious... I tried to use the C equivalent of this function, which I expected would be: // C++ version works fine, and has no file-size impact, but still... // uint video_stream_count = MI.Count_Get(Stream_Video); // yep, no problem // C version seems like it should be: uint video_stream_count = MediaInfo_Count_Get(Handle,...
-
Yes, that works great!! Much more thematic than looking at height and width... Thank you again for your assistance!! I do have one minor question still... this really is not at all important, but I'm curious... I tried to use the C equivalent of this function, which I expected would be: // C++ version works fine, and has no file-size impact, but still... // uint video_stream_count = MI.Count_Get(Stream_Video); // C version seems like it should be: uint video_stream_count = MediaInfo_Count_Get(Handle,...
-
Yes, that works great!! Much more thematic than looking at height and width... Thank you again for your assistance!! I do have one minor question still... this really is not at all important, but I'm curious... I tried to use the C equivalent of this function, which I expected would be: // C++ version works fine, and has no file-size impact, but still... // uint video_stream_count = MI.Count_Get(Stream_Video); // C version seems like it should be: uint video_stream_count = MediaInfo_Count_Get(Handle,...
-
Yes, that works great!! Much more thematic than looking at height and width... Thank you again for your assistance!! I do have one minor question still... this really is not at all important, but I'm curious... I tried to use the C equivalent of this function, which I expected would be: // C++ version works fine, and has no file-size impact, but still... // uint video_stream_count = MI.Count_Get(Stream_Video); // C version seems like it should be: uint video_stream_count = MediaInfo_Count_Get(Handle,...
-
Excellent, I will do that; that's a more thematic method than depending on width and height fields!!
-
Yeah, my fault, unfamiliarity with the library... Actually, it was likely a flaw in the WMV file that I was looking at... it was a digitization of a WWII video of a German fighter shooting at a B17 bomber; the video was from the 1990s, probably just not digitized properly... very likely the absence of the Video:Duration field was due to the image file itself, not to your library, which is otherwise serving me superbly!!
-
BTW, as a side topic, I would kinda expect that when opening an audio file, with no Video component, that a call to MediaInfo_Get(Handle, (MediaInfo_stream_C)Stream_Video, [etc] ); would return NULL (i.e., error) ... but it doesn't... darn, that would have been an easy cheat solution to my request... For now, I'm going to run with If (width == 0 and height == 0) then file_is_video = false; endif hint for anyone else who wants to try this... the valid strings for Stream_Audio are in Audio.csv, in...
-
Nevermind... Get(Stream_Audio, ... "Duration", ...) returns the value in milliseconds, as I wish... No action required, close this ticket.
-
Oops: I forgot some context... My OS: Windows 10 Pro MediaInfoDLL version: 23.04
-
Missing Duration field in WMV results
-
BTW, as a side topic, I would kinda expect that when opening an audio file, with no Video component, that a call to MediaInfo_Get(Handle, (MediaInfo_stream_C)Stream_Video, [etc] ); would return NULL (i.e., error) ... but it doesn't... darn, that would have been an easy cheat solution to my request... For now, I'm going to run with If (width == 0 and height == 0) then file_is_video = false; endif hint for anyone else who wants to try this... the valid strings for Stream_Audio are in Audio.csv, in...
-
BTW, as a side topic, I would kinda expect that when opening an audio file, with no Video component, that a call to MediaInfo_Get(Handle, (MediaInfo_stream_C)Stream_Video, [etc] ); would return NULL (i.e., error) ... but it doesn't... darn, that would have been an easy cheat solution to my request... For now, I'm going to run with If (width == 0 and height == 0) then file_is_video = false; endif // damn, this doesn't work... I'm setting file_is_video successfully, but MediaInfo_Get() isn't working,...
-
BTW, as a side topic, I would kinda expect that when opening an audio file, with no Video component, that a call to MediaInfo_Get(Handle, (MediaInfo_stream_C)Stream_Video, [etc] ); would return NULL (i.e., error) ... but it doesn't... darn, that would have been an easy cheat solution to my request... For now, I'm going to run with If (width == 0 and height == 0) then it_must_not_be_video_assume_audio = true ; endif
-
Okay!! So now I'm using MediaInfo DLL to handle data gathering for all video formats in my utility... However, I'm still using libzplay for audio formats... but I now realize that you handle all of those just fine, as well!! So, what I would like to know, is this: I currently use MediaInfo_Get() to pull all the parameters that I want from each file... for video, those are "Width", "Height", "Duration"... For audio files, I'll want to pull different parameters; I'm currently using a modified version...
-
HAH!!! That worked beautifully!! It took me a little poking to figure out the syntax for MediaInfo_Get(), but I ultimately got it... My stand-alone utility (basically your example program) dropped from 924KB to 152KB, and my complete media_list utility, linked to a reduced version of your file, dropped from 484KB to 60KB !!! That is Superb !!! And I now have support for all video formats, which I didn't even dream of attaining, thanks to your library... I thank you very much for your assistance here!!...
-
HAH!!! That worked beautifully!! It took me a little poking to figure out the syntax for MediaInfo_Get(), but I ultimately got it... My stand-alone utility (basically your example program) dropped from 924KB to 152KB, and my complete media_list utility, linked to a reduced version of you file, dropped from 484KB to 60KB !!! That is Superb !!! And I now have support for all video formats, which I didn't even dream of attaining, thanks to your library... I thank you very much for your assistance here!!...
-
Thanks for the quick response, @zenitram !! I am a bit unclear on how to do this, though... The main interface that is using String is Inform()... are you saying there is a declaration of that function that returns char ?? I don't see it in mediainfodll.h ... I tried this: char *sptr = MI.Inform(); but that does not compile, so it doesn't appear that there is a char return version of that function... I'm using the user-buffer version of HowToUse_DLL.cpp (which I've renamed MediaInfoDll.cpp in my...
-
Thanks for the quick response, @zenitram !! I am a bit unclear on how to do this, though... The main interface that is using String is Inform()... are you saying there is a declaration of that function that returns char ?? I don't see it in mediainfodll.h ... I tried this: char *sptr = MI.Inform(); but that does not compile, so it doesn't appear that there is a char return version of that function... I'm using the user-buffer version of HowToUse_DLL.cpp (which I've renamed MediaInfoDll.cpp in my...
-
I really hate the bloated overhead that the C++ libraries introduce into the language... one of the major offenders is cstring and cio... An excellent example is the C++ example program in MediaInfoDll ... the executable file is 924Kbytes - and that is in spite of the fact that the actual working code is all in a separate dll... My existing utility, which handles all the other file formats that I support, is only 30KB... I really don't with to bloat it out to over 1MB, just to support the String-class...
-
I really hate the bloated overhead that the C++ libraries introduce into the language... one of the major offenders is cstring and cio... An excellent example is the C++ example program in MediaInfoDll ... the executable file is 924Kbytes - and that is in spite of the fact that the actual working code is all in a separate dll... My existing utility, which handles all the other file formats that I support, is only 30KB... I really don't with to bloat it out to over 1MB, just to support the String-class...
-
Hi @wellread1 ... I'm unclear about the discussions of a backup... I'm just keeping a copy of my kdbx file in other locations (OneDrive, DropBox, and another site)... what other type of backup would I require?? Is there some possibility that my password could fail or something?
-
OMG !!! Thank ye so so SO much !!!!!!!!!!!!!!
-
Hi @wellread1 !! Thank you for your response... Yeah, I tried out the Generic CSV Importer, and it worked beautifully... Thank you for your comments about the plugins... I don't have anything that I specifically want to add to the program, so I'll take your advice and just use the base program for a while...
-
Holy cow!! Input shock !!!!!!!!!!! I'm a new user, both to password managers in general, and KeePass in particular. Up until now, I've kept all of my passwords in an Excel spreadsheet, which I keep stored in a Truecrypt-encrypted drive. That actually works great, and I've been using it for many years; I have 413 entries in it now. But... learning new things never hurts, so I'm considering KeePass... though I'm certainly intimidated by having to convert my existing "database" into a new platform!!...
-
Thank you, @enzo, for this clear explanation... this pretty much confirms my suspicion; the calculated CRC was the same for both rips, and we don't hear any anomalies in the recording, so I'll just assume that our rips are fine...
-
We have recently begun using fre:ac v1.1.5 to rip our CD library to disk. OS is Win10 64-bit We were ripping a particular CD, and we got an error on track 2; the initial error dialog didn't really tell us what was wrong, but the log tab gave more details; it said that both CRC v1 and CRC v2 had failed... So, we deleted that track and re-ripped it, but it still said both CRC values were wrong... So I'm wondering where these reference CRC values came from, for that track?? We did get the disc info...
-
Well, this is a bit of a late entry, but as of May 2021, dreples does not work on Windows 10 64bit, even in screensaver mode. It flashes on the screen, draws an image, then immediately closes. Is there a way past this, with current Windows version? Windows 10 [Version 6.3.19042] I tried abcxyz123's registry edit above, that did not make any difference.
-
Well, this is a bit of a late entry, but as of May 2021, dreples does not work on Windows 10 64bit, even in screensaver mode. It flashes on the screen, draws an image, then immediately closes. Is there a way past this, with current Windows version? Windows 10 [Version 6.3.19042]
-
Correction, this issue does occur with MinGW G++ V4.8.1 ... so apparently they've...
-
printf with %llu broken in V4.8.1
-
Be aware, however, that although ConsoleZ is superior to Console2 in many ways, it...
1
