1 pontos por GN⁺ 2024-07-23 | 1 comentários | Compartilhar no WhatsApp
  • O Jellyfin pediu que as pessoas parem, por enquanto, de fazer novas doações ao projeto principal, pois as doações acumuladas nos últimos 5 anos permitem mais de 3,3 anos de operação
  • O saldo atual é de mais de US$ 24.000, e os gastos médios mensais são de cerca de US$ 600, o suficiente para operar por mais de 40 meses
  • O apoio de que o projeto mais precisa não é para custos de servidor, mas sim doações diretas aos desenvolvedores dos clientes que os usuários usam todos os dias
  • Vários clientes são mantidos por uma única pessoa ou por equipes pequenas, o que pode aumentar a carga para acompanhar mudanças de API e novos lançamentos
  • As doações continuam sendo apoio voluntário, e permanecem a política de não haver desenvolvimento pago no Jellyfin e o princípio de uso coletivo das finanças do projeto

Pedido do Jellyfin para pausar as doações por um tempo

  • O Jellyfin agradece as doações da comunidade, mas informa que, no momento, não é necessário doar mais ao projeto principal
  • O motivo é que há fundos operacionais suficientes
    • O caixa disponível é de mais de US$ 24.000
    • Os gastos médios mensais são de cerca de US$ 600
    • Com base nisso, há fôlego para operar por mais de 40 meses, cerca de 3,3 anos
  • Esse aviso também foi publicado no OpenCollective e republicado no fórum para preservação

Onde há mais necessidade: manutenção dos clientes

  • Em vez de doar ao projeto principal, o Jellyfin recomenda doar aos autores dos clientes oficiais que os usuários usam e apreciam no dia a dia
  • O suporte aos clientes é uma área do ecossistema com grande carga de manutenção
    • A maioria dos clientes é mantida por um único desenvolvedor ou por equipes muito pequenas
    • As mudanças na API do Jellyfin 10.9.0 e o lançamento previsto do 10.10.0 podem aumentar o trabalho de adaptação para os desenvolvedores de clientes
  • Os desenvolvedores que aceitam doações podem ser encontrados na lista de clientes oficiais

A política de não haver desenvolvimento pago permanece igual

  • O dinheiro enviado aos desenvolvedores de clientes é apenas uma doação, não uma forma de comprar a implementação de recursos
  • A política de “no paid development” do Jellyfin continua em vigor
    • Não são aceitos bug bounties nem solicitações semelhantes
    • As finanças coletivas do projeto, como o OpenCollective, não são usadas para desenvolvimento pago
  • Doações voluntárias de usuários a desenvolvedores individuais não entram em conflito com essa política

Quando voltar a avaliar doações

  • Este aviso deve continuar valendo até que a folga operacional restante do Jellyfin caia para cerca de 1 ano, 12 meses
  • Quando isso acontecer, o projeto reavaliará sua situação financeira e a direção das doações

Informações complementares do fórum

  • Em resposta a uma pergunta sobre o cliente para WebOS, foi dito que a versão para WebOS está, em sua maior parte, ligada ao Jellyfin Web
    • Dmitry trabalha principalmente no suporte a webOS e Tizen, mas na época aparentemente não havia uma configuração de Sponsors
  • Os custos do projeto estão publicados na página de expenses do OpenCollective
  • Quase todos os custos são de infraestrutura, com compras ocasionais de dispositivos para desenvolvimento e testes
    • Como exemplo, foi mencionado um orçamento único de US$ 300 para um dispositivo de desenvolvimento e testes

1 comentários

 
GN⁺ 2024-07-23
Opiniões do Hacker News
  • Este texto deixa a desejar. Em vez de pedir que as doações sejam interrompidas, bastaria distribuir a receita de forma transparente para os desenvolvedores do ecossistema, como foi dito.
    Poderiam permitir solicitações ao fundo, criar recompensas por funcionalidades e colocar uma explicação ao lado do botão de doação. Quem para de doar uma vez provavelmente não vai continuar pesquisando quais clientes ou desenvolvedores apoiar, então é muito melhor que os mantenedores do Jellyfin cuidem disso

    • Gastar dinheiro em outros projetos não é uma boa ideia. Eles são desenvolvedores/mantenedores open source, não gestores de fundo, então isso vira uma distração; se distribuírem “errado”, pode gerar divisão e acusações; e acabariam criando uma hierarquia de clientes e projetos relacionados “aprovados”.
      Acho a abordagem da equipe do Jellyfin bastante razoável. Eu só teria lembrado, como fizeram os desenvolvedores do Helix [0], que doações são apenas uma “gorjeta” para o projeto, e que não se deve presumir que elas compram velocidade de desenvolvimento, marketing etc. Ter dinheiro é bom e eles vão usar quando necessário, mas também gosto da postura de recomendar que se doe a outros lugares se a pessoa quiser um impacto maior.
      [0] https://github.com/helix-editor/helix/issues/2220
    • Se eu doasse para um projeto ou organização específica e esse dinheiro fosse doado para outro lugar, me sentiria bastante enganado. Esta decisão foi correta
    • Na verdade, o jeito como fizeram agora é bom. Eles divulgaram a situação financeira de forma transparente e avisaram aos apoiadores que, no momento, outros lugares precisam mais de apoio.
      Não era uma obrigação, mas há uma grande chance de que, para eles, isso tenha parecido a coisa certa a fazer
    • Esse método dá trabalho demais, e também pode surgir gente reclamando que o dinheiro dela não foi para onde queria. O jeito atual é mais simples
    • Provavelmente não. A quantidade de dinheiro entrando é muito pequena e, se começarem a aumentar a receita, terão de pagar de fato pessoas para tarefas não essenciais, como advogados ou contadores.
      Supondo que uma organização sem fins lucrativos registrada em Ontario, no Canadá, receba dinheiro, a contabilidade de pequenos valores é bem fácil. Já administrei organizações sem fins lucrativos baseadas em Manitoba e na Colúmbia Britânica para conferências e atividades comunitárias. Mas, quando se começa a pagar pessoas que não podem emitir fatura, é preciso resolver folha de pagamento entre jurisdições, e também se passa a comprar bastante de outros serviços.
      Esse tipo de reação não ajuda, porque presume que os desenvolvedores do projeto querem administrar um negócio, em vez de criar e distribuir uma ferramenta open source que resolve suas próprias necessidades. Uma organização sem fins lucrativos também é um negócio. É bom imaginar possibilidades, mas, se você acha que essa abordagem é a correta, faça um fork, administre o negócio de forma transparente e reserve parte da receita como provisão para o momento em que a equipe principal do projeto original do fork pedir
  • Recentemente comecei a usar o Jellyfin para fazer noites de cinema às sextas com amigos que moram longe, e o recurso de sincronização da interface web funciona surpreendentemente bem.
    Assistir com chat de voz ligado chega bem perto de ver algo juntos de verdade. No geral, achei bastante sólido, embora eu não tenha usado muitos outros softwares de media center comparáveis.
    Minha única grande reclamação é que o Jellyfin parece estranhamente não gostar da minha estrutura de pastas. A maioria dos arquivos funciona, mas, em uma determinada pasta, ele de repente decidiu que vários episódios eram um único “arquivo” com várias “versões”. Pela documentação, parece que ele quer muito que você siga uma estrutura de pastas específica, mas minha coleção cresceu por mais de 15 anos; além de demorar para mudar tudo, eu simplesmente não quero mudar. A organização das minhas pastas funciona para mim e faz sentido, então é surpreendente que o Jellyfin não consiga simplesmente mostrar a lista original de arquivos

    • Imagino que algumas operações em lote bem montadas no shell poderiam mudar a estrutura bem rápido, mas também entendo por que você não quer fazer isso.
      Episódios sendo combinados aleatoriamente talvez sejam causados não pela estrutura de pastas ou pelo padrão dos nomes dos arquivos, mas pelos metadados dos próprios arquivos. Não passei pela mesma situação, mas já desperdicei bastante da minha vida com as suposições que players de música fazem sobre tags ID3 e com a facilidade com que arquivos vindos de todo canto da internet quebram isso
    • Nunca implementei diretamente, mas já pensei em criar um script que deixe os arquivos reais em qualquer lugar e gere automaticamente, por meio de links simbólicos, uma árvore de diretórios organizada “corretamente”
    • Dá para gerenciar com o tinymediamanager. Ele renomeia arquivos e pastas automaticamente e baixa nfo, miniaturas e capas.
      Para séries de TV, basta ter s01e01. Depois, importe a pasta e impeça o Jellyfin de buscar dados online
    • Fico surpreso em saber que o recurso de sincronização da interface web funciona bem. Tenho problemas com o SyncPlay há muito tempo.
      A mídia de algumas pessoas para ou fica carregando, toca até certo ponto e congela. Basicamente, ao fazer qualquer coisa com SyncPlay, vira “aperte play e, quando realmente começar, nunca aperte pausa”.
      Ainda assim, esse é o único problema que tenho com o Jellyfin; venho usando há um ano e ele é excelente
    • Eu tinha problemas parecidos antes, mas, depois que comecei a usar hardlinks por causa dos apps arr, a estrutura de arquivos e pastas para o Jellyfin ficou bem organizada
  • Algumas funcionalidades ou clientes muito pedidos não tiveram nenhum progresso, e ninguém apareceu para começar o desenvolvimento ou ajudar
    Por causa disso, até coisas como Chromecast precisaram ser deixadas de lado por um tempo, mas nas últimas semanas isso voltou a ganhar vida
    Sabemos que as maiores reclamações sobre o Jellyfin são a falta de suporte a clientes e o acabamento/polimento ainda bruto. Estamos ouvindo, e também queremos melhorar isso tanto quanto vocês
    Mas, para isso, precisamos de ajuda. Precisamos de mais voluntários para melhorar o código, escrever código novo, criar documentação e melhorar o projeto de modo geral. Precisamos superar o “problema do espectador no desenvolvimento”, atrair sangue novo para o projeto e, em especial, contar com a ajuda de vocês para torná-lo um projeto melhor
    https://jellyfin.org/posts/a-call-for-developers/
    Mirar em uma organização 100% voluntária é nobre, mas é frustrante saber que há um problema, ter bastante dinheiro e não resolvê-lo. Mesmo que não paguem diretamente pelos custos de desenvolvimento, poderiam gastar dinheiro para melhorar a experiência do desenvolvedor e atrair novos desenvolvedores. No texto original e no link acima, eles reconhecem que o desenvolvimento de clientes é um problema; será que não poderiam apoiar desenvolvedores de clientes com hardware, licenças, despesas etc.?

    • Mas por que a tarefa de alocar fundos excedentes deveria recair sobre eles? Isso também é trabalho, e não é divertido
      Qualquer pessoa pode criar um fundo de doações para o ecossistema Jellyfin mais amplo, ou para projetos livres/open source de que goste. Talvez alguém lendo isto se sinta motivado a agir. Não é necessária uma nova plataforma; só é preciso alguém disposto a se voluntariar honestamente
    • Agora acho que entendo por que, toda vez que uso o Jellyfin, ele nunca chega perto de me satisfazer em comparação com o Plex
      O que eles estão tentando fazer é realmente difícil. Eles fazem muito trabalho excelente, mas parecem estar apenas se mantendo com a mão de obra que conseguem reunir no tempo voluntário disponível. Certamente há muitas pessoas que gostariam de contribuir financeiramente para esse esforço
    • Não entendo por que se incomodam tanto com o fato de não gastarem dinheiro em desenvolvimento. Desenvolvimento pago não é imoral, não é? Claro que não
  • Torço para que o projeto dê certo e acho que esta decisão também é boa. Mas eu tenho um Plex lifetime pass, e o Jellyfin ainda não parece tão bom quanto ele
    Tenho os dois rodando no mesmo equipamento, mas, toda vez que tento usar o Jellyfin, sinto que falta alguma coisa. Vou continuar verificando de tempos em tempos

    • Fico muito feliz por ter parado de usar o Plex. Ele funcionava bem, mas estava inchado demais com tralhas inúteis, e eu não sentia que podia confiar meus dados a ele
      Preciso de uma conta no plex.com para usar uma instância que eu mesmo hospedei? Deletei na hora
    • O Jellyfin se encaixa bem no espaço entre uma configuração mais complexa do Kodi e o Plex, em que tudo funciona facilmente
      Mas familiares que não têm familiaridade com tecnologia preferem de longe o Plex. Ele é bonito e é realmente fácil de configurar em qualquer dispositivo
    • Comigo é igual. Em princípio, eu queria usar o Jellyfin, mas, na prática, quando só quero assistir a um filme, acabo brigando com o Jellyfin com frequência. O Plex, mesmo tendo ficado bastante inchado, simplesmente funciona
    • Tem algum exemplo concreto?
    • Eu tive mais problemas usando o Plex do que o Jellyfin. O Jellyfin também pode ser irritante, mas o Plex me deixava furioso quando eu tentava fazê-lo se ajustar bem à minha biblioteca. No fim, parei de usar o Plex
  • É a primeira vez que ouço falar do Jellyfin, e ele parece bem refrescante em comparação com o típico modelo de crescimento ultrarrápido que muitos projetos open source seguem.
    Existe algum usuário real do Jellyfin que recomende? Hoje tenho um compartilhamento SMB em um Raspberry Pi 4 e acesso pelo recurso SMB do VLC em um Amazon Fire Stick. Funciona bem, mas a UI do VLC deixa bastante a desejar. O Jellyfin seria melhor para esse uso? Existe um cliente que rode no Fire TV Stick? Talvez seja este: https://github.com/jellyfin/jellyfin-androidtv

    • Uso Jellyfin desde o começo e, no geral, é muito prazeroso de usar. Hoje confio no projeto, mas no início, quando migrei do Plex, rodei os dois ao mesmo tempo em duas VMs separadas apontando para a mesma biblioteca somente leitura.
      Essa configuração dupla funcionou bem, e o Jellyfin rapidamente me passou confiança mesmo nos primeiros estágios de desenvolvimento, então acabei quase não usando mais o Plex.
      O suporte a vários clientes também é excelente. Além de fazer streaming de vídeo para vários dispositivos da casa, o que mais gosto é uma configuração musical de jukebox que montei com um RPi 3B+ e um HAT DAC ALLO Piano 2.1. Com um amplificador separado para os alto-falantes e outro para o subwoofer, ajusto a frequência de crossover que quero; no Pi, rodo a extensão Mopidy-Jellyfin, que acessa a biblioteca do Jellyfin, e a extensão Mopidy-mowecl, que oferece um frontend web limpo para o DAC. Pela GUI do Jellyfin também dá para colocar músicas na fila e usar “play to” para o DAC.
      É altamente configurável e divertido de fuçar. Por exemplo, conectei um teclado numérico USB ao Pi e configurei atalhos com o serviço triggerhappy. Gosto de a música continuar tocando mesmo quando minha workstation desktop está desligada ou reiniciando.
      https://github.com/jellyfin/mopidy-jellyfin
      https://github.com/sapristi/mopidy-mowecl
      O melhor é que tudo é software livre/open source, então não preciso me preocupar com a base sumindo de repente.
    • Uso desde que foi feito o fork do Emby, e funciona bem para o meu caso.
      Dito isso, concordo com a ideia de direcionar recursos para o lado dos clientes. O app para Android TV está bem cru. O Android comum e a interface web são excelentes, e o Roku, se me lembro bem, também funciona bem, mas o Android TV é realmente ruim.
    • Com certeza recomendo. Estou rodando em Docker no meu NAS há mais de um ano, sem problemas. Ele oferece suporte a transcodificação por hardware, o que é ótimo para reduzir a resolução do stream quando assisto fora de casa.
      O Jellyfin também se integra bem a outros serviços como Radarr, Sonarr e Jellyseer, então, ao solicitar uma mídia, ela é automaticamente baixada, indexada e disponibilizada.
      Os clientes são irregulares. O Infuse provavelmente é o melhor, mas só está disponível no Apple TV / iOS.
    • Eu era usuário do Plex desde o começo e migrei para o Jellyfin. Ele não é tão polido quanto o Plex, mas não tem nenhum inchaço desnecessário e funciona sem problemas para mim.
      O gerenciamento da biblioteca é muito fácil, e o scanner de metadados funciona bem em 95% dos casos, então raramente preciso ajustar dados ou imagens das mídias manualmente.
      O Jellyfin para Android funciona bem no Fire TV. Se você rodar o servidor em um Pi, pode ter dificuldades com transcodificação, especialmente de arquivos de mídia em 4K.
    • Uso uma combinação de servidor x86 fraco — uma workstation usada comprada no eBay — e clientes mais fortes, como Apple TV, dispositivos iOS e navegadores em notebooks potentes, então não preciso de transcodificação. Meu servidor não aguenta transcodificação em tempo real.
      Nessa configuração ele funciona muito bem, e é absurdamente melhor do que as mais de dez tentativas que fiz com XMBM/Kodi. Outras pessoas além de mim conseguem pegar e usar com confiança de cara, sem cair em algum modo estranho de UI, como sempre acontecia no Kodi, e desistir para sempre.
      Uso o link de download da UI no navegador e, em viagens longas de carro, reproduzo filmes infantis no iPad com o VLC. Com a ajuda do VLC, esse caso de uso também fica atendido.
  • Esse tipo de atitude é realmente digno de respeito. É exatamente isso que me faz ficar no Jellyfin, mesmo com a pressão social para migrar para o Plex.

  • Migrei do Plex para o Jellyfin alguns anos atrás e estou satisfeito. O Plex tinha problemas com filmes que tinham arquivos de legenda e ficava tentando recodificar tudo. Nunca consegui resolver, mas no Jellyfin funciona bem.
    Ele também não fica me empurrando recursos que eu não quero mais. Eu pagava com prazer pela conta do Plex, mas só queria que ele me deixasse assistir aos meus filmes locais em paz. Não queria que me incomodasse com streaming de TV, filmes grátis e o recurso mais recente que estivessem promovendo naquele momento.

  • Esses 400 dólares por mês não deixam de fora o custo do trabalho deles? Pessoalmente, sinto que é por isso que faço doações.

    • Sim, mas eles explicitamente não querem isso.
      “Não, isso não viola a política de ‘nada de desenvolvimento pago’, porque doações são literalmente doações. Ainda não aceitaremos coisas como recompensas por bugs, e não usaremos as finanças coletivas daqui para desenvolvimento pago.”
    • Para isso, seria preciso chegar a um acordo sobre como dividir e pagar o dinheiro, e parece mais dor de cabeça do que vale.
  • Uso o Jellyfin com satisfação e queria reforçar que 24.000 dólares, ou 40 meses de custos, não é nem de longe suficiente.
    Considerando uma taxa de retirada segura conservadora, um capital de 24.000 dólares rende apenas 60 dólares por mês. Ou seja, é um décimo do que o projeto precisa para cobrir as despesas mensais.
    Para o projeto se sustentar, seria preciso 10 vezes mais dinheiro. Assim, ele poderia investir e cobrir os custos com o retorno dos investimentos.
    Se o projeto não quiser se sustentar sozinho, isso é outra questão. Talvez achem que manter os usuários sempre com fome alinhe melhor os incentivos. Mas, pessoalmente, acho que a autossustentação deveria ser o objetivo de todos.

    • 24.000 dólares divididos por 40 meses dá 600 dólares por mês, não dá? O que estou deixando passar?
    • Publiquei o mesmo cálculo e fui negativado até o fim da thread.
  • Existem soluções como Jelly Cloud? Por exemplo, uma empresa implantaria o Jellyfin em uma instância EC2, conectaria o S3, daria um domínio personalizado como username.companyname.com e cobraria uma mensalidade pelos custos de S3/EC2 e outros custos
    Pensei em tentar criar algo assim, mas queria ver se existe demanda. A maioria dos desenvolvedores consegue fazer isso facilmente por conta própria, mas eu gostaria de transformar em um serviço e vender para pessoas que não conseguem fazer sozinhas e ficam satisfeitas em pagar
    Plex e Emby seriam concorrentes, mas, até onde sei, não são open source

    • Há muitos provedores que vendem seedbox, e é exatamente isso que você está procurando. Normalmente também inclui suporte ao Jellyfin e a outros apps *arr. Pessoalmente, uso ultra.cc e, no geral, estou satisfeito
    • Não conheço uma solução de nuvem genérica, mas vários provedores de seedbox, ou seja, provedores de BitTorrent gerenciado, incluem Plex e Jellyfin no serviço. Eu mesmo rodo Plex e Jellyfin dessa forma
    • Todas as seedboxes oferecem isso. Tive uma boa experiência com whatbox.ca
    • Bytesized Hosting chega perto disso