eonpi
- To use as a general computer, downloading the official OS and following the provided instructions to image to a microSD (or USB flash drive for those Pis capable of booting from USB) might be the easiest. Or if you got a kit that comes with a microSD that already contains the OS, or can get one of those cards, would remove the need to create your own. BTW, You may want to try a lighter distro if you have an older Pi (3 or older), or Pi Zero, because the full version can be slow to load on those Raspberries.
Any particular use case that you are interested in? Also, what Raspberry Pi are you using?
Usually there is also a feeling from the instigator that the targeted individual doesn't deserve X or Y, and therefore deserves disdain, scorn, or whatever they consider appropriate.
The best thing you can do is demonstrate firmly that you are as good or better at whatever they are using to make you feel bad or discredit you. You also have to be firm that you don't welcome or tolerate such behavior, and so should be your coworkers, manager, or higher-ups. If they aren't being explicit about not tolerating such behavior, depending on the applicable jurisdiction, they might be putting the company in legal jeopardy.
The initial question may be specific to the way one particular browser handles things to certain degree, but the comment was also trying to communicate that it can go beyond the browser and can actually be handled by the application. However, the microphone itself can also be participating at some level if it features noise suppression or some other enhancements.
The surprise about things being different when using a separate browser, come from assuming that any audio reaching the microphone should be processed equally if using FTs (or machine learning if applicable), so the audio source shouldn't matter.
References:
- https://www.nti-audio.com/en/support/know-how/fast-fourier-t...
- https://pseeth.github.io/public/papers/seetharaman_2dft_wasp...
Surprised to hear that it doesn't seem to work for you when the audio is generated by a different browser, this shouldn't make a difference.
The documentation is fair enough within Xcode to figure most things out by yourself, but there are plenty of resources online when you feel like needing some help.
I like the updates they are doing to Swift Data for the next round of OS updates, these should make things even easier and more straight forward to build certain Apps.
But yes, there are things to watch out for, make sure you learn the foundations well (e.g. @Observable, @State, modifiers), or you may find some unexpected things happening with no clear explanation.
Also keep in mind that not everything available in UIKit is available in SwiftUI, but there is plenty to cover lots of use cases nowadays.
You can also do some SwiftUI stuff outside Macs, there was this effort to bring SwiftUI to terminal, as in Linux. Ashen was the name of the project, but I believe that it hasn't received many updates lately. There are also recent efforts for Gnome if I remember well. And there are also some other general Swift updates that are very interesting, like Swift for micro-controllers or whatever they are calling it, and being able to create static Linux binaries (and do so directly from your very own Mac) without any dependencies that can run on any distro (or so they said IIRC), and built with musl for good measure apparently... again, or so they mentioned in one of the WWDC videos.
So... not so bad, but with all that said, I would like to add that, I really would prefer not to have any AI forced into any of my devices with the next update.
$ ldd `which ffmpeg`
And you should get the list of dynamic libraries your build is linked against. If SDL2 is indeed included, you should see a line starting with "libSDL2-2...".
If I remember correctly you should be able to output to the framebuffer even if there is no support for SDL2, you just have to change the previous line provided from using `-f opengl "hdmi output"` to `-pix_fmt bgra -f fbdev /dev/fb0`.
You can also use any other framebuffer device if present and you'd prefer it (e.g. /dev/fb1, /dev/fb2). Also, you might need something different to `bgra` on your board, but usually `ffmpeg` will drop a hint as to what.
Documentation here: https://docs.stripe.com/no-code/pricing-table
Since we are also in validation phase, you are welcome to send a DM on Mastodon or Twitter with some of the details, and if the idea fits our current effort, given proper evaluation, we might be able to get you a POC at no charge.
1) References: you may want to prioritize working with freelancers or a dev shop you have worked with before, and has resulted in a good experience, or you have recommendation from someone you really trust.
2) Cost: can you afford the option you trust the most? If not, you might need to go with the next one.
3) Commitment: in the case of an extended engagement, will your choice be available, and will the terms remain the same? If not, same as above, go with the next in your list.
2. You can definitely use Blender, just make sure you're using the proper dimensions (e.g. millimeters), you can then export your model as STL, and then use Cura or any other slicer you may like to get a gcode file which you can then send to your printer or load into a microSD card that you can select from the printer menu. Quick tip: if you just want to do a quick test, make sure to select the draft profile on your slicer, this way the generated gcode file won't take as long to print, the quality may be rough, but you can make sure that what you want to print will be printed successfully without having to wait twice or three times as long. Quick Blender starter: using the default cube shown on start, it measures 20mm per side, just go into edit mode, remove the top face, then select all the faces, use solidify tool, enter a thickness of at least 2mm, leave edit mode, export STL, slice in Cura, and you should have quick little test box to print. Scale appropriately for a different size, and use your design skills to make round corners in order to avoid sharp edges.
3. Thingiverse has plenty to choose from, look out for the dimensions of the objects, and for any material recommendations or printing notes.
If the HDMI-USB capture card that outputs `mjpeg` exposes a `/dev/video` node, then it might be as simple as running:
`SDL_VIDEODRIVER=kmsdrm ffmpeg -f video4linux2 -input_format mjpeg -i /dev/video0 -f opengl "hdmi output"`
An alternative could be if you can get a Raspberry Pi 3 or even 2, and can get a distro where `omxplayer` can still be installed. You can then use `omxplayer` to display your mjpeg stream on the output of your choice, just make sure the `kms/fkms` dtoverlay is not loaded because `omxplayer` works directly with DispmanX/GPU (BTW, not compatible with Pi 4 and above and much less 5), which contains a hardware `mjpeg` decoder, so for the most part, bytes are sent directly to the GPU.
Hope some of this info can be of help.
Most impressively, it was running very well on a first generation iPad, not to mention Android tablets, and of course, Mac, Windows, and Linux workstations.
It was ultimately dismissed by the stakeholders because there was no way to render a web page inside the App, which was something kivy couldn't do back then.