linux user group brescia

scusa se mi intrometto... Io personalmente creo un file FLV da 600 mb
a 600x400 o 640x480 a 200 k al sec. Utilizzo un programmino FFMPEGX
per mac osx oppure MPEG Steamclip sempre per macosx Apple. Esistono
convertitori anche per linux come ffmpeg e altri. Poi creati un
account su www.blip.tv e li puoi uplodarci file audio video massimo da
1gb ti consiglio prima di farti o un dvx oppure un file FLV (video
flash) e poi caricarlo e chiunque puo vederlo in streaming. Non fare
fare formati enormi oltre il 640 x 480 non ha senso e come bit/rate
massio 300 k al sec per flash video ricordati di impostare 25 frame al
sec l'audio lascia di default. Sono tutti parametri che ti giro per il
foramto flash. Con 2 ore circa di filmato arrivi a circa 600 mb di
file. Quindi direi che dovrebbe bastare. Si può anche scaricare
utilizzando plug in per firefox. Se utilizzi xp AVS converter potrebbe
darti una grande mano a convertire il tutti in FLV. DVX direi meglio
di no. Troppo grosso da uplodare e scaricare e poi ripeto se lo usi
per streaming non ha senso. Meglio Flash video.

a presto Emanuele


Il giorno 01 Luglio 2009 17.02, Andrea
Gelmini<andrea.gelmini a lugbs.linux.it> ha scritto:
> Il giorno 15 giugno 2009 12.51, NuMbErInN<numberinn a gmail.com> ha scritto:
>> Però, se non erro, trasferendo con ssh/scp si genera un overhead
>> mostruoso dato dalla cifratura: abbastanza inutile se non si tratta di
>> dati vitali (e di questo nulla sappiamo).
> oddio, l'overhead della cifratura è del tutto discutibile (sia in
> termini di banda che di cpu).
> ci sono una manciata di byte in piu' in termini di checksum e poco altro.
> possiamo fare anche una prova al volo, usando rsync (che sfrutta
> esattamente ssh).
>
> [0]gelma a steg:/tmp$ time rsync -a --stats
> /home/gelma/siae/video/RoleModels.avi localhost:/tmp/test
>
> Number of files: 1 (reg: 1)
> Number of created files: 1 (reg: 1)
> Number of regular files transferred: 1
> Total file size: 732,610,560 bytes
> Total transferred file size: 732,610,560 bytes
> Literal data: 732,610,560 bytes
> Matched data: 0 bytes
> File list size: 46
> File list generation time: 0.001 seconds
> File list transfer time: 0.000 seconds
> Total bytes sent: 732,700,086
> Total bytes received: 31
>
> sent 732,700,086 bytes  received 31 bytes  28,733,337.92 bytes/sec
> total size is 732,610,560  speedup is 1.00
>
> real    0m25.118s
> user    0m8.106s
> sys     0m2.223s
> [0]gelma a steg:/tmp$ ls -l /home/gelma/siae/video/RoleModels.avi
> -rw-r--r-- 1 gelma gelma 732610560 2009-05-26 12:01
> /home/gelma/siae/video/RoleModels.avi
> [0]gelma a steg:/tmp$ echo $((732700086 - 732610560))
> 89526
>
> grosso modo per trasferire un ipotetico CD (~700 MB)  possiamo dire di
> avere 87 KB di overhead.
> non solo, teniamo presente anche il vantaggio di avere un checksum sul
> contenuto.
>
>
>> Assumendo che tali dati non siano vitali, la soluzione migliore mi
>> sembra ancora quella del server ftp temporaneo.
> notasi che, contrariamente al nome, il modo peggiore (per come sono
> strutturati i pacchetti) per inviare un file è proprio l'ftp.
> da questo punto di vista la soluzione piu' efficiente è l'http.
>
> Ciao,
> gelma
>
> --
>