The Lounge

Gerry Schmitz wrote: I think it's to exclude cheats as much as possible. Hmmm... I suspect that although that might be true the real driver is money. Marketing looks better if you can say "it is safer for you" versus "we make more money this way"

Gerry Schmitz wrote: I sleep the computer; hardly ever close anything Lucky you. Our IT department routinely restarts our machines when pushing updates at night :suss:, so the safest thing is to exit everything before I leave for the day :sigh: . Software Zen: delete this;

Finally I had time to watch the video... Now I understand you better... However I have to say that, that video cuts corners in a very horrible way IMHO... It seems that its simplifications and inclusions are chosen to server a specific end result, but not clear and whole or precise... "If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg

So we're talking about a public holiday. Had I worked it, I would have had to argue my case with my agency. My timesheet by default had the day blocked out

Wordle 877 4/6 ⬛🟨⬛🟨⬛ ⬛⬛🟩🟩🟨 🟩🟩🟩🟩⬛ 🟩🟩🟩🟩🟩 Jeremy Falcon

"Real" war gaming has degrees: dispersed, killed, surrendered / captured. Prisoners are escorted to the rear by x% guards; can be intercepted / freed, etc. In your case, it would appear all battles must end in a slaughter. "Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I

I was at the concert for the rock hall when it opened in Cleveland in 1995. We had a membership to the rock hall before it opened so we got tickets that way, and also got to go to the hall on opening day. It is an awesome place and anyone who is even remotely interested in the history of pop music should go there and see it!

jschell wrote: obermd wrote:I checked jar files are compiled into machine executables on the first run I don't believe so. Unless Java has changed a lot the last few years, and I am quite sure it hasn't, you are right. But in the beginning, there was Java bytecode, and bytecode was interpreted directly. Just like the Pascal "P4" bytecode, which is said to be an essential inspiration for Java bytecode. I never heard of any compiler for Pascal P-code; it was always interpreted (as far as I know - correct me if I am wrong). Bytecode is just like any other binary instruction set. 'Compiling' Java bytecode for, say, Aarch64 is functionally identical to compiling x86 binary code into Aarch64 binaries, except that x86 is so messy that it is no simple task :-). When Apple Mac switched from PPC to x64, lots of code was compiled from binary PPC to x64. PPC is far tidier than x86, so I guess that job was simpler. A binary instruction set, whether a 'real' one or bytecode for a virtual machine, usually carry a minimum of 'why-information', limited to 'what-information'. If the compiler could know why so-and-so binary code was generated, it would have greater opportunities to generate more optimal code for the target machine. Or rather: It would be a lot easier. If you compare Java binary bytecode with .net IL (Intermediate Language), IL is not suitable for (or intended for) direct interpretation, but it contains a lot more of 'why-information', making it easier to generate optimal target code. .net IL has always been compiled to native code before execution. When compilation of Java bytecode was introduced, the essential reason was to keep up to speed with .net, which claimed the same 'compile once, execute everywhere'. (For all directly compilation from source code to native code, noone expected interpretation of bytecode to be able to complete.) At about the same time, we also got Java compilers generating native code executables, rather than bytecode, to obtain maximum execution speed, but sacrifying the 'compile once, execute everywhere. First of course it would not do that to a jar file. If you refer to the compilation to add to the jar file, you are most certainly correct. The compiler could do like the .net IL compiler: It maintains a persistent cache (in the file system) of compiled assemblies. Before starting compilation of an assembly, the jitter ('Just-In-Time compiler') checks the cache

Sure, even eliminating everything you mentioned should simplify things...but still, if someone wanted to build a UI equivalent to all options supported via the command line...and have the smarts to group things together, separating items through tabs, adjust things based on combinations/mutually exclusive options, etc...it would still be a mess of a UI, I'd have to think. And then, trying to make it user-friendly - reserve an area on the screen to show some text (not just a few words), that dynamically changes based on the control that is currently selected (to explain what it does)...and it would still overwhelm the vast majority of users. trønderen wrote: I strongly suspect that half of these options / argument values are never used by anyone but the ffmpeg developers That's a given...when you present too many options, people will do the minimum they need to get things working, then pretty much leave it at that and stick with what they know and never experiment beyond that. So the extra effort those devs put in, really ends up working against them.

honey the codewitch wrote: Any of you have ideas? lol.... Classroom. Every students computer has the tiny display facing the teacher. So the teacher can make sure they are messing with what they should be and staying away from what they shouldn't. Consider it as the teacher wanders around the room aimlessly.

I have to admit my time in service as a Navy Nuc gave me the foundation to excel at software development.

:thumbsup:

Sounds like they already had someone in mind and were just required to do interviews to prove no favoritism. Unless there were red flags during the process, I would have hired you in a heartbeat if you were the only one to do that. Bond Keep all things as simple as possible, but no simpler. -said someone, somewhere

Now if he could just make the chicken moon walk! As the aircraft designer said, "Simplicate and add lightness". PartsBin an Electronics Part Organizer - Release Version 1.3.0 JaxCoder.com Latest Article: SimpleWizardUpdate

I don't even have a WIFI modem that works. I tried to contact Beelink technical support, but that was a joke. I bought it off of Amazon as Beelink was pretty much the only inexpensive, fast micro-desktop - and by the time I had come to the conclusion that the WIFI just doesn't work, I had already installed Windows 10 (i.e., instead of the crap Windows 11) and installed my apps & files, so I wasn't in the mood to zap the drive and return it. With a WIFI USB stick, everything works, and there are a lot of USB ports on the rig, and I have a venerable Dynex USB hub too - and I have exactly 1 free USB port for that Bluetooth. :)