A container doesn't influence the size of the file (except for a few percent at most). It depends on how the video is compressed., if at all.
http://www.pitivi.org/manual/codecscontainers.html
You can store a raw uncompressed video stream in any container, and it'll be absolutely massive.
For best results you could encode the video with the h.264 codec, which can be done e.g. with the command-line program x264 or with various plugins, e.g. x264vfw which can be used with VirtualDub.
Thanks for that. I just spat coffee all over my desk.
Not trans layers, tran slayers!
Anyways, I like "API wrapper" which makes it clear that only the API is converted (and not the actual game code as with an emulator).
Even with air cooling a CPU shouldn't get too hot (assuming the fan is a good one). Afaik it's more about noise - a better cooling solution like water cooling allows for lower fan speeds.
I'm a little confused. You mean "Even without air cooling", right?
I mean with air cooling, using a fan. You either have active or passive air cooling, or water cooling. If you don't have a cooler at all then most modern CPUs would overheat shortly after starting to boot the OS... (Even my first CPU, a 486er, had a passive cooler.)
Sonia wrote:
creaothceann wrote:
Aside from making the system feel much snappier, SSDs would help if your HDD is the limiting factor during raw video dumping (e.g. >100 MB/s). Also, moving/copying large files is much faster.
To get the best possible dumping speed, should I have the emulator in the SSD and dump to the SSD, or the emulator in the SSD and dump to the HDD? I'm asking this because SSD's generally don't have much storage space available, which can become a problem for longer videos.
It doesn't matter where the emulator is, as long as you save the video files to the SSD.
By the way, I was wondering if air cooler/water cooler are necessary? (since the emulator is processor heavy).
Even with air cooling a CPU shouldn't get too hot (assuming the fan is a good one). Afaik it's more about noise - a better cooling solution like water cooling allows for lower fan speeds.
feos wrote:
Sure, if he wants to stay below $200. According to this it also has a relatively good price/performance ratio.
The differences can be pretty crazy; for a few percent more in performance you might pay a few hundred dollars more. If you really value performance above all and have the money, just select the highest item on the list that has the newest socket (and isn't a Xeon or requires other exotic hardware).
MESHUGGAH wrote:
CPU with highest single core speed. PCMasterRace mostly mentions AMD Ryzens for general and overclocking purposes. Intel also have the K ending ones with higher than usual overclocking purposes (for example the one feos mentiones above this post)
Overclocking is only useful if you really need any extra percent of performance. You'll then have to deal with higher temperatures, higher running costs (especially if the overclocking disables the automatic downclocking when the CPU is idle), and potentially lower reliability/durability, and probably loss of warranty.
MESHUGGAH wrote:
SSD enough for OS and some tools (web browsers and tools for TASing). --> Can BizHawk gain performance increase from SSD (save states, trace logging to file, movie file saving, dumping files through Lua)?
Aside from making the system feel much snappier, SSDs would help if your HDD is the limiting factor during raw video dumping (e.g. >100 MB/s). Also, moving/copying large files is much faster.
Personally I wouldn't buy a PC or laptop without an SSD any more.
MESHUGGAH wrote:
DDR4 or above with something 16GB or above. What should I aim for: transfer rate, data rate, bus clock...?
Afaik it's not that important to get the fastest available memory. (Programs are more affected by e.g. cache sizes, but then again not all programs are designed to be cache-friendly...) But make sure you get something that is not incompatible with the rest of your hardware.
Here are my notes for the SNES: https://pastebin.com/W6KfC7Sr
Basically, the NTSC color subcarrier is 5*7*9 / 88 * 1,000,000 = 3,579,545.{45} Hz. The master clock frequency is 6 times of that, ca. 21.477 MHz. Scanline duration is 1,364 master clock cycles except in certain conditions.
b/w TV refresh rate is the same as the power line, i.e. 60.0 Hz for the US. NTSC slows it down to 60/1.001Hz to encode color. US SD TV is 262.5 lines per field, 525 per frame. That half line shifts the next field between the lines of the previous field.
SNES progressive mode ends the fields early, so there are no half lines - you get 262 lines per field and 524 lines per frame (with black scanline gaps). The duration of a field decreases, so the number of fields per second increases to ca. 60.098.
Note that a game could make any frame progressive or interlaced, so the number of frames doesn't strictly determine the duration of a TAS. Most games don't use interlaced mode though.
I remember running a small program back in the day that increased my DOS text mode refresh rate from 60 to 70 Hz (I think). (EDIT: link)
Apparently VGA can go up to 85Hz, and VESA can go even higher. (I also had a CRT monitor and graphics card that could go up to 120Hz in Windows at a low resolution mode, I think 640x480.)
