17 × 17 cm motherboard
POPULARITY
This week on the podcast we go over our reviews of the ASRock Z790 PG-ITX/TB4 Motherboard and FIFINE AmpliGame SC3 Audio Mixer. We also discuss the new Steam Deck OLED as well as some pretty cool handhelds from AYANEO, the Apple M3 chip, a new Gen5 NVMe SSD from Corsair, and much more!
Mini-ITX motherboards are decidedly niche in the consumer PC world. There are numerous reasons for their select appeal and some equally compromised disadvantages, but people who opt for small form factor machines have very specific reasons why they'd choose something like the GIGABYTE B650I AORUS ULTRA AM5 motherboard.
This week on the podcast we talk about our reviews of the Cooler Master MasterBox NR200P MAX Mini-ITX Case and DeepCool AK500 Zero Dark CPU Cooler! We also discuss even more details on the upcoming RTX 4070 and RTX 4060 graphics cards, a really cool wooden keyboard, and the Counter-Strike 2 announcement!
ExtremePCUK - A monthly show about PC Gaming, Building, Modding and Reviews.
#183 Star Citizen 3.18 PTU Testing, NFT's In Games, Prime Drink, Stranded Deep, Micro ATX or Mini ITX, Far Cry 5 over Cloud & Unpacking. If you would like to give a little to show support please click the link below, Subs start at 3$. Over a 10$ sub will get you your own private room on our Discord this cou8ld be for private chat of a subject.! Thank You for your continued support! https://mee6.xyz/m/extremepcuk Discord Server Invite -- https://discord.gg/hVVaakwgFg INTERACTIVE PODCAST LIVE RECORDING EVERY Thursday 9PM UK Time also Streaming Daily from 11am! -- www.Twitch.TV/ExtremePCUK
Die wohl größte Hürde beim Kauf eines neuen Gaming-PCs ist der anschließende Zusammenbau. Der Prozess ist aber längst nicht so kompliziert wie die Meisten vielleicht denken. GIGA hat deshalb einen Spielerechner samt neuester Hardware von Intel und AMD konfiguriert, dessen Zusammenbau selbst für Neulinge problemlos möglich sein sollte.
#intel #MSI #corei712700KIntel puso la cuota inicial con el Corei712700K y la motherboard MPG Z690 Carbon WiFi Gaming y MSI se unió y puso todo lo que hacía falta. Este es uno de esos #vamosarmarpc épicos!Intel Core i7-12700K Desktop Processor 12 (8P+4E) Cores up to 5.0 GHz Unlocked LGA1700 600 Series Chipset 125W https://amzn.to/3dvD9Mf MSI MPG Z690 Carbon WiFi Gaming Motherboard (ATX, 12th Gen Intel Core, LGA 1700 Socket, DDR5, PCIe 4, CFX, M.2 Slots, Wi-Fi 6E) https://amzn.to/3Ansj3UMSI SPATIUM M390 NVMe M.2 500GB Internal Gaming SSD PCIe Gen3 up to 3300MB/s 3D NAND Up to 1200 TBW https://amzn.to/3zTcG2EMSI MAG Core Liquid 360R V2 - AIO RGB CPU Liquid Cooler - Rotating Cap Design - 360mm Radiator - Triple 120mm RGB PWN Fans. https://amzn.to/3zShaqsMSI MPG SEKIRA 500G Full Tower Gaming Computer Case (Black with Gold Trim, 2X 200mm + 1x120mm Fans, USB Type-C, Tempered Glass, E-ATX, ATX, mATX, Mini-ITX) https://amzn.to/3QmavvJMSI Gaming Radeon RX 6800 16GB GDRR6 256-Bit HDMI/DP 2105 MHz RDNA 2 Architecture OC Graphics Card (RX 6800 Gaming X Trio 16G) https://amzn.to/3SNQz6rKingston Fury Beast 32GB (2x16GB) 5200MT/s DDR5 CL40 Kit of 2 Desktop Memory KF552C40BBK2-32 https://amzn.to/3C1eCsJ
Sapete cos'è il formato Mini-ITX? Sapreste distinguerlo da un micro-ATX? E da un ATX? Che sappiate o meno di cosa stiamo parland, questa è la puntata per voi!Vezio ci guida nel mondo dei computer assemblati, tra formati di schede madre (e relativi case) e differenze in termini di hardware.NZXT H1 è il case mini-ITX per il PC GAMING COMPATTO:https://www.youtube.com/watch?v=a3dPeMPpzNYI nostri canali Telegram:► SmartWorld Live: https://bit.ly/SmartWorldLive► Offerte tecnologia: https://bit.ly/SmartworldOfferteSeguici sui social!► FACEBOOK: https://bit.ly/SmartWorldFacebook► INSTAGRAM: https://bit.ly/InstagramSmartWorld► TIKTOK: https://bit.ly/SmartWorldTikTok► GRUPPO FACEBOOK: https://bit.ly/SmartWorldFamilySe vuoi sostenerci:► FAI ACQUISTI su AMAZON con il nostro link: https://bit.ly/GrazieDaSmartWorld
Keskustellaan viikon mielenkiintoisimmista tietotekniikka- ja mobiiliuutisista, jotka on julkaistu https://io-tech.fi -sivustolla. Äänessä Sampsa Kurri ja Juha Kokkonen. Podcast katsottavissa videomuodossa YouTubesta: https://youtu.be/_pxYzfVttd4
Wir reden über grantige Prinzessinen, über Martins neuen PC Build, haben Gewinnspiele im Sack und erzählen, was 2022 Gaming-technisch auf uns wartet.Viel Spaß mit dieser Episode,Euer nerdkeller.eu Team
Fedora launches the live streaming compatibility initiative! Haiku gets a Vulkan loader, experimental Linux drivers for the MOTU midi express, and a Mini ITX board for your Raspberry Pi.
In Episode #46, I talk about building an energy efficient Mini ITX computer with AMD Ryzen 5 3400G Processor and NZXT H210 case. I discuss the benefits of building your own computer, including optimal component selection as well as eco friendlier options of repairing, replacing and upgrading individual components rather than an entire computer. (7 Oct 2020) --- This episode is sponsored by · Anchor: The easiest way to make a podcast. https://anchor.fm/app Support this podcast: https://anchor.fm/resourcesforlife/support
While interest in desktop PCs has waned in recent years, those who are still interested in desktops often build them themselves. That gives the ability to not only have the PC you want, but also to use it as an art piece. There are PC builders who go all out and customize their cases, turning them into spaceships or even scenes from videogames. However, that is not in the cards for everyone. One thing that can help customize and PC build, however, is RGB LEDs.For most, some slight customizations here and there are the way to go. However, when Avram and his team get involved, they go all out. Instead of just picking the best of the best components, the team decided to build a PC with as much lighting as they could possibly fit into a Mini ITX case. They call this build the RGBaby.This build is based around the AMD Ryzen 9 3900X, which obviously does not have lighting on it, but that's pretty much where it ends. Event the processor cooler, the Corsair H100i features lighting on the processor and two lighted fans on the top. The video card is a ZOTAC RTX 2080 AMP Extreme, which features LED strips across the front. The system RAM is HyperX Fury RGB adding a companion stripe to the lights on the video card. All of this is mounted to an ASUS ROG Strix B450-I motherboard, which features RGB LEDs across the edge.The RGBaby is a companion to the previous build, the RGBeast. This build, which took place at the beginning of 2019, was similar, but larger. Because of the bigger case, they were able to accommodate a lot more components that needed to be skipped this time because of the smaller form factor.To see the entire RGBaby build, check out the article on Tom's Hardware.
While interest in desktop PCs has waned in recent years, those who are still interested in desktops often build them themselves. That gives the ability to not only have the PC you want, but also to use it as an art piece. There are PC builders who go all out and customize their cases, turning them into spaceships or even scenes from videogames. However, that is not in the cards for everyone. One thing that can help customize and PC build, however, is RGB LEDs.For most, some slight customizations here and there are the way to go. However, when Avram and his team get involved, they go all out. Instead of just picking the best of the best components, the team decided to build a PC with as much lighting as they could possibly fit into a Mini ITX case. They call this build the RGBaby.This build is based around the AMD Ryzen 9 3900X, which obviously does not have lighting on it, but that's pretty much where it ends. Event the processor cooler, the Corsair H100i features lighting on the processor and two lighted fans on the top. The video card is a ZOTAC RTX 2080 AMP Extreme, which features LED strips across the front. The system RAM is HyperX Fury RGB adding a companion stripe to the lights on the video card. All of this is mounted to an ASUS ROG Strix B450-I motherboard, which features RGB LEDs across the edge.The RGBaby is a companion to the previous build, the RGBeast. This build, which took place at the beginning of 2019, was similar, but larger. Because of the bigger case, they were able to accommodate a lot more components that needed to be skipped this time because of the smaller form factor.To see the entire RGBaby build, check out the article on Tom's Hardware.
Episode brought to you by Amazon (http://www.thinkcomputers.org/amazon). Reviews This Week: ASRock X570 Phantom Gaming-ITX/TB3 Motherboard Review (https://thinkcomputers.org/asrock-x570-phantom-gaming-itx-tb3-motherboard-review/) SilverStone SETA A1 Case Review (https://thinkcomputers.org/silverstone-seta-a1-case-review/) Razer Kraken Ultimate Gaming Headset Review (https://thinkcomputers.org/razer-kraken-ultimate-gaming-headset-review/) Other Stuff This Week: Case Mod Friday: Green Machine Antec Torque (https://thinkcomputers.org/case-mod-friday-green-machine-antec-torque/) Win a Fractal Design Define 7 Case (https://thinkcomputers.org/win-a-fractal-design-define-7-case/) News This Week: AMD RDNA2 Graphics Architecture to Offer 50% Gain over RDNA (https://thinkcomputers.org/amd-rdna2-graphics-architecture-to-offer-50-gain-over-rdna/) AMD Teases Next-Gen Graphics Card Design with No Blower Fan (https://thinkcomputers.org/amd-teases-next-gen-graphics-card-design-with-no-blower-fan/) Intel Core i5-10400 Pictured and Detailed (https://thinkcomputers.org/intel-core-i5-10400-pictured-and-detailed/) Could Intel Comet Lake Desktop Processors be Delayed Till June? (https://thinkcomputers.org/could-intel-comet-lake-desktop-processors-be-delayed-till-june/) The First AMD B550 Motherboard Appears (https://thinkcomputers.org/the-first-amd-b550-motherboard-appears/) Noctua Now Selling Hoodies that Match their Fans (https://thinkcomputers.org/noctua-now-selling-hoodies-that-match-their-fans/) NVIDIA GTC News to Be Shared on March 24, Followed by Investor Call (https://thinkcomputers.org/nvidia-gtc-news-to-be-shared-on-march-24-followed-by-investor-call/) 2K Games Removes its Library From GeForce NOW Game Streaming Service (https://thinkcomputers.org/2k-games-removes-its-library-from-geforce-now-game-streaming-service/) E3 2020 Cancelled Due to Coronavirus (https://thinkcomputers.org/e3-2020-cancelled-due-to-coronavirus/) PlayStation Exclusive Horizon Zero Dawn is Coming to PC (https://thinkcomputers.org/playstation-exclusive-horizon-zero-dawn-is-coming-to-pc/) Coming Next Week: Orico GV100 512GB Portable SSD (http://www.orico.cc/us/product/detail/5508.html) HyperX Cloud Flight S Gaming Headset (https://www.hyperxgaming.com/us/headsets/cloud-flight-s-wireless-gaming-headset) Home Gadget Geeks - 436 (https://theaverageguy.tv/live/) - Thursday, March 12th, 8:00 PM CST
Jay Mattison is back with us as we look at Mini-ITX builds with a lot of attention being given to the Lazer3D LZ7 XTD Mini-ITX which Jay reviewed in January 2020. We then spent some time discussing what it takes to build your own gaming rig these days and finished up the discussion with a look at the Focal Elex Headphones and compared them to the industry standard Bose Quiet Comfort 35s. Jim spends some time with some quick updates on new hardware and his Unraid build. I think you will enjoy the show. Full show notes, transcriptions, audio
Jay Mattison is back with us as we look at Mini-ITX builds with a lot of attention being given to the Lazer3D LZ7 XTD Mini-ITX which Jay reviewed in January 2020. We then spent some time discussing what it takes to build your own gaming rig these days and finished up the discussion with a look at the Focal Elex Headphones and compared them to the industry standard Bose Quiet Comfort 35s. Jim spends some time with some quick updates on new hardware and his Unraid build. I think you will enjoy the show. Full show notes, transcriptions, audio
Jay Mattison is back with us as we look at Mini-ITX builds with a lot of attention being given to the Lazer3D LZ7 XTD Mini-ITX which Jay reviewed in January 2020. We then spent some time discussing what it takes to build your own gaming rig these days and finished up the discussion with a look at the Focal Elex Headphones and compared them to the industry standard Bose Quiet Comfort 35s. Jim spends some time with some quick updates on new hardware and his Unraid build. I think you will enjoy the show. Full show notes, transcriptions, audio
ExtremePCUK - A monthly show about PC Gaming, Building, Modding and Reviews.
87 Rimworld Royalty DLC, NZXT H1 - Mini ITX Case, Astroneer, Soulcalibur 6 & Duskers Check out our Patreon. We have a digital PC magazine and regular PC build logs and behind the scenes bloopers. If your a fan of the show there is a say Thank You donation of $1 (79p). https://www.patreon.com/ExtremePCUK INTERACTIVE PODCAST LIVE RECORDING EVERY Thursday 9PM UK Time -- www.Twitch.TV/ExtremePCUK Check out our website! Website - ExtremePCUK.co.uk Discord Server Invite -- https://discord.gg/gHM2S8X Follow us on Twitch for live podcast recording and getting in the chat. -- https://www.twitch.tv/extremepcuk E-Mail = ExtremePCUK@gmail.com (Questions) (Competition) ExtremePCUK Steam Group - Join ExtremePCUK Steam Group
Fanless server setup with FreeBSD, NetBSD on pinebooks, another BSDCan trip report, transparent network audio, MirBSD's Korn Shell on Plan9, static site generators on OpenBSD, and more. ##Headlines Silent Fanless FreeBSD Desktop/Server Today I will write about silent fanless FreeBSD desktop or server computer … or NAS … or you name it, it can have multiple purposes. It also very low power solution, which also means that it will not overheat. Silent means no fans at all, even for the PSU. The format of the system should also be brought to minimum, so Mini-ITX seems best solution here. I have chosen Intel based solutions as they are very low power (6-10W), if you prefer AMD (as I often do) the closest solution in comparable price and power is Biostar A68N-2100 motherboard with AMD E1-2100 CPU and 9W power. Of course AMD has even more low power SoC solutions but finding the Mini-ITX motherboard with decent price is not an easy task. For comparison Intel has lots of such solutions below 6W whose can be nicely filtered on the ark.intel.com page. Pity that AMD does not provide such filtration for their products. I also chosen AES instructions as storage encryption (GELI on FreeBSD) today seems as obvious as HTTPS for the web pages. Here is how the system look powered up and working This motherboard uses Intel J3355 SoC which uses 10W and has AES instructions. It has two cores at your disposal but it also supports VT-x and EPT extensions so you can even run Bhyve on it. Components Now, an example system would look like that one below, here are the components with their prices. $49 CPU/Motherboard ASRock J3355B-ITX Mini-ITX $14 RAM Crucial 4 GB DDR3L 1.35V (low power) $17 PSU 12V 160W Pico (internal) $11 PSU 12V 96W FSP (external) $5 USB 2.0 Drive 16 GB ADATA $4 USB Wireless 802.11n $100 TOTAL The PSU 12V 160W Pico (internal) and PSU 12V 96W FSP can be purchased on aliexpress.com or ebay.com for example, at least I got them there. Here is the 12V 160W Pico (internal) PSU and its optional additional cables to power the optional HDDs. If course its one SATA power and one MOLEX power so additional MOLEX-SATA power adapter for about 1$ would be needed. Here is the 12V 96W FSP (external) PSU without the power cord. This gives as total silent fanless system price of about $120. Its about ONE TENTH OF THE COST of the cheapest FreeNAS hardware solution available – the FreeNAS Mini (Diskless) costs $1156 also without disks. You can put plain FreeBSD on top of it or Solaris/Illumos distribution OmniOSce which is server oriented. You can use prebuilt NAS solution based on FreeBSD like FreeNAS, NAS4Free, ZFSguru or even Solaris/Illumos based storage with napp-it appliance. ###An annotated look at a NetBSD Pinebook’s startup Pinebook is an affordable 64-bit ARM notebook. Today we’re going to take a look at the kernel output at startup and talk about what hardware support is available on NetBSD. Photo Pinebook comes with 2GB RAM standard. A small amount of this is reserved by the kernel and framebuffer. NetBSD uses flattened device-tree (FDT) to enumerate devices on all Allwinner based SoCs. On a running system, you can inspect the device tree using the ofctl(8) utility: Pinebook’s Allwinner A64 processor is based on the ARM Cortex-A53. It is designed to run at frequencies up to 1.2GHz. The A64 is a quad core design. NetBSD’s aarch64 pmap does not yet support SMP, so three cores are disabled for now. The interrupt controller is a standard ARM GIC-400 design. Clock drivers for managing PLLs, module clock dividers, clock gating, software resets, etc. Information about the clock tree is exported in the hw.clk sysctl namespace (root access required to read these values). # sysctl hw.clk.sun50ia64ccu0.mmc2 hw.clk.sun50ia64ccu0.mmc2.rate = 200000000 hw.clk.sun50ia64ccu0.mmc2.parent = pllperiph02x hw.clk.sun50ia64ccu0.mmc2.parent_domain = sun50ia64ccu0 Digital Ocean http://do.co/bsdnow ###BSDCan 2018 Trip Report: Mark Johnston BSDCan is a highlight of my summers: the ability to have face-to-face conversations with fellow developers and contributors is invaluable and always helps refresh my enthusiasm for FreeBSD. While in a perfect world we would all be able to communicate effectively over the Internet, it’s often noted that locking a group of developers together in a room can be a very efficient way to make progress on projects that otherwise get strung out over time, and to me this is one of the principal functions of BSD conferences. In my case I was able to fix some kgdb bugs that had been hindering me for months; get some opinions on the design of a feature I’ve been working on for FreeBSD 12.0; hear about some ongoing usage of code that I’ve worked on; and do some pair-debugging of an issue that has been affecting another developer. As is tradition, on Tuesday night I dropped off my things at the university residence where I was staying, and headed straight to the Royal Oak. This year it didn’t seem quite as packed with BSD developers, but I did meet several long-time colleagues and get a chance to catch up. In particular, I chatted with Justin Hibbits and got to hear about the bring-up of FreeBSD on POWER9, a new CPU family released by IBM. Justin was able to acquire a workstation based upon this CPU, which is a great motivator for getting FreeBSD into shape on that platform. POWER9 also has some promise in the server market, so it’s important for FreeBSD to be a viable OS choice there. Wednesday morning saw the beginning of the two-day FreeBSD developer summit, which precedes the conference proper. Gordon Tetlow led the summit and did an excellent job organizing things and keeping to the schedule. The first presentation was by Deb Goodkin of the FreeBSD Foundation, who gave an overview of the Foundation’s role and activities. After Deb’s presentation, present members of the FreeBSD core team discussed the work they had done over the past two years, as well as open tasks that would be handed over to the new core team upon completion of the ongoing election. Finally, Marius Strobl rounded off the day’s presentations by discussing the state and responsibilities of FreeBSD’s release engineering team. One side discussion of interest to me was around the notion of tightening integration with our Bugzilla instance; at moment we do not have any good means to mark a given bug as blocking a release, making it easy for bugs to slip into releases and thus lowering our overall quality. With FreeBSD 12.0 upon us, I plan to help with the triage and fixes for known regressions before the release process begins. After a break, the rest of the morning was devoted to plans for features in upcoming FreeBSD releases. This is one of my favorite discussion topics and typically takes the form of have/need/want, where developers collectively list features that they’ve developed and intend to upstream (have), features that they are missing (need), and nice-to-have features (want). This year, instead of the usual format, we listed features that are intended to ship in FreeBSD 12.0. The compiled list ended up being quite ambitious given how close we are to the beginning of the release cycle, but many individual developers (including myself) have signed up to deliver work. I’m hopeful that most, if not all of it, will make it into the release. After lunch, I attended a discussion led by Matt Ahrens and Alexander Motin on OpenZFS. Of particular interest to me were some observations made regarding the relative quantity and quality of contributions made by different “camps” of OpenZFS users (illumos, FreeBSD and ZoL), and their respective track records of upstreaming enhancements to the OpenZFS project. In part due to the high pace of changes in ZoL, the definition of “upstream” for ZFS has become murky, and of late ZFS changes have been ported directly from ZoL. Alexander discussed some known problems with ZFS on FreeBSD that have been discovered through performance testing. While I’m not familiar with ZFS internals, Alexander noted that ZFS’ write path has poor SMP scalability on FreeBSD owing to some limitations in a certain kernel API called taskqueue(9). I would like to explore this problem further and perhaps integrate a relatively new alternative interface which should perform better. Friday and Saturday were, of course, taken up by BSDCan talks. Friday’s keynote was by Benno Rice, who provided some history of UNIX boot systems as a precursor to some discussion of systemd and the difficulties presented by a user and developer community that actively resist change. The rest of the morning was consumed by talks and passed by quickly. First was Colin Percival’s detailed examination of where the FreeBSD kernel spends time during boot, together with an overview of some infrastructure he added to track boot times. He also provided a list of improvements that have been made since he started taking measurements, and some areas we can further improve. Colin’s existing work in this area has already brought about substantial reductions in boot time; amusingly, one of the remaining large delays comes from the keyboard driver, which contains a workaround for old PS/2 keyboards. While there seems to be general agreement that the workaround is probably no longer needed on most systems, the lingering uncertainty around this prevents us from removing the workaround. This is, sadly, a fairly typical example of an OS maintenance burden, and underscores the need to carefully document hardware bug workarounds. After this talk, I got to see some rather novel demonstrations of system tracing using dwatch, a new utility by Devin Teske, which aims to provide a user-friendly interface to DTrace. After lunch, I attended talks on netdump, a protocol for transmitting kernel dumps over a network after the system has panicked, and on a VPC implementation for FreeBSD. After the talks ended, I headed yet again to the hacker lounge and had some fruitful discussions on early microcode loading (one of my features for FreeBSD 12.0). These led me to reconsider some aspects of my approach and saved me a lot of time. Finally, I continued my debugging session from Wednesday with help from a couple of other developers. Saturday’s talks included a very thorough account by Li-Wen Hsu of his work in organizing a BSD conference in Taipei last year. As one of the attendees, I had felt that the conference had gone quite smoothly and was taken aback by the number of details and pitfalls that Li-Wen enumerated during his talk. This was followed by an excellent talk by Baptiste Daroussin on the difficulties one encounters when deploying FreeBSD in new environments. Baptiste offered criticisms of a number of aspects of FreeBSD, some of which hit close to home as they involved portions of the system that I’ve worked on. At the conclusion of the talks, we all gathered in the main lecture hall, where Dan led a traditional and quite lively auction for charity. I managed to snag a Pine64 board and will be getting FreeBSD installed on it the first chance I get. At the end of the auction, we all headed to ByWard for dinner, concluding yet another BSDCan. Thanks to Mark for sharing his experiences at this years BSDCan ##News Roundup Transparent network audio with mpd & sndiod Landry Breuil (landry@ when wearing his developer hat) wrote in… I've been a huge fan of MPD over the years to centralize my audio collection, and i've been using it with the http output to stream the music as a radio on the computer i'm currently using… audio_output { type "sndio" name "Local speakers" mixer_type "software" } audio_output { type "httpd" name "HTTP stream" mixer_type "software" encoder "vorbis" port "8000" format "44100:16:2" } this setup worked for years, allows me to stream my home radio to $work by tunnelling the port 8000 over ssh via LocalForward, but that still has some issues: a distinct timing gap between the 'local output' (ie the speakers connected to the machine where MPD is running) and the 'http output' caused by the time it takes to reencode the stream, which is ugly when you walk through the house and have a 15s delay sometimes mplayer as a client doesn't detect the pauses in the stream and needs to be restarted i need to configure/start a client on each computer and point it at the sound server url (can do via gmpc shoutcast client plugin…) it's not that elegant to reencode the stream, and it wastes cpu cycles So the current scheme is: mpd -> http output -> network -> mplayer -> sndiod on remote machine | -> sndio output -> sndiod on soundserver Fiddling a little bit with mpd outputs and reading the sndio output driver, i remembered sndiod has native network support… and the mpd sndio output allows you to specify a device (it uses SIO_DEVANY by default). So in the end, it's super easy to: enable network support in sndio on the remote machine i want the audio to play by adding -L to sndiod_flags (i have two audio devices, with an input coming from the webcam): sndiod_flags="-L10.246.200.10 -f rsnd/0 -f rsnd/1" open pf on port 11025 from the sound server ip: pass in proto tcp from 10.246.200.1 to any port 11025 configure a new output in mpd: audio_output { type "sndio" name "sndio on renton" device "snd@10.246.200.10/0" mixer_type "software" } and enable the new output in mpd: $mpc enable 2 Output 1 (Local speakers) is disabled Output 2 (sndio on renton) is enabled Output 3 (HTTP stream) is disabled Results in a big win: no gap anymore with the local speakers, no reencoding, no need to configure a client to play the stream, and i can still probably reproduce the same scheme over ssh from $work using a RemoteForward. mpd -> sndio output 2 -> network -> sndiod on remote machine | -> sndio output 1 -> sndiod on soundserver Thanks ratchov@ for sndiod :) ###MirBSD’s Korn Shell on Plan9 Jehanne Let start by saying that I’m not really a C programmer. My last public contribution to a POSIX C program was a little improvement to the Snort’s react module back in 2008. So while I know the C language well enough, I do not know anything about the subtleness of the standard library and I have little experience with POSIX semantics. This is not a big issue with Plan 9, since the C library and compiler are not standard anyway, but with Jehanne (a Plan 9 derivative of my own) I want to build a simple, loosely coupled, system that can actually run useful free software ported from UNIX. So I ported RedHat’s newlib to Jehanne on top of a new system library I wrote, LibPOSIX, that provides the necessary emulations. I wrote several test, checking they run the same on Linux and Jehanne, and then I begun looking for a real-world, battle tested, application to port first. I approached MirBSD’s Korn Shell for several reason: it is simple, powerful and well written it has been ported to several different operating systems it has few dependencies it’s the default shell in Android, so it’s really battle tested I was very confident. I had read the POSIX standard after all! And I had a test suite! I remember, I thought “Given newlib, how hard can it be?” The porting begun on September 1, 2017. It was completed by tg on January 5, 2018. 125 nights later. Turn out, my POSIX emulation was badly broken. Not just because of the usual bugs that any piece of C can have: I didn’t understood most POSIX semantics at all! iXsystems ###Static site generator with rsync and lowdown on OpenBSD ssg is a tiny POSIX-compliant shell script with few dependencies: lowdown(1) to parse markdown, rsync(1) to copy temporary files, and entr(1) to watch file changes. It generates Markdown articles to a static website. It copies the current directory to a temporary on in /tmp skipping .* and _*, renders all Markdown articles to HTML, generates RSS feed based on links from index.html, extracts the first tag from every article to generate a sitemap and use it as a page title, then wraps articles with a single HTML template, copies everything from the temporary directory to $DOCS/ Why not Jekyll or “$X”? ssg is one hundred times smaller than Jekyll. ssg and its dependencies are about 800KB combined. Compare that to 78MB of ruby with Jekyll and all the gems. So ssg can be installed in just few seconds on almost any Unix-like operating system. Obviously, ssg is tailored for my needs, it has all features I need and only those I use. Keeping ssg helps you to master your Unix-shell skills: awk, grep, sed, sh, cut, tr. As a web developer you work with lots of text: code and data. So you better master these wonderful tools. Performance 100 pps. On modern computers ssg generates a hundred pages per second. Half of a time for markdown rendering and another half for wrapping articles into the template. I heard good static site generators work—twice as fast—at 200 pps, so there’s lots of performance that can be gained. ;) ###Why does FreeBSD have virtually no (0%) desktop market share? Because someone made a horrible design decision back in 1984. In absolute fairness to those involved, it was an understandable decision, both from a research perspective, and from an economic perspective, although likely not, from a technology perspective. Why and what. The decision was taken because the X Window System was intended to run on cheap hardware, and, at the time, that meant reduced functionality in the end-point device with the physical display attached to it. At the same time, another force was acting to also limit X displays to display services only, rather than rolling in both window management and specific widget instances for common operational paradigms. Mostly, common operational paradigms didn’t really exist for windowing systems because they also simply didn’t exist at the time, and no one really knew how people were going to use the things, and so researchers didn’t want to commit future research to a set of hard constraints. So a decision was made: separate the display services from the application at the lowest level of graphics primitives currently in use at the time. The ramifications of this were pretty staggering. First, it guaranteed that all higher level graphics would live on the host side of the X protocol, instead of on the display device side of the protocol. Despite a good understanding of Moore’s law, and the fact that, since no X Terminals existed at the time as hardware, but were instead running as emulations on workstations that had sufficient capability, this put the higher level GUI object libraries — referred to as “widgets” — in host libraries linked into the applications. Second, it guaranteed that display organization and management paradigms would also live on the host side of the protocol — assumed, in contradiction to the previous decision, to be running on the workstation. But, presumably, at some point, as lightweight X Terminals became available, to migrate to a particular host computer managing compute resource login/access services. Between these early decisions reigned chaos. Specifically, the consequences of these decisions have been with us ever since: Look-and-feel are a consequence of the toolkit chosen by the application programmer, rather than a user decision which applies universally to all applications. You could call this “lack of a theme”, and — although I personally despise the idea of customizing or “theming” desktops — this meant that one paradigm chosen by the user would not apply universally across all applications, no matter who had written them. Window management style is a preference. You could call this a more radical version of “theming” — which you will remember, I despise — but a consequence to this is that training is not universal across personnel using such systems, nor is it transferrable. In other words, I can’t send someone to a class, and have them come back and use the computers in the office as a tool, with the computer itself — and the elements not specific to the application itself — disappearing into the background. Both of these ultimately render an X-based system unsuitable for desktops. I can’t pay once for training. Training that I do pay for does not easily and naturally translate between applications. Each new version may radically alter the desktop management paradigm into unrecognizability. Is there hope for the future? Well, the Linux community has been working on something called Wayland, and it is very promising… …In the same way X was “very promising” in 1984, because, unfortunately, they are making exactly the same mistakes X made in 1984, rather than correcting them, now that we have 20/20 hindsight, and know what a mature widget library should look like. So Wayland is screwing up again. But hey, it only took us, what, 25 years to get from X in 1987 to Wayland in in 2012. Maybe if we try again in 2037, we can get to where Windows was in 1995. ##Beastie Bits New washing machine comes with 7 pages of open source licenses! BSD Jobs Site FreeBSD Foundation Update, May 2018 FreeBSD Journal looking for book reviewers zedenv ZFS Boot Environment Manager Tarsnap ##Feedback/Questions Wouter - Feedback Efraim - OS Suggestion kevr - Raspberry Pi2/FreeBSD/Router on a Stick Vanja - Interview Suggestion Send questions, comments, show ideas/topics, or stories you want mentioned on the show to feedback@bsdnow.tv
PC Perspective Podcast #463 - 08/17/17 Join us for AMD Threadripper, Intel Rumors, and more! You can subscribe to us through iTunes and you can still access it directly through the RSS page HERE. The URL for the podcast is: http://pcper.com/podcast - Share with your friends! iTunes - Subscribe to the podcast directly through the iTunes Store (audio only) Video version on iTunes Google Play - Subscribe to our audio podcast directly through Google Play! RSS - Subscribe through your regular RSS reader (audio only) Video version RSS feed MP3 - Direct download link to the MP3 file Hosts: Allyn Malventano, Josh Walrath, Ken Addison, Sebastian Peak Peanut Gallery: Alex Lustenberg Program length: 1:37:18 Podcast topics of discussion: Join our spam list to get notified when we go live! Patreon PCPer Mailbag #4 - 8/11/2017 PCPer Plays... FlatOut 2! (2006) VLAN the 16th, the Fragging Frogs are hosting a party on Saturday August 26 and you are invited Package Received! Sidewinder Force Feedback Joystick and a TON of Persian Cookies Week in Review: 0:11:30 Corsair NX500 400GB NVMe HHHL SSD Review - One Flashy SSD 0:19:28 The AMD Radeon RX Vega Review: Vega 64, Vega 64 Liquid, Vega 56 Tested 0:38:30 Samsung Portable SSD T5 USB 3.1 Gen 2 10Gbps 500GB and 2TB Review - Even Faster! News items of interest: 0:56:20 FMS 2017: Micron Launches 9200 Series Enterprise Lineup with 3D TLC NAND, x8 PCIe 0:58:52 FMS 2017: Samsung Announces QLC V-NAND, 16TB NGSFF SSD, Z-SSD V2, Key Value 1:05:10 FMS 2017: Intel's EDSFF 'Ruler' SSD Form Factor Details Emerge - 1 Petabyte in a 1U Chassis! 1:14:09 EK's Threadripper Supremacy EVO water blocks 1:16:50 TinkerTry Gets a Real Look at the Intel Optane SSD DC P4800X 1:19:20 Depth-sensing tech from Qualcomm challenges Apple 1:22:30 Well that's not good, VGA RAM prices spike 30% 1:24:45 Lian Li’s new PC-Q39 tempered glass Mini-ITX (wide) tower Hardware/Software Picks of the Week 1:26:30 Jeremy: caveat emptor 1:30:00 Josh: Kid breaks more headphones? Fix for that! 1:32:30 Ken: Prusa i3 MK2S 3D Printer (NOW IN STOCK!) http://pcper.com/podcast http://twitter.com/ryanshrout and http://twitter.com/pcper Closing/outro Subscribe to the PC Perspective YouTube Channel for more videos, reviews and podcasts!!
In this episode of our weekly tech podcast we talk about our review of SilverStone's TD02-Slim AiO liquid CPU cooler, a very cool mobile gaming keyboard from Mad Catz, NVIDIA's upcoming Titan X successor, NZXT's new Mini-ITX case & more! The post ThinkComputers Podcast #49 – SilverStone Slim AiO, Mad Catz Mobile Keyboard, Titan X Successor & More! (https://thinkcomputers.org/thinkcomputers-podcast-49-silverstone-slim-aio-mad-catz-mobile-keyboard-titan-x-successor-more/) appeared first on ThinkComputers.org (https://thinkcomputers.org) .
In this episode of our weekly tech podcast we talk about our review of Gigabyte's Z170N-Gaming 5 Mini-ITX motherboard, Intel moving to the 10nm manufacturing process in 2017, AMD's progress on Zen, HMB2 production ramping up and more! The post ThinkComputers Podcast #48 – Gigabyte Z170N-Gaming 5, Intel 10nm, AMD Zen, HBM2 & More! (https://thinkcomputers.org/thinkcomputers-podcast-48-gigabyte-z170n-gaming-5-intel-10nm-amd-zen-hbm2-more/) appeared first on ThinkComputers.org (https://thinkcomputers.org) .