O grupo no qual você está postando é um grupo da Usenet. As mensagens postadas neste grupo farão com que o seu e-mail fique visível para qualquer pessoa na internet.
A idéia de implementar uma features de player no wusic era para deixá-lo
"usável", mas concordo que nunca vamos competir com os players que existem
por aí e que isso compromete a adesão ao wusic. A integração com outros
players por plugins é uma saída pra isso, acho que podemos investir nisso. O
que acham os outros soberanos da lista ?
Muita boa a sua lista de funcionalidades, inclusive a idéia do sushi music.
Acresento a elas aquela que o Klaus postou outro dia: vc diz ao wusic quem
está com vc e ele faz o playlist. Pensei num nome pra isso: "Party Mode".
Vamos sim discutir o lance de identificação das músicas. Vou dar uma olhada
no music brainz.
---------- Forwarded message ----------
From: Humberto Soares <humbe...@objective.com.br>
Date: 2009/10/5
Subject: Re: Wusic: play tracks from folder feature
To: sneercoders@googlegroups.com
Daniel,
[EMHO]
Eu diria que devemos investir o mínimo possível no player do Wusic. Acho que
devemos concentrar esforços na forma de compartilhamento dos mp3s, do gosto,
playlists, etc.... e não na forma de tocá-los.
Hoje cada um usa o player que quiser. Amarok, Itunes, Foobar, Songbird,
etc.... Estes bixos já tem uma porrada de features (soberanas ou não). Eu
simplesmente adoro as features dos players que uso. Gosto de ver a a
descrição da banda que vem lá do last.fm, gosto de ver as letras da música,
gosto de pesquisar por álbum, cantor, classificação, número de vezes que já
toquei, e outras bagaças id3zentas. E tenho certeza que os que usam o foobar
curtem o seu minimalizmo, e os que usam o i-tunes curtem o Steve Jobs :P ,
etc...
O que experimentamos com estes players, pode até não ser completo, mas já
estamos acostumados com suas funcionalidades. Abrir mão destas
funcionalidades, para mim, é uma barreira de adesão. E tentar fazer um
player para substituir ou mesmo complementar estes caras, inevitavelmente
inclui esta barreira. Sendo que implementar estas funcionalidades é bem
complicadao, ainda mais uma versão soberana das mesmas. Então, em vez de
tentar substituir, ou mesmo propor um segundo player ... eu buscaria
complementar os players existentes com a experiência soberana. Eu faria a
seguinte rota:
*1) Fazer funcionar o play tracks from peers e play my tracks.*
Isto tem algum apelo de adesão, e provê os fundamentos para
compartilhamento de mp3s. Isto já está no roadmap.
*2) Compartilhar músicas aleatórias com meus peers*
Independente de estar ouvindo o Wusic, pode rolar um
compartilhamento de músicas. Definimos alguma configuração, tipo
upload/download de uma música a cada 5 minutos, algo para garantir que a
rede não ficará congestionada e boa. Entendo que isto já está no roadmap.
Qualquer player que se preze :D, consegue ficar de olho em um
diretório e adicionar à sua biblioteca os novos mp3's que aparecem neste
local. E a maioria (que conheço) é capaz de tocar estas músicas novas quando
aparecem, junto com as músicas que você já está ouvindo. Ou seja, eu posso
ficar ouvindo as músicas da minha biblioteca, e assim que terminar o
download de uma música de um peer, passa a tocá-la!
Assim, já conseguimos uma experiência soberana dentro do seu player
predileto.
*3) Integração com players*
A maioria dos players possuem um esquema de plugins, extensões,
etc.. Podemos adicionar plugins soberanos que incrementariam a experiência
musical destes players uma forma sensacional. E com a vantagem de já termos
uma base de usuários que aumentará absurdamente a adesão ao sneer.
Podemos escolher um player que terá sempre uma implementação
referência de todos os plugins do Wusic. Amarok ou Songbird, open-source são
os primeiros que vêm na minha cabeça. Ou ITunes que imagino ser o mais usado
hoje. Sei lá
E encher de funcionalidades:
* 3.1) Playlists - Topten*
Sincronizar uma playlist com uma lista top-ten de músicas.
Daria para implementar quase tudo que falo abaixo deste jeito =).
* 3.2) Compartilhar as músicas que estamos ouvindo*
Em vez de se prender a classificações feitas no ano
retrasado, quero ouvir as músicas que os meus peers estão ouvindo HOJE!!!! O
site last.fm depende que o cara use um plugin no player para funcionar. 100%
dos plugins informam a última música tocada para o site. A maioria também
informa o gostar ou não gostar. Se os caras fizeram um plugin para fazer
isto prum site, com certeza é possível fazer o mesmo para informar o sneer.
A lista dos players que tem plugin com o last.fm
http://en.wikipedia.org/wiki/Last.fm#List_of_supported_media_players .
* 3.3) Rádio peer*
Cada um escolhe x músicas para compor a playlist que uma
galera vai ouvir. Aí você pode escolher entre streaming ou download da
playlist.. Dá para imaginar várias implementações interessantes disto. Tipo
um anel de up/download...
* 3.4) Sugerir músicas para os peers de dentro dos players.*
Acabei de ouvir o novo disco do Sbrébous de Pirabandóia, e
acho que alguns, ou todos os meus peers vão gostar. Indico estas músicas e a
galera já vai ouvindo. Até daria para fazer isto somente no sneer, mas acho
muito mais interessante fazer isto de dentro do player...
* 3.5) Descobrir gosto....*
De tudo que já baixei, dos id3tags do mundo a coisas que
menos dá para confiar é o genero. Album, artista e nome da música é bem
consistente, o resto, até numeração de álbum, é lixo. Então, tentar
descobrir gosto por aí é complicado.
O last.fm consegue implementar um lance destes usando
aquelas nuvens. E com foco no artista. Este artista toca jazz, jazz
contemporâneo, rock, etc.... E ele é bem sucedido por conta de uma massa
grande de informações. Neste momento, acho difícil termos uma massa crítica
para gerar este tipo de nuvem com informação relevante.
Por outro lado, descobrir afinidade entre os peers pelo
número de músicas em comum que os caras gostam ou detestam, isto sim não
precisa de massa crítica. Se a minha biblioteca é praticamente uma cópia da
biblioteca do Daniel, assim que ele classificar uma música como animal, eu
quero imediatamente ouvir esta música.
* 3.6) Completar biblioteca*
Suponhamos que o Ghandi está certo e eu tenho TOC para
manter a minha biblioteca de mp3s organizada. Outros podem se usufruir do
meu TOC (sic...) e manter a biblioteca pessoal atualizada.
*4) Identificação das músicas*
Precisamos começar a discutir a identificação das músicas. O
hashcode do mp3 quebra um galho, mas é algo muito limitado e agrega zero de
soberania. Eu analisaria os algoritmos de identificação do Music Brainz:
http://musicbrainz.org/ , principalmente o conceito de fingerprint, e
pensaria numa implementação soberana da parte do banco de dados.
Podemos pensar também em coisas do tipo: uma mesma música, com
interpretações diferentes, uma mesma banda, com integrantes diferentes,
gravações com maior ou pior qualidade, arquivos com maior ou menor
compactação, etc... Com um enfoque soberano dá para imaginar muita coisa
legal aqui.
Tem um outro lance, que não tem muito a ver com soberania, mas que
eu pensei na época que desenvolvi o sushi music. Se eu comentar com qualquer
um nascido antes de 82 "Meu vocês curtem a Bonnie Tyler ?" A maioria faz
cara de ponto de interrogação. Se eu acrescentar, "Meu, Total Eclipse of
Heart, Betty Davis Eyes!!!!" alguns vão lembrar, outros vão trocar o ponto
de interrogação por reticências. Agora se eu tocar 10 segundos do refrão de
cada uma destas músicas, a maioria absoluta vai saber de quem se trata (ou
finalmente associar que é a mesma cantora nas duas músicas :P).
Esta é outra forma de identificação de uma música, e um lance
interessante para não entupirmos a rede com todos os mp3s do universo:
passar apenas 10 segundos do refrão.... E após a audição dos 10 segundos, o
cara pode decidir baixar ou recusar...
*5) Download das músicas*
Também não gosto da idéia de ficar passando as músicas pela rede do
sneer. Muito menos os vídeos. Acho que seria mais interessante utilizar,
desde já, as redes p2p já consagradas, como e2dk e torrent, deixando a rede
do sneer somente para a "inteligência" da coisa.
[/EMHO]
[]s
Humberto Francisco Soares
Objective Solutions
(55-11) 3176-8122
*Daniel Santos <dfcsan...@gmail.com>*
Sent by: sneercoders@googlegroups.com
04/10/2009 18:29
Please respond to sneercoders
To: Sneer Coders <sneercoders@googlegroups.com>
cc:
Subject: Wusic: play tracks from folder feature
Hoje no Wusic, o ouvinte configura uma pasta chamada "OwnTracksFolder", cujo
o valor default é <pasta-home-do-sneer>/data/media/tracks. Este caminho
serve para definir o conteúdo que é tocado no modo "play my own tracks" e
também para indicar o conteúdo que os outros peers vão acessar quando
estiverem no modo "play tracks from other peers".
Uma feature que considerada importante para o player e que está no nosso
roadmap é poder escolher um folder específico (geralmente uma pasta com
músicas de um album completo) ou até um único arquivo para tocar.
Uma idéia que tive foi criar um terceiro modo de execução chamado "Play
Tracks From Other Sources" ( ou algo parecido com isso ) e ao selecionar
este modo pedir o caminho para execução. Este caminho pode ser uma pasta ou
um arquivo, independente de pertencer ao "my own tracks". Me parece bastante
útil para tocar coisas de cds, pen drives, etc, e ao ouvir poder "importar"
tracks para "my own tracks". Também podemos suportar
> A idéia de implementar uma features de player no wusic era para
> deixá-lo "usável"
Sim. O foco é o compartilhamento.
O player é mais um motivo p deixar o Sneer rodando. Acho q muita gente
nao abriria o Sneer só p fazer o compartilhamento de musicas.
O q mais curto nele é o botao de "Delete File!" (habilitavel via
options). Outro dia, o Daniel baixou as 500 melhores musica de todos
os tempos de acordo com a Rolling Stone. Ficou ouvindo e foi dando
delete nas q ele n gostava. É >MUITO< chato fazer isso em todos os
players q conheci até hoje (dois ou tres :P).
> Acresento a elas aquela que o Klaus postou outro dia: vc diz ao wusic quem está com vc e ele faz o playlist. Pensei num nome pra isso: "Party Mode".
Bom nome.
Integração c players, p mim em particular, n é empolgante. Acho o
itunes intrusivo e pesado, por exemplo. Ele seria bem menos usado hj
se n fosse o unico jeito de tacar musicas no ipod e se n fosse um dos
unicos jeitos de se obter musicas oficialmente. E o Media Player? Pra
que 7 abas com modos diferentes de operação? Playlist? Current
Playing? Library? Diretorios? Caramba! Só quero ouvir música.
E tem gente q nem player usa. Abre um radio uol da vida e parte pro
abraco (literalmente).
Mas gosto n se discute, ainda mais num contexto soberano. Quem curte
players e quer compartilhar musicas via Sneer, tem mais é q mandar
bala nos plugins mesmo.
Curto as idéias q o Humberto citou de compartilhamento: top ten,
musicas sendo ouvidas hoje, rádio peer.
> 3.1) Playlists - Topten
> Sincronizar uma playlist com uma lista top-ten de músicas. Daria para implementar quase tudo que falo abaixo deste jeito =).
> 3.2) Compartilhar as músicas que estamos ouvindo
> Em vez de se prender a classificações feitas no ano retrasado, quero ouvir as músicas que os meus peers estão ouvindo HOJE!!!! O site last.fm depende que o cara use um plugin no player para funcionar. 100% dos plugins informam a última música tocada para o site. A maioria também informa o gostar ou não gostar. Se os caras fizeram um plugin para fazer isto prum site, com certeza é possível fazer o mesmo para informar o sneer. A lista dos players que tem plugin com o last.fm http://en.wikipedia.org/wiki/Last.fm#List_of_supported_media_players .
> 3.3) Rádio peer
> Cada um escolhe x músicas para compor a playlist que uma galera vai ouvir. Aí você pode escolher entre streaming ou download da playlist.. Dá para imaginar várias implementações interessantes disto. Tipo um anel de up/download...
> 3.4) Sugerir músicas para os peers de dentro dos players.
> Acabei de ouvir o novo disco do Sbrébous de Pirabandóia, e acho que alguns, ou todos os meus peers vão gostar. Indico estas músicas e a galera já vai ouvindo. Até daria para fazer isto somente no sneer, mas acho muito mais interessante fazer isto de dentro do player...
> 3.5) Descobrir gosto....
> De tudo que já baixei, dos id3tags do mundo a coisas que menos dá para confiar é o genero. Album, artista e nome da música é bem consistente, o resto, até numeração de álbum, é lixo. Então, tentar descobrir gosto por aí é complicado.
> O last.fm consegue implementar um lance destes usando aquelas nuvens. E com foco no artista. Este artista toca jazz, jazz contemporâneo, rock, etc.... E ele é bem sucedido por conta de uma massa grande de informações. Neste momento, acho difícil termos uma massa crítica para gerar este tipo de nuvem com informação relevante.
> Por outro lado, descobrir afinidade entre os peers pelo número de músicas em comum que os caras gostam ou detestam, isto sim não precisa de massa crítica. Se a minha biblioteca é praticamente uma cópia da biblioteca do Daniel, assim que ele classificar uma música como animal, eu quero imediatamente ouvir esta música.
> 3.6) Completar biblioteca
> Suponhamos que o Ghandi está certo e eu tenho TOC para manter a minha biblioteca de mp3s organizada. Outros podem se usufruir do meu TOC (sic...) e manter a biblioteca pessoal atualizada.
> 4) Identificação das músicas
> Precisamos começar a discutir a identificação das músicas. O hashcode do mp3 quebra um galho, mas é algo muito limitado e agrega zero de soberania. Eu analisaria os algoritmos de identificação do Music Brainz: http://musicbrainz.org/ , principalmente o conceito de fingerprint, e pensaria numa implementação soberana da parte do banco de dados.
> Podemos pensar também em coisas do tipo: uma mesma música, com interpretações diferentes, uma mesma banda, com integrantes diferentes, gravações com maior ou pior qualidade, arquivos com maior ou menor compactação, etc... Com um enfoque soberano dá para imaginar muita coisa legal aqui.
> Tem um outro lance, que não tem muito a ver com soberania, mas que eu pensei na época que desenvolvi o sushi music. Se eu comentar com qualquer um nascido antes de 82 "Meu vocês curtem a Bonnie Tyler ?" A maioria faz cara de ponto de interrogação. Se eu acrescentar, "Meu, Total Eclipse of Heart, Betty Davis Eyes!!!!" alguns vão lembrar, outros vão trocar o ponto de interrogação por reticências. Agora se eu tocar 10 segundos do refrão de cada uma destas músicas, a maioria absoluta vai saber de quem se trata (ou finalmente associar que é a mesma cantora nas duas músicas :P).
> Esta é outra forma de identificação de uma música, e um lance interessante para não entupirmos a rede com todos os mp3s do universo: passar apenas 10 segundos do refrão.... E após a audição dos 10 segundos, o cara pode decidir baixar ou recusar...
> 5) Download das músicas
> Também não gosto da idéia de ficar passando as músicas pela rede do sneer. Muito menos os vídeos. Acho que seria mais interessante utilizar, desde já, as redes p2p já consagradas, como e2dk e torrent, deixando a rede do sneer somente para a "inteligência" da coisa.
> Daniel Santos <dfcsan...@gmail.com>
> Sent by: sneercoders@googlegroups.com
> 04/10/2009 18:29
> Please respond to sneercoders
> To: Sneer Coders <sneercoders@googlegroups.com>
> cc:
> Subject: Wusic: play tracks from folder feature
> Hoje no Wusic, o ouvinte configura uma pasta chamada "OwnTracksFolder", cujo o valor default é <pasta-home-do-sneer>/data/media/tracks. Este caminho serve para definir o conteúdo que é tocado no modo "play my own tracks" e também para indicar o conteúdo que os outros peers vão acessar quando estiverem no modo "play tracks from other peers".
> Uma feature que considerada importante para o player e que está no nosso roadmap é poder escolher um folder específico (geralmente uma pasta com músicas de um album completo) ou até um único arquivo para tocar.
> Uma idéia que tive foi criar um terceiro modo de execução chamado "Play Tracks From Other Sources" ( ou algo parecido com isso ) e ao selecionar este modo pedir o caminho para execução. Este caminho pode ser uma pasta ou um arquivo, independente de pertencer ao "my own tracks". Me parece bastante útil para tocar coisas de cds, pen drives, etc, e ao ouvir poder "importar" tracks para "my own tracks". Também podemos suportar arquivos de playlist como source deste modo de execução.
> Conversei rapidamente com o Klaus e ele acha melhor mantermos apenas 2 modos de execução, um onde o ouvinte escolhe uma pasta como source e manter o "play tracks from other peers". O que mudaria seria aquela configuração de "OwnTracksFolder" que viraria "SharedTracksFolder", ou seja, o caminho só serveria apenas para definir o conteúdo que os outros peers vão ter acesso. Com isso perdemos o conceito de "my own tracks" =(
> Não fiquei totalmente satisfeito com nenhuma das alternativas.
Então vamos investir um mínimo na melhora do player ele satisfazer os
usuários menos exigentes?
Acho que as funcionalidades originais do wusic deveriam ser primeiro
implementadas para o nosso player super simples e depois serem portadas como
plugins de outros players.
Klaus, em relação a não trafegar os arquivos de música pela rede sneer e
usar outras redes p2p, o que vc acha?
2009/10/7 Klaus Wuestefeld <klauswuestef...@gmail.com>
> > A idéia de implementar uma features de player no wusic era para
> > deixá-lo "usável"
> Sim. O foco é o compartilhamento.
> O player é mais um motivo p deixar o Sneer rodando. Acho q muita gente
> nao abriria o Sneer só p fazer o compartilhamento de musicas.
> O q mais curto nele é o botao de "Delete File!" (habilitavel via
> options). Outro dia, o Daniel baixou as 500 melhores musica de todos
> os tempos de acordo com a Rolling Stone. Ficou ouvindo e foi dando
> delete nas q ele n gostava. É >MUITO< chato fazer isso em todos os
> players q conheci até hoje (dois ou tres :P).
> > Acresento a elas aquela que o Klaus postou outro dia: vc diz ao wusic
> quem está com vc e ele faz o playlist. Pensei num nome pra isso: "Party
> Mode".
> Bom nome.
> Integração c players, p mim em particular, n é empolgante. Acho o
> itunes intrusivo e pesado, por exemplo. Ele seria bem menos usado hj
> se n fosse o unico jeito de tacar musicas no ipod e se n fosse um dos
> unicos jeitos de se obter musicas oficialmente. E o Media Player? Pra
> que 7 abas com modos diferentes de operação? Playlist? Current
> Playing? Library? Diretorios? Caramba! Só quero ouvir música.
> E tem gente q nem player usa. Abre um radio uol da vida e parte pro
> abraco (literalmente).
> Mas gosto n se discute, ainda mais num contexto soberano. Quem curte
> players e quer compartilhar musicas via Sneer, tem mais é q mandar
> bala nos plugins mesmo.
> Curto as idéias q o Humberto citou de compartilhamento: top ten,
> musicas sendo ouvidas hoje, rádio peer.
> Falou, Klaus.
> > E encher de funcionalidades:
> > 3.1) Playlists - Topten
> > Sincronizar uma playlist com uma lista top-ten de
> músicas. Daria para implementar quase tudo que falo abaixo deste jeito =).
> > 3.2) Compartilhar as músicas que estamos ouvindo
> > Em vez de se prender a classificações feitas no ano
> retrasado, quero ouvir as músicas que os meus peers estão ouvindo HOJE!!!! O
> site last.fm depende que o cara use um plugin no player para funcionar.
> 100% dos plugins informam a última música tocada para o site. A maioria
> também informa o gostar ou não gostar. Se os caras fizeram um plugin para
> fazer isto prum site, com certeza é possível fazer o mesmo para informar o
> sneer. A lista dos players que tem plugin com o last.fm
> http://en.wikipedia.org/wiki/Last.fm#List_of_supported_media_players .
> > 3.3) Rádio peer
> > Cada um escolhe x músicas para compor a playlist que uma
> galera vai ouvir. Aí você pode escolher entre streaming ou download da
> playlist.. Dá para imaginar várias implementações interessantes disto. Tipo
> um anel de up/download...
> > 3.4) Sugerir músicas para os peers de dentro dos players.
> > Acabei de ouvir o novo disco do Sbrébous de Pirabandóia,
> e acho que alguns, ou todos os meus peers vão gostar. Indico estas músicas e
> a galera já vai ouvindo. Até daria para fazer isto somente no sneer, mas
> acho muito mais interessante fazer isto de dentro do player...
> > 3.5) Descobrir gosto....
> > De tudo que já baixei, dos id3tags do mundo a coisas que
> menos dá para confiar é o genero. Album, artista e nome da música é bem
> consistente, o resto, até numeração de álbum, é lixo. Então, tentar
> descobrir gosto por aí é complicado.
> > O last.fm consegue implementar um lance destes usando
> aquelas nuvens. E com foco no artista. Este artista toca jazz, jazz
> contemporâneo, rock, etc.... E ele é bem sucedido por conta de uma massa
> grande de informações. Neste momento, acho difícil termos uma massa crítica
> para gerar este tipo de nuvem com informação relevante.
> > Por outro lado, descobrir afinidade entre os peers pelo
> número de músicas em comum que os caras gostam ou detestam, isto sim não
> precisa de massa crítica. Se a minha biblioteca é praticamente uma cópia da
> biblioteca do Daniel, assim que ele classificar uma música como animal, eu
> quero imediatamente ouvir esta música.
> > 3.6) Completar biblioteca
> > Suponhamos que o Ghandi está certo e eu tenho TOC para
> manter a minha biblioteca de mp3s organizada. Outros podem se usufruir do
> meu TOC (sic...) e manter a biblioteca pessoal atualizada.
> > 4) Identificação das músicas
> > Precisamos começar a discutir a identificação das músicas. O
> hashcode do mp3 quebra um galho, mas é algo muito limitado e agrega zero de
> soberania. Eu analisaria os algoritmos de identificação do Music Brainz:
> http://musicbrainz.org/ , principalmente o conceito de fingerprint, e
> pensaria numa implementação soberana da parte do banco de dados.
> > Podemos pensar também em coisas do tipo: uma mesma música, com
> interpretações diferentes, uma mesma banda, com integrantes diferentes,
> gravações com maior ou pior qualidade, arquivos com maior ou menor
> compactação, etc... Com um enfoque soberano dá para imaginar muita coisa
> legal aqui.
> > Tem um outro lance, que não tem muito a ver com soberania, mas
> que eu pensei na época que desenvolvi o sushi music. Se eu comentar com
> qualquer um nascido antes de 82 "Meu vocês curtem a Bonnie Tyler ?" A
> maioria faz cara de ponto de interrogação. Se eu acrescentar, "Meu, Total
> Eclipse of Heart, Betty Davis Eyes!!!!" alguns vão lembrar, outros vão
> trocar o ponto de interrogação por reticências. Agora se eu tocar 10
> segundos do refrão de cada uma destas músicas, a maioria absoluta vai saber
> de quem se trata (ou finalmente associar que é a mesma cantora nas duas
> músicas :P).
> > Esta é outra forma de identificação de uma música, e um lance
> interessante para não entupirmos a rede com todos os mp3s do universo:
> passar apenas 10 segundos do refrão.... E após a audição dos 10 segundos, o
> cara pode decidir baixar ou recusar...
> > 5) Download das músicas
> > Também não gosto da idéia de ficar passando as músicas pela rede
> do sneer. Muito menos os vídeos. Acho que seria mais interessante utilizar,
> desde já, as redes p2p já consagradas, como e2dk e torrent, deixando a rede
> do sneer somente para a "inteligência" da coisa.
> > Daniel Santos <dfcsan...@gmail.com>
> > Sent by: sneercoders@googlegroups.com
> > 04/10/2009 18:29
> > Please respond to sneercoders
> > To: Sneer Coders <sneercoders@googlegroups.com>
> > cc:
> > Subject: Wusic: play tracks from folder feature
> > Hoje no Wusic, o ouvinte configura uma pasta chamada "OwnTracksFolder",
> cujo o valor default é <pasta-home-do-sneer>/data/media/tracks. Este caminho
> serve para definir o conteúdo que é tocado no modo "play my own tracks" e
> também para indicar o conteúdo que os outros peers vão acessar quando
> estiverem no modo "play tracks from other peers".
> > Uma feature que considerada importante para o player e que está no nosso
> roadmap é poder escolher um folder específico (geralmente uma pasta com
> músicas de um album completo) ou até um único arquivo para tocar.
> > Uma idéia que tive foi criar um terceiro modo de execução chamado "Play
> Tracks From Other Sources" ( ou algo parecido com isso ) e ao selecionar
> este modo pedir o caminho para execução. Este caminho pode ser uma pasta ou
> um arquivo, independente de pertencer ao "my own tracks". Me parece bastante
> útil para tocar coisas de cds, pen drives, etc, e ao ouvir poder "importar"
> tracks para "my own tracks". Também podemos suportar arquivos de playlist
> como source deste modo de execução.
> > Conversei rapidamente com o Klaus e ele acha melhor mantermos apenas 2
> modos de execução, um onde o ouvinte escolhe uma pasta como source e manter
> o "play tracks from other peers". O que mudaria seria aquela configuração de
> "OwnTracksFolder" que viraria "SharedTracksFolder", ou seja, o caminho só
> serveria apenas para definir o conteúdo que os outros peers vão ter acesso.
> Com isso perdemos o conceito de "my own tracks" =(
> > Não fiquei totalmente satisfeito com nenhuma das alternativas.
> Klaus, em relação a não trafegar os arquivos de música pela rede sneer e > usar outras redes p2p, o que vc acha?
Leva 1 min p baixar uma música. Leva 1h p baixar um filme.
Como nosso diferencial, hoje, é ser mais push do q pull, ou seja, como vamos receber midias interessantes "de surpresa" de nossos amigos, acho perda de tempo investir em usar outras redes p2p neste 1o momento.
Uma feature boba, mas que acho que seria legal, seria exibir a musica
que meus peers on-line estao escutando ao lado do nome deles na lista
de contatos (tipo o que tem no msg). Acho que acrescenta a
interatividade com os amigos usando o Wusic...
On Oct 7, 2:44 am, Klaus Wuestefeld <klauswuestef...@gmail.com> wrote:
> > A idéia de implementar uma features de player no wusic era para
> > deixá-lo "usável"
> Sim. O foco é o compartilhamento.
> O player é mais um motivo p deixar o Sneer rodando. Acho q muita gente
> nao abriria o Sneer só p fazer o compartilhamento de musicas.
> O q mais curto nele é o botao de "Delete File!" (habilitavel via
> options). Outro dia, o Daniel baixou as 500 melhores musica de todos
> os tempos de acordo com a Rolling Stone. Ficou ouvindo e foi dando
> delete nas q ele n gostava. É >MUITO< chato fazer isso em todos os
> players q conheci até hoje (dois ou tres :P).
> > Acresento a elas aquela que o Klaus postou outro dia: vc diz ao wusic quem está com vc e ele faz o playlist. Pensei num nome pra isso: "Party Mode".
> Bom nome.
> Integração c players, p mim em particular, n é empolgante. Acho o
> itunes intrusivo e pesado, por exemplo. Ele seria bem menos usado hj
> se n fosse o unico jeito de tacar musicas no ipod e se n fosse um dos
> unicos jeitos de se obter musicas oficialmente. E o Media Player? Pra
> que 7 abas com modos diferentes de operação? Playlist? Current
> Playing? Library? Diretorios? Caramba! Só quero ouvir música.
> E tem gente q nem player usa. Abre um radio uol da vida e parte pro
> abraco (literalmente).
> Mas gosto n se discute, ainda mais num contexto soberano. Quem curte
> players e quer compartilhar musicas via Sneer, tem mais é q mandar
> bala nos plugins mesmo.
> Curto as idéias q o Humberto citou de compartilhamento: top ten,
> musicas sendo ouvidas hoje, rádio peer.
> Falou, Klaus.
> > E encher de funcionalidades:
> > 3.1) Playlists - Topten
> > Sincronizar uma playlist com uma lista top-ten de músicas. Daria para implementar quase tudo que falo abaixo deste jeito =).
> > 3.2) Compartilhar as músicas que estamos ouvindo
> > Em vez de se prender a classificações feitas no ano retrasado, quero ouvir as músicas que os meus peers estão ouvindo HOJE!!!! O site last.fm depende que o cara use um plugin no player para funcionar. 100% dos plugins informam a última música tocada para o site. A maioria também informa o gostar ou não gostar. Se os caras fizeram um plugin para fazer isto prum site, com certeza é possível fazer o mesmo para informar o sneer. A lista dos players que tem plugin com o last.fmhttp://en.wikipedia.org/wiki/Last.fm#List_of_supported_media_players.
> > 3.3) Rádio peer
> > Cada um escolhe x músicas para compor a playlist que uma galera vai ouvir. Aí você pode escolher entre streaming ou download da playlist.. Dá para imaginar várias implementações interessantes disto. Tipo um anel de up/download...
> > 3.4) Sugerir músicas para os peers de dentro dos players.
> > Acabei de ouvir o novo disco do Sbrébous de Pirabandóia, e acho que alguns, ou todos os meus peers vão gostar. Indico estas músicas e a galera já vai ouvindo. Até daria para fazer isto somente no sneer, mas acho muito mais interessante fazer isto de dentro do player...
> > 3.5) Descobrir gosto....
> > De tudo que já baixei, dos id3tags do mundo a coisas que menos dá para confiar é o genero. Album, artista e nome da música é bem consistente, o resto, até numeração de álbum, é lixo. Então, tentar descobrir gosto por aí é complicado.
> > O last.fm consegue implementar um lance destes usando aquelas nuvens. E com foco no artista. Este artista toca jazz, jazz contemporâneo, rock, etc.... E ele é bem sucedido por conta de uma massa grande de informações. Neste momento, acho difícil termos uma massa crítica para gerar este tipo de nuvem com informação relevante.
> > Por outro lado, descobrir afinidade entre os peers pelo número de músicas em comum que os caras gostam ou detestam, isto sim não precisa de massa crítica. Se a minha biblioteca é praticamente uma cópia da biblioteca do Daniel, assim que ele classificar uma música como animal, eu quero imediatamente ouvir esta música.
> > 3.6) Completar biblioteca
> > Suponhamos que o Ghandi está certo e eu tenho TOC para manter a minha biblioteca de mp3s organizada. Outros podem se usufruir do meu TOC (sic...) e manter a biblioteca pessoal atualizada.
> > 4) Identificação das músicas
> > Precisamos começar a discutir a identificação das músicas. O hashcode do mp3 quebra um galho, mas é algo muito limitado e agrega zero de soberania. Eu analisaria os algoritmos de identificação do Music Brainz:http://musicbrainz.org/, principalmente o conceito de fingerprint, e pensaria numa implementação soberana da parte do banco de dados.
> > Podemos pensar também em coisas do tipo: uma mesma música, com interpretações diferentes, uma mesma banda, com integrantes diferentes, gravações com maior ou pior qualidade, arquivos com maior ou menor compactação, etc... Com um enfoque soberano dá para imaginar muita coisa legal aqui.
> > Tem um outro lance, que não tem muito a ver com soberania, mas que eu pensei na época que desenvolvi o sushi music. Se eu comentar com qualquer um nascido antes de 82 "Meu vocês curtem a Bonnie Tyler ?" A maioria faz cara de ponto de interrogação. Se eu acrescentar, "Meu, Total Eclipse of Heart, Betty Davis Eyes!!!!" alguns vão lembrar, outros vão trocar o ponto de interrogação por reticências. Agora se eu tocar 10 segundos do refrão de cada uma destas músicas, a maioria absoluta vai saber de quem se trata (ou finalmente associar que é a mesma cantora nas duas músicas :P).
> > Esta é outra forma de identificação de uma música, e um lance interessante para não entupirmos a rede com todos os mp3s do universo: passar apenas 10 segundos do refrão.... E após a audição dos 10 segundos, o cara pode decidir baixar ou recusar...
> > 5) Download das músicas
> > Também não gosto da idéia de ficar passando as músicas pela rede do sneer. Muito menos os vídeos. Acho que seria mais interessante utilizar, desde já, as redes p2p já consagradas, como e2dk e torrent, deixando a rede do sneer somente para a "inteligência" da coisa.
> > Daniel Santos <dfcsan...@gmail.com>
> > Sent by: sneercoders@googlegroups.com
> > 04/10/2009 18:29
> > Please respond to sneercoders
> > To: Sneer Coders <sneercoders@googlegroups.com>
> > cc:
> > Subject: Wusic: play tracks from folder feature
> > Hoje no Wusic, o ouvinte configura uma pasta chamada "OwnTracksFolder", cujo o valor default é <pasta-home-do-sneer>/data/media/tracks. Este caminho serve para definir o conteúdo que é tocado no modo "play my own tracks" e também para indicar o conteúdo que os outros peers vão acessar quando estiverem no modo "play tracks from other peers".
> > Uma feature que considerada importante para o player e que está no nosso roadmap é poder escolher um folder específico (geralmente uma pasta com músicas de um album completo) ou até um único arquivo para tocar.
> > Uma idéia que tive foi criar um terceiro modo de execução chamado "Play Tracks From Other Sources" ( ou algo parecido com isso ) e ao selecionar este modo pedir o caminho para execução. Este caminho pode ser uma pasta ou um arquivo, independente de pertencer ao "my own tracks". Me parece bastante útil para tocar coisas de cds, pen drives, etc, e ao ouvir poder "importar" tracks para "my own tracks". Também podemos suportar arquivos de playlist como source deste modo de execução.
> > Conversei rapidamente com o Klaus e ele acha melhor mantermos apenas 2 modos de execução, um onde o ouvinte escolhe uma pasta como source e manter o "play tracks from other peers". O que mudaria seria aquela configuração de "OwnTracksFolder" que viraria "SharedTracksFolder", ou seja, o caminho só serveria apenas para definir o conteúdo que os outros peers vão ter acesso. Com isso perdemos o conceito de "my own tracks" =(
> > Não fiquei totalmente satisfeito com nenhuma das alternativas.
> Uma feature boba, mas que acho que seria legal, seria exibir a musica
> que meus peers on-line estao escutando ao lado do nome deles na lista
> de contatos (tipo o que tem no msg). Acho que acrescenta a
> interatividade com os amigos usando o Wusic...
> On Oct 7, 2:44 am, Klaus Wuestefeld <klauswuestef...@gmail.com> wrote:
>> > A idéia de implementar uma features de player no wusic era para
>> > deixá-lo "usável"
>> Sim. O foco é o compartilhamento.
>> O player é mais um motivo p deixar o Sneer rodando. Acho q muita gente
>> nao abriria o Sneer só p fazer o compartilhamento de musicas.
>> O q mais curto nele é o botao de "Delete File!" (habilitavel via
>> options). Outro dia, o Daniel baixou as 500 melhores musica de todos
>> os tempos de acordo com a Rolling Stone. Ficou ouvindo e foi dando
>> delete nas q ele n gostava. É >MUITO< chato fazer isso em todos os
>> players q conheci até hoje (dois ou tres :P).
>> > Acresento a elas aquela que o Klaus postou outro dia: vc diz ao wusic quem está com vc e ele faz o playlist. Pensei num nome pra isso: "Party Mode".
>> Bom nome.
>> Integração c players, p mim em particular, n é empolgante. Acho o
>> itunes intrusivo e pesado, por exemplo. Ele seria bem menos usado hj
>> se n fosse o unico jeito de tacar musicas no ipod e se n fosse um dos
>> unicos jeitos de se obter musicas oficialmente. E o Media Player? Pra
>> que 7 abas com modos diferentes de operação? Playlist? Current
>> Playing? Library? Diretorios? Caramba! Só quero ouvir música.
>> E tem gente q nem player usa. Abre um radio uol da vida e parte pro
>> abraco (literalmente).
>> Mas gosto n se discute, ainda mais num contexto soberano. Quem curte
>> players e quer compartilhar musicas via Sneer, tem mais é q mandar
>> bala nos plugins mesmo.
>> Curto as idéias q o Humberto citou de compartilhamento: top ten,
>> musicas sendo ouvidas hoje, rádio peer.
>> Falou, Klaus.
>> > E encher de funcionalidades:
>> > 3.1) Playlists - Topten
>> > Sincronizar uma playlist com uma lista top-ten de músicas. Daria para implementar quase tudo que falo abaixo deste jeito =).
>> > 3.2) Compartilhar as músicas que estamos ouvindo
>> > Em vez de se prender a classificações feitas no ano retrasado, quero ouvir as músicas que os meus peers estão ouvindo HOJE!!!! O site last.fm depende que o cara use um plugin no player para funcionar. 100% dos plugins informam a última música tocada para o site. A maioria também informa o gostar ou não gostar. Se os caras fizeram um plugin para fazer isto prum site, com certeza é possível fazer o mesmo para informar o sneer. A lista dos players que tem plugin com o last.fmhttp://en.wikipedia.org/wiki/Last.fm#List_of_supported_media_players.
>> > 3.3) Rádio peer
>> > Cada um escolhe x músicas para compor a playlist que uma galera vai ouvir. Aí você pode escolher entre streaming ou download da playlist.. Dá para imaginar várias implementações interessantes disto. Tipo um anel de up/download...
>> > 3.4) Sugerir músicas para os peers de dentro dos players.
>> > Acabei de ouvir o novo disco do Sbrébous de Pirabandóia, e acho que alguns, ou todos os meus peers vão gostar. Indico estas músicas e a galera já vai ouvindo. Até daria para fazer isto somente no sneer, mas acho muito mais interessante fazer isto de dentro do player...
>> > 3.5) Descobrir gosto....
>> > De tudo que já baixei, dos id3tags do mundo a coisas que menos dá para confiar é o genero. Album, artista e nome da música é bem consistente, o resto, até numeração de álbum, é lixo. Então, tentar descobrir gosto por aí é complicado.
>> > O last.fm consegue implementar um lance destes usando aquelas nuvens. E com foco no artista. Este artista toca jazz, jazz contemporâneo, rock, etc.... E ele é bem sucedido por conta de uma massa grande de informações. Neste momento, acho difícil termos uma massa crítica para gerar este tipo de nuvem com informação relevante.
>> > Por outro lado, descobrir afinidade entre os peers pelo número de músicas em comum que os caras gostam ou detestam, isto sim não precisa de massa crítica. Se a minha biblioteca é praticamente uma cópia da biblioteca do Daniel, assim que ele classificar uma música como animal, eu quero imediatamente ouvir esta música.
>> > 3.6) Completar biblioteca
>> > Suponhamos que o Ghandi está certo e eu tenho TOC para manter a minha biblioteca de mp3s organizada. Outros podem se usufruir do meu TOC (sic...) e manter a biblioteca pessoal atualizada.
>> > 4) Identificação das músicas
>> > Precisamos começar a discutir a identificação das músicas. O hashcode do mp3 quebra um galho, mas é algo muito limitado e agrega zero de soberania. Eu analisaria os algoritmos de identificação do Music Brainz:http://musicbrainz.org/, principalmente o conceito de fingerprint, e pensaria numa implementação soberana da parte do banco de dados.
>> > Podemos pensar também em coisas do tipo: uma mesma música, com interpretações diferentes, uma mesma banda, com integrantes diferentes, gravações com maior ou pior qualidade, arquivos com maior ou menor compactação, etc... Com um enfoque soberano dá para imaginar muita coisa legal aqui.
>> > Tem um outro lance, que não tem muito a ver com soberania, mas que eu pensei na época que desenvolvi o sushi music. Se eu comentar com qualquer um nascido antes de 82 "Meu vocês curtem a Bonnie Tyler ?" A maioria faz cara de ponto de interrogação. Se eu acrescentar, "Meu, Total Eclipse of Heart, Betty Davis Eyes!!!!" alguns vão lembrar, outros vão trocar o ponto de interrogação por reticências. Agora se eu tocar 10 segundos do refrão de cada uma destas músicas, a maioria absoluta vai saber de quem se trata (ou finalmente associar que é a mesma cantora nas duas músicas :P).
>> > Esta é outra forma de identificação de uma música, e um lance interessante para não entupirmos a rede com todos os mp3s do universo: passar apenas 10 segundos do refrão.... E após a audição dos 10 segundos, o cara pode decidir baixar ou recusar...
>> > 5) Download das músicas
>> > Também não gosto da idéia de ficar passando as músicas pela rede do sneer. Muito menos os vídeos. Acho que seria mais interessante utilizar, desde já, as redes p2p já consagradas, como e2dk e torrent, deixando a rede do sneer somente para a "inteligência" da coisa.
>> > Daniel Santos <dfcsan...@gmail.com>
>> > Sent by: sneercoders@googlegroups.com
>> > 04/10/2009 18:29
>> > Please respond to sneercoders
>> > To: Sneer Coders <sneercoders@googlegroups.com>
>> > cc:
>> > Subject: Wusic: play tracks from folder feature
>> > Hoje no Wusic, o ouvinte configura uma pasta chamada "OwnTracksFolder", cujo o valor default é <pasta-home-do-sneer>/data/media/tracks. Este caminho serve para definir o conteúdo que é tocado no modo "play my own tracks" e também para indicar o conteúdo que os outros peers vão acessar quando estiverem no modo "play tracks from other peers".
>> > Uma feature que considerada importante para o player e que está no nosso roadmap é poder escolher um folder específico (geralmente uma pasta com músicas de um album completo) ou até um único arquivo para tocar.
>> > Uma idéia que tive foi criar um terceiro modo de execução chamado "Play Tracks From Other Sources" ( ou algo parecido com isso ) e ao selecionar este modo pedir o caminho para execução. Este caminho pode ser uma pasta ou um arquivo, independente de pertencer ao "my own tracks". Me parece bastante útil para tocar coisas de cds, pen drives, etc, e ao ouvir poder "importar" tracks para "my own tracks". Também podemos suportar arquivos de playlist como source deste modo de execução.
>> > Conversei rapidamente com o Klaus e ele acha melhor mantermos apenas 2 modos de execução, um onde o ouvinte escolhe uma pasta como source e manter o "play tracks from other peers". O que mudaria seria aquela configuração de "OwnTracksFolder" que viraria "SharedTracksFolder", ou seja, o caminho só serveria apenas para definir o conteúdo que os outros peers vão ter acesso. Com isso perdemos o conceito de "my own tracks" =(
>> > Não fiquei totalmente satisfeito com nenhuma das alternativas.
Outros p2p
Não entendi o seu lance push, pull vs receber mídias de surpresa. A idéia é manter a mesma funcionalidade, apenas baixar a música por outra rede p2p. A implementação usando a rede do torrent seria.
O peer que quer fazer a surpresa, passa o link do torrent para o outro peer.
O peer recebe o link e executa o azureus para baixar o torrent automaticamente.
Não sei o quão difícil é fazer tudo isto transparentemente. Podemos até criar um brick para incluir o core do jmule ou azureus dentro do sneer :P. Num primeiro momento, não acho que teremos uma enchente de tráfego de músicas pela rede do sneer, mas de minuto em minuto a ga-linha enche o papo :P. Em algum momento, teremos controle soberano do tráfego de dados, mas será que conseguiremos bater a velocidade de um torrent ou ed2k? Será que não seria mais interessante sneerizar o e-mule, azureus? Tipo usar um torrent e priorizar minha banda de saída para meus peers.
È um papo bem interessante, provavelmente mais apropriado à lista do sneer...
Plugin Songbird
Vou fazer um esforço para construir um plugin simples pro Songbird, que possa ser usado com o Wusic. Vou fazer o Songbird mandar uma mensagem udp com os dados da música e o file name do mp3. Depois a gente pega esta mensagem no Wusic e compartilha o mp3 com os peers. Deste jeito, dá até para fazer uma coisa legal para mim. Eu ouço música no trabalho. Acho que o pessoal aqui não ficaria muito contente se eu ficar usando a rede para compartilhar mp3 =). Por outro lado, eu mantenho um servidor 24x7 na minha casa, com a mesma biblioteca de músicas que tenho no trabalho. Pois bem, o SongBird do meu trabalho vai mandar a mensagem udp para o meu servidor de casa, que estará rodando o Sneer, e ele vai se virar para compartilhar o mp3 de lá =)
[]s
Humberto Francisco Soares
Objective Solutions
(55-11) 3176-8122
Klaus Wuestefeld <klauswuestef...@gmail.com>
Sent by: sneercoders@googlegroups.com
07/10/2009 11:36
Please respond to sneercoders
To: sneercoders@googlegroups.com
cc: Subject: Re: Wusic features
> Klaus, em relação a não trafegar os arquivos de música pela rede sneer e
> usar outras redes p2p, o que vc acha?
Leva 1 min p baixar uma música.
Leva 1h p baixar um filme.
Como nosso diferencial, hoje, é ser mais push do q pull, ou seja, como
vamos receber midias interessantes "de surpresa" de nossos amigos,
acho perda de tempo investir em usar outras redes p2p neste 1o
momento.
> A idéia é manter a mesma funcionalidade, apenas baixar a música por outra rede p2p. A implementação usando a rede do torrent seria.
> O peer que quer fazer a surpresa, passa o link do torrent para o outro peer.
> O peer recebe o link e executa o azureus para baixar o torrent automaticamente.
> Não sei o quão difícil é fazer tudo isto transparentemente. Podemos até criar um brick para incluir o core do jmule ou azureus dentro do sneer :P.
> Num primeiro momento, não acho que teremos uma enchente de tráfego de músicas pela rede do sneer, mas de minuto em minuto a ga-linha enche o papo :P. Em algum momento, teremos controle soberano do tráfego de dados, mas será que conseguiremos bater a velocidade de um torrent ou ed2k? Será que não seria mais interessante sneerizar o e-mule, azureus? Tipo usar um torrent e priorizar minha banda de saída para meus peers.
> È um papo bem interessante, provavelmente mais apropriado à lista do sneer...
> Plugin Songbird
> Vou fazer um esforço para construir um plugin simples pro Songbird, que possa ser usado com o Wusic. Vou fazer o Songbird mandar uma mensagem udp com os dados da música e o file name do mp3. Depois a gente pega esta mensagem no Wusic e compartilha o mp3 com os peers.
> Deste jeito, dá até para fazer uma coisa legal para mim. Eu ouço música no trabalho. Acho que o pessoal aqui não ficaria muito contente se eu ficar usando a rede para compartilhar mp3 =). Por outro lado, eu mantenho um servidor 24x7 na minha casa, com a mesma biblioteca de músicas que tenho no trabalho. Pois bem, o SongBird do meu trabalho vai mandar a mensagem udp para o meu servidor de casa, que estará rodando o Sneer, e ele vai se virar para compartilhar o mp3 de lá =)
> Klaus Wuestefeld <klauswuestef...@gmail.com>
> Sent by: sneercoders@googlegroups.com
> 07/10/2009 11:36
> Please respond to sneercoders
> To: sneercoders@googlegroups.com
> cc:
> Subject: Re: Wusic features
> > Klaus, em relação a não trafegar os arquivos de música pela rede sneer e
> > usar outras redes p2p, o que vc acha?
> Leva 1 min p baixar uma música.
> Leva 1h p baixar um filme.
> Como nosso diferencial, hoje, é ser mais push do q pull, ou seja, como
> vamos receber midias interessantes "de surpresa" de nossos amigos,
> acho perda de tempo investir em usar outras redes p2p neste 1o
> momento.
Vantagem do Wusic
Estava agora executando algumas musicas com o windows media player e percebi
que ele ocupa um espaço desnecessário na barra, aí eu lembrei que o wusic
não ocupa este espaço.
Sei que existem players (Amarok) que não ocupam espaço, porém acho que o
wusic já é bem usável, a única coisa que sinto falta é uma playlist.
2009/10/8 Klaus Wuestefeld <klauswuestef...@gmail.com>
> Fazer o sneer interoperar nas redes torrent e/ou emule é interessante,
> mas os ganhos n compensam o esforço, neste momento.
> Neste momento, não temos problema nem de banda nem de encontrar
> arquivos, pois os recebemos "de surpresa", recomendados pelos peers.
> Boa sorte fazendo UDP sair da rede da Objective!!! XD
> Klaus
> -----------------------------------
> > A idéia é manter a mesma funcionalidade, apenas baixar a música por outra
> rede p2p. A implementação usando a rede do torrent seria.
> > O peer que quer fazer a surpresa, passa o link do torrent
> para o outro peer.
> > O peer recebe o link e executa o azureus para baixar o
> torrent automaticamente.
> > Não sei o quão difícil é fazer tudo isto transparentemente.
> Podemos até criar um brick para incluir o core do jmule ou azureus dentro do
> sneer :P.
> > Num primeiro momento, não acho que teremos uma enchente de
> tráfego de músicas pela rede do sneer, mas de minuto em minuto a ga-linha
> enche o papo :P. Em algum momento, teremos controle soberano do tráfego de
> dados, mas será que conseguiremos bater a velocidade de um torrent ou ed2k?
> Será que não seria mais interessante sneerizar o e-mule, azureus? Tipo usar
> um torrent e priorizar minha banda de saída para meus peers.
> > È um papo bem interessante, provavelmente mais apropriado à lista
> do sneer...
> > Plugin Songbird
> > Vou fazer um esforço para construir um plugin simples pro
> Songbird, que possa ser usado com o Wusic. Vou fazer o Songbird mandar uma
> mensagem udp com os dados da música e o file name do mp3. Depois a gente
> pega esta mensagem no Wusic e compartilha o mp3 com os peers.
> > Deste jeito, dá até para fazer uma coisa legal para mim. Eu ouço
> música no trabalho. Acho que o pessoal aqui não ficaria muito contente se eu
> ficar usando a rede para compartilhar mp3 =). Por outro lado, eu mantenho um
> servidor 24x7 na minha casa, com a mesma biblioteca de músicas que tenho no
> trabalho. Pois bem, o SongBird do meu trabalho vai mandar a mensagem udp
> para o meu servidor de casa, que estará rodando o Sneer, e ele vai se virar
> para compartilhar o mp3 de lá =)
> > Klaus Wuestefeld <klauswuestef...@gmail.com>
> > Sent by: sneercoders@googlegroups.com
> > 07/10/2009 11:36
> > Please respond to sneercoders
> > To: sneercoders@googlegroups.com
> > cc:
> > Subject: Re: Wusic features
> > > Klaus, em relação a não trafegar os arquivos de música pela rede sneer
> e
> > > usar outras redes p2p, o que vc acha?
> > Leva 1 min p baixar uma música.
> > Leva 1h p baixar um filme.
> > Como nosso diferencial, hoje, é ser mais push do q pull, ou seja, como
> > vamos receber midias interessantes "de surpresa" de nossos amigos,
> > acho perda de tempo investir em usar outras redes p2p neste 1o
> > momento.
|
