u/thrr4

Update: Looks like it was related to missing loudness data for newly added files, as suggested by u/datorhator.

After a week of flawless experience, Caldera stopped working today.

Initial connection to server works, but shortly after, the connection becomes intermittent until it stops completely and Caldera endpoint is no longer visible and/or selectable.

Log file suggests connectivity issues, but direct playback from the server works just fine from other devices.

Caldera service takes a long time (~1 min) to stop/restart.

Edit/add: Re-enabled Headless Plexamp and all works fine on the same device/setup. But it looks like after installing Caldera, Headless Plexamp interface is no longer accessible on x.x.x.x:32500 (even when Caldera is stopped).

20:54:25.827 [afa54880] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:25.831 [ad5fe6c0] I (Mixer): Jitter buffer primed: fill=95% bytes=167584

20:54:25.835 [a71fe6c0] E (Plex): GET /library/streams/158568/levels?subsample=128 failed after 23378ms: HTTP request failed with status 404 (url=https://<removed>)

20:54:25.835 [a69fd6c0] E (Plex): GET /library/streams/158567/levels?subsample=128 failed after 24011ms: HTTP request failed with status 404 (url=<removed>)

20:54:25.836 [a71fe6c0] W (Seekprint): getLevels returned empty for streamId=158568

20:54:25.837 [a71fe6c0] I (Seekprint): network fetch: streamId=158569

20:54:25.837 [a69fd6c0] W (Seekprint): getLevels returned empty for streamId=158567

20:54:25.837 [a71fe6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:25.837 [a69fd6c0] I (Seekprint): network fetch: streamId=158570

20:54:25.837 [a69fd6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:37.825 [a71fe6c0] I (Plex): GET /library/streams/158569/levels?subsample=128

20:54:37.825 [a69fd6c0] I (Plex): GET /library/streams/158570/levels?subsample=128

20:54:37.846 [a71fe6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:37.846 [a69fd6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:49.826 [a69fd6c0] I (Plex): GET /library/streams/158570/levels?subsample=128 (retry, server=<removed>)

20:54:49.826 [a71fe6c0] I (Plex): GET /library/streams/158569/levels?subsample=128 (retry, server=<removed>)

20:54:49.867 [a69fd6c0] E (Plex): GET /library/streams/158570/levels?subsample=128 failed after 24030ms: HTTP request failed with status 404 (url=<removed>)

20:54:49.868 [a71fe6c0] E (Plex): GET /library/streams/158569/levels?subsample=128 failed after 24031ms: HTTP request failed with status 404 (url=<removed>)

20:54:49.871 [a69fd6c0] W (Seekprint): getLevels returned empty for streamId=158570

20:54:49.871 [a69fd6c0] I (Seekprint): network fetch: streamId=158571

20:54:49.871 [a69fd6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:54:49.871 [a71fe6c0] W (Seekprint): getLevels returned empty for streamId=158569

20:54:49.871 [a71fe6c0] I (Seekprint): network fetch: streamId=158572

20:54:49.871 [a71fe6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:55:01.827 [afa54880] I (PlexCompanion): HTTP GET /resources

20:55:01.827 [a69fd6c0] I (Plex): GET /library/streams/158571/levels?subsample=128

20:55:01.827 [a71fe6c0] I (Plex): GET /library/streams/158572/levels?subsample=128

20:55:01.870 [a69fd6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:55:01.870 [a71fe6c0] D (DeviceManager): findBestConnection: waiting for in-flight race (b5d70f7e81e478d048f3da2e863d374e257939f6)

20:55:13.827 [a71fe6c0] I (Plex): GET /library/streams/158572/levels?subsample=128 (retry, server=<removed>)

20:55:13.827 [a69fd6c0] I (Plex): GET /library/streams/158571/levels?subsample=128 (retry, server=<removed>)

20:55:13.874 [a69fd6c0] E (Plex): GET /library/streams/158571/levels?subsample=128 failed after 24002ms: HTTP request failed with status 404 (url=<removed>)

20:55:13.874 [a71fe6c0] E (Plex): GET /library/streams/158572/levels?subsample=128 failed after 24002ms: HTTP request failed with status 404 (url=<removed>)

20:55:13.877 [a69fd6c0] W (Seekprint): getLevels returned empty for streamId=158571

20:55:13.877 [a71fe6c0] W (Seekprint): getLevels returned empty for streamId=158572

Installed Caldera to replace Headless Plex yesterday, it looks awesome so far!!

Is there a setting in Caldera that sets the amplification for the Loudness leveling setting? I have found the default volume loudness leveling too low. For now I have increased the pre-amp value in the Equalizer setting, but Headless Plexamp used to have a dedicated setting for this.

(Also, I was originally trying to keep Headless Plexamp installed in parallel with service autostart turned off, but it looks that after installing Caldera, port 32500 is no longer working for Plexamp, even when Caldera is stopped. It's no big deal since Caldera seems to be working flawlessly.)

https://preview.redd.it/ym73gtfauvbh1.jpg?width=1600&format=pjpg&auto=webp&s=0fe5e01a0bdd886f5350f3fd55408d637a97e10c

Accumulated over time... comes handy this World Cup. The "Tailored by Umbro" jersey is peak quality/design, good "old" days.

I'm totally out of ideas and would appreciate community thoughts on my issue.

I have an AMD Ryzen AI 300 Framework 13 laptop that worked pretty much flawlessly with the following setup:

• 64GB matched RAM, 16GB allocated to VRAM
• 1TB SSD with Windows 11
• a 250GB LUKS-encrypted Framework Expansion card that was running Fedora 43, with pretty much zero issues.

I used Fedora increasingly as daily driver. After having updated to Fedora 44, all things broke in a manner that is completely baffling to me.

Firstly, I am no longer able to boot into the Linux on expansion card. Boot goes fine until KDE login screen, computer then hangs completely, with different types of errors. I reported this a while ago.

Secondly, even more strangely, some live distros have started crashing when (or after) the expansion card was inserted into the laptop. The crash usually resulted in filesystem errors that I had to fix. Sometimes, but not always, there were BTRFS errors reported.

The above point suggests that maybe the expansion card is faulty. However it boots (and is rock solid) in a Virtual machine or in another computer. I tried to leave the Fedora system that's installed on it turned on and running for extended periods of time with no crashes. It only crashes when I try to boot the Framework laptop from it.

I have also tried to reformat and check the expansion card for any errors, all was reported to be fine.

Thirdly, I am now unable to boot or install pretty much ANY Linux distro, regardless of whether the card is inserted or not, and regardless of if it's encrypted or not.

I tried to boot Kubuntu live ISO (froze Edit/Update: managed to install Kubuntu 26.04 after all, so far it works OK from the same card, indicating it's a Fedora 44 x Framework issue), Fedora 44 live ISO (froze), install openSUSE (installed fine, froze on first login - the same install worked fine in another laption), reinstalled openSuse with and without encryption, with same end result.

All of this is happening while Windows 11 is 100% rock solid (with or without the expansion card inserted) with no freezes, glitches or instability so it doesn't look like a critical hardware issue.

Things I tried:

• Memtest -- passed
• Kernel reinstalls and updates -- waited through 4 Fedora 44 kernel updates, no change
• KDE update -- yesterday's bump from 6.6.4 to 6.6.5 brought no change
• Inserting the expansion card into different expansion bays -- no difference
• Checking and reformatting the live ISO USBs -- no difference
• Inserting the expansion card into different computers and operating systems -- it worked fine and LUKS volume mounted everywhere I tried

Is there anything else I can try? Any BIOS settings? Or should I try to reset the motherboard?

Hi all, I have a problem after upgrading to Fedora 44. The problem seems to be isolated to KDE and to Framework 13:

After an otherwise seamless upgrade from F43 to F44 using the command prompt method, I am now unable to log into KDE.

Symptoms:

• After entering correct password on login screen, the KDE spinning wheel and logo show, then freeze, sometimes briefly showing the desktop background
• Ctrl+Alt+F1 drops back to login screen
• Ctrl+Alt+F2/3/4 does not work. It does work if triggered before attempting to log in and before trying to start a KDE session
• Clicking "Shut down" on login screen results in error message (Failed to execute shutdown binary), Reboot doesn’t work
• Entering incorrect password behaves as expected (screen “shakes”)
• Unable to SSH into the machine
• Changing SDDM to Plasma login didn’t help
• journalctl shows repeated "core dumped" errors caused by kde6, ksmserver, ksecretd, plasmashell, drkonqi-coredum and a several others
• Booting from F44 KDE Live ISO doesn't work either; booting from a F44 Gnome Live ISO does work.

Hardware:

• Framework 13
• AMD Ryzen AI 5 340
• Fedora installed on an USB expansion card

Booting from the same expansion card in a VirtualBox VM on the same computer lets me log in with no issues; booting from the same card on another laptop works as well.

Did anyone experience similar issue on a Framework laptop?