Glassed Silver

the m3u file (with pipes) expects the ffmpeg binary in /usr/bin/ffmpeg. I guess that's not where it is, right? The other playlist is rtp based. I did find this thread https://tvheadend.org/boards/4/topics/37025?r=37053#message-37053. What I don't get however is, when I add a new port in the docker's settings it's doing nothing.

Nope, didn't help. Edit: attached screenshot of VLC's info dialogue about a sample stream. Maybe it's a codec issue? The problem is going from mux to service. I don't even see a button to map the mux as service. (but maybe that's just the old, outdated UI in the video tutorial I tried to partially adapt)

Anyone got this working with MagentaTV in Germany? When I feed it the m3u for MagentaTV from this list it will find the muxes fine, but scanning FAILs and I cannot create services from the muxes. The same m3u works just fine in VLC for example.

It's a design desease right now. Everyone's doing it. Drives me crazy on my Mac in Finder and various programs. It may seem like nitpicking, but it really, REALLY makes me stop and look for the right element ALL the time, even for well known sections like my Finder's side panel. Yes I know my Dropbox logo is a little further down and my home folder is all the way up and stuff, but everything being gray I have to stop and look before lifting my index finger on my mouse when dragging and dropping a file onto a target to name one example. It's the same for unRAID now and I wish it weren't so. Can't wait for the no-colors, low-contrast flat fad to die. The only problem is... history repeats itself and eventually there will be a comeback of these UX slowing design choices and knowing that will taint my enjoyment of better design that's to come. Anticipation is the greatest joy I guess...

my postgress-11 docker database seems to be empty now... what the heck... Also, not a big fan of removing colors from icons. Do you know why we originally used colors when going from black and white monitors to color screens? To make things discernible at a glance. Colors are processed MUCH faster then shapes.

Personally I am considering going official Danbooru. Has a lot more functionality, only problem is I would need to figure out setup myself. Ah well, boorus are godly. Tags and their consequent use make finding niche pics so easy. and it's great to discover new artists as well. I have since asked the creator of imgbrd-grabber to look into those two boorus to update their setup guide to include them, they are going to look into it.

Update: Turns out I had to set IPs to my server's LAN IP instead of 127.0.0.1 within all applicable settings. That fixed it. Also left out port numbers from those fields. Running the booru now successfully! How would I be able to intregrate szurubooru in imgbrd-grabber? Thank you so much!

All I get is "Could not fetch basic configuration from server". I'm using non-standard ports and stuff like that, but everything is configured correctly afaik. I tried defining the host by 127.0.0.1 as well as my 192.x.x.x with and without IPs in various places... If I'm supposed to find some config file or do anything else, please lend me a helping hand, because I'm a super fresh unRAID _AND_ Docker newb. Having the front-end and api split seems like needless potential for disruption, but I don't want to pretend to understand all of the reasons for and against. Just seems weird, also because double icons etc... but I digress. Bit surprised this is the only image board docker available on community apps... Like... Am I missing something here? Massive thanks for picking up the slack, I doubt I could pull off a fully manual install of other boards. If all else fails I might just run a VM with something else, but I really don't feel like having to build my bins all the time by myself... It's 2019, isn't FOSS software way past that? That's the 1990s Linux stigma we wanted to get rid of, right? Ain't nobody got time for building all their apps' updates... Edit: back to default ports, no luck.