Selur's Little Message Board

Full Version: feature request
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2
Send you a link to a dev version which support enforcing the output bit depth for flash3kdb.

Cu Selur
Looked at the placebo.Shader parameters:
Code:
int chroma_loc = 1
0 PL_CHROMA_UNKNOWN,
1 PL_CHROMA_LEFT,             // MPEG2/4, H.264
2 PL_CHROMA_CENTER,           // MPEG1, JPEG
3 PL_CHROMA_TOP_LEFT,
4 PL_CHROMA_TOP_CENTER,
5 PL_CHROMA_BOTTOM_LEFT,
6 PL_CHROMA_BOTTOM_CENTER,
7 PL_CHROMA_COUNT,

int matrix = 2
0 PL_COLOR_SYSTEM_UNKNOWN = 0,
  // YCbCr-like color systems:
1 PL_COLOR_SYSTEM_BT_601,      // ITU-R Rec. BT.601 (SD)
2 PL_COLOR_SYSTEM_BT_709,      // ITU-R Rec. BT.709 (HD)
3 PL_COLOR_SYSTEM_SMPTE_240M,  // SMPTE-240M
4 PL_COLOR_SYSTEM_BT_2020_NC,  // ITU-R Rec. BT.2020 (non-constant luminance)
5 PL_COLOR_SYSTEM_BT_2020_C,   // ITU-R Rec. BT.2020 (constant luminance)
6 PL_COLOR_SYSTEM_BT_2100_PQ,  // ITU-R Rec. BT.2100 ICtCp PQ variant
7 PL_COLOR_SYSTEM_BT_2100_HLG, // ITU-R Rec. BT.2100 ICtCp HLG variant
8 PL_COLOR_SYSTEM_YCGCO,       // YCgCo (derived from RGB)
  // Other color systems:
9 PL_COLOR_SYSTEM_RGB,         // Red, Green and Blue
10 PL_COLOR_SYSTEM_XYZ,         // CIE 1931 XYZ, pre-encoded with gamma 2.6
11 PL_COLOR_SYSTEM_COUNT

int trc = 1
I have no clue

string filter = "ewa_lanczos"
- spline16
- spline36
- spline64
- box // nearest
- triangle // AKA bilinear
- gaussian
// sinc family
- sinc        // unwindowed,
- lanczos     // sinc-sinc
- ginseng     // sinc-jinc
- ewa_jinc    // unwindowed
- ewa_lanczos // jinc-jinc
- ewa_ginseng // jinc-sinc
- ewa_hann    // jinc-hann
- haasnsoft   // blurred ewa_hann
// spline family
- bicubic
- catmull_rom
- mitchell
- robidoux
- robidouxsharp
- ewa_robidoux
- ewa_robidouxsharp

float radius
// Contains the true radius of the computed filter. This may be
// larger than `config.kernel->radius` depending on the `scale` passed to
// pl_filter_generate. This is only relevant for polar filters, where it
// affects the value range of *weights.
which are polar filters?

float clamp
// Represents a clamping coefficient for negative weights. A value of 0.0
// (the default) represents no clamping. A value of 1.0 represents full
// clamping, i.e. all negative weights will be clamped to 0. Values in
// between will be linearly scaled.
default ?


float taper = 0.0
// Additional taper coefficient. This essentially flattens the function's
// center. The values within [-taper, taper] will return 1.0, with the
// actual function being squished into the remainder of [taper, radius].
// Defaults to 0.0.
min? max?

float blur
// Additional blur coefficient. This effectively stretches the kernel,
// without changing the effective radius of the filter radius. Setting this
// to a value of 0.0 is equivalent to disabling it. Values significantly
// below 1.0 may seriously degrade the visual output, and should be used
// with care.
default? min? max?

float param1
float param2
float antiring = 0.0

int lut_entries = 64
// The precision of the resulting LUT. A value of 64 should be fine for
// most practical purposes, but higher or lower values may be justified
// depending on the use case. This value must be set to something > 0.
Min? Max?


float cutoff = 0.001
// Contains the effective cut-off radius for this filter. Samples outside
// of this cutoff radius may be discarded. Computed based on the `cutoff`
// value specified at filter generation. Only relevant for polar filters
// since skipping samples outside of the radius can be a significant
// performance gain for EWA sampling.
-> Which of the filters are polar filters? only the ewa_* (elliptical weighted average) filters?


bool sigmoidize = 1
bool linearize = 1
float sigmoid_center = 0.75
float sigmoid_slope = 6.5
string shader_s

Still there are too much unkown things to support the options,..
Pages: 1 2