00:26 <+bridge> [ddnet] @Ryozuki did u see the pic 00:26 <+bridge> [ddnet] they took 1 hour of wiating for that pic lmao 00:26 <+bridge> [ddnet] its cool tho 00:27 <+bridge> [ddnet] have u seen the first pic of the hubble telescope? 00:27 <+bridge> [ddnet] this is miles ahead 00:27 <+bridge> [ddnet] also its a pic of the universe 16 billion years ago 00:27 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996180971625906327/unknown.png 00:27 <+bridge> [ddnet] this was the first image 00:27 <+bridge> [ddnet] from hubble telescope 00:27 <+bridge> [ddnet] ye 00:27 <+bridge> [ddnet] this is james webb 00:27 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996181042333503579/unknown.png 00:27 <+bridge> [ddnet] ik im not downplaying it 00:27 <+bridge> [ddnet] the pic is amazing 00:27 <+bridge> [ddnet] but the wait was so pointless 00:28 <+bridge> [ddnet] do u see the gravitational lensing 00:28 <+bridge> [ddnet] at least i think its gravitational lensing 00:28 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996181323578347570/unknown.png 00:28 <+bridge> [ddnet] these things are interesting 00:29 <+bridge> [ddnet] i wonder what causes it 00:41 <+bridge> [ddnet] i wonder what that massive star in the middle is 00:41 <+bridge> [ddnet] so bright 00:49 <+bridge> [ddnet] its a faulty camera :p 00:49 <+bridge> [ddnet] i mean telescope 00:49 <+bridge> [ddnet] https://www.youtube.com/c/DrBecky/videos 00:49 <+bridge> [ddnet] this is a really cool channel this kind of stuff 00:50 <+bridge> [ddnet] jk btw 00:50 <+bridge> [ddnet] ye its expected for a hexagonal mirror 00:51 <+bridge> [ddnet] ye i was just joking 00:52 <+bridge> [ddnet] https://www.youtube.com/c/DrBecky/videos 00:52 <+bridge> [ddnet] this is a really cool channel for this kind of stuff 03:02 <+bridge> [ddnet] update to 16.2.2 failed: and ddnet gives this : 03:02 <+bridge> [ddnet] 03:02 <+bridge> [ddnet] 03:02 <+bridge> [ddnet] "Can't continue to execute code, because object libcurl.dll not found. Reinstalling the program could resolve it" 03:02 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996220046823145533/unknown.png 03:04 <+bridge> [ddnet] took the dll from https://ddnet.tw/downloads/DDNet-16.2.2-win64.zip and works without issue so update for some reason couldn't download that dll 06:21 <+bridge> [ddnet] can there be a ddnet.tw/releases/novice page for example 06:21 <+bridge> [ddnet] to see all the novice releases sorted by time of release 06:33 <+bridge> [ddnet] https://ddnet.tw/ranks/novice/ 06:34 <+bridge> [ddnet] that only goes down a handful of recent releases i believe 06:34 <+bridge> [ddnet] oh that makes sense 06:36 <+bridge> [ddnet] can someone clarify 0.7 and 0.6 please 06:40 <+bridge> [ddnet] what version are we on now 06:41 <+bridge> [ddnet] i mean the first instinct would be to say 0.7>0.6 but i got the feeling that its the other way around and that 0.7 is referred to teeworlds 0.7 06:43 <+bridge> [ddnet] i mean the first instinct would be to say 0.7>0.6 but i heard that its the other way around and that 0.7 is referred to teeworlds 0.7 06:48 <+bridge> [ddnet] 0.7 is the Teeworlds client 06:48 <+bridge> [ddnet] 0.6 is the DDNet client 06:48 <+bridge> [ddnet] at least i think 08:51 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996307723295674378/unknown.png 08:51 <+bridge> [ddnet] hi there crisis my old friend 08:51 <+bridge> [ddnet] https://www.bloomberg.com/news/articles/2022-07-11/euro-plunges-to-fresh-two-decade-low-as-dollar-runs-rampant 08:52 <+bridge> [ddnet] @Ryozuki "0.7 is the Teeworlds client 08:52 <+bridge> [ddnet] 0.6 is the DDNet client" is that correct? 08:52 <+bridge> [ddnet] ddnet uses the 0.6 protocol yeah 08:55 <+bridge> [ddnet] protocol? 08:56 <+bridge> [ddnet] the way client and server comunicate 08:56 <+bridge> [ddnet] when tw updated to 0.7 they decided to break it so its not compatible 08:56 <+bridge> [ddnet] sixup too 08:56 <+bridge> [ddnet] and ddnet stayed 08:56 <+bridge> [ddnet] at 0.6 08:56 <+bridge> [ddnet] oh ok 08:57 <+bridge> [ddnet] ah client 08:57 <+bridge> [ddnet] is that like a general protocol or is it only in the scope of teeworlds/ddnet ? 08:57 <+bridge> [ddnet] tw 08:57 <+bridge> [ddnet] @Zim tw, they released 0.7 with the main idea to fix some vulnerabilities about the netcode 08:57 <+bridge> [ddnet] that's how they broke 0.6 compat 08:57 <+bridge> [ddnet] okay so if i got that right, the client versionnumber isnt the same as 0.6 or 0.7 08:58 <+bridge> [ddnet] two different things but still used together? 08:58 <+bridge> [ddnet] okay so if i got that right, the client versionnumber isnt the same as the 0.6 or 0.7 protocols 08:58 <+bridge> [ddnet] wdym "still used together" 08:58 <+bridge> [ddnet] i mean like they both are version numbers but for 2 different things 08:59 <+bridge> [ddnet] 16.2.1 uses 0.6 08:59 <+bridge> [ddnet] ? 08:59 <+bridge> [ddnet] DDNet in general uses 0.6, only server side supports both versions to allow 0.7 players to join DDNet servers 08:59 <+bridge> [ddnet] Only teeworlds switched on 0.7, not DDNet 08:59 <+bridge> [ddnet] okay okay 09:00 <+bridge> [ddnet] https://twitter.com/ianlauerastro/status/1546625603641790465 09:00 <+bridge> [ddnet] because if someone uses tw, they will probably use 0.7.5 09:01 <+bridge> [ddnet] okay now i got that whole seventosix thing too 09:01 <+bridge> [ddnet] thanks ^__^ 09:01 <+bridge> [ddnet] yes but they can still play on DDNet thanks to sixup, until DDNet decides to stop that compat 09:01 <+bridge> [ddnet] Awesome that this support is implemented, yet its still a pain to play ddrace with the tw launcher xddd 09:02 <+bridge> [ddnet] Awesome that this support is implemented, yet its still a pain to play ddrace with the tw client*xddd 09:02 <+bridge> [ddnet] that's why, use ddnet 09:15 <+bridge> [ddnet] @heinrich5991 https://docs.rs/libbpf-rs/latest/libbpf_rs/struct.Map.html#method.update 09:15 <+bridge> [ddnet] 09:15 <+bridge> [ddnet] this is an example of function I have to use 09:16 <+bridge> [ddnet] the value of a map can be for example in C: 09:16 <+bridge> [ddnet] 09:16 <+bridge> [ddnet] ```c 09:16 <+bridge> [ddnet] struct stats_p { 09:16 <+bridge> [ddnet] unsigned long pass; 09:16 <+bridge> [ddnet] unsigned long drop; 09:16 <+bridge> [ddnet] }; 09:16 <+bridge> [ddnet] ``` 09:16 <+bridge> [ddnet] and I kinda need to know how to pass that in those functions 09:17 <+bridge> [ddnet] ne is OS dependant right? if yours is big endian or little 09:23 <+bridge> [ddnet] it's CPU dependent 09:23 <+bridge> [ddnet] so then you can just cast your type to `&[u8]` 09:23 <+bridge> [ddnet] your C struct is also CPU dependent 09:25 <+bridge> [ddnet] lol is thta even psosible? 09:25 <+bridge> [ddnet] only using unsafe, but that's the way to go here 09:26 <+bridge> [ddnet] like 09:26 <+bridge> [ddnet] ``` 09:26 <+bridge> [ddnet] let stats = Stats::default(); 09:26 <+bridge> [ddnet] let stats_slice = stats as &[u8]; 09:26 <+bridge> [ddnet] ``` ? 09:26 <+bridge> [ddnet] cuz for me casting is that 09:27 <+bridge> [ddnet] nvm I won't even wait for ur answer i'll just test 09:29 <+bridge> [ddnet] no, not like that 09:31 <+bridge> [ddnet] ```rs 09:31 <+bridge> [ddnet] use std::slice; 09:31 <+bridge> [ddnet] use std::mem; 09:31 <+bridge> [ddnet] unsafe fn as_bytes(t: &T) -> &[u8] { 09:31 <+bridge> [ddnet] slice::from_raw_parts(t as *const T as *const u8, mem::size_of_val(&t)) 09:31 <+bridge> [ddnet] } 09:31 <+bridge> [ddnet] ``` 09:31 <+bridge> [ddnet] typed from memory, might have errors 09:34 <+bridge> [ddnet] @ReiTW does that make sense? 09:34 <+bridge> [ddnet] trying to understand, this is black magic for now 09:34 <+bridge> [ddnet] https://doc.rust-lang.org/std/slice/fn.from_raw_parts.html 09:35 <+bridge> [ddnet] maybe this documentation helps? 09:35 <+bridge> [ddnet] ah well the 1st line is very clear yea 09:36 <+bridge> [ddnet] the function only has one line 😅 09:36 <+bridge> [ddnet] I meant that `Forms a slice from a pointer and a length.` 09:36 <+bridge> [ddnet] :justatest: 09:36 <+bridge> [ddnet] ah 09:38 <+bridge> [ddnet] size_of_val returns Returns the size of the pointed-to value in bytes. 09:38 <+bridge> [ddnet] but from_raw_parts says this 09:38 <+bridge> [ddnet] The len argument is the number of elements, not the number of bytes. 09:38 <+bridge> [ddnet] yes that's what i'm looking at 09:38 <+bridge> [ddnet] I was wondering why 09:38 <+bridge> [ddnet] but the elements are bytes ^^ 09:39 <+bridge> [ddnet] so it's the number of elements = bytes, so in this particular case it's the number of bytes 09:39 <+bridge> [ddnet] 😆 09:39 <+bridge> [ddnet] "data must point to len consecutive properly initialized values of type T." 09:39 <+bridge> [ddnet] (the `T` of `slice::from_raw_parts` is `u8` 09:39 <+bridge> [ddnet] (the `T` of `slice::from_raw_parts` is `u8`) 09:41 <+bridge> [ddnet] (you can see that by observing that we pass a `*const u8` and use the result as `&[u8]`) 09:41 <+bridge> [ddnet] @ReiTW ask more questions 😛 09:41 <+bridge> [ddnet] I will surely, just trying to use my brain 09:42 <+bridge> [ddnet] i mean, this is just casting like you would do in C but you gotta preserve the length info 09:42 <+bridge> [ddnet] since slices are a pointer and length 09:42 <+bridge> [ddnet] iirc 09:43 <+bridge> [ddnet] yes 09:43 <+bridge> [ddnet] but I'd argue "casting like in C" is appropriate here, because you talk to other programs running on your CPU(?) 09:46 <+bridge> [ddnet] just figured out why you used size_of_val 09:46 <+bridge> [ddnet] > This is usually the same as size_of::(). However, when T has no statically-known size, e.g., a slice [T] or a trait object, then size_of_val can be used to get the dynamically-known size. 09:46 <+bridge> [ddnet] otherwise u would have needed T: Sized right? 09:48 <+bridge> [ddnet] `T: Sized` is implied, if you don't want that, you need `T: ?Sized`, I think 09:48 <+bridge> [ddnet] ah look 09:48 <+bridge> [ddnet] and I introduced a bug there 09:48 <+bridge> [ddnet] I'll use `mem::size_of` instead 09:48 <+bridge> [ddnet] whats the bug? 09:49 <+bridge> [ddnet] find it 😛 09:49 <+bridge> [ddnet] ```rs 09:49 <+bridge> [ddnet] use std::mem; 09:49 <+bridge> [ddnet] use std::slice; 09:49 <+bridge> [ddnet] unsafe fn as_bytes(t: &T) -> &[u8] { 09:49 <+bridge> [ddnet] slice::from_raw_parts(t as *const T as *const u8, mem::size_of::()) 09:49 <+bridge> [ddnet] } 09:49 <+bridge> [ddnet] ``` 09:49 <+bridge> [ddnet] this is the fixed version 09:49 <+bridge> [ddnet] does it have to do with mem::size_of_val(&t) 09:49 <+bridge> [ddnet] since t is already &T? 09:49 <+bridge> [ddnet] probs not 09:50 <+bridge> [ddnet] yes, that's the problem 09:50 <+bridge> [ddnet] ah ok 09:50 <+bridge> [ddnet] yay im not that bad xD 09:50 <+bridge> [ddnet] I took the size of `&T`, not `T` 09:51 <+bridge> [ddnet] do u know if miri catches that? 09:53 <+bridge> [ddnet] https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=cdf10024bd74fb56b889bedcd808b825 09:53 <+bridge> [ddnet] yeah it was a bug 09:54 <+bridge> [ddnet] you must use `#[repr(C)]` on structs you use this on 09:54 <+bridge> [ddnet] true 10:12 <+bridge> [ddnet] @heinrich5991 how do you call it then, 10:12 <+bridge> [ddnet] tried like 10:12 <+bridge> [ddnet] ```rust 10:12 <+bridge> [ddnet] struct Stats { 10:12 <+bridge> [ddnet] pass: u64, 10:12 <+bridge> [ddnet] drop: u64, 10:12 <+bridge> [ddnet] } 10:12 <+bridge> [ddnet] 10:12 <+bridge> [ddnet] use std::slice; 10:12 <+bridge> [ddnet] use std::mem; 10:12 <+bridge> [ddnet] unsafe fn as_bytes(t: &T) -> &[u8] { 10:12 <+bridge> [ddnet] slice::from_raw_parts(t as *const T as *const u8, mem::size_of::()) 10:12 <+bridge> [ddnet] } 10:12 <+bridge> [ddnet] 10:12 <+bridge> [ddnet] fn main() { 10:12 <+bridge> [ddnet] let stats = Stats { pass: 5, drop: 5 }; 10:12 <+bridge> [ddnet] let stats_slice: &[u8] = unsafe { 10:12 <+bridge> [ddnet] as_bytes::(&stats) 10:12 <+bridge> [ddnet] }; 10:12 <+bridge> [ddnet] 10:12 <+bridge> [ddnet] for element in stats_slice.iter() { 10:12 <+bridge> [ddnet] println!("{element}"); 10:13 <+bridge> [ddnet] } 10:13 <+bridge> [ddnet] } 10:13 <+bridge> [ddnet] ``` 10:13 <+bridge> [ddnet] but doesn't seem to print anything 10:13 <+bridge> [ddnet] https://www.reddit.com/r/rust/comments/vx4wwe/rust_compiler_got_15_faster_on_windows_thanks_to/ 10:13 <+bridge> [ddnet] this prints 10:13 <+bridge> [ddnet] ``` 10:13 <+bridge> [ddnet] 5 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 5 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:13 <+bridge> [ddnet] 0 10:14 <+bridge> [ddnet] 0 10:14 <+bridge> [ddnet] 0 10:14 <+bridge> [ddnet] ``` 10:14 <+bridge> [ddnet] for me @ReiTW 10:14 <+bridge> [ddnet] lol wut 10:14 <+bridge> [ddnet] how did you execute it? 10:14 <+bridge> [ddnet] ok nvm it works, my console is just buggy, thanks windows terminal 10:14 <+bridge> [ddnet] (you should add `#[repr(C)]` to your `Stats` struct) 10:14 <+bridge> [ddnet] so that its layout is defined 10:14 <+bridge> [ddnet] ok ok, well now i'll read everything again & try to understand each thing 10:15 <+bridge> [ddnet] as_bytes(&stats) 10:15 <+bridge> [ddnet] works too iirc 10:15 <+bridge> [ddnet] yes, it does 10:15 <+bridge> [ddnet] rust has strong type inference 10:15 <+bridge> [ddnet] that would also work in C++, even 10:16 <+bridge> [ddnet] ```rust 10:16 <+bridge> [ddnet] let stats_slice: &[u8] = unsafe { 10:16 <+bridge> [ddnet] as_bytes::(&stats) 10:16 <+bridge> [ddnet] }; 10:16 <+bridge> [ddnet] 10:16 <+bridge> [ddnet] let stats_slice = unsafe { 10:16 <+bridge> [ddnet] as_bytes(&stats) 10:16 <+bridge> [ddnet] }; 10:16 <+bridge> [ddnet] ``` 10:16 <+bridge> [ddnet] u can also remove the type from stats_slice :p 10:17 <+bridge> [ddnet] @ReiTW r u on vscode with rust-analyzer? 10:17 <+bridge> [ddnet] btw, if you run cargo clippy, it sometimes gives nice suggestions 10:17 <+bridge> [ddnet] its like a cargo check with more checks 10:18 <+bridge> [ddnet] (these type annotations also don't hurt anyone, obviously) 10:18 <+bridge> [ddnet] or `let stats_slice = unsafe { as_bytes(&stats) };` 10:18 <+bridge> [ddnet] true 10:18 <+bridge> [ddnet] look ma, one line 10:18 <+bridge> [ddnet] xd 10:21 <+bridge> [ddnet] can u use drop inside the struct? 10:21 <+bridge> [ddnet] rn using vim, but mainly cargo & rust-analyzer 10:21 <+bridge> [ddnet] thats actually a keyword 10:21 <+bridge> [ddnet] oh yeah 10:21 <+bridge> [ddnet] but I feel like autocompletion sux 10:21 <+bridge> [ddnet] vim or neovim? 10:22 <+bridge> [ddnet] vim with no modules 10:22 <+bridge> [ddnet] was just for a fast test 10:22 <+bridge> [ddnet] no modules? 10:22 <+bridge> [ddnet] does vim has lsp support 10:22 <+bridge> [ddnet] yea standard vim with nothing configure 10:22 <+bridge> [ddnet] yea standard vim with nothing configured 10:22 <+bridge> [ddnet] how do u get autocompletion then 10:23 <+bridge> [ddnet] I don't, I used vim just to test heinrich's code fast 10:23 <+bridge> [ddnet] ah ok 10:23 <+bridge> [ddnet] but on vscode I feel like autocompletion is buggy or idk 10:23 <+bridge> [ddnet] don't tell ryozuki how I code 😅 10:23 <+bridge> [ddnet] wut? xD 10:24 <+bridge> [ddnet] how? xD 10:24 <+bridge> [ddnet] without autocompletion? 10:24 <+bridge> [ddnet] standard vim with nothing configured 😄 10:24 <+bridge> [ddnet] lmao a legend 10:24 <+bridge> [ddnet] :monkalaugh: 10:24 <+bridge> [ddnet] here is my probs not updated neovim config 10:24 <+bridge> [ddnet] https://gist.github.com/edg-l/624737e31d6e85b2385689298fcccebe 10:24 <+bridge> [ddnet] :giga_chad: 10:24 <+bridge> [ddnet] it works rly well for me 10:24 <+bridge> [ddnet] for large unknown rust codebases, I usually use intellij with rust plugin 10:25 <+bridge> [ddnet] are u sure u use rust-analyzer and not RLS 10:25 <+bridge> [ddnet] you gotta wait till it indexes ur project btw 10:25 <+bridge> [ddnet] well too but when it comes to autocompletion for modules idk, sometimes I really can't find functions with autocompletion, have to manually type them 10:26 <+bridge> [ddnet] yes I use the right one, the other one is deprecated 10:27 <+bridge> [ddnet] hmm idk it kinda works for me 10:27 <+bridge> [ddnet] what it doesnt auto import are macros for me 11:27 <+bridge> [ddnet] i have moved closer to that too, since all plugins failed occasionally and figuring out why was too annoying. 11:52 <+bridge> [ddnet] I'm getting hit by https://github.com/rust-lang/rust/issues/39016 😦 12:00 <+bridge> [ddnet] long time ago when advent of code was there i started learning nasm 12:00 <+bridge> [ddnet] but then forgot 12:00 <+bridge> [ddnet] so now ill take it again 12:00 <+bridge> [ddnet] i found this new resource tho https://cs.lmu.edu/~ray/notes/nasmtutorial/ 12:00 <+bridge> [ddnet] looks p nice 12:20 <+bridge> [ddnet] wow windows defender really hates 16.2.2 13:09 <+bridge> [ddnet] nice i will try that out. i like software without configuring. dwm works for me without configuring as well. zsh with few. maybe bash with 0. its also because i set up my pc regularly and dont have a backup / dotfile backup system 13:21 <+bridge> [ddnet] im using vim with colemak so i use these keys for movement, no colemak plugin or nnoremap 😅 13:21 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/996375868484091904/Colemak2.png 13:33 <+bridge> [ddnet] argh 13:33 <+bridge> [ddnet] don't do that I guess 😄 14:57 <+bridge> [ddnet] look ma: green CI! https://github.com/ddnet/ddnet/pull/5599 15:30 <+bridge> [ddnet] lol, those commits message 15:43 <+bridge> [ddnet] can I somehow link libstdc++ statically into my static library? do you know, @Learath2? 15:45 <+bridge> [ddnet] No idea, sorry 15:48 <+bridge> [ddnet] > The James Webb Telescope’s Profound Data Challenges 15:48 <+bridge> [ddnet] > 15:49 <+bridge> [ddnet] > 3000x farther from Earth than Hubble—with a 25x greater download deluge 15:49 <+bridge> [ddnet] https://spectrum.ieee.org/james-webb-telescope-communications#toggle-gdpr 15:49 <+bridge> [ddnet] https://news.ycombinator.com/item?id=32067945 15:49 <+bridge> [ddnet] :PepeA: 16:01 <+bridge> [ddnet] its actually fine. my brain adapts faster to it, than me finding a sustainable config setup 17:11 <+bridge> [ddnet] Kinda impressive lmao 17:11 <+bridge> [ddnet] But #off-topic too i guess:pepeH: 18:06 <+bridge> [ddnet] given the universe is 13.8 billions years old, that's impossible. Maybe you meant 16 billion light years away? 18:08 <+bridge> [ddnet] Ah well 18:08 <+bridge> [ddnet] Idk how old 18:08 <+bridge> [ddnet] But apparently rly old xd 18:08 <+bridge> [ddnet] 16 billion light years still impossible 18:09 <+bridge> [ddnet] it is possible 18:09 <+bridge> [ddnet] the age is debated between 13.2 and 13.8 i believe 18:09 <+bridge> [ddnet] 13.5 18:09 <+bridge> [ddnet] billion 18:09 <+bridge> [ddnet] Almost the beggining 18:09 <+bridge> [ddnet] how is 16bil possible if universe is less than 16 bil years old 18:09 <+bridge> [ddnet] Yes i said it wrongly 18:09 <+bridge> [ddnet] > The universe (Latin: universus) is all of space and time[a] and their contents,[10] including planets, stars, galaxies, and all other forms of matter and energy. The Big Bang theory is the prevailing cosmological description of the development of the universe. According to this theory, space and time emerged together 13.787±0.020 billion years ago 18:09 <+bridge> [ddnet] 18:09 <+bridge> [ddnet] i meant to chairn 18:10 <+bridge> [ddnet] it expands faster than light speed 18:10 <+bridge> [ddnet] He meant distance 18:10 <+bridge> [ddnet] Not time 18:10 <+bridge> [ddnet] Light years away- 18:10 <+bridge> [ddnet] > and the universe has been expanding ever since. While the spatial size of the entire universe is unknown,[3] it is possible to measure the size of the observable universe, which is approximately 93 billion light-years in diameter at the present day. 18:10 <+bridge> [ddnet] is it alr expanding faster than light 18:10 <+bridge> [ddnet] i thought it didnt accelerate to that yet 18:10 <+bridge> [ddnet] The universe can expand faster than speed of light iirc 18:11 <+bridge> [ddnet] At some point some galaxies will be unreachable 18:11 <+bridge> [ddnet] it's not acceleration, more like space dilatation 18:11 <+bridge> [ddnet] which can be faster than light speed 18:11 <+bridge> [ddnet] ye the stretching or whatnot 18:11 <+bridge> [ddnet] but i mean that value itself accelerates 18:11 <+bridge> [ddnet] or increases sry 18:12 <+bridge> [ddnet] https://www.youtube.com/watch?v=uD4izuDMUQA 18:12 <+bridge> [ddnet] watch this vid 18:12 <+bridge> [ddnet] its rly interesting 18:12 <+bridge> [ddnet] tldw 18:12 <+bridge> [ddnet] :troll: 18:12 <+bridge> [ddnet] U should 18:12 <+bridge> [ddnet] Its awesome 18:12 <+bridge> [ddnet] that ends with heat death right 18:12 <+bridge> [ddnet] i watched some of it 18:12 <+bridge> [ddnet] Nah 18:12 <+bridge> [ddnet] didnt have time to do whole tho 18:12 <+bridge> [ddnet] oh 18:12 <+bridge> [ddnet] This goes way farther 18:12 <+bridge> [ddnet] To the future 18:12 <+bridge> [ddnet] ok 18:12 <+bridge> [ddnet] will probably get theoretical then 18:13 <+bridge> [ddnet] Watch it 18:13 <+bridge> [ddnet] interesting 18:13 <+bridge> [ddnet] Also its movie like 18:13 <+bridge> [ddnet] Melodysheep is a top tier filmmakee 18:13 <+bridge> [ddnet] Melodysheep is a top tier filmmakeer 18:14 <+bridge> [ddnet] im on long bus ride so i will watch 18:16 <+bridge> [ddnet] Watch it with sound 18:16 <+bridge> [ddnet] Sound is a must 18:16 <+bridge> [ddnet] who watches video without sound ? 18:16 <+bridge> [ddnet] what kind of barbaric civilisation are you from 😄 ? 18:19 <+bridge> [ddnet] I watch reddit vids without sound 18:19 <+bridge> [ddnet] Xd 18:21 <+bridge> [ddnet] but how do you understand what's going on? You read lips? How about off voice ? 18:23 <+bridge> [ddnet] ok, i understand why no sound is important on that video 18:23 <+bridge> [ddnet] Reddit is just memes with text 18:23 <+bridge> [ddnet] Idk 18:23 <+bridge> [ddnet] shitty voice (probably some scientist with out of context stuff), shitty epic music 18:23 <+bridge> [ddnet] ?? 18:24 <+bridge> [ddnet] on your future timelapse 18:24 <+bridge> [ddnet] Ur opinion sucks xd 18:24 <+bridge> [ddnet] i bet it doesn't even present all the possibilities 18:29 <+bridge> [ddnet] the voice is fine imo but idk why the narrator keeps changing 18:30 <+bridge> [ddnet] He actually gets actual scientists and divulgators to talk 18:37 <+bridge> [ddnet] But its more like a visual movie 19:07 <+bridge> [ddnet] is there any way to add arguments for f1 `exec` to be used in the script? 19:09 <+bridge> [ddnet] no, you can only exec filename 19:19 <+bridge> [ddnet] cool video, sad that we will never find out if many of our theories about the universe were true or not 19:28 <+bridge> [ddnet] how much of that stuff is just made up? xd 19:29 <+bridge> [ddnet] It's not possible to predict asteroid impacts far into the future 19:35 <+bridge> [ddnet] its possible to predict the weather for 2 weeks, but we can still predict global tendencies. Same here 19:35 <+bridge> [ddnet] its not possible to predict the weather for 2 weeks, but we can still predict global tendencies. Same here 19:49 <+bridge> [ddnet] those aren't predictions, just hypothesis 19:50 < Michle11> Hey guys 19:51 <+Michle11> Do you have girlfriends? 19:53 <+bridge> [ddnet] ui many probs already in the age to have wifes^^ 20:04 <+bridge> [ddnet] :ahendmymiserableexistence: 21:23 <+bridge> [ddnet]