Re: [metareciclagem] github e o código aberto...

[Pedro Markun]

eu acho gênio :)

menos o github e mais o git (apesar do github ser... na minha leitura o que um 'diaspora' poderia ser, uma implementação incrível e fechada de uma plataforma livre que te oferece vantagens e eyecandy mas te permite facilmente sair fora e partir pra outros espaços se te der na telha.)

a gente tem pensado bastante na thacker sobre incluir git no fluxo de produções de leis.

ainda esses dias eu fiz um commit com alterações estatutárias no projeto de estauto do ônibus hacker:

https://github.com/pmarkun/onibushacker-associacao/commit/5f33e11a2ac39911841406c9bc0b955da5a02830

e hoje recebi uma resposta do Dep. Paulo Pimenta, topando encaminhar uma proposta de reforma do regimento interno da câmara (inicialmente pedindo pra trocar o voto secreto na escolha dos presidentes de comissão por voto aberto) e a ideia é a gente produzir uma nova versão aqui:

https://github.com/pmarkun/regimentointernocamara/blob/master/federal/regimentointerno.md

abs,

Pedro Markun

On Wed, Mar 13, 2013 at 12:50 PM, Felipe Fonseca <felipe...@gmail.com> wrote:

que cês acham disso?

http://www.wired.com/opinion/2013/03/github/

--
    FelipeFonseca
>>                     <<

http://ubalab.org
http://mutgamb.org
http://efeefe.no-ip.org
http://rede.metareciclagem.org

Lista de discussão da rede MetaReciclagem
http://lista.metareciclagem.org

Para sair da lista, envie uma mensagem para:
metareciclage...@lists.riseup.net

Mais sobre a MetaReciclagem:
http://rede.metareciclagem.org

[Felipe Fonseca]

2013/3/13 Ricardo Brazileiro <rbraz...@gmail.com>

só não sei se a gente precisa chamar isso de 'a new open source', ou tem potência para isso?

eu não chamaria de "novo", mas acho que tem aí um lance de aprofundar a ideia de "código" aberto, e não só "circulação gratuita".

se pans tem a ver com esse velho post: http://efeefe.no-ip.org/blog/processos-criativos

ou não.

mas pensando aqui em pular nesse bonde também. usei pouco git até hoje. o vince tá avançado na onda de sincronização de acervos, manjam?

[Pedro Markun]

opa,

acho que git para descentralização/sincronização de acervos é muito legal - apesar de não ser otimizado pra isso. mas ainda acho que esse é o passo um... git foi desenhado para trabalhar com arquivos de texto e os processos de fork, merge, pull e push pensados nesse escopo do código.

Mas super acho que da pra pirar, por exemplo, em um 'git das imagens' ou 'git dos sons' que permitam a gente remixar essas coisas, forkar e construir em cima com mais facilidade do que temos atualmente.

abs,

pedro

2013/3/13 Felipe Fonseca <felipe...@gmail.com>

--
--
Você recebeu esta mensagem porque está cadastrado no grupo "Transparência Hacker"
Para enviar uma mensagem a todo o grupo, escreva para thac...@googlegroups.com
Para não receber mais mensagens, envie um email para thackday+u...@googlegroups.com
Para mais informações, ou para ler mensagens arquivadas deste grupo, visite http://groups.google.com/group/thackday?hl=pt-BR
 
---
Você está recebendo esta mensagem porque se inscreveu no grupo "Transparência Hacker" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para thackday+u...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.
 
 

[Ricardo Brazileiro]

a experiência ali com o git-annex na nuvem foi muito interessante, me fez pensar em várias possibilidades de interação entre pessoas e suas bases de conhecimentos. 

gostei do que falaram ali '(...) And because amateurs will only build on top of the most understandable solutions, it forces developers to create simple solutions that make hard problems easy to understand.'

Lista de discussão da rede MetaReciclagem
http://lista.metareciclagem.org

Para sair da lista, envie uma mensagem para:
metareciclage...@lists.riseup.net

Mais sobre a MetaReciclagem:
http://rede.metareciclagem.org

--
ricardo brazileiro
http://rbrazileiro.info

[Ricardo Brazileiro]

du-canario!

não é nenhuma surpresa, o github conseguiu conquistar na simplicidade, focando o design do framework na metodologia do git. É massa parceber a apropriação da ferramenta para outros logos além do dev-tela-preta. 

só não sei se a gente precisa chamar isso de 'a new open source', ou tem potência para isso?

[Bruno Freitas]

Como dizem aqui no Rio, a sincronicidade é "sinixxxxtra". Ontem mesmo eu estava numa reunião de trabalho e comentou-se a respeito do uso do GitHub para criar músicas ou filmes de maneira colaborativa, com direito a forks, merges e etc.

Pelo que o Pedro falou não é possível então? Talvez não seja a melhor interface possível considerando essas mídias, mas porque não colocar um audio de uma base, alguém faz um pull request e coloca uma guitarra solo em cima, o batera depois pega e coloca a percussão e outro maluquinho pega isso tudo, forka e cria outra viagem em cima, um remix eletrônico... Tinha que ter uma maneira de cada um que mexe inclui em sua parte, no IDTag do áudio, uma marca indicando que aquele ali é trabalho seu. E depois, ao tocar essa música, uma interface poderia referenciar todos os participantes/criadores durante a música, mostrando links para contatos, perfil nas redes sociais.... 

pirando muito nisso...

Alguém conhece algo assim? E para videos?

Abraço

2013/3/13 Pedro Markun <pe...@esfera.mobi>

--
A covardia coloca a questão: 'É seguro?'
O comodismo coloca a questão: 'É popular?'
A etiqueta coloca a questão: 'é elegante?'
Mas a consciência coloca a questão, 'É correto?'
E chega uma altura em que temos de tomar uma posição que não é segura, não é elegante, não é popular, mas temos de fazer porque a nossa consciência nos diz que é essa a atitude correta.
****************************
Bruno Marçal de Freitas

[Felipe Fonseca]

Lá vou eu adicionando mais uma camada de crosspost. Alô thacker, alố estudiolivre...

"Talvez não seja a melhor interface possível considerando essas mídias, mas porque não colocar um audio de uma base, alguém faz um pull request e coloca uma guitarra solo em cima, o batera depois pega e coloca a percussão e outro maluquinho pega isso tudo, forka e cria outra viagem em cima, um remix eletrônico... Tinha que ter uma maneira de cada um que mexe inclui em sua parte, no IDTag do áudio, uma marca indicando que aquele ali é trabalho seu. E depois, ao tocar essa música, uma interface poderia referenciar todos os participantes/criadores durante a música, mostrando links para contatos, perfil nas redes sociais.... "

Acho que colocar "em cima" é limitado (lógica do gravador defita). Melhor seria uma lógica de _compilação_ de música. Não é só gerar o mp3... é massa, pensando na mixagem (seleção de trechos selecionados de faixas de áudio, justaposição em uma linha do tempo, atribuição de volume, pan, equalização e efeitos a cada uma) dá pra imaginar um código-fonte da música e tal. E aí uma rotina de compilação, e aí sim gerar um mp3 com idtags etc. Um padrão XML para música mixada/masterizada? Será que já existe alguma coisa assim?

efe

2013/3/14 Bruno Freitas <bfre...@gmail.com>

Lista de discussão da rede MetaReciclagem
http://lista.metareciclagem.org

Para sair da lista, envie uma mensagem para:
metareciclage...@lists.riseup.net

Mais sobre a MetaReciclagem:
http://rede.metareciclagem.org

[Felipe Fonseca]

"de fita", desculpem.

2013/3/14 Felipe Fonseca <felipe...@gmail.com>

[Vitor Baptista]

Existem vários "GitHub for *". O soundkeep ( http://alpha.soundkeep.com/) ainda está em testes, mas é muito legal.

Tinha visto um pra desenho de placas de hardware bem legal também.

[Bruno Freitas]

Efe, achei isso aqui: http://en.wikipedia.org/wiki/Music_Markup_Language

E isso tb: http://en.wikipedia.org/wiki/MusicXML#Example

Acho que codificando fica fácil de GitHubear...

Vitor, vou ver esse link mais tarde, firewall do trabalho barra... :( valeu!

2013/3/14 Felipe Fonseca <felipe...@gmail.com>

[Leandro Damasceno]

O MusicXML é pra notação musical, gerando partitura. Não me parece bem o objetivo daqui.

O Soundkeep em compensação é bem promissor! Se integrasse com Soundcloud seria perfeito :)

Me pergunto como esse site pretende se monetizar futuramente...

2013/3/14 Bruno Freitas <bfre...@gmail.com>

[Bruno Freitas]

Oi Leandro,

Pode ser que uma máquina "leia" essa codificação e "imprima" som? Da mesma maneira que o enconde da música é "lido" e "impresso" pelos media players da vida?

2013/3/14 Leandro Damasceno <lea...@gambiarra.cc>

[Leandro Damasceno]

sim, mas num formato um pouco mais careta de música. eu diria que uma ferramenta tipo um github de musicxml, com a interface adequada, seria ideal para composicao colaborativa. Mas como o resultado é uma notação tradicional, é bom as pessoas terem noções de leitura e escrita musical... E que a interface trabalhe com partitura

2013/3/14 Bruno Freitas <bfre...@gmail.com>

[Bruno Freitas]

É, eu pensei nesse pequeno problema de que nem todo mundo conhece a notação clássica... eu incluso...

Talvez a própria ferramenta possa abstrair isso de alguma maneira, mas a notação por trás continua sendo essa... enfim, só viagens....

2013/3/14 Leandro Damasceno <lea...@gambiarra.cc>

[Duke]

Arquivos com arquivos binários a colaboração não pode assíncrona então nem precisamos de git, um formato XML ou qualquer outro que mapei as alterações e gere um arquivo musical PODE SER a solução, MAS, não me parece tão animador por que pode ser ruim corrigir conflitos, ou por exemplo um fork nao tinha a determinada base, o pull request pode sair do ritmo, por que quando o autor fez a alteração o som era outro ou tinha outra pegada, a ideia de forks, me parece muito animal, de um som sai outra coisa e tal, mas como forma colaborativa acho que não iria funcionar como é possível em arquivos textos.
O ccmixer[1] tem um esquema de fork, e mostra que musica usa essa ou de onde esse trecho veio.


Duke
[1] http://ccmixter.org/

[Leandro Damasceno]

Essa não é a única forma de trabalhar com música. Eu particularmente trabalho bastante com pure data. Há também o supercollider, que é uma linguagem bastante poderosa. É claro que também se pode trabalhar com samples e remix, como é o caso do soundkeep. Pra maioria das pessoas, acho que é a solução. Mas é bem limitada, é claro.

2013/3/14 Bruno Freitas <bfre...@gmail.com>

[Felipe Fonseca]

ccmixter,né? http://ccmixter.org/

tô ligado... mas ali o processo de atribuição de genealogia é bem manual e centralizado, nénão?

2013/3/14 Duke <du...@riseup.net>

[Bruno Freitas]

A viagem é essa, mas se isso funciona na prática ou não são outros 500....

[Leandro Damasceno]

é legal o ccmixter como proposta, mas a interface é terrível! não permite compartilhar o que foi produzido em redes sociais, o que perde a agilidade de divulgacao pro artista. Eu achei maneirissimo o banco de samples, mas ainda vejo como melhorar e muito essa plataforma. o soundkeep tem a parte de edição que achei simples e lúdica, embora falte potência.

Assim, o pegando do ponto de vista do github, falta ainda caminhar para as ferramentas de edição (ou escrita de código) compartilhado. Eu vejo quem também há uma questão nessa discussão aqui em relação a paradigmas: estamos falando em uma plataforma git de mixagens, que trabalharia com edição direta de midia, ou estamos falando de desenvolvimento de código multimidia?

2013/3/14 Bruno Freitas <bfre...@gmail.com>

[Bruno Freitas]

Eu vejo como uma ferramenta para criação de conteúdo ( nao so áudio, mas video tb) no estilo GitHub... 

[Leandro Damasceno]

mas o conteudo entao na forma de midia, nao em patch, certo?

2013/3/14 Bruno Freitas <bfre...@gmail.com>

[Bruno Freitas]

Sim, a mídia em si...

Imagina o filme Life in a Day, produzido pelo ridley scott, onde ele pediu Pra pessoas do mundo inteiro filmarem seu dia e mandar Pra equipe dele... Esse eh o inicio do processo...

Agora, imagina se uma outra galera, tb descentralizada, começasse a editar o material e criar o filme... Via GitHub... Fazendo cortes, editando Pra incluir trilha sonora, etc... To simplificando muito, mas acho q ideia eh essa...

[Iuri Guilherme dos Santos Martins]

"ogg" e "mp3" têm suporte a diversos tipos de metadados (idv3 e outros).

Teoricamente é fácil extrair estes dados sem carregar todo o arquivo na memória.

No caso do github eu não sei.