Hi Salvatore,
VLC is ok, the problem is that you are not using it for what it was
designed for, video streaming has nothing to do with real time
communications.
You can try to get better results by tweaking the following ffmpeg
parameters in vlc for H263:
* *qmin=<quantizer>* allows to set the minimum quantizer scale;
* *qmax=<quantizer>* allows to set the maximum quantizer scale;
* *qscale=<quantizer scale>* allows to specify a fixed quantizer
scale for VBR encodings;
* *i-quant-factor=<quantization factor>* allows to set the
quantization factor of I frames, compared to P frames;
Set qmin=qmax=qscale=31 and *i-quant-factor=1 *to get the minimum
quality possible (and minimum bandwidth). Anyway, using VLC you are
going to get a much lower quality compared with an encoder prepared for
CBR and RTC.
Best regards
Sergio
Salvatore Frandina escribió:
Hi Sergio,
Yes, I know the vb parameter can set the video bandwidth but it
doesn't work. If I change vb then I capture the packets from Wireshark
the total video bandwidth doesn't change. I think that there is a
problem with VLC.
My question: is if possible that a video of 1.25 Mbits without
compression will reduced to 350 Kbits mean value with a peaks of 500
Kbits (H263p codec)?I think that value is too high...
The video bandwidth of eyebeam, bria or ekiga is lower than VLC
although the softphones send animated video.
Thank
--
_______________________________________
Salvatore Frandina
website: http://frandinas.altervista.org
mail: [email protected] <mailto:[email protected]>
_______________________________________
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-video mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-video
