search for: smpte

...n wrote: >> I would propose: 0000-0111 : (number of independent channels)-1. >> The channel order is defined through the >> WAVEFORMATEXTENSIBLE_CHANNEL_MASK vorbis comment, if defined. If >> no WAVEFORMATEXTENSIBLE_CHANNEL_MASK is present, the channel >> order follows SMPTE/ITU-R recommendations, which are as follows: > > This looks like an excellent proposal. I tried to find the specific SMPTE/ITU-R recommendation on channel order. I found a reference to "ITU-R BR.138", but this is not available from the ITU-R Recommendations website. Does anybody...

...e wrote: >> Note that the channel order may not be defined. > > IMHO it doesn't matter in this place of documentation (which describes > default channel assignments for FLAC). Your proposed wording was: 0000-0111 : (number of independent channels)-1. The channel order follows SMPTE/ITU-R recommendations. The assignments are as follows: The channel order might not follow SMPTE/ITU-R recommendations, so this proposed wording seems misleading to me. >> So the WAVEFORMATEXTENSIBLE channel >> mask is saved ONLY when the channel order >> does not follow SMPTE/IT...

...that I reported this issue on the bugtracker: https://roundup.ffmpeg.org/roundup/ffmpeg/issue1325 And this guy, jbr, kindly created a patch that solved the problem. What is needed now for the patch to be included in the SVN? About his patch, there is a remap table that maps the channel order from SMPTE order to Vorbis order. What is this SMPTE order? Vorbis specification was updated to include channel order for 6.1 and 7.1 audio, but I can't update the patch to include them because I don't know what is this SMPTE order. -- Lucas Clemente Vella lvella at gmail.com

David Jagu (1): meson: fix typo in libdrm_intel Geert Uytterhoeven (18): util: improve SMPTE color LUT accuracy util: factor out and optimize C8 SMPTE color LUT util: add support for DRM_FORMAT_C[124] util: store number of colors for indexed formats util: add SMPTE pattern support for C4 format util: add SMPTE pattern support for C1 format util: add SMPT...

lvqcl wrote: ... > From FLAC 1.2.1 documentation: > > 0000-0111 : (number of independent channels)-1. Where defined, the channel > order follows SMPTE/ITU-R recommendations. The assignments are as follows: > 1 channel: mono > 2 channels: left, right > 3 channels: left, right, center > 4 channels: left, right, back left, back right > 5 channels: left, right, center, back/surround left, back/surround right > 6 channels: left, righ...

...ve any pre-NV41 boards plugged in right now. I should be able > to attend to it within 7 days. If you don't hear back from me by then, > I'd appreciate a ping, as I do let things (hopefully occasionally) > slip through. Tested this out on a NV34. Seems to work - at least the green SMPTE bar looks different in the two different modes (had to hack modetest to use the SMPTE pattern on planes). I do wonder about the new color range property... that's more of a connector thing than a plane thing no? Presumably over S-Video it's a partial range, and over VGA it's full? I...

...p=1728923#post1728923> - FLAC uses WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag to describe non-standard layout, but it isn't mentioned anywhere in FLAC format. Channel assignment is described at <https://xiph.org/flac/format.html#frame_header>: "Where defined, the channel order follows SMPTE/ITU-R recommendations." The undefined value (0000?) is not mentioned. And no mentions that FLAC can store channel assignment in WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag, and how and when to use it.

The FLAC format specification never defined the semantics of 7- and 8-channel files, which has caused some pain for some years now. Attached is a patch to define them. I don't know if this follows "follows SMPTE/ITU-R recommendations," but it follows common tool practice. I chose the set of surround speaker designations used by home theatre systems, which is the same set used by the Vorbis and Opus mappings. The ordering follows the WAVE file format, rather than the Vorbis order of other Xiph codecs....

Martin Leese wrote: > Your proposed wording was: > 0000-0111 : (number of independent channels)-1. The channel order > follows SMPTE/ITU-R recommendations. The assignments are as follows: > > The channel order might not follow SMPTE/ITU-R > recommendations, so this proposed wording > seems misleading to me. But this text describes only those 4 bits in frame header. IMHO this sectoin should not describe WAVEFORMATEXT...

...nstead of booting $kernel, you can use modetest from > libdrm/tests. Not sure if it supports C8 though =/ It didn't. But it does now - I mailed a patch to dri-devel, also (with slight fix) available at https://people.freedesktop.org/~imirkin/patches/0001-modetest-add-C8-support-to-generate-SMPTE-pattern.patch This works on GK208 but not on G92 (whose display unit is much closer to your MCP79's). You can run as ./modetest -s DVI-I-1:1920x1200 at C8 This should display a SMPTE pattern, and exit when you hit enter. When it does so, it doesn't restore fbcon, but you can swtich to an...

...ogg chop -e 1:00 file.ogg Extract from the second to the fifth minute of file.ogg: hogg chop -s 2:00 -e 5:00 -o output.ogg file.ogg Extract only the Theora video stream, from 02:00 to 05:00, of file.ogg: hogg chop -c theora -s 2:00 -e 5:00 -o output.ogg file.ogg Extract, specifying SMPTE-25 frame offsets: hogg chop -c theora -s smpte-25:00:02:03::12 -e smpte-25:00:05:02::04 -o output.ogg file.ogg Options: -h, -? --help Display this help and exit -V --version Output version information and exit -c Content-Ty...

...ogg chop -e 1:00 file.ogg Extract from the second to the fifth minute of file.ogg: hogg chop -s 2:00 -e 5:00 -o output.ogg file.ogg Extract only the Theora video stream, from 02:00 to 05:00, of file.ogg: hogg chop -c theora -s 2:00 -e 5:00 -o output.ogg file.ogg Extract, specifying SMPTE-25 frame offsets: hogg chop -c theora -s smpte-25:00:02:03::12 -e smpte-25:00:05:02::04 -o output.ogg file.ogg Options: -h, -? --help Display this help and exit -V --version Output version information and exit -c Content-Ty...

...ugged in right now. I should be able > > to attend to it within 7 days. If you don't hear back from me by then, > > I'd appreciate a ping, as I do let things (hopefully occasionally) > > slip through. > > Tested this out on a NV34. Seems to work - at least the green SMPTE > bar looks different in the two different modes (had to hack modetest > to use the SMPTE pattern on planes). > > I do wonder about the new color range property... that's more of a > connector thing than a plane thing no? Presumably over S-Video it's a > partial range, an...

...lac/decode.c b/src/flac/decode.c index fa82c04..98fc430 100644 --- a/src/flac/decode.c +++ b/src/flac/decode.c @@ -333,32 +333,26 @@ FLAC__bool DecoderSession_process(DecoderSession *d) return false; /* set channel mapping */ - if(!d->channel_map_none) { - /* currently FLAC order matches SMPTE/WAVEFORMATEXTENSIBLE order, so no reordering is necessary; see encode.c */ - /* only the channel mask must be set if it was not already picked up from the WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag */ + /* currently FLAC order matches SMPTE/WAVEFORMATEXTENSIBLE order, so no reordering is necessary; see...

...ding on capability Hawking Zhang (1): libdrm/amdgpu: add new member in drm_amdgpu_device_info for navi10 Hemant Hariyani (1): libdrm: omap: Add DRM_RDWR flag to dmabuf export Huang Rui (1): amdgpu: add navi family id Ilia Mirkin (11): util: add C8 format, support it with SMPTE pattern util: fix MAKE_RGBA macro for 10bpp modes util: add gradient pattern util: add fp16 format support util: add cairo drawing for 30bpp formats when available modetest: don't pretend that atomic mode includes a format modetest: add an add_property_option...

On Friday 17 November 2017 18:41:17 Ilia Mirkin wrote: > On Fri, Nov 17, 2017 at 12:33 PM, Ondrej Zary > > <linux at rainbow-software.org> wrote: > > @@ -483,8 +483,8 @@ > > nouveau 0000:02:00.0: disp: 0860: 00000000 -> 00000500 > > nouveau 0000:02:00.0: disp: 0864: 00000000 > > nouveau 0000:02:00.0: disp: 0868: 00000000 -> 04000500 >

...Desmottes (1): drmPrime*: initialize output args to 0 Ilia Mirkin (1): nouveau: add asserts to make sure krefs are there Jammy Zhou (1): Fix one warning (v2) Matt Turner (1): configure: Add flag to disable valgrind support. Tobias Jakobi (11): modetest: make middle SMPTE colors transparent modetest: only select plane with matching format exynos: fimg2d: fix return codes tests/exynos: replace return by break exynos/fimg2d: simplify g2d_fini() tests/exynos: clean struct connector tests/exynos: remove unused define tests/exyno...

...monitor above, or something similar, I can then > reasonably expect to plug it in and have it just-work with my Centos 7 > setup. > I like the full-size DisplayPort connector the best of any video connector I've dealt with, with my second favorite being the BNC (a single BNC running SMPTE 292M HD-SDI is nice nice nice, and expensive expensive expensive). DP is also one of the first with a simple latch arrangement that actually works well and is beefy enough to not worry too much about bending or breaking the connector by accident. Far better than HDMI, which can partially pull...

...Friday, September 21, 2012 at 5:22 PM, Ralph Giles wrote: > The FLAC format specification never defined the semantics of 7- and > 8-channel files, which has caused some pain for some years now. > > Attached is a patch to define them. I don't know if this follows > "follows SMPTE/ITU-R recommendations," but it follows common tool > practice. I chose the set of surround speaker designations used by home > theatre systems, which is the same set used by the Vorbis and Opus mappings. > > The ordering follows the WAVE file format, rather than the Vorbis order &...

On 12-10-12 4:47 AM, Erik de Castro Lopo wrote: > I've read through this thread and it didn't really come to any > conclusion. Can we try again and make a decision this time? Anyone else have thoughts on this? I'd like to get this added before the 1.3.x release. Especially helpful would be research into what current tools actually do. -r