I started with kbin but left it for lemmy + mastodon. It was not mature enough to handle so many users (which was unexpected by its own creator). Too many issues with bots, the instance itself, and the lack of mobile apps motivated me to move on. It’s sad because it’s creator seemed pretty invested into its project (and I loved the UI, and the ability to get both a Reddit-like and a Twitter-like experience).
Was super invested in it (was considering moderating multiple magazines), as I really like Kbin and the vision of it being an all-in-one microblogging and link aggregator platform in the Fediverse. With there being so many federated platforms serving the same purpose, I like how Kbin sort of went against the fragmentation. Had to leave it for Lemmy just the other day as well. I think that Ernest has created the best alternative to Reddit despite the struggles he's faced with development and maintaining the instance alongside with personal issues.
mbin looks great but I think I'll just stay with the more stable option and community...being an early adopter was fun for a year though. I'm still a little iffy about mbin personally. If there's a mbin/kbin API release I may reconsider.
I still keep Social on my Home Screen, but I’ve been using Run for a while now. I’m also starting to use lemmy world a bit more because I’m tired of waiting for a dedicated iOS app. I’ve seen like 3 come and go now and I just don’t think it’s going to happen anymore.
Interstellar could support iOS, but the dev was actually the one that told me about the costs and that he just don't want to pay it. Maybe he could be convinced to support iOS if a developer or tester with an iPhone helped him and the community chipped in for the dev account. After all he does everything for free, like most of us do
I would venture a guess there are at least 50 kbin users willing to pay $2 a year for a dedicated kbin/mbin app on iOS. I personally gave some money to the developer of Artemis back when she was active, but I have no idea what became of her.
Does interstellar’s developer have a donation link where I might buy him some coffee and drop a request?
Thanks for the interest. So far, I've only had one (or maybe two) other person(s) ask about iOS support, so I haven't really looked much into it so far.
I could set up a donation page (like GitHub sponsors), but my guess is that it would receive nowhere near the amount of an Apple Developer account ($100 a year).
I also don't have an iPhone or Mac. I should be able to get around the Mac by using a VM (I've done it before), but it is a pain.
But that page is for "Kbin", not specifically "Kbin.social" which I note does not appear among the list of all Kbins already - https://kbin.fediverse.observer/list. So you don't have to wait for tomorrow - it's already too late to see its former traffic today.
Interesting: the Active Users Monthly (https://mbin.fediverse.observer/stats) for Mbin is 568, whereas that stat for Kbin was 2280. So even without including the extremely large Kbin.social (well... large in terms of total users, but obviously not active ones bc the service is down, which by definition precludes people being active on it:-), the suite of Kbin instances still seems to have ~4x more active users than the Mbin ones.
I would not have expected that, given the chatter about Mbin being exciting, and I wonder why - potentially historical precedence, if an older server simply has more traffic bc it was created first?
But obviously something more is going on with that data - i.e. & e.g. supermeter.social is reported to have the highest user count among the Kbins, but with only 736 total users, and if you add up all users from all 8 of those servers you get only about half of the 2280 "Active Users Monthly" figure - so I suspect that the activity for Kbin.social is being included in that after all? Otherwise something is very wrong with the extrapolation of "active users", to be more than twice the total ones (one possibility... past active ones vs. a smaller current total of people who deleted their accounts rather than merely abandoned them by walking away without going to the trouble of deletion).
Which would make sense - the website is reporting numbers accumulated over time, and even though Kbin.social is down now, it was not always thus, and it seems it cannot discriminate the history in terms of active users (Kbin.social vs. some other Kbin server I mean).
But that does complicate - possibly even invalidates - trying to compare the non-Kbin.social Kbins vs. the Mbins, in terms of active users.
So leaving active users aside then, I note that the largest Mbin has a ~6-fold higher total user count than the largest Mbin server. Also there are 8 total Kbin instances (aforementioned not including Kbin.social bc it does not appear on that list today), vs. 23 total Mbin instances. It's shaky, but it really does look like the Mbin instances seem healthier than the Kbin ones? (Again minus Kbin.social, which despite monthly active users seems by no means "healthy" to me?)
This ignores things like possible hyper-focusing on specific niche topics so a deeper look would involve how many communities are there, and perhaps traffic patterns like do people actually comment in those or is the server mostly just a base from which to access the Fediverse at large (which may not be a bad thing at all? just a bit different), etc.
I think the instance is not showing because it is not online at the moment... here you can see the stats of kbin.social on fediverse observer https://kbin.fediverse.observer/kbin.social
Regarding the amount of instances and the rather small users/server: a lot of the mbin instances used to be kbin ones (like you can tell by their name) including mine. So we did not start with one central instance that all the users went to, but with a lot that already had a small number of users. And the project itself is not that old, not even a year (we start in September or October 2023). I'd say we really only have one hyperfocused instance and that being rimworld.gallery
I think it is good to point it out though. kbin.social is missing from the fediverse observer, but if you have a look at this: https://mbin.fediverse.observer/list you'll see that almost all mbin servers have a >98% recent uptime and a >95% uptime over the whole lifetime of the server. Sadly, fedidb does not have an uptime metric
(yes mine is not up there, because it was offline for a week in september last year)
https://kbin.fediverse.observer/kbin.social there you can go to graphs and see the uptime. The overall uptime is actually still quite good with 95.94%, but in recent months it has been a bit rough
That is an excellent point - I so rarely went there but I thought I recalled that being my experience as well, and yet I wasn't certain enough to say so. It really does mess with the stats if we are trying to use "server uptime" to compare between instances or Kbin vs. Mbin.
well server uptime is usually, and in the case of fediverse observer, coupled to a successful response. If the server spits out a 500 internal server error, that does not count as being up
It’s not that difficult to get a Pi 4. I wrote a python script that scraped rpilocator’s rss feed every 5 minutes and would notify my phone when one was available in the US. It went off basically every day around 8:30am PST when Adafruit would drop 100+ Pi4s. I’ve picked up two in the past week (one for my Voron printer and another for a RetroPi cabinet). They did sell out fairly fast.. in about 10 minutes or so.
Sorry I have to laugh at this. If you have to write a script for it even if the script is easy there’s no way I can consider it “not hard”. Not hard is just being able buy it like anything else.
If you're storing them for yourself I would recommend doing an online AB test to figure out at what bitrate you are capable of hearing a difference (assuming decent headphones or speakers). For some people anything above 256kbps is wasted (or even 128). If you find yourself in that category you can just use lossy formats and stop worrying about FLAC.
This is good advice right here. Unless you’re a dj (even then it’s overkill) and or have incredibly high end equipment (again, it’s probably overkill), just go with some high bitrate mp3. MP3 is incredibly compact, everything plays it, and has all the metadata needed. Seriously you can’t tell the difference.
Rockbox is a bad benchmark due to its insane versatility. Just because modern players "should" support something doesn't mean the manufacturer put the work in to do so, or even do it well.
That said, when I buy a portable music player the decision is always based on whether or not there's a Rockbox port for it.
I save everything in mp3 128kbps. I compared the quality with higher quality and with my setup (Bose speakers & in ear headphones) and with my ears, I can't hear a difference. Opus is more efficient but my source is already in mp3 and I don't gain anything by converting it. If I had to convert from flac, I'd choose opus. 1 4k movie is so big, the size of music doesn't really matter at all.
The only downside to keeping everything in a lossless format is that over the years new formats emerge. mp3 used to be the only game in town, but now we have multitudes of lossy formats to pick from. By having your collection in mp3 format, you aren't able to say "hey, this new format looks cool, let me switch to that". By storing everything in a lossless format (FLAC), you can convert for mobile as you see fit.
What could I gain from switching? Playing mp3 will always be there and even if support is dropped in 30 years which is highly unlikely, the server can transcode on the fly. I'm unfortunately/ luckily no person with ears that can hear a slight difference between losless and 128kbps
A lot. Mp3 is a proprietary format on copyright. Some idiot ceo can came and change the rules, let's add an ads mandatory for each decoder. Today with a bunch of open source good quality formats, is kind of pointless depending on a private company for your music.
Mp3 is a proprietary format on copyright. Some idiot ceo can came and change the rules, let’s add an ads mandatory for each decoder.
This is not true. Copyright is not relevant to an encoding standard. The standard has been unchanged for 26 years and all legal claims of patent rights related to implimentations of the standard have expired before May 2017.
@swooosh you should probably know about this as well.
Just flexibility and future proofing. Having/building a music library is very time consuming, so I've chosen to do it properly so there's no work in the future.
Since my stuff is all FLAC it doesn't matter what new lossy formats become popular 25 years from now. My music server will convert it on the fly to stream it to my phone.
OP must have it set to the lowest compression level. All levels are lossless, but higher compression levels are smaller, at the expense of increased encoding time. Should be half the size or less in general.
kbin.social
Active