Email or username:

Password:

Forgot your password?
dansup

Loops isn't like other fediverse platforms.

You can't expect to start a new Loops server with little content, and attract users.

What are they supposed to watch?

Nothing?

For Loops to succeed in the federated model, you need to understand, we need a centralized service powered by content from loops.video, to seed new Loops servers and the FYP algo.

Eventually admins will have enough data to serve their users, but it's important to recognize the need for this

Loops is the future of the fedi

16 comments
Gerard Braad

@dansup what if they do not want to seed content from other servers on an instance?

You create communities around content.
I could imagine that on a mtgloops.video you want to show tabletop content, and not car stuff...

Fancy Sandwiches

@dansup calling something centralized "the future of fedi" is a bit absurd.

Adam Kaliszewski 🌱

@dansup doesn't seem "fedi attitude" at all, tbh.

dansup

@kalisz79 How so?

I think its pretty cool to have such a trusted and established developer like myself to steward and manage an initiative like this.

What is your idea of the "fedi attitude" and how can I improve this?

My goal is to build a federated TikTok alternative, and others have tried, but none have surpassed the amount of users we have in such a short time.

I hope you respond with feedback, and look forward to resolving your concerns!

We're in this together, and I need your help!

Flock of Cats 🐈 🐈 🐈 🦃

@dansup @kalisz79

I think the seed idea is fine, but admins could pick of the seed is loops.video and/or other existing loops servers

Adam Kaliszewski 🌱

@dansup I don't feel the "centralized platform" idea tbh and the "algo" sounds like "anxiety" ;) I very much appreciate your overal approach and ideas for their potential of bringing some "fresh blood" to the Fediverse (being Pixelfed user and fan, with accounts on 2 instances and hoping that eventually it will replace instagram completely:)), however I'm not quite sure how could it work with the decentralized and bottom-up idea of the fedi itself?

F4GRX Sébastien

@dansup @kalisz79

"such a trusted and established developer like myself"

Is everything okay? are you drowning in your own pride yet? with all due respect, this is bad. this is the best possible way to kill any trust you gathered before.

dansup

@f4grx @kalisz79 I meant that honestly with the perspective of fedidb.org, pubkit.net and fediverse.info not including Pixelfed or my other projects.

You can take that whatever way you want, but I'm not egotistical if you've followed my posts.

Wish you the best!

Santiago Lema :amiga:

@dansup @kalisz79 Simply following others from a web link is still a tedious procedure on mastodon today, so I am open to any possible solutions.

In this particular case I guess what you’d be offering is sort of like a service index ? to which instances could chose to publish updates or not. If so many others could run competitive “centers” and it’d still be ok as there’s always a way out.

F4GRX Sébastien

@dansup fuck no, this is not how any of this works. you are not central, like, in no way. you provide a platform an people fill it. they can see each other data via federation but not more than that.

Madeorsk (a)(n)(t)(i)

@dansup Relays seem to be a better solution and match the decentralized principle of fediverse.

Julian Fietkau

@dansup Have you seen this project by Mastodon? fediscovery.org I think there are various projects in the works (Fediscovery, your thing for Loops, I've seen @thisismissem discuss ideas for cross-instance media deduplication) that are very vaguely shaped like ATproto relays. Work on global-ish content sharing (only for those who want to be part of it ofc) is pretty clearly wanted by many, especially operators of big servers who are affected by the lack of it.

AlexTECPlayz

@dansup But, you don't need a centralized service to seed new Loops servers. This just sounds like Bluesky's starter packs (bsky.social/about/blog/06-26-2), but instead of it being per-user, it's per-instance.

You feed your instance a list of post URLs from whatever Fedi instances you want, and that's what the user will see when loading Loops. Don't want to use post URLs? Use account URLs. Simple, easy, without a need for centralization. You could even make these lists shareable using categories to help other instances subscribe to them. Again, all federated.

@dansup But, you don't need a centralized service to seed new Loops servers. This just sounds like Bluesky's starter packs (bsky.social/about/blog/06-26-2), but instead of it being per-user, it's per-instance.

You feed your instance a list of post URLs from whatever Fedi instances you want, and that's what the user will see when loading Loops. Don't want to use post URLs? Use account URLs. Simple, easy, without a need for centralization. You could even make these lists shareable...

🌈 BarbaPulpe 😇 ᴹᵃˢᵗᵒᵈᵒⁿ

@dansup
Running a PeerTube instance which is also about videos, I don't see centralisation as necessary, nor do I feel it is a good option for a federated model. The outcome will be: why bother with small instances, let's just all create an account on THE main server.

CubeOfCheese

@dansup couldn't a new server choose where to seed from instead of forcing it to be loops.video?=

⏚ ȺՀղöɾէհ 🍉 βօӀìçҽ ժմ βօղƓօûէ

@dansup
Interesting paradox, yeah. You imply that the goal of loops would be to have a massive ammount of videos, isn't it ?

Maybe admins could choose to effectively disconnect from the main source to, like, créateur an isolated, self-producing community, still setting the use of loops.video as default ?
But any fedi soft is nothing, anyway, if not connected to anyone else, so new instances would just have to wait to receive federated content from others ?

Go Up