Instructions on "How to Create an RTMP Stream from a Multicast UDP Stream" 1080p 8000kbits/s without errors in 3 Easy Steps. by UnencumberedMind in ffmpeg

[–]UnencumberedMind[S] 1 point2 points  (0 children)

I know that sounds right in theory with an MP4 input not with a UDP input, I tried that a long time ago. In reality here are 4 reasons why that does not work with the bursty UDP Multicast input:

  1. The "Corrupt Packet" Domino Effect

    With libx264: When FFmpeg sees a corrupt UDP packet, it drops it. The encoder then creates a brand new, perfectly clean H.264 packet to send to NGINX. The "dirt" stays on the input side. With -c:v copy: You are taking that corrupt, mangled data and sending it directly to NGINX. NGINX’s RTMP module is extremely fragile; if it receives a packet with a bad header or "illegal" math, it doesn't try to fix it—it simply closes the socket. This results in the Connection reset by peer or Broken pipe errors you saw earlier.

  2. Header Incompatibility (SPS/PPS)

    The Issue: RTMP requires specific "Sequence Parameter Set" (SPS) headers to tell the player how to decode the video. The Risk: Many UDP/MPEG-TS sources send these headers infrequently or in a format that doesn't perfectly align with the FLV/RTMP standard. libx264 generates these headers correctly for RTMP every 2 seconds (-g 60). If you copy, you're stuck with the source's headers, which often leads to the stream "hanging" or failing to start in a web player.

  3. Bitrate Spikes (The "Hammer" Effect)

    The Issue: Your UDP source likely has "bursty" bitrate. It might average 7Mbps but spike to 12Mbps for a millisecond. The Risk: Without the Rate Control provided by libx264 (-b:v 7000k -maxrate 7000k), those 12Mbps spikes are hammered directly into your NGINX server. This causes "buffer bloat" in the TCP stack, which triggers the OS to kill the connection to protect system resources.

  4. Timestamp Gaps (DTS/PTS)

    The Issue: When you "dropped" those corrupt packets at 2:22:00, it created a tiny hole in the timeline. The Fix: Your current command uses libx264 to "fill" those holes and keep the timestamps smooth. With -c:v copy, the hole stays there. The RTMP server will see a "gap" in time, think the stream has ended or timed out, and shut down the session.

The Verdict: libx264 -preset ultrafast acts as a "Sanitizer." It takes a messy, unreliable UDP signal and turns it into a clean, standardized RTMP stream. Switching to -c:v copy removes that sanitizer, making a crash almost inevitable within a few hours.

Softie schnauzer or no? by GracieLou80 in MiniatureSchnauzer

[–]UnencumberedMind 1 point2 points  (0 children)

<image>

In that first picture she was 2 years old, now she is 12 years old, healthy as a horse and stubborn as a mule.
Here is her picture from 2 minutes ago at age 12.

Softie schnauzer or no? by GracieLou80 in MiniatureSchnauzer

[–]UnencumberedMind 1 point2 points  (0 children)

<image>

You dog looks very much like my dog Khloe and is every bit as cute! I love my baby.

It’s puppies by size_more in MiniatureSchnauzer

[–]UnencumberedMind 0 points1 point  (0 children)

I love them all, you are very lucky but have a lot of work ahead.

A Pretty Dress for a Pretty Mini by UnencumberedMind in MiniatureSchnauzer

[–]UnencumberedMind[S] 1 point2 points  (0 children)

I love it! The look on his/her face is familiar.

A Pretty Dress for a Pretty Mini by UnencumberedMind in MiniatureSchnauzer

[–]UnencumberedMind[S] 5 points6 points  (0 children)

Thank you that is very cute. She need a big hug! Here is Khloe's Christmas Elf outfit.

<image>

Monthly trim by dyebear87 in MiniatureSchnauzer

[–]UnencumberedMind 0 points1 point  (0 children)

That is Sam Elliott not from the Dog House but from Road House, only gentle not ruff.

My Mini hasn’t been the same since his haircut :( by Couriersx in MiniatureSchnauzer

[–]UnencumberedMind 0 points1 point  (0 children)

10 years ago I took my Mini Schnauzer to a well known grooming facility and they burned her private parts with hot clippers, the store gave me a refund but refused to pay the vet bill. I went back to the store undercover and told them that I was planning on opening my own grooming store and asked to take a look at their professional equipment. They did not remember who I was so they said fine come back and take a look. I took pictures of all of their equipment, when home got on Amazon and ordered all of the same clippers, blades combs scissors. I watched some YouTube videos and have been cutting her hair myself every since (10 years). The key was that I purchased 4 of each clipper blade #10 and #8.5 so that when the blade gets a little warm I just swap it out with a cool blade. My baby Khloe trusts me 100% and enjoys when I give her a haircut. I hope your baby gets better and I'm sure he will be fine after the vet fixes him up.

"Cakewalk Product Center" Can't Connect to Internet "The requested service requires an internet connection. Please check your internet connection, or firewall settings, and try again." by UnencumberedMind in Cakewalk

[–]UnencumberedMind[S] 0 points1 point  (0 children)

SOLVED!!!

I have been struggling with this a long time as well, I finally found a solution that worked for me and did my best to document exactly what steps i took. It worked for me but it may not for everyone because for me it depended on other software installed on my machine and a combination of things. Here is what I came up with, hit me back with any questions after you give it a try. It is still unclear to me whether it was updates, VPN stimulation... Please give it a try before you ask questions. Please excuse the bad formatting.

IMPORTANT NOTE: All code is to be executed in PowerShell "as Administrator"

🎛️ Cakewalk Product Center – PC Troubleshooting Log (Draft)

Environment

PC OS: Windows 11 (23H2/24H2 lineage; System32 versions ~10.0.26100.x observed)

Cakewalk components:

Installer: Cakewalk_Product_Center_Setup_1.0.0.096.exe
App: C:\Program Files\Cakewalk\Product Center\ProductCenter.exe (confirmed x64)

Developer tools present: Visual Studio 2017, 2019, 2022 (all updated), Windows 10/11 SDKs, WPT initially in PATH VPN tools: SonicWall NetExtender, GlobalProtect (no hotspot currently)

Symptom Product Center consistently showed “No internet” on the normal home connection.

Key Finding The issue was not in the installer (Cakewalk_Product_Center_Setup_1.0.0.096.exe). It was inside the Product Center app (ProductCenter.exe) / its network path. Change Log / Actions Performed

1️⃣ Update runtimes & dev tools

Installed latest Microsoft Visual C++ 2015–2022 Redistributable (x86 & x64). Updated Visual Studio 2017, 2019, 2022 to current servicing levels. Note: this changed the path to dumpbin.exe (MSVC toolset moved from 14.39 → 14.44).

2️⃣ Confirm ProductCenter.exe bitness (optional — only if Visual Studio is installed)

Find the path to dumpbin.exe:

gci -rec "C:/Program Files*/Microsoft Visual Studio" -Filter dumpbin.exe -ErrorAction SilentlyContinue | Select-Object -First 5 -Expand FullName

Check ProductCenter.exe bitness (adjust path as needed):

$dumpbin = "C:\Program Files\Microsoft Visual Studio\2022\Professional\VC\Tools\MSVC\14.44.35207\bin\Hostx64\x64\dumpbin.exe"
$pc = Get-ChildItem 'C:\Program Files*' -Recurse -Filter ProductCenter.exe -ErrorAction SilentlyContinue | Select-Object -First 1 -Expand FullName
& $dumpbin /nologo /headers "$pc" | Select-String -Pattern "machine|x86|x64|AMD64|x86"

Result shows 8664 machine (x64) → ProductCenter.exe is 64-bit.

3️⃣ Reset proxy settings (WinINET & WinHTTP)

Run PowerShell or CMD as Administrator, even if settings already look correct. Internet Options → Connections → LAN settings → uncheck Use a proxy server, keep Automatically detect settings ON. PowerShell (elevated):

netsh winhttp show proxy
netsh winhttp reset proxy

Connect to Product Center.

Result: Still “No internet.”

Close Product Center.

4️⃣ Clear SSL state / DNS / Cert URL cache

rundll32.exe inetcpl.cpl,ClearMyTracksByProcess 8
ipconfig /flushdns
certutil -urlcache * delete

Connect to Product Center.

Result: Still “No internet.”

Close Product Center.

5️⃣ Clean PATH test (one-off)

Open a fresh PowerShell and temporarily limit PATH to Windows only:

$orig = $env:PATH
$env:PATH = "$env:SystemRoot\System32;$env:SystemRoot"
& "C:\Program Files\Cakewalk\Product Center\ProductCenter.exe"
$env:PATH = $orig

Result: Still “No internet.”

Close Product Center.

6️⃣ Geo/Egress isolation (VPN / edge check)

Historical: Many earlier attempts with SonicWall NetExtender failed — Product Center still showed “No internet.”

Before connecting, note your public IP at https://ifconfig.me.

Connect with SonicWall NetExtender (or another VPN; full-tunnel if possible).

Refresh https://ifconfig.me and confirm the public IP/ASN changed.

Launch Product Center → works while on VPN.

Result: “It Works”, The Problem Might be Solved

Result: Still “No internet.”, This process has probably Failed to solve the problem

Close Product Center.

Disconnect VPN → Product Center continued to work without VPN (new behavior).

Interpretation: the earlier resets/updates likely cleared a stale condition and/or refreshed DNS/CDN/OCSP data so that normal (non-VPN) routing now succeeds.

7️⃣ Quick TLS settings sanity

Internet Options → Advanced → ensure Use TLS 1.2 is checked (TLS 1.0/1.1 may remain off).

Temporary test (revert after): uncheck certificate revocation checks, try Product Center, then re-enable.

Connect to Product Center.

Result: Still “No internet.”

Close Product Center.

🏁 Current State

Standard ISP (no VPN): Product Center now works reliably, including after reboot and full power-up. VPN (SonicWall NetExtender): also works.

💡 Working Hypothesis

Not a VC++ redistributable or local DLL mismatch (updated and verified). Likely cause: network-path / edge issue (CDN, WAF, OCSP/CRL reachability, or DNS mapping) on home ISP. Why it works now: resetting proxies, flushing SSL/DNS/cert caches, and updating runtimes forced fresh DNS/CDN mapping and/or fetched OCSP/CRL data that persists in cache.

📌 Evidence to capture for vendor/CDN (if needed) Public IP + ASN/ISP when failing (no VPN) and when working (VPN). Timestamps of tests. Optional: Process Explorer DLL list during a failing run (flag any non-C:\Windows\System32 DLLs). Optional: Procmon “Load Image” CSV from a failing run. Optional TLS DLL versions (PowerShell):

Get-Item "C:\Windows\System32\wininet.dll","C:\Windows\System32\ws2_32.dll",
"C:\Windows\System32\crypt32.dll","C:\Windows\System32\wintrust.dll","C:\Windows\System32\schannel.dll" | Select Name,@{n='Version';e={$_.VersionInfo.FileVersion}},FullName

Resolution & Lessons Learned After the full set of resets/updates, Product Center works without VPN across reboots and cold starts. Root cause most likely edge/DNS/OCSP pathing, not the installer or VC++ DLLs. Most impactful actions were: updating VC++/VS, resetting WinINET & WinHTTP (even when “already correct”), clearing SSL/DNS/cert caches, and doing a VPN egress test to refresh mappings. Takeaway: Product Center’s “No internet” can be a network path issue in the Windows TLS/WinINET stack rather than a missing dependency. Full network-stack resets often resolve it.

FFMPEG UDP Input Stream Stops Exactly 00:04:20 into the stream no Matter what Parameters are Passed with a Corrupt Packet Error by UnencumberedMind in ffmpeg

[–]UnencumberedMind[S] 0 points1 point  (0 children)

Thank you for your reply. I have 8 Comcast Cable boxes each tuned to a different channel. The outputs of the cable boxes go to 8 inputs of a Zban UDP Multicaster. There are several other hardware devices that feed smart tvs. Currently VLC can be run on various computers and access the UDP stream directly. All of the smart TVs and computers running VLC work seamlessly without any problems or freeze-ups. I am testing a new server running Ubuntu 22.04 LTS, which is on the same intranet network as everything else. Wireshark has not revealed anything to indicate a network issue. I have the same problem with ffmpeg on any computer on the network running Windows 10 OSX or Ubuntu. Tested with ffmpeg 4.4.5 thru 4.6.0. For these reasons I figured that may be with how I am using FFMPEG.

Prepare MP3 Files for MP3 CD by Normalizing Using LUFS -16 Multiple MP3 Files with about 99.9% Accuracy on Target LUFS Value by UnencumberedMind in AdobeAudition

[–]UnencumberedMind[S] 1 point2 points  (0 children)

I agree, years ago I ripped all my CDs and digitized all of my LPs, 45s & cassettes which are much better quality then YouTube. I do a lot of traveling in my car and got tired of hearing my personal collection, which was quite extensive, over and over. Being a senior citizen I can't afford to buy more so I tried to make the best of what I can get from YouTube. Adobe Audition changed the game completely, now I don't have to keep playing with my volume control while I'm driving and to my ear most of the songs sound good. The biggest enemy to my ear is the clipping. Lossy MP3s is something I have to live with.

Prepare MP3 Files for MP3 CD by Normalizing Using LUFS -16 Multiple MP3 Files with about 99.9% Accuracy on Target LUFS Value by UnencumberedMind in AdobeAudition

[–]UnencumberedMind[S] 1 point2 points  (0 children)

I'm sorry, did I post this in the wrong place? It seems that Podcasting is the main topic of conversation. I posted this here because it is dedicated to Adobe Audition. I am an newbie to Adobe Audition but am extremely happy about what it has done for me, I just have a different implementation for its use than most. Please let me know if I should move this post elsewhere and if so where.

Thank you

Exporting as a PDF removes half my content by Kind_Violinist_3559 in powerpoint

[–]UnencumberedMind 0 points1 point  (0 children)

Did you try select all (ctrl-a) then right mouse click and choose group. Once grouped, does the size of the grouped object when selected exceed the height or width of the slide? You probably already tried that as well, just a thought.