babadoctor

1 pixel = 3 bytes. Since it's talking about raw video (no compression), the formula is correct.

I would go with a 1440p personally, and don't worry about the FreeSync - I have a XF270HU which is a 144hz 1440p w/ FreeSync but I'm running a 1080Ti (I didnt feel like shelling out for GSync).   I'm actually thinking of moving up to 4k, but need to find a panel that's good for work (photo & video editing and play)

your gpu *should* be able to handle it. as for freesync, i don't think it will affect anything?

Isn't it a shameful condition of society when a company honors a basic product warranty and we are all pleasantly surprised? like they've somehow gone one step beyond obligation. 

If you need any help with node send me a message, been doing it at work for 6 months now so getting ok at it lol

Yeah no reason why you can't. I use node at work but even had the chance to really get into socket.io.
 
 

Maybe using socket.io to stream the file to the browser? 

You don't have to re-encode, you just have to re-package from the .ts container to .mp4 container with hinting for fast playback
 
See https://rigor.com/blog/2016/01/optimizing-mp4-video-for-fast-streaming
 
if the video is already h264 and audio is already aac or something compatible with mp4 files, then you can simply use copy for both video and audio and you just change the container... takes seconds per file.
 

I'm not with Linus in this case. Sometimes he (and possibly other decision-makers) just forgets EVGA-style customer service is not mandatory.

Does anyone here know how can I use a graphics card to transmit an RF signal? 
 
 
 

get the holy water
 
(actually though, clearing the CMOS will aleviate your problems
if it does not your mobo is broken)

Part of overlocking is figuring out yourself what settings to use for your unique CPU.

Why can't we have the ability to delete our own posts?

I specifically didn't say square wave because they are only used in theory.

If we're talking about looking at assembly in general, you can see what sort of optimizations are being made or how certain constructs and aspects of a higher level language get compiled into a lower level one. So if high performance is your goal, you can make smarter decisions about which construct of a higher level language to use.
 
But I dunno. I haven't used assembly in a long time. I didn't even really use it much where I worked at my last company and we had MCUs that were more primitive than what's on a RasPi or Arduino. The only time I had to seriously touch assembly language was to perform a check on startup before the C initialization routines started because the MCU needed to know whether or not actually start up or go back to deep sleep.
 
It's nice to know, but depending on what you want to do with your career or project, I don't think it's imperative.

It's not that you can't adjust the clock speed of a processor. You can finely mess with it in BIOS, and you can roughly mess with it by running power level change instructions in permission ring 0 (read, from kernel space only, no user space program can directly change the clock speed of a modern processor).

But we get back to the difference between a microcontroller and a microprocessor. A microcontroller is a microprocessor with a bunch of components connected to it so that it can do all of this stuff. A microprocessor is just the math and logic part of a microcontroller. There is no way to get this functionality out of a modern computer without first designing a system bus board (like a PCIe board) that contains the functionality that you want.

A raspberry pi is not a PC. It is still based on a microcontroller, which means that the "processor" on it has some peripherals that can be used. A normal PC doesn't have this.

That being said, it's possible because some very bored people figured out how to abuse the system quite greatly. Even then, it's not perfect. It still uses a square wave instead of a sine wave.

Baud is the symbols per second the signal sends. Symbols have their own predefined electrical characteristics set by the standard for the serial port.

Square wave, and it would be possible to convert from one to the other by specifying that the frequency is defined as, say "the duty cycle, adjusted to fit into the output band". Be aware that this method requires special external hardware.
 

The real problem here is that there are both negative and positive parts of the wave. But this can be solved crappily by saying that the actual frequency of the FM wave is double that of the duty cycle (or half that, if you prefer).

As for the rest of the problem, I suppose it's possible to finagle PWM into USB, by outputting the current duty cycle as a number. You know, using USB like it was meant to be used?

The biggest problem here is that all of these methods require external hardware, although if the implementer is smart enough, I suppose he could make a PCIe PWM generator that would make the whole thing simpler. But I imagine that that board would just have a MCU with PWM capabilities and then some logic surrounding it to manage the PCIe stuff.

So to cut to the chase, sure, it's probably possible to get PWM out of a PC, but for the amount of work that you have to put in, it would be so much easier to write an Arduino program do to whatever you want to do and that interfaces with some software on your computer so you can control it in whatever way you're thinking of.

Or, even better, since you're either trying to make music or a transmission, just buy whatever hardware is meant to do that with. Most instruments have a MIDI interface, and nearly all SDRs will have a buddy program (and possibly an API) that will allow you to control it from a PC.

You can but that doesn't modulate the data to a FM signal. Your receiving device would have no idea what to do with the data because both devices need an agreed upon rate. The receiver would need to know the data before hand in order to decode it. But that still doesn't change the fact that it's still a serial data set that is not frequency modulated. It only changes the speed at which bits are sent.

No because with serial communication there is an agreed upon baud rate for the duration of a transmission. In other words you would never be able to modulate it so the frequency changes according the data being broadcast

That's BECAUSE they are GPIO pins that happen to have the capability to be used for frequency modulation. USB or any other standardized digital port wouldn't have that capability.

You can't use one modulation type to directly create another modulation type signal. Modulation in simple terms is converting the digital signal into an analog signal. There must be an intermediary modem to convert the digital PWM signal into the analog FM signal.  
 
Specifically PWM works by changing the duty cycle of a sine wave and is independent of signal frequency. FM obviously works by changing the frequency of the signal.

nah that was an issue particularly with AM4 i think they didn't take it seriously because they didn't think zen would be that popular.
 
and VRM isn't about 6 phases or what ever these boards have. there are different controllers and different mosfets that can be used, some have lower efficiency, or switching frequency, and the controller might have more or less control knobs you can tweak. all in all it's complicated, but i don't think either of these two boards are low end and for all intents and purposes it won't affect you.
 
i'm pretty sure Asus is more popular on the forums in general because it's Linus's preferred boards but i don't like the stuff they implement on their boards as "EZ" features. it does a botch job and the unknowing user is UNKNOWINGLY degrading his hardware. now everybody has added that stuff since then but they have more of it (the whole thing with locking coffee-lake CPU's at turbo on all cores by default is the most recent example) and it's taking an apple like approach to things that i really dislike. i'm an educated consumer and they do not know what I want or need and i hate that they act like they do. (this only applies to their motherboards i don't have an preference when it comes to GPU cause they're pretty much all the same locked down by nVidia... maybe Galax stands out a bit imo)

integrated audio is pretty much all the same..
reinforced PCIE slots is a gimmick that actually does nothing, it's pure marketing. same thing on ram.
 
so the main difference is a single USB port and RGB
 
honestly you should look int VRM more and i'm pretty sure the ASUS board wins hands down in that field. MSI got a bad rep on their titanium board cause it had average VRM on an expensive board. (all my boards are MSI tho because i don't like the ASUS bios)