# wide

Published articles for wide.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## SwiNOG 40: Deploying Precision Time Protocol across WAN

DevFeed: [SwiNOG 40: Deploying Precision Time Protocol across WAN](<https://devfeed.tech/articles/swinog-40-deploying-precision-time-protocol-across-wan-11251.md>)

Original publisher: [Read original article](<https://blog.ipspace.net/2025/09/swinog40-ptp-wan/>)

Published: 2025-09-23T05:33:00Z

Content type: article

Language: en

Sources: [ipSpace.net blog](<https://devfeed.tech/sources/ipspace-net-blog.md>)

Topics: [Network](<https://devfeed.tech/topics/network.md>), [Protocol (disambiguation)](<https://devfeed.tech/topics/protocol.md>)

Tags: [infrastructure](<https://devfeed.tech/tags/infrastructure.md>), [network](<https://devfeed.tech/tags/network.md>), [precision](<https://devfeed.tech/tags/precision.md>), [protocol](<https://devfeed.tech/tags/protocol.md>), [ptp](<https://devfeed.tech/tags/ptp.md>), [synchronization](<https://devfeed.tech/tags/synchronization.md>), [time](<https://devfeed.tech/tags/time.md>), [wide](<https://devfeed.tech/tags/wide.md>), [worth-reading](<https://devfeed.tech/tags/worth-reading.md>)

### AI overview

The article discusses deploying Precision Time Protocol across a country-wide WAN to achieve nanosecond-level synchronization between cities. It states that this requires dedicated infrastructure and points to a SwiNOG 40 presentation by Oliver Ettlin for more details.

### Source excerpt

Is it possible to deploy Precision Time Protocol across a country-wide WAN network and reach nanosecond-level synchronization between cities? It's definitely not trivial and only works over dedicated infrastructure; for more details, watch the PTP in WANs (video) presentation Oliver Ettlin had at SwiNOG 40.

## Lab: Using IS-IS Metrics

DevFeed: [Lab: Using IS-IS Metrics](<https://devfeed.tech/articles/lab-using-is-is-metrics-11098.md>)

Original publisher: [Read original article](<https://blog.ipspace.net/2024/11/isis-metrics/>)

Published: 2024-11-12T05:58:00Z

Content type: tutorial

Language: en

Sources: [ipSpace.net blog](<https://devfeed.tech/sources/ipspace-net-blog.md>)

Topics: [IS-IS](<https://devfeed.tech/topics/is-is.md>)

Tags: [blog-post](<https://devfeed.tech/tags/blog-post.md>), [is-is](<https://devfeed.tech/tags/is-is.md>), [netlab](<https://devfeed.tech/tags/netlab.md>), [wide](<https://devfeed.tech/tags/wide.md>)

### AI overview

The article introduces a lab exercise on IS-IS metrics and notes that wide metrics were standardized in RFC 3784 in 2004, while many vendors still default to narrow metrics.

### Source excerpt

It's time for another "the vendor IS-IS defaults are all wrong" blog post. Wide IS-IS metrics were standardized in RFC 3784 in June 2004, yet most vendors still use the ancient narrow metrics as the default setting. Want to know more? The Using IS-IS Metrics lab exercise provides all the gory details.

## What's on My Desk?

DevFeed: [What's on My Desk?](<https://devfeed.tech/articles/what-s-on-my-desk-18890.md>)

Original publisher: [Read original article](<https://www.morling.dev/blog/whats-on-my-desk/>)

Published: 2021-10-24T08:30:00Z

Content type: opinion

Language: en

Sources: [Gunnar Morling](<https://devfeed.tech/sources/gunnar-morling.md>)

Topics: [Large Screen](<https://devfeed.tech/topics/large-screen.md>), [samsung](<https://devfeed.tech/topics/samsung.md>), [macOS](<https://devfeed.tech/topics/macos.md>)

Tags: [cameras](<https://devfeed.tech/tags/cameras.md>), [computer](<https://devfeed.tech/tags/computer.md>), [conferences](<https://devfeed.tech/tags/conferences.md>), [covid](<https://devfeed.tech/tags/covid.md>), [curved](<https://devfeed.tech/tags/curved.md>), [evaluation](<https://devfeed.tech/tags/evaluation.md>), [monitors](<https://devfeed.tech/tags/monitors.md>), [personal-experience](<https://devfeed.tech/tags/personal-experience.md>), [samsung](<https://devfeed.tech/tags/samsung.md>), [screen](<https://devfeed.tech/tags/screen.md>), [ultra-wide](<https://devfeed.tech/tags/ultra-wide.md>), [wide](<https://devfeed.tech/tags/wide.md>), [work](<https://devfeed.tech/tags/work.md>)

### AI overview

A personal account of improving a home computer setup for remote work, online calls, and recording conference talks. The article discusses a curved Samsung ultra-wide monitor and briefly introduces other setup components, including cameras, lighting, and audio equipment.

### Source excerpt

Table of Contents The Screen Compute Cameras Work in Progress: Teleprompter Lighting Audio What's Next? I've been working from home exclusively for the last nine years, but it was only last year that I started to look into ways for expanding my computer set-up and go beyond the usual combination of having a laptop with your regular external screen. The global COVID-19 pandemic, the prospect of having more calls with colleagues than ever (no physical meetings), and the constantly increasing need for recording talks for online conferences and meet-ups made me reevaluate things and steadily improve and fine tune my set-up, in particular in regards to better video and audio quality.

## Every Camera, Every Angle on Android

DevFeed: [Every Camera, Every Angle on Android](<https://devfeed.tech/articles/every-camera-every-angle-on-android-19832.md>)

Original publisher: [Read original article](<https://tech.gc.com/every-camera-every-angle-on-android/>)

Author: GameChanger

Published: 2021-09-20T14:49:50Z

Content type: tutorial

Language: en

Sources: [GameChanger](<https://devfeed.tech/sources/gamechanger.md>)

Topics: [Android](<https://devfeed.tech/topics/android.md>), [API](<https://devfeed.tech/topics/api.md>), [Streaming](<https://devfeed.tech/topics/streaming.md>)

Tags: [android](<https://devfeed.tech/tags/android.md>), [apis](<https://devfeed.tech/tags/apis.md>), [article](<https://devfeed.tech/tags/article.md>), [camera](<https://devfeed.tech/tags/camera.md>), [camera2](<https://devfeed.tech/tags/camera2.md>), [camerax](<https://devfeed.tech/tags/camerax.md>), [streaming](<https://devfeed.tech/tags/streaming.md>), [ultra-wide](<https://devfeed.tech/tags/ultra-wide.md>), [video](<https://devfeed.tech/tags/video.md>), [video-streaming](<https://devfeed.tech/tags/video-streaming.md>), [wide](<https://devfeed.tech/tags/wide.md>)

### AI overview

This article explains how GameChanger implemented ultrawide camera streaming on Android. It describes the differences between physical and logical camera setups and the challenges of selecting the correct camera sensor through Android's multi-camera APIs.

### Source excerpt

At GameChanger, video streaming has become a huge part of our business and thus our tech stack. But as a small company that practices shipping often, we can't ship everything feature complete from day one and thus video streaming launched with the ability to only stream from your default rear camera lens. But as we know, ultrawide lenses on phones have become common place and sure enough, customers began writing in, asking to be able to use their ultrawide cameras to stream their event. Baseball and softball fields are actually quite wide and it makes a lot of sense to be able to capture more of the field. So in time, ultrawide streaming became our priority and thus we engaged in battle with one of the most brittle Android APIs we have seen... Streaming in the olden days Well, not really in the olden days, because we are using the most up to date APIs, but before we implemented ultrawide streaming, selecting the camera we wanted to stream with was generally pretty simple: private fun CameraManager.chooseCamera(teamId: TeamId) = cameraIdList.filter { id -> val characteristics = getCameraCharacteristics(id) val capabilities = characteristics.get(CameraCharacteristics.REQUEST_AVAILABLE_CAPABILITIES)!! characteristics.get(CameraCharacteristics.LENS_FACING) == CameraMetadata.LENS_FACING_BACK && capabilities.contains(CameraCharacteristics.REQUEST_AVAILABLE_CAPABILITIES_BACKWARD_COMPATIBLE) } .mapNotNull { id -> val characteristics = getCameraCharacteristics(id) val cameraConfig = characteristics.get(CameraCharacteristics.SCALER_STREAM_CONFIGURATION_MAP)!! val (width, height) = arrayOf(1280, 720) cameraConfig.getOutputSizes(MediaRecorder::class.java) .filter { it.width <= width && it.height <= height } .maxByOrNull { it.width * it.height }?.let { id to it } } .map { (id, resolution) -> CameraArgs(cameraId = id, width = resolution.width, height = resolution.height, fps = 30) } .firstOrNull() TL;DR: Basically, get the first rear camera that supports 720p. Note the cameraId--an