chopping | Linux 802.11 channel hopping utility

I need to embed videos on youtube via the API, and to make the process a little more practical I want to merge my vignette with the videos before posting on youtube. However, the videos have different resolutions and different characteristics, so the solution I found leaves the final video with audio or streaming problems.

I ended up finding the following solution, which works well, but is extremely slow, see:

Here's the situation:

A foreign application is storing zlib deflated (compressed) data in this format:

78 9C BC (...data...) 00 00 FF FF - let's call it DATA1

If I take original XML file and deflate it in Java or Tcl, I get:

78 9C BD (...data...) D8 9F 29 BB - let's call it DATA2

1. Definitely the last 4 bytes in DATA2 is the Adler-32 checksum, which in DATA1 is replaced with the zlib FULL-SYNC marker (why? I have no idea).
2. 3rd byte is different by value of 1.
3. The (...data...) is equal between DATA1 and DATA2.
4. Now the most interesting part: if I update the DATA1 changing the 3rd byte from BC to BD, leave last 8 bytes untouched (so 0000FFFF) and inflating this data with new Inflater(true) (https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/zip/Inflater.html#%3Cinit%3E(boolean)), I am able to decode it correctly! (because the Inflater in this mode does not require zlib Adler-32 checksum and zlib header)

1. Why does changing BC to BD work? Is it safe to do in all cases? I checked with few cases and worked each time.
2. Why would any application output an incorrect (?) deflate value of BC at all?
3. Why would the application start with a zlib header (78 9C), but not produce compliant zlib structure (FLUSH-SYNC instead of Adler-32)? It's not a small hobby application, but a widely used business app (I would say dozens of thousands of business users).

After further analysis it seems that I have a zlib-compressed byte array that misses the final checksum (adler32).

According to RFC 1950, the correct zlib format must end with the adler32 checksum, but for some reason a dataset that I work with has zlib bytes, that miss that checksum. It always ends with 00 00 FF FF, which in zlib format is a marker of SYNC FLUSH. For a complete zlib object, there should be adler32 afterwards, but there is none.

Still it should be possible to inflate such data, right?

As mentioned earlier (in original question below), I've tried to pass this byte array to Java inflater (I've tried with one from Tcl too), with no luck. Somehow the application that produces these bytes is able to read it correctly (as also mentioned below).

How can I decompress it?

There is an application (closed source code), that connects to MS SQL Server and stores compressed XML document there in a column of image type. This application - when requested - can export the document into a regular XML file on the local disk, so I have access to both plain text XML data, as well as the compressed one, directly in the database.

I'd like to be able to decompress any value from this column using my own code connecting to the SQL Server.

The problem is that it is some kind of weird zlib format. It does start with typical for zlib header bytes (78 9C), but I'm unable to decompress it (I used method described at Java Decompress a string compressed with zlib deflate).

The whole data looks like 789CBC58DB72E238...7E526E7EFEA5E3D5FF0CFE030000FFFF (of course dots mean more bytes inside - total of 1195).

What caught my attention was the ending 0000FFFF, but even if I truncate it, the decompression still fails. I actually tried to decompress it truncating all amounts of bytes from the end (in the loop, chopping last byte per iteration) - none of iterations worked either.

I also compressed the original XML file into zlib bytes to see how it looks like then and apart from the 2 zlib header bytes and then maybe 5-6 more bytes afterwards, the rest of data was different. Number of output bytes was also different (smaller), but not much (it was like ~1180 vs 1195 bytes).

Solidity returns totalSupply() as 1 trillion + the 9 decimals as 1trillion concat with 9 zeroes.

So when I try to do a mocha test to check the supply is 1T, it fails because the number has 9 extra zeroes at the end and no decimal point.

So how to change

BigNumber { value: "1000000000000000000000" } to 1000000000000 so my test passes.

This is my test which fails;

Playing with some calculations and noticed something odd. Here's a dump of some calculated numbers stored in an object.

In my project, branches sometimes have a hyphen in them. This is due to Jira's peculiar naming process. A branch might automatically be named PROJ-3421-create-a-login- This happens because Jira is chopping off the rest of the sentence and leaving a hyphen at the end.

This trailing hyphen messes up Jenkins. I'm trying to figure out how to strip it.

I'm trying something like this. It's not valid code. After this step the value is used in the script.

How do we strip a trailing hyphen in a Jenkinsfile?

#Lists generated from User input.

I'm trying to make a program that will work and function like simple horse races, but I can't set different speeds. As far as I can see, see that when the timer gets different values, for example: I have two pictures, one has a timer 40 and the other 80, they move at the same speed, but a picture that has 80 goes chopping, or rather has fewer clocks, and this one I have 40 goes more smooth.

I know that's a vague question, but I'm unsure what the nature of the error is. I'm trying to learn perl but when I try to open the perl script in the directory, it gives me a ton of errors and refuses to open it. But these are scripts I copied from examples, so I don't know how there would be so many problems.

These are the error messages for one script:

syntax error at atom1perl.pl line 11, near "my " Global symbol "$name" requires explicit package name (did you forget to declare "my $name"?) at atom1perl.pl line 11. syntax error at atom1perl.pl line 15, near ")

my " Global symbol "$my_info" requires explicit package name (did you forget to declare "my $my_info"?) at atom1perl.pl line 15. Global symbol "$my_info" requires explicit package name (did you forget to declare "my $my_info"?) at atom1perl.pl line 17. Execution of atom1perl.pl aborted due to compilation errors (#1) (F) Probably means you had a syntax error. Common reasons include:

...

Why/how do I bind vertex attributes to a shader? - examples do but never explain.

If I allow a vertex attribute in GLSL location = 0, does that still have to be allowed in code?

How to properly set Q-vertex array buffers/objects?

Where does this* weird artifact even come from?

*The blue square is a label used to display QPixmap images. The green one is the 1 GLWidget that inherits from QOpenGLWidget. As you can see, it creates a weird square on the top-left aswell.

The Green window is supposed to display a red triangle on the lower right corner.

The relevant code might only be the last section, GLWidget.h.

Also paintGL() only runs just a few times for some reason. code:

.pro: