|
|
Post by nathanmyersc on Mar 21, 2024 18:37:14 GMT
Ok, cool. I was able to use a buffer size of 2048 * 2048, broken down into chunks so it wouldn't error out. Version 0.9 is on my github repo.
The only problem with this version is sometimes it drops to 0. Since it's breaking it down in chunks anyway, it might not be useful to go over 65500 for buffer size. Though I gained 300kHz on the speed.
There is also a v0.10 that includes a Boost, which puts the number 0010110 into the intention. It slows down, but it's a powerful manifestation number.
For Intention: I am Love. MultiThreaded (y/N): n Broadcasting: [00:00:05] 17.616M Repetitions (2.936MHz) MultiThreaded (y/N): y Broadcasting: [00:00:07] 23.488M Repetitions (3.355MHz) github.com/tsweet77/intention-repeater-wifi ON MY COMPUTER running my version it will use like 70% of my CPU power. And it makes the internet not work cause it uses the entire bandwidth. So its probably best to use the maximum multithread version when u dont need to use your computer. |
|
|
|
Post by AnthroHeart on Mar 21, 2024 19:12:39 GMT
I wanted to incorporate hashing, where a long intention string of several MB is reduced down to like 64 bytes.
Then this 64-byte string is repeated until it gets back up to several MB in size.
This would use sha256. But I'm not sure if it's worth it to install the OpenSSL library.
Is that something you would do to work with the hashing functions in the future if I added it to the code?
|
|
|
|
Post by AnthroHeart on Mar 21, 2024 20:39:54 GMT
I have updated to v0.12 of the Intention Repeater WiFi Broadcaster.
I added an option to choose hashing, which amplifies the power of the intention.
To hash, I do the following: 1) Repeat the intention to a string until we have a string around 2048 * 2048 bytes in size. 2) Hash this string to a number such as: 532eaabd9574880dbf76b9b8cc00832c20a6ec113d682299550d7a6e0f345e25 3) Repeat that hash until we have a string around 2048 * 2048 bytes in size.
I made the MultiThreaded optional. And I made the Multiplying optional.
So if you pick "no" for Multiplying it should not take up all your bandwidth.
Here are some results:
Enter your Intention: I am Love.
MultiThreaded (y/N): y
Use Multiplying (y/N): y
Use Hashing (y/N): n
Broadcasting: [00:00:06] 33.554M Repetitions (6.711MHz)
Shutting down...
Enter your Intention: I am Love.
MultiThreaded (y/N): y
Use Multiplying (y/N): y
Use Hashing (y/N): y
Broadcasting: [00:00:07] 2.199T Repetitions (219.902GHz)
Shutting down...
|
|
|
|
Post by AnthroHeart on Mar 21, 2024 21:41:17 GMT
The hashing repeat rate is 220GHz because one string: 532eaabd9574880dbf76b9b8cc00832c20a6ec113d682299550d7a6e0f345e25
Can represent 10,000 or more repetitions. And this string is multiplied thousands of times.
|
|
|
|
Post by nathanmyersc on Mar 21, 2024 22:02:28 GMT
I have updated to v0.12 of the Intention Repeater WiFi Broadcaster.
I added an option to choose hashing, which amplifies the power of the intention.
To hash, I do the following: 1) Repeat the intention to a string until we have a string around 2048 * 2048 bytes in size. 2) Hash this string to a number such as: 532eaabd9574880dbf76b9b8cc00832c20a6ec113d682299550d7a6e0f345e25 3) Repeat that hash until we have a string around 2048 * 2048 bytes in size.
I made the MultiThreaded optional. And I made the Multiplying optional.
So if you pick "no" for Multiplying it should not take up all your bandwidth.
Here are some results:
Enter your Intention: I am Love.
MultiThreaded (y/N): y
Use Multiplying (y/N): y
Use Hashing (y/N): n
Broadcasting: [00:00:06] 33.554M Repetitions (6.711MHz)
Shutting down...
Enter your Intention: I am Love.
MultiThreaded (y/N): y
Use Multiplying (y/N): y
Use Hashing (y/N): y
Broadcasting: [00:00:07] 2.199T Repetitions (219.902GHz)
Shutting down...
Sounds very esoteric. But it is true that a hash is a unique representation of the files contents so it could be many times more powerful ima test it now. Also multithreading is about 8 times faster on my computer. But im pretty intersted in this hash idea. works good for really long things like text files if it works. |
|
|
|
Post by AnthroHeart on Mar 21, 2024 22:34:24 GMT
I can feel it quite strongly and nicely when using multithreading and multiplying but hashing is no. But when hashing is yes, I can barely feel it as it feels much higher vibe.
Multithreaded is about 4X faster on my computer.
|
|
|
|
Post by nathanmyersc on Mar 21, 2024 22:38:09 GMT
I can feel it quite strongly and nicely when using multithreading and multiplying but hashing is no. But when hashing is yes, I can barely feel it as it feels much higher vibe. So hashing isnt as useful as the actual intentions then? |
|
|
|
Post by AnthroHeart on Mar 21, 2024 22:48:47 GMT
I can feel it quite strongly and nicely when using multithreading and multiplying but hashing is no. But when hashing is yes, I can barely feel it as it feels much higher vibe. So hashing isnt as useful as the actual intentions then? I think it is useful, as the universe understands the hash means that large string.
It's something to play around with and see.
I do feel it when hashed, but it's a bit faint, like 3/10 strength, where unhashed is about 8/10 strength.
I think it's still useful though.
|
|
|
|
Post by nathanmyersc on Mar 21, 2024 22:56:45 GMT
So hashing isnt as useful as the actual intentions then? I think it is useful, as the universe understands the hash means that large string.
It's something to play around with and see.
I do feel it when hashed, but it's a bit faint, like 3/10 strength, where unhashed is about 8/10 strength.
I think it's still useful though.
i notice you didnt make your socket a UDP socket socks = socket(AF_INET, SOCK_DGRAM, 0); // Creating a slower socket
socks = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP); // Creating a UDP socket |
|
|
|
Post by AnthroHeart on Mar 21, 2024 23:02:14 GMT
Thanks. I went with what Claude created, so that is helpful advice. If you find anything additional let me know.
I tested both ways with the IPPROTO_UDP and the 0 for the socket value, and they seem to run the same.
|
|
|
|
Post by AnthroHeart on Mar 21, 2024 23:15:21 GMT
I'm getting these error codes sometimes when broadcasting. I can look into it. It seems to fix itself, but the error is generated a lot of times when it gets going. 10051 10014 10065
v0.12 is feeling a bit stronger when I use hashing now that I've gotten used to it a bit.
|
|
|
|
Post by nathanmyersc on Mar 21, 2024 23:49:15 GMT
I'm getting these error codes sometimes when broadcasting. I can look into it. It seems to fix itself, but the error is generated a lot of times when it gets going. 10051 10014 10065
v0.12 is feeling a bit stronger when I use hashing now that I've gotten used to it a bit.
UDP is a connectionless protocol, therefore much quicker. TCP guarantees flawless data delivery, even if lost or damaged packets are retransmitted. UDP is a “fire-and-forget” protocol that won't check for errors or resend lost data packets. UDP is better for broadcasting and live streaming.Feb 23, 2023 Probably depends on the length of your string. because you arent putting it into chunks of a size close to MTU Your putting max possible. And if your string is too long its a overflow. 10051 - means attempted to contact unreachable network 10014 - The system detected an invalid pointer address in attempting to use a pointer argument of a call. This error occurs if an application passes an invalid pointer value, or if the length of the buffer is too small.Oct 6, 2017 10065 - Message : A TCPIP socket error has occurred (10065): A socket operation was attempted to an unreachable host. Reason : The client could not connect to the DB2 server with an incorrect user-specified Network Address or Network Port value, or the server is unavailable. Dont use a TCPIP socket use the UDP one i suggested.. |
|
|
|
Post by AnthroHeart on Mar 21, 2024 23:53:52 GMT
Should I change the MAX_PACKET_LENGTH to a better MTU value like 1500?
|
|
|
|
Post by nathanmyersc on Mar 22, 2024 0:01:06 GMT
Should I change the MAX_PACKET_LENGTH to a better MTU value like 1500? It would stop the error from occurring yes. But the errors you showed me are mostly due to using TCPIP socket instead of a UDP |
|
|
|
Post by AnthroHeart on Mar 22, 2024 21:43:21 GMT
I updated to v0.14 to fix a few bugs.
Before it was getting to Q (Quintillions) fast but that wasn't accurate as it was only Trillions of repetitions after the similar amount of time.
Had to fix the formatting. Also made the output look better if there's an error, which will eventually work itself out. Still will have to test this.
Also using strings now to hold really large numbers. The code that the developer used for string number adding on the Intention Repeater really helped.
If I don't use multithreading and don't use multiplying the internet still works, but is slower. Use Multithreading and Multiplying when you're not using the internet.
Enter your Intention: I am Love.
MultiThreaded (y/N): y
Use Multiplying (y/N): y
Use Hashing (y/N): y
Broadcasting: [00:00:17] 4.617T Repetitions (357.340GHz)
Shutting down...
Enter your Intention: I am Love.
MultiThreaded (y/N): n
Use Multiplying (y/N): y
Use Hashing (y/N): y
Broadcasting: [00:00:03] 494.779B Repetitions (137.438GHz)
Shutting down...
|
|
