Difference between revisions of "Talk:GenReS"
m (Talk:GenReS(плагин) moved to Talk:GenReS) |
|||
| Line 2: | Line 2: | ||
Of course that will require getting inside the Mplayer to add the additionbal processing, but that is really needed for the multiple cameras applications. | Of course that will require getting inside the Mplayer to add the additionbal processing, but that is really needed for the multiple cameras applications. | ||
| + | |||
| + | ---- | ||
| + | lowres parameter is passed to mplayer as -lavdopts lowres=<value>. | ||
| + | From man mplayer: | ||
| + | lowres=<number>[,<w>] | ||
| + | Decode at lower resolutions. Low resolution decoding is not supported by all codecs, and it will | ||
| + | often result in ugly artifacts. This is not a bug, but a side effect of not decoding at full reso- | ||
| + | lution. | ||
| + | 0: disabled | ||
| + | 1: 1/2 resolution | ||
| + | 2: 1/4 resolution | ||
| + | 3: 1/8 resolution | ||
| + | I look that with mjpeg it works fine. Decoding with 1/8 resolution needs 1/2 of full decoding time. But 1/16 is not implemented in mplayer. | ||
| + | --[[User:Khlut|Sergey Khlutchin]] 12:34, 20 November 2005 (CST) | ||
Revision as of 10:34, 20 November 2005
To be really useful for the vidoesecurity applications plugin needs to implement pan (without decoding all the throuwn-away data), not just zoom as we discussed a year ago :-). At least with a step of one macroblock (16x16 pixels with no decimation), and even with JPED DC coefficients are not independent (difference in scan-line order is encoded).
Of course that will require getting inside the Mplayer to add the additionbal processing, but that is really needed for the multiple cameras applications.
lowres parameter is passed to mplayer as -lavdopts lowres=<value>. From man mplayer:
lowres=<number>[,<w>]
Decode at lower resolutions. Low resolution decoding is not supported by all codecs, and it will
often result in ugly artifacts. This is not a bug, but a side effect of not decoding at full reso-
lution.
0: disabled
1: 1/2 resolution
2: 1/4 resolution
3: 1/8 resolution
I look that with mjpeg it works fine. Decoding with 1/8 resolution needs 1/2 of full decoding time. But 1/16 is not implemented in mplayer. --Sergey Khlutchin 12:34, 20 November 2005 (CST)
