yep so somehow there is some either 4 theories-> - communicating aliens with sheaves count change (-> creates glitch of tv light indicator being on for slightly less than a second when the multiswitch were off) - some radio left by a civilization which invented multiverse tech in either future or past. and this is 100% certainly true and to happen in 100% certainity. (but we dont know if glitch were coming from that) - some space craft of aliens outside spacetime with an own universe bubbles when traveling creates glitches in multiverse (this is also very high probability to exist but not known if glitch coming from that) - some multiversal version of quasar or neutron star concept but not as of star definition in known science, a metaphoric quasar or whatever phenomena in multiverse which at some intervals creates metaphoric radio (not radio but some phenomena which is like glitches in multiverse) i think glitches must be caused by either one of these 4 possibl...
Kayıtlar
today again the tv's power button has i think light up for a slight less than a second whilst its not connected to power switch. so is it something like glitch of universe alike where the universe version which it has switched /connected switched is somewhat less universe density where glitch of such sheave can happen. and how can that happen --> I think interaction from multiverse tech possibly. i think its not me multiverse traveling, otherwise electronic devices would have had behaved always like that. i think its like some form of extraterrestial form of communication imho. of multiversal hello. either from humans from different space time region with multiverse tech. i mean maybe its multiverse traveling. but why such glitch does not happen in other electronic device power buttons then? no it must be some type of space time coordinate and extraterrestials changing universe multiverse density (count of sheaves (count of universes ) ) there to have glitche...
yayyy at last came to the test case where data transfer setup is nearly completed yayyy. so hmm there is still lots of tasks /test cases and fixes to do --> but webrtc data transfer lyr setup ran correctly. its not trivial to do test cases-> so the online null plugin calls functions of library, which in some functions/in nodejs methods, loads the webrtc.dll and using the interface definition calls functions. so hmm this dll approach were nice -> because in many cases when fixing i only need to change dll (unless lib also changes for library) instead of having have to compile the null plugin and repackage project again. which might took 4 or 5 minutes alike. so even if i created dll due to library issues MD/MT incompliance issues, dll based libraries became very useful in this aspect and testing is like -> you open two process of app, and connect from lib's visual studio debugger to its process and fix is...
hey for plugin coding tasks, I had fixed the design issue. but there is still alot testing and couldnt yet start test case even for session data transfer but fixed alot issues by then now. its so funny -> i had thought e.g. cl->socket("blabla") registers socket related to "blabla" socketio side and wrote entire code in c++ side based on this. turned out it were wrong. I had to change alot code indeed :) remove functions like auxiliary sockets etc lots of code refactoring needed to be done. it were there were one socket and auxilary sockets for "blabla" etc. but turned out theree is required to be one socket and not auxiliary but entire code needed to be changed for this. until weekend i hadnt been able to test auxiliary sockets thereby hadnt before figured out the design error. there were blatant design issue at c++ side of library. yep so newly been able to come to test cases related to webrtc session thingy on weekend and it failed funnily du...