mastodon.ar.al is one of the many independent Mastodon servers you can use to participate in the fediverse.
This is my personal fediverse server.

Administered by:

Server stats:

1
active users

#macos

53 posts47 participants3 posts today

My #Jellyfin and #Plex setup are pretty similar, i.e. on #Debian/#Ubuntu VMs with a mount pointing to my #SMB share from my #NAS, using native installations rather than #Docker, etc. I just noticed though, that there are some of my media folders that I currently have setup using relative symlinks.. for example:

MyMedia -> ../Videos/Media

and the videos within them (of which are mostly also relative symlinks) are not appearing/discovered on Jellyfin, when they do on Plex. The result is, based on my example, my media library on Jellyfin, which is pointing to a folder that contains various other folders including "MyMedia", is not able to discover the "MyMedia" folder - it only displays folders that are actual folders and not symlinks. Can someone tell if this is expected, and something not supported on Jellyfin?

I also have instances where I have movies stored in my Movies media folder, then have a (relative) symlink pointing to the movie from, for example, an anime's "Specials" folder so that users can discover/watch them as a standalone movie, or alongside their TV series progress - I'm wondering now if those files are also not appearing too since they too are symlinks.

On the server itself, both Jellyfin and Plex, the mount is configured exactly the same, and simply using
ls, it doesn't seem either of them have difficulty or different behaviours following the "trail" from the symlink to the target file or folder.

---

Edit: From what I've found so far, it seems that Jellyfin straight up ignores symlink files, which is... ridiculous. I know I can prolly use hardlinks, at least I expect I can, but that's just so stupid and not what I want.

A lot of my home videos are organised in such a way that relies heavily on relative symlinks, so that one video can be linked to several folders (i.e. my personal folder and my family's etc. if it's related to them), and that they're easy to trace. I even do this for photos, so I can link a single photo into multiple folders (i.e. who's in them, the event that took place, etc.) without taking up additional space.

I also use relative links, instead of absolute links, so that they can be read/followed on no matter what system of mine I'm using that has the SMB share mounted - regardless of their mount point (i.e.
#Linux and #macOS have different file structure etc.).

Ngl out of all
hitches I've encountered in my migration from Plex to Jellyfin, this might be the most bitter pill I'm to swallow - cos I don't think I can work around this, reasonably, without making changes to my SMB share that I'm not only using for Jellyfin, but a lot of other things as well for me to even consider tailor/catering it solely for Jellyfin and potentially break the workflow of a lot of other things I rely on.

🔗 https://forum.jellyfin.org/t-can-t-read-symlink-files

🔗 https://github.com/jellyfin/jellyfin/issues/5521
forum.jellyfin.orgCan't read symlink filesHello!, I'm trying to figure out why my Jellyfin setup can't read symlink files, I'm following this guide to locally mount my debrid files through rclone on a new path /mnt/jellyfin, no problems there
Replied in thread

@bitnacht Good point, re: the busy bee.

As for the spinning disc (or "beachball"), it got its start in NEXTSTEP as a greyscale spinning magneto-optical disc rendering indicating the system is busy / data is loading, which was seen quite often on the early NeXT Cube, as it came with no HD but only an MO drive, and it used that drive for _swap_, if you can imagine...

That spinning disc became color when NEXTSTEP gained a color display on later hardware, and from there it evolved into the spinning "beachball" we know today (macOS being structurally based upon and evolved from NEXTSTEP/OPENSTEP).

EDIT: Oh, I think I misread - you are talking about the busy mouse pointer icon in Windows, I think. I'm not sure of its specific history. Apologies.

Replied in thread

@debacle @sturmsucht @urbanprivacy @xmpp
Schon mal #deltachat in Betracht gezogen?
Bietet ähnlichen Funktionsumfang wie #Whatsapp #Signal #SignalApp und nutzt dafür aber Standard Internet Protokolle (Email Standards) für #E2EE über sog. chat relays. Diese speichern nur kurzfristig die (immer verschlüsselten) Nachrichten.
#deltachat läuft nicht nur auf #Android oder #iOS sondern auch unter #linux #macos #ubuntutouch oder wer unbedingt will auch #windoof
Man kann es gleichzeitig auf mehreren Geräten nutzen. Außerdem unterstützt es mehrere Profile.

31 years ago, Geir Ivarsøy and I started working on the Opera browser. A year later we founded Opera Software.

At Opera we wrote all our own code from scratch.

In 2011 I left Opera due to disagreement with investors about the direction Opera was heading.

Two years later, I co-founded Vivaldi to build a browser for you.

So I have been building browsers for 31 years. I think I know what it takes to build a browser.

Our Vivaldi team is for the most part in Norway and Iceland with a few people distributed around Europe and a couple of business people in the US.

Vivaldi is available for your computer and your phone, unless you have a very specific setup. Vivaldi might even be available for your car as well.

We go out of our way to provide you with a browser that matches your needs. I hope you like it.

benutzt du cloudspeicher aus den usa?

wie sicher sind dort deine daten?

hier eine alternative aus neuseeland.

Mega.io schreibt: Für MEGA sind Datenschutz u Privatsphäre keine Option, sondern eine Selbstverständlichkeit. Denn wir sind überzeugt, dass beim Speichern von Dateien u bei der Kommunikation jeder ein Anrecht auf Sicherheit u Vertraulichkeit hat.

zum testen gibt es 20GB kostenlos.

Infos unter mega.io/de/

MEGAStartseiteEin sicherer und privater Cloudspeicher für alle. Speichern von Dateien, Freigaben, Chats, Meetings, Backups, Synchronisierung und vieles mehr.

Alright developers, what would you consider to be a reasonably amount of RAM for a new MacBook (Air or Pro) for web development?

I won’t use it for AI stuff, but yes Docker and a few Electron apps.

I want it to last me five years at least.

My initial observation was 32 GB, but that might be overkill.

(I currently use a late 2020 MB Air, M1, 16 GB RAM, which is still pretty OK but showing its age)

#Jellyfin (media player) on desktop works on #macOS, but not on #Linux #Flatpak on my machine. The app launches just fine, and the server configuration was fine, and the user authentication was fine, but after I start playing a media file... the app just crashes.

Each time I restart the app, it'd ask me to reauthenticate with my user (no longer prompted for server configuration), and again it'll crash if I attempt to play a media file. These logs might/not be relevant as they're already there when running the app, and when it crashes, nothing new appeared.

Failed to create wl_display (No such file or directory)
qt.qpa.plugin: Could not load the Qt platform plugin "wayland" in "" even though it was found.
Qt: Session management error: Could not open network socket
libpng warning: iCCP: known incorrect sRGB profile
Listening to socket: "/tmp/jmp_pmpUniqueApplication_irfan.sock"
Signal handlers installed successfully.
Logging to  /home/irfan/.var/app/com.github.iwalton3.jellyfin-media-player/data/jellyfinmediaplayer/logs/jellyfinmediaplayer.log
[2:35:0403/232514.920411:ERROR:address_tracker_linux.cc(214)] Could not bind NETLINK socket: Address already in use (98)

Anybody knows the cause/fix?

---

edit: Apparently a known issue with seemingly no workaround/fix yet. This issue is supposedly not present in the previous version though, so I'm hoping it'd be a quick fix.

🔗 https://github.com/jellyfin/jellyfin-media-player/issues/874
Four considerations: Please do not open bug reports to ask questions. Use the Discussions feature instead. Please make sure the issue only pertains to Jellyfin Media Player. If it also occurs in th...
GitHubPlayer crashes when trying to open the video file · Issue #874 · jellyfin/jellyfin-media-playerBy mhalano
Replied in thread

@ajsadauskas @JessTheUnstill @tomiahonen @fuchsiii obviously, that would've been a good standard for everyone, given that almost all non-#Gaming #Apps these days are #WebApps and at that point we'd not have 100+ MB #bloatware that essentially just loads a #Website and can't even cache shit!

Personally I believe the @europarl_en & @EUCommission could do that and establish as well as enforce an #EC #norm, just as they did with #USBc, #CCS2 and #GDPR!

#Android needs to be better as in being more than just the "lesser evil" compared to iOS!