Definitely worth watching! No matter if you’re technical or not. Top notch productions, beautiful even.
I think a huge, huge amount of the government is wasteful but the CSB is doing incredible work. Some of the smartest chemical engineers go on to work there later in their career. Due to the average age of the knowledge-holders, this isn’t an agency that you can shut down and easily restart. Young engineers don’t make good investigators - you need a super keen sense of industry to walk into a place where you don’t know anyone and put all the clues together correctly.
The CSB produces very neutral but incredibly detailed reports. Please note that the CSB is not an enforcement agency - they don’t assign fault or levee fines or bring any charges or write any regulation.
All they do is figure out why every major industrial disaster occurred and communicate that to other companies so that they have the know-how to prevent if from happening again if they so choose. The CSB’s reports are invaluable to the operations of so many companies and plants.
Some of the top comments on a 1-year old video with 3.5 million views:
> I can't believe that a government agency makes some of my favorite YouTube videos. I've been watching these for years now
> Finally, a good use of my taxes
> I work in the petrochemical industry, with polymerizable substances that are quite similar to butadiene. The findings hit home. I will share this video tomorrow with all my colleagues in the plant management, who I am sure will appreciate it.
> An amazing service, thank you. When I worked at a copper mine in Yukon I would always replay your videos when it was my turn to give the safety brief and they were ALWAYS well received. Your videos save lives
> USCSB is the only US government agency I have subscription notifications on for. You all have done fantastic work for these 25 years.
> CONGRATULATIONS on 25 years to the CSB! A quarter century of excellence in safety education and investigations. I have learned so much about industrial processes and the safety measures utilized (sometimes not successfully) by industry thanks to the brilliant videos produced by the CSB. Thank you for your hard work, CSB!
> This is hands down the most positive comment section on YouTube. I, and everyone else it seems, love this channel. I’ve learned so much
> Thank you CSB for all that you do. As an engineer and new supervisor at a production facility, I utilize your videos all the time to help teach the operators the dangers that we have lurking. You improve and save lives all over due to your work. Please, keep it up.
> Love the analysis and insights to these industrial disasters that the USCSB provides. Hope you stay well funded to continue commissioning these mini documentaries.
== I think a huge, huge amount of the government is wasteful but the CSB is doing incredible work==
It feels like there is some type of reverse Gell-Mann Amnesia that goes on with government spending and programs.
Those close to the subject matter typically view government spending in their area of expertise as necessary, even “incredible” as you state. When it comes to spending in an area they are not an expert, it suddenly becomes “wasteful.”
It often gets framed as a "government problem", but private enterprise is not immune to these problems either. It's almost like it's a natural result of any organization that is too large for direct accountability and uses funds that they have no personal stake in.
boring and/or utterly fascinating, depending on the viewer -- safety engineering, whether that's airplanes, submarines, chemical plants, or whatever, is totally fascinating. Making something work is difficult, making it work safely, even more so.
There's an important detail here -- an advantage of mRNA vaccines is that mRNA does not last all that long in cells [1]. Thus, even if the cells live a long time, they won't produce spike proteins for very long (instructions for the production will be degraded and thus not available).
The vaccine's longer-term effectiveness comes from the immune system's memory B cells response to the short-lived expression of spike proteins.
you mean memory T cell right? As I understand it B cells are created by T cells to an acute infection.(they also kill infected cells but this is a gross simplification and i'm not a epidemiologist.)
Built it and took a fullscreen screenshot with GIMP to figure out the width/height/x/y coordinates I wanted and tested with Google Meet. Working perfectly!
https://github.com/naelstrof/slop Can also use a utility like this one, which lets you select an area of the screen and output it in a specified format.
That was a great read, thank you! It has this tidbit:
> STS-93 carried the heaviest payload the shuttle ever launched; the Chandra X-ray observatory (formerly known as the Advanced X-ray Astronomy Facility or AXAF) and it IUS booster.
Why would such a heavy payload have been launched on Columbia, which famously was the heaviest orbiter and thus never visited the ISS?
Columbia had slightly more space in the payload bay due to her airlock being internal and not taking up cargo bay space. Other shuttles had to have an external airlock fitted in the payload bay as needed which made them unable to fit AXAF. IIRC the airlock requirement was as a back-up in case there were deployment issues.
Again, if my memory serves, Columbia's internal airlock however is what made it unable to dock with the ISS. It was the only shuttle that retained that configuration. It's also part of the reason it was heavier, along with it being the initial airframe and built heavier than the subsequent ones.
OV-099 Challenger was renumbered from STA-099 (Structural Test Article), it was not originally built to be flown.
OV-099 as a number actually doesn't make sense, because the numbering scheme (OV-XYY) in full reads: Orbiter Vehicle, Series X, Vehicle YY.
Series 1 is the original (and only) line of flightworthy Space Shuttle Orbiters including Enterprise, Vehicle number is given in sequence within a series starting from 01.
So OV-101 (Enterprise's) reads Orbiter Vehicle, Series 1, Vehicle 01. OV-102 (Columbia's) reads likewise Vehicle 02, and so on.
OV-099 (Challenger's) reads Orbiter Vehicle, Series 0, Vehicle 99 which makes absolutely no sense.
But in the context of this thread we're discussing how heavy the airframe is. Wouldn't OV-99 be lacking the airframe lightening enhancements that OV-103 and later enjoyed?
If we really want to get particular there was OV-098, Pathfinder, though being made of wood it obviously was never meant for more than fitment testing. Oddly though it did get the OV designation, not the STA designation.
Mockups that were particularly detailed and well-preserved (OV-098 Pathfinder) or appreciated (OV-095 SAIL) were given honorary Orbiter Vehicle designations.
I commend the authors on making this easy to try! However it doesn't work very well for me for general voice cloning. I read the first paragraph of the wikipedia page on books and had it generate the next sentence. It's obviously computer generated to my ear.
All I did was install the packages with pip and then run "demo_part1.ipynb" with my audio sample plugged in. Ran almost instantly on my laptop 3070 Ti / 8GB. (Also, I admit to not reading the paper, I just ran the code)
Disclaimer
This is an open-source implementation that approximates the performance of the internal voice clone technology of myshell.ai. The online version in myshell.ai has better 1) audio quality, 2) voice cloning similarity, 3) speech naturalness and 4) computational efficiency.
I went through downloading the open source version yesterday and tried it with my voice in the microphone, and a few other saved wav files.
It was terrible. Absolutely terrible. Like, given how much hype I saw about this, I expected something half decent. It was not. It was bad, so bad bad bad.
I was thinking maybe I did something wrong, but then I watched some of the youtube reviews - these guys were SO excited at the start of the video and then at the end, they all literally said, "Uh, well, you be the judge"
I still can't help but feel there's some kind of trick to it - get the right input sample, done in the right intonation, and maybe you can generate anything
This is the driver for a lot of things. Anime. x264 was to enable better compression of weeb videos. This tech will allow fan dubs to better represent the animes in the videos.
The most obvious problem to my ears is the syllable timing and inflection of the generated speech, and, intuitively, this doesn’t seem like a recording quality issue. It’s as if it did a mostly credible job of emulating the speaker trying to talk like a robot.
The biggest trip-up is the pronunciation of "prototypically", and you had "typically" in your original. Maybe it's overfitting to a stilted proto-typically? Could try with a different, less similar sentence
That might be the next big contribution – performance in perceptually catching the features of a not-so-good recording – for example, with a webcam style microphone.
You have a custom prompt enabled (probably from viewing another one and pressing "start over") that is asking for opposites which will increase the noise a lot.
Clicking start over selects the default prompt but it seems like you are right.
Starting over by removing the permalink parameter gives me much more consistent results! An exampe from before: https://dalle.party/?party=Sk8srl2F
I wonder what the default prompt is. There still seems to be a heavy bias towards futuristic cityscapes, deserts, and moonlight. It might just be the model bit it's a bit cheesy if you ask me!
The entire thing is frontend only (except for the share feature) so the server never sees your key. You can validate that by watching the network tab in developer console. You can also make a new / revoke an API key to be extra sure.
Good luck spotting it if it's attached to the window.onclose event. Chrome extensions could save it to storage. Probably even some chrome vulnerabilities (it would just be a devtools network tab bypass so not technically a 0-day). And that's just top of mind, I'm sure there's other methods.
thanks for this! Basically the default UI they provide at chat.openai is so bad, nearly anything you would do would be an improvement.
* not hide the prompt by default
* not only show 6 lines of the prompt even after user clicks
* not be insanely buggy re: ajax, reloading past convos etc
* not disallow sharing of links to chats which contain images
* not artificially delay display of images with the little spinner animation when the image is already known ready anyway.
* not lie about reasons for failure
* not hide details on what rate limit rules I broke and where to get more information
I love how that took quite a dramatic turn in the third image, that truck is def gonna kill the corgi (my violent imagination put quite an image in my mind). But then DALL-E had a change of heart on the next image and put the truck in a different lane.
