[gtCD] Re: Abrindo o Código Fechado

13:02 |

Agora entendi!

No caso do Ganesha (e da Alquimídia, a associação mantenedora) usamos
o Kdenlive para edição de vídeos independentes, de oficinas e
produções para outras associações e sindicatos. A grande maioria vai
para DVDs e principalmente para a internet. Esta questão do padrão
para TV/Cinema é realmente complicado.

Eu pessoalmente passo pela mesma questão nos gráficos, estou habituado
a usar corel e photoshop de olhos fechados, não consegui usar nenhum
programa livre ainda. Mas acredito que seja questão apenas de cultura
de uso, já vi muita produção gráfica boa feita com SL.

Em breve o pontão vai ensinar edição em Kdenlive para o pessoal de um
ponto de cultura ligado a TV comunitária de Florianópolis. Eles estão
pensando em migrar a emissora toda. É claro que o "padrão" da TV
comunitária é bem mais democrático com as bitolas. Enviarei o relato
da experiência para este espaço.

@skarnio

On Aug 4, 4:24 pm, Daniel Prado <dtpr...@gmail.com> wrote:
> o anexo pra vcs terem uma idéia da exigência... essa norma técnica da EBC
> (TV Brasil), é de 2009, anterior a exigência de entregar em HD (só tem
> referência a SD), mas ainda assim dá pra ter uma noção.
>
> Em 4 de agosto de 2011 16:04, Daniel Prado <dtpr...@gmail.com> escreveu:
>
>
>
>
>
>
>
>
>
>
>
> > Em 4 de agosto de 2011 07:47, Skárnio <thi...@skarnio.tv> escreveu:
>
> >> Renato, não entendi muito qual é a questão.
>
> >> Por aqui o Kdenlive tem sido bem eficiente na edição de vídeos.
>
> >> @skarnio
>
> > Oi skarnio, o lance é uma perspectiva de uso power. Explico: fui durante
> > anos hard user do cinelerra e tive a alegria de integrar uma equipe que
> > desenvolveu um super projeto de TV colaborativa com os pontos de cultura (o
> > saudoso Ponto Brasil), no qual trabalhei com o cinelerra dentro do esquemão
> > de TV (foi uma das primeiras, senão a primeira, experiência de uso de SL
> > para edição profissional de TV).
>
> > Neste programa minha função era de orientação técnica em set de filmagem
> > (uma espécie de oficineiro prático pau pra toda obra), e posteriormente a
> > edição e finalização dos programas baseados nas pré-edições enviadas pelos
> > pontos.
>
> > Existia muito preconceito na diretoria da TV Brasil por conta do ineditismo
> > da produção colaborativa e quanto a qualidade técnica do que viria. Vivíamos
> > cercados de ameaças veladas de que os programas poderiam ser vetados caso
> > não correspondessem à norma técnica da EBC (um documento [em anexo] cheio de
> > especificações e um engenheiro húngaro que analisava tudo no vectorscope e
> > waveform antes de aprovar).
>
> > No período de finalização começamos a bater no teto. Além do programa ser
> > gravado e editado em HDV, precisávamos analisar as imagens em monitor de
> > referência pra correção de luz e cor, exportar pra fita com precisão de
> > timecode e ele exigia que tanto a captura quanto a exportação fossem feitas
> > por cabo de vídeo componente (firewire era expressamente vetado, ele dizia
> > que já tinha comparado o resultado nos aparelhos e seria capaz de
> > identificar caso usássemos firewire).
>
> > Pois bem, alguém sabe como mandar sinal componente de vídeo HD pra um
> > monitor de referência usando cinelerra? Uma vez (só uma), consegui enviar
> > sinal *SD* *por firewire* do cinelerra. Funcionou só uma vez e nunca mais.
> > Percebe a diferença?
>
> > Na época pesquisei bastante, cheguei a procurar o liquuid sobre exportação
> > pra fita (me parecia possível, pois se o dvgrab captura em HDV, por que não
> > haveria também de fazer o caminho de volta?). A resposta foi algo do tipo "
> > *se souber de alguém que já o tenha feito, me avise".*
> > *
> > *
> > A situação era essa. Se eu conseguisse fazer as tarefas por firewire já
> > ficaria feliz mas nem ao menos isso rolava. Muito menos por placa com
> > entrada e saída de vídeo componente (pergunta dois: alguém sabe como faz pra
> > trabalhar com uma placa dessas em linux?).
>
> > Outra questão é de deadline.
>
> > Em TV vc precisa fazer tudo isso com qualidade e dentro do prazo. Pra isso
> > vc precisa confiar na ferramenta, precisa chegar ao final de um dia de
> > trabalho sem precisar de retrabalho.
>
> > Todas essas questões não são pra desmerecer, muito pelo contrário, são pra
> > nortear um processo que está empacado por conta de falta de feedback
> > (liquuid matou a charada, vou comentar em outro mail).
>
> > Então, pra uso profissional de vídeo acreditem, estamos a anos luz de
> > distância.
>
> > E os propetas não param de melhorar! É triste mas é real.
>
> > Precisei aprender operar uns propetas nessa fase do Ponto Brasil (até então
> > eu era purinho... um verdadeiro virgem, rsrsr), e isso me fez enxergar a
> > diferença. Quem só anda a pé, acha que bicicleta é rápido, né?
>
> > Hoje em dia, com três bocas pra sustentar (quatro com a minha), uso SL pra
> > praticamente tudo. Menos edição de vídeo.
>
> > Uso gnu/linux não só pq é uma atitude política mas principalmente pq é
> > estável, seguro e eficiente. Uso open-office pelos mesmos motivos. Pq na
> > hora de ganhar o pão de cada dia eu deveria usar uma ferramenta que não me
> > dá condições de trabalho adequadas?
>
> > Continuo acreditando que o caminho é esse e continuo me considerando
> > militante da área mas encaro essa crítica como algo necessário pra alavancar
> > a coisa.
>
> > Agora vou ali comentar a msg do liquuid.
>
> > abs
>
> >> On Aug 4, 1:24 am, Renato Fabbri <renato.fab...@gmail.com> wrote:
> >> > Segue abaixo um complemento.
>
> >> > > 3) invadir o dev das empresas e pegar esses códigos, difundi-los
> >> > > 4) entrar com uma ação na justiça alegando patrimônio da humanidade (e
> >> > > homicídio forçar o trabalho duplicado, triplicado ou até mais...)
> >> > ....
> >> > > No 3), pensamos nos problemas da ação e nas questões legais em se
> >> utilizar
> >> > > o código, mesmo que ele esteja disponível. Mesmo assim pareceu-nos
> >> *mais
> >> > > decente* do que ficar com os códigos fechados em tantos aplicativos
> >> > > excelentes. Talvez
> >> > > em especial no caso do audiovisual.
>
> >> > > No 4), ficamos cogitando seriamente sobre a validade disso, se alguma
> >> > > corte no mundo acolheria a causa e das possibilidades de embasar a
> >> questão
> >> > > na lei vigente.
>
> >> > Aliás, duvido que Windows, Vegas, FInal Cut, para citar somente alguns,
> >> não
> >> > tenham código GPL no seu código fonte. É muito improvavel dado que o
> >> > código aberto é o ponto de partida.
>
> >> > Ou seja, com certeza usam código criminalmente.
>
> >> > A única prova de provar o contrário seria abrindo o fonte para
> >> especialistas?
> >> > E estes realmente constatariam que o código destes programas é
> >> criminalmente
> >> > composto? Portanto???
>
> >> > while True:
> >> > share()
>
> >> > > Que acham? Ficamos um tanto quanto curiosos das ideias que podem
> >> > > surgir disso.
>
> >> > > Abraços,
> >> > > $ open -rf
> >> > >http://www.youtube.com/watch?v=cidxNVzQ8Jo
>
> >> > > --
> >> > > GNU/Linux User #479299
> >> > > skype: fabbri.renato
>
> >> > --
> >> > GNU/Linux User #479299
> >> > skype: fabbri.renato
>
> >> --
> >> Essa mensagem foi postada no grupo:
> >>http://groups.google.com/group/gtculturadigital?hl=pt?hl=pt-BR
>
> >> Esse grupo está ligado ao Movimento Cultura Digital:
> >>http://culturadigital.br/movimento
>
> > --
> > Daniel Prado
> > dtpr...@gmail.com
> > 61 - 3543 6232
> > 61 - 8134 6232
>
> --
> Daniel Prado
> dtpr...@gmail.com
> 61 - 3543 6232
> 61 - 8134 6232
>
> NT EBC 001.pdf
> 429KViewDownload