ChangeLog 1.23 MB
Newer Older
Tim-Philipp Müller's avatar
Tim-Philipp Müller committed
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
=== release 1.16.0 ===

2019-04-19 00:38:12 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* configure.ac:
	* gstreamer-vaapi.doap:
	* meson.build:
	  Release 1.16.0

2019-04-19 00:38:12 +0100  Tim-Philipp Müller <tim@centricular.com>

	* docs/plugins/inspect/plugin-vaapi.xml:
	  Update docs

2019-04-15 19:34:05 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h264_fei.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h264,h265: guard VA version for max_qp property
	  This patch fixes a regression from commit 5b1fe9c6.
	  max_qp, in rate control configuration, appeared in libva release
	  2.1 (API 1.1), thus it is required to guard the VA API version.
	  Fixes: #150

2019-04-08 18:29:35 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/video-format.c:
	  libs: Add RGB565 image format support.

2019-04-10 13:59:05 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* configure.ac:
	  build: configure: delay USE_GTK conditional until check libva-x11
	  libva-x11 is used for X11 applications, so it is required to build
	  any GTK application.
	  Later, when Wayland test is added, we should change this.

2019-04-10 13:25:10 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* configure.ac:
	  build: configure: disable GLX if libva-x11 is not found

2019-04-15 13:55:26 +0200  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiutils.c:
	  libs: utils: avoid macro evaluation when stringify
	  string_of_va_chroma_format() gets a wrong string format description.
	  For example, the YUV420_10BPP get a string of 0x00000100 as output.
	  It's because VA_RT_FORMAT_xxx values are macro definitions. And
	  STRINGIFY(VA_RT_FORMAT_xxx) will expand to its real value
	  0x00000XXX.
	  To avoid the macro evaluation, it is changed to show only the color
	  format without VA_RT_FORMAT_ prefix.

2019-04-15 13:54:15 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiutils.c:
	  libs: utils: use glib's macros
	  Don't reinvent the wheel.

2019-04-11 15:05:02 +0800  Wangfei <fei.w.wang@intel.com>

	* gst/vaapi/gstvaapipluginutil.c:
	  plugins: find the preferred format from right caps.
	  When the downstream has any caps, then raw video feature will
	  be used. At this situation, the preferred format should be chose
	  from caps which contains "vide/x-raw" feature instead of from
	  the fist allowed caps.
	  Fixes #142

2019-04-10 11:43:33 -0700  U. Artie Eoff <ullysses.a.eoff@intel.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h265: fill tier in va seq param buf
	  Now that tier is calculated in commit 58e74f9440fe (!68),
	  ensure we fill in the general_tier_flag in the
	  VAEncSequenceParameterBufferHEVC.

Tim-Philipp Müller's avatar
Tim-Philipp Müller committed
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
=== release 1.15.90 ===

2019-04-11 00:40:03 +0100  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* configure.ac:
	* gstreamer-vaapi.doap:
	* meson.build:
	  Release 1.15.90

2019-04-11 00:40:03 +0100  Tim-Philipp Müller <tim@centricular.com>

	* docs/plugins/inspect/plugin-vaapi.xml:
	  Update docs

2019-04-09 20:42:04 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h265: Recognize the correct level and tier.
	  The current manner can not recognize the correct level and always
	  set the tier to main. Need to add frame rate check to recognize
	  levels such as 4.1, 6.2, etc. We also add a logic to check main
	  and high tier based on bitrate.
	  Fixes: #145

2019-04-03 14:12:23 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h264_fei.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h264,h265: Set max_qp if min_qp is non-zero.
	  media-driver currently fails to set a correct value of max_qp when
	  min_qp is different to zero, in CBR and VBR mode, generating full
	  quality frames, thus unexpected huge output.
	  This patch sets max_qp to an arbitrary value to avoid this output
	  temporary.
	  Fixes: #144

2019-04-09 12:42:56 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h264_fei.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h264,h265: initial and minimal QP can be zero
	  Currently the minimal value for either min_qp and init_qp are 1,
	  but VA documentation specifiy that zero is also valid and means
	  to ignore the quantiser.
	  The default value is not changed though to avoid behaivor changes
	  to users.

2019-04-09 09:20:23 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* tests/elements/meson.build:
	  meson: build test-vaapicontext when using X11
	  x11_dep and libva_x11_dep are optional and meson ignores these
	  dependencies even if they are added into the dependency list.
	  This fixes the error below when libva-x11 is not avaiblabe:
	  cc -Itests/elements/tests@elements@@test-vaapicontext@exe
	  -Itests/elements -I../../gstreamer-vaapi/tests/elements -I.
	  -I../../gstreamer-vaapi/ -Igst-libs -I../../gstreamer-vaapi/gst-libs
	  -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0
	  -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/orc-0.4
	  -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0
	  -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include
	  -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/
	  -I/usr/include/libdrm -I/usr/include/harfbuzz -I/usr/include/pango-1.0
	  -I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/cairo
	  -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2
	  -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0
	  -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall
	  -Winvalid-pch -O2 -g -fvisibility=hidden -fno-strict-aliasing -pthread
	  -DHAVE_CONFIG_H  -MD -MQ
	  'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o'
	  -MF
	  'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o.d'
	  -o
	  'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o'
	  -c ../../gstreamer-vaapi/tests/elements/test-vaapicontext.c
	  ../../gstreamer-vaapi/tests/elements/test-vaapicontext.c:29:10: fatal
	  error: va/va_x11.h: No such file or directory
	  #include <va/va_x11.h>

2019-04-01 12:56:28 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264_fei.c:
	* gst-libs/gst/vaapi/gstvaapifeienc_h264.c:
	* gst-libs/gst/vaapi/gstvaapifeipak_h264.c:
	  libs: encoder: h264_fei: Use gst_param_spec_array for view-ids
	  GValueArray is deprecated. Use GstValueArray instead.

2019-03-30 18:29:31 +0100  Danilo Spinella <danyspin97@protonmail.com>

	* gst/vaapi/gstvaapipluginutil.c:
	  vaapipluginutil: Fix #endif for USE_X11

2019-03-29 18:29:51 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	  libs: encoder: h264: simplify the view-ids setting

2019-03-26 14:54:47 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	  libs: encoder: h264: Use gst_param_spec_array for view-ids
	  GValueArray is deprecated. Use GstValueArray instead.
	  gst_param_spec_array can be deserialized from command line using:
	  vaapih264enc view-ids="<(uint)40,(uint)100>" num-views=2
	  While the g_param_spec_value_array() can not, and always get
	  error: "gst_value_deserialize_g_value_array: unimplemented"
	  Also fixed an out-of-range bug.

2019-03-29 13:33:41 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_objects.c:
	  libs: Change the parameter setting order when encode picture.
	  The order in gst_vaapi_enc_picture_encode when encoding one
	  picture is not very correct. The misc parameters are set before
	  the picture parameters. Some of the misc parameters such as
	  ROI may change the current picture parameters. But the later
	  setting of picture parameter will re-init all picture related
	  parameters and clear the previous setting. The right order
	  should be picture parameter first and then misc parameters.
	  Signed-off-by: He Junyan <junyan.he@hotmail.com>

2019-03-26 14:20:34 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapidecoder_jpeg.c:
	  libs: decoder: jpeg: support dynamic resolution change decode.
	  Add size_changed flag to watch out resolution. if change, reset
	  jpeg decoder's context.

2019-03-23 15:34:03 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h265: add low power mode encode.
	  By now, this feature only support by media-driver on Ice Lake
	  platform, more information you can reference:
	  https://github.com/intel/media-driver

2019-03-15 18:40:21 +0800  He Junyan <junyan.he@hotmail.com>

	* gst/vaapi/gstvaapiencode.c:
	  vaapiencode: gobject's prop_id differ from vaapi encoder
	  The vaapi internal encoder's property id are negative, thus they are
	  different from GObject's property ids.
	  gst_vaapi_encoder_set_property() should map to the internal encoder
	  property id, assigned in gst_vaapiencode_default_set_property().

2019-03-21 16:56:34 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  meson: disable compiler warnings for unused vars and args if gst debug system is disabled

2019-03-21 13:31:57 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  meson: use new 'python' module instead of deprecated 'python3' one

2019-03-11 18:38:36 -0300  Thibault Saunier <tsaunier@igalia.com>

	* common:
	  Update common submodule back to 59cb678164719ff59dcf6c8b93df4617a1075d11
	  It was wrongly changed in 3d9555a86d45565870c684fe00ec8bbb0fed7205

2019-03-04 09:16:17 +0000  Tim-Philipp Müller <tim@centricular.com>

	* NEWS:
	* RELEASE:
	* configure.ac:
	* docs/plugins/inspect/plugin-vaapi.xml:
	* meson.build:
	  Back to development

2019-03-01 12:33:26 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapisurfacepool.c:
	  libs: Fix a typo in comments.
	  Fix a typo in function description of
	  gst_vaapi_surface_pool_new_with_chroma_type.
	  Signed-off-by: He Junyan <junyan.he@hotmail.com>

2019-02-27 13:02:10 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst/vaapi/gstvaapipluginutil.c:
	  plugin: if any caps in downstream, negotiate raw video
	  When downstream has any caps, vaapi should not shovel vaapi featured
	  buffers, but rather plain raw video, assuming always the worst case
	  scenario (downstream cannot handle featured video memory but raw
	  system memory buffers).
	  This patch query the peer caps without any filter, to know if
	  donwstream just ask for any caps, if so jump to the color space
	  checking, otherwise do the caps intersection and continue with the
	  feature selection algorithm.
	  Fixes: #139

Tim-Philipp Müller's avatar
Tim-Philipp Müller committed
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
=== release 1.15.2 ===

2019-02-26 12:01:53 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* configure.ac:
	* gstreamer-vaapi.doap:
	* meson.build:
	  Release 1.15.2

2019-02-26 12:01:53 +0000  Tim-Philipp Müller <tim@centricular.com>

	* docs/plugins/inspect/plugin-vaapi.xml:
	  Update docs

2019-02-05 16:59:40 +0800  He Junyan <junyan.he@hotmail.com>

	* gst/vaapi/gstvaapivideomemory.c:
	  vaapivideomemory: Prefer same format for surface and image
	  We prefer to use the same format between image and surface for gst
	  vaapi allocator. The old way may choose different formats between
	  image and surface. For example, the RGBA image may have a NV12 surface.
	  So we need to do format conversion when we put/get image to surface.
	  Some drivers such as iHD can not support such conversion and always
	  cause a data flow error. There may also have some performance cost
	  for format conversion when put/get images.
	  So we prefer to use the same format for image and surface in the
	  allocator. If the surface can not support that format, we then
	  fallback to find a best one as the surface format.
	  Co-authored-by: Víctor Jáquez <vjaquez@igalia.com>

2019-02-15 15:19:51 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/video-format.c:
	  libs: Delete the duplicated ARGB video format.
	  Two ARGB formats with the same format information.
	  Should be verbose and delete one.
	  Signed-off-by: He Junyan <junyan.he@hotmail.com>

2019-02-13 10:39:59 -0500  Adam Jackson <ajax@redhat.com>

	* common:
	* gst-libs/gst/vaapi/gstvaapiutils_glx.c:
	  glx: Stop specifying GLX_DEPTH_SIZE
	  This code is just confused. It's asking for at least as many bits of
	  (z-axis) depth as the root window has bits of (color) depth. For rgb565
	  or rgb888 this is harmless, but at 10 bits per channel this demands a
	  30-bit or deeper Z buffer. While some hardware could in principle do a
	  32-bit Z buffer, Mesa does not expose such fbconfigs (at least on Intel
	  and AMD).
	  We're not actually using the Z buffer, so just stop asking for one.

2019-01-14 11:30:48 +0100  Niels De Graef <niels.degraef@barco.com>

	* configure.ac:
	* gst-libs/gst/vaapi/Makefile.am:
	* gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_wayland_priv.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	* gst-libs/gst/vaapi/meson.build:
	* gst/vaapi/gstvaapisink.c:
	* meson.build:
	  libs: wayland: add support for XDG-shell protocol
	  [wl_shell] is officially [deprecated], so provide support for the
	  XDG-shell protocol should be provided by all desktop-like compositors.
	  (In case they don't, we can of course fall back to wl_shell).
	  Note that the XML file is directly provided by the `wayland-protocols`
	  dependency and generates the protocol marshalling code.
	  [wl_shell]: https://people.freedesktop.org/~whot/wayland-doxygen/wayland/Client/group__iface__wl__shell.html
	  [deprecated]: https://github.com/wayland-project/wayland/commit/698dde195837f3d0844b2725ba4ea8ce9ee7518c

2019-02-16 19:09:50 +0100  Niels De Graef <nielsdegraef@gmail.com>

	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	  libs: window: wayland: Prefix wl_shell_surface field with `wl_`
	  It will help us to distinguish from other Wayland shell surface
	  (such as XDG-shell) later on.

2019-01-14 09:58:19 +0100  Niels De Graef <nielsdegraef@gmail.com>

	* gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_wayland_priv.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	  libs: wayland: Prefix wl_shell field with `wl_`
	  It will help us to distinguish from other Wayland shells (such as
	  XDG-shell) later on.

2019-02-08 09:21:28 +0300  Denis Nagorny <denis.nagorny@intel.com>

	* gst-libs/gst/vaapi/gstvaapidisplay.c:
	  libs: display: lock ensure_profile()
	  Thread safety patch for ensure_profile() function
	  Fixes #133

2019-02-08 16:35:39 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* meson.build:
	  meson: bump the minimum wayland version requirement to 1.11.0
	  This was missed on commit 77bb3424

2019-01-24 21:08:07 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow_x11.c:
	* gst/vaapi/gstvaapisink.c:
	  vaapisink: x11: trap WM_DELETE_WINDOW message
	  Register the WM_DELETE_WINDOW message from window manager and
	  trap it to stop the pipeline cleanly.
	  Fixes: https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/130

2019-01-21 19:22:58 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow.c:
	  libs: window: remove native-id property
	  native-id property is problematic since the variable that stores it is
	  gsize, which is platform specific, and in some is bigger than unsigned
	  long, and there are not way to handle gsize properties.
	  Also, GST_VAAPI_ID_INVALID is defined in gsize terms, and we would
	  like to keep using it for this scope.
	  This patch removes the native-id property and set it manually in
	  gst_vaapi_window_new_internal().

2019-01-18 10:33:37 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow.c:
	  libs: window: use G_GSIZE_MODIFIER for window id
	  gsize type is not equal in all platforms, then the 'l' print modifier
	  shall not be used always.
	  This issue was found in Debian builds.

2019-01-17 10:27:13 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  encoder: h264/h265: set SPS cbr_flag with correct value.
	  The flag only set as 1 when the rate-control mode is CBR.

Tim-Philipp Müller's avatar
Tim-Philipp Müller committed
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
=== release 1.15.1 ===

2019-01-17 02:36:52 +0000  Tim-Philipp Müller <tim@centricular.com>

	* ChangeLog:
	* NEWS:
	* RELEASE:
	* configure.ac:
	* gstreamer-vaapi.doap:
	* meson.build:
	  Release 1.15.1

2019-01-17 02:36:52 +0000  Tim-Philipp Müller <tim@centricular.com>

	* docs/plugins/inspect/plugin-vaapi.xml:
	  Update docs

2019-01-14 19:35:34 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiencoder.c:
	  libs: encoder: refactor to avoid code duplication
	  gst_vaapi_encoder_put_frame() and gst_vaapi_encoder_flush() duplicates
	  the same code segment where the coded buffer is created, the picture
	  encoded on it and pushed to the async queue.
	  The function gst_vaapi_encoder_encode_and_queue() refactor this.

2019-01-14 18:21:30 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiencoder.c:
	* gst-libs/gst/vaapi/gstvaapiencoder.h:
	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_priv.h:
	  libs: encoder: h264/h265: flush pending ordered pictures
	  In order to flush the pending pictures, a new internal encoder vmethod
	  is used: get_pending_reordered()
	  This method follows an iterator pattern which will return the next
	  picture to encode and push.
	  The base encoder will call this function in a loop when flush() is called.
	  For now, only H.264 and H.265 encoders implement this flushing mechanism.

2018-12-06 10:18:53 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiencoder.c:
	* gst-libs/gst/vaapi/gstvaapiencoder.h:
	* gst-libs/gst/vaapi/gstvaapiencoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_h265.c:
	  libs: encoder: h264/h265: fix encode lose frame issue.
	  Instead of dropping all remain frames in reorder_frame_list during
	  flush, keep encoding.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/97

2019-01-15 14:33:11 +0800  Wangfei <fei.w.wang@intel.com>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: before set surface proxy, check if it already been created and exist.
	  Fix the deinterlace black frame when playing with glimagesink:
	  gst-launch-1.0 filesrc location=test.264 ! h264parse ! vaapih264dec \
	  ! vaapipostproc deinterlace-mode=1 deinterlace-method=1 ! glimagesink

2019-01-11 13:48:29 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiutils.c:
	  vaapipostproc: clean up USE_VA_VPP macro since it already removed from configure file.

2018-12-26 14:36:23 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* gst-libs/gst/vaapi/meson.build:
	* gst/vaapi/meson.build:
	* meson.build:
	* tests/meson.build:
	  meson: build h264 fei encoder if possible

2018-12-26 14:04:08 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* configure.ac:
	  configure: bump the minimum wayland version requirement to 1.11.0

2018-12-24 12:58:53 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* configure.ac:
	* gst-libs/gst/vaapi/Makefile.am:
	* gst-libs/gst/vaapi/gstvaapibufferproxy.c:
	* gst-libs/gst/vaapi/gstvaapibufferproxy_priv.h:
	* gst-libs/gst/vaapi/gstvaapicodec_objects.c:
	* gst-libs/gst/vaapi/gstvaapicompat.h:
	* gst-libs/gst/vaapi/gstvaapicontext.c:
	* gst-libs/gst/vaapi/gstvaapidisplay.c:
	* gst-libs/gst/vaapi/gstvaapiencoder_objects.c:
	* gst-libs/gst/vaapi/gstvaapifilter.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.c:
	* gst-libs/gst/vaapi/gstvaapisurface.c:
	* gst-libs/gst/vaapi/gstvaapiutils.c:
	* gst-libs/gst/vaapi/gstvaapiutils_core.c:
	* gst-libs/gst/vaapi/meson.build:
	* gst/vaapi/Makefile.am:
	* gst/vaapi/gstvaapi.c:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapidecodebin.c:
	* gst/vaapi/gstvaapipluginbase.c:
	* gst/vaapi/meson.build:
	* meson.build:
	* tests/decoder.c:
	* tests/simple-decoder.c:
	  vaapi: bump the minimum vaapi version requirement to 0.39.0
	  And reduce unnecessary API version and structures check as well.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/108

2018-12-22 18:07:35 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow.c:
	* gst-libs/gst/vaapi/gstvaapiwindow.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_glx.c:
	* tests/test-decode.c:
	* tests/test-filter.c:
	* tests/test-subpicture.c:
	* tests/test-textures.c:
	* tests/test-windows.c:
	  libs: window: remove custom ref() and unref()
	  Use gst_object_ref() and gst_object_unref() instead.

2018-12-22 13:25:09 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_drm.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_egl.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_glx.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_x11.c:
	  libs: window: use its own debug category

2018-12-22 18:02:38 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiwindow.c:
	* gst-libs/gst/vaapi/gstvaapiwindow.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_drm.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_drm.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_egl.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_egl.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_glx.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_glx.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_priv.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_x11.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_x11.h:
	* gst-libs/gst/vaapi/gstvaapiwindow_x11_priv.h:
	  libs: window: refactor as gobject
	  This is another step in the gobjectification of the internal library
	  of gstreamer-vaapi. Now it is the turn of GstVaapiWindow and its
	  derivates.
	  The idea is to minimize the changeset keeping the same design as
	  much as possible.
	  GstVaapiWindow is defined as an abstract class with two properties:
	  the GstVaapiDisplay and the native ID. Thus, many of the
	  GstVaapiObject macros were copied as GstVaapiWindow macros.
	  The function gst_vaapi_window_new_internal() is kept as a decorator
	  of for calling gst_vaapi_window_create() and the possibility of
	  failure.
	  The descendant classes, such as glx, still use the private
	  structures, but through the gobject mechanism.

2018-12-03 22:05:29 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapifilter.c:
	  libs: filter: use its own debug category

2018-12-24 14:08:42 +0800  He Junyan <junyan.he@hotmail.com>

	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapipluginbase.c:
	* gst/vaapi/gstvaapipluginbase.h:
	* gst/vaapi/gstvaapipostproc.c:
	* gst/vaapi/gstvaapisink.c:
	  plugins: Add more check for allowed raw caps.
	  The gst_vaapi_plugin_base_get_allowed_raw_caps is used for both sink
	  pad and src pad, which cause some bugs. For sink pad, we need to verify
	  vaPutImage() while for the src pad we need to verify vaGetImage().
	  For vaapidecoderXXX kind of plugins, the case is more complex. We need
	  to verify whether the decoded result(in some surface, NV12 format most
	  of the time) can be vaGetImage to some raw image format. Add more check
	  to fix all these problems.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/123
	  Signed-off-by: He Junyan <junyan.he@hotmail.com>

2018-12-18 10:44:21 +0800  Wangfei <fei.w.wang@intel.com>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: fix csc fail when only change width or height.

2018-12-15 09:47:15 +0900  Wonchul Lee <chul0812@gmail.com>

	* tests/elements/meson.build:
	  meson: Add gtk guard

2018-12-15 14:48:03 +0800  Wangfei <fei.w.wang@intel.com>

	* gst/vaapi/gstvaapiencode_h264.c:
	  libs: enc: h264: set max profile idc with correct profile.
	  Use the highest rank of available profile as the max profile to
	  set max idc value.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/124

2018-12-03 13:56:52 +0100  Niels De Graef <nielsdegraef@gmail.com>

	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_x11.c:
	  Use G_DEFINE_TYPE_WITH_PRIVATE if applicable
	  This gets rid of the strange `do_init` macro and makes the intent a bit
	  more clear.

2018-12-05 17:24:53 -0300  Thibault Saunier <tsaunier@igalia.com>

	* common:
	  Automatic update of common submodule
	  From ed78bee to 59cb678

2018-11-27 09:47:44 -0500  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.h:
	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
	* gst-libs/gst/vaapi/video-format.c:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapipluginutil.h:
	  libs: dec: h265: support decode for main-444 10bit streams.
	  Add 444 10bit yuv format Y410, which can be used to decode
	  main-444 10bit streams. Currently, this feature is only
	  supported by media-driver in Icelake.

2018-11-28 05:56:44 +0200  Jordan Petridis <jordan@centricular.com>

	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapisink.c:
	  Run gst-indent through the files
	  This is required before we enabled an indent test in the CI.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-project/issues/33

2018-11-14 13:11:56 +0800  He Junyan <junyan.he@hotmail.com>

	* gst/vaapi/gstvaapipluginbase.c:
	  plugins: modify image check of extract_allowed_surface_formats.
	  The extract_allowed_surface_formats function just check whether
	  we can support some kind of surface/image format pair. We just
	  need to create a surface, create an image with the same video-format
	  and putImage from image to surface. All these operations success,
	  that kind of video-format is supported.
	  The old manner do not work for some kind of video-format. For example,
	  the RGBA kind of format will create a NV12 surface and RGBA image,
	  and the putImage will fail because the format is not same. And so
	  the RGBA format is not supported but actually it is supported.

2018-11-14 11:34:20 +0100  Michael Olbrich <m.olbrich@pengutronix.de>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: add some missing locking
	  gst_vaapi_plugin_base_close() removed the raw caps that are used indirectly
	  in gst_vaapipostproc_transform_caps(). The usage is already protected by
	  the mutex.
	  This is needed when the pipeline is stopped during startup.

2018-11-20 16:07:44 +0800  Xiang, Haihao <haihao.xiang@intel.com>

	* gst/vaapi/gstvaapivideomemory.c:
	  Close dmabuf_fd
	  Otherwise it will result in resource leak when failed to create
	  dmabuf memory

2018-11-12 13:39:51 +0100  Michael Olbrich <m.olbrich@pengutronix.de>

	* gst/vaapi/gstvaapiencode.c:
	  vaapiencode: don't start src pad task in set_format
	  Otherwise the task may be restarted during shutdown. Start the task in
	  gst_vaapiencode_handle_frame() instead.

2018-11-14 13:52:48 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiprofile.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.h:
	* gst-libs/gst/vaapi/gstvaapiutils.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapipluginutil.h:
	  libs: dec: h265: support decode for main-444 8bit streams.
	  Add 444 8bit yuv format AYUV, which can be used to decode
	  main-444 8bit streams. Currently, this feature is only
	  supported by media-driver in Icelake.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/119

2018-11-12 17:43:54 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* .gitlab-ci.yml:
	  Add Gitlab CI configuration
	  This commit adds a .gitlab-ci.yml file, which uses a feature
	  to fetch the config from a centralized repository. The intent is
	  to have all the gstreamer modules use the same configuration.
	  The configuration is currently hosted at the gst-ci repository
	  under the gitlab/ci_template.yml path.
	  Part of https://gitlab.freedesktop.org/gstreamer/gstreamer-project/issues/29

2018-11-09 22:03:43 +0800  He Junyan <junyan.he@hotmail.com>

	* gst-libs/gst/vaapi/gstvaapisurface.h:
	* gst-libs/gst/vaapi/gstvaapiutils.c:
	  libs: Sync the GstVaapiChromaType to VA header file.
	  Add more kinds of chrometype which will be used to describe
	  new video formats. Sync it with 1.4.0 version header file.
	  Alse delete useless GST_VAAPI_CHROMA_TYPE_YUV410 chrome type.
	  Signed-off-by: He Junyan <junyan.he@hotmail.com>

2018-11-09 23:55:05 +0000  Tim-Philipp Müller <tim@centricular.com>

	* gst-libs/gst/vaapi/meson.build:
	  meson: link with -lm
	  Fixes #117 hopefully.

2018-11-09 23:46:53 +0000  Tim-Philipp Müller <tim@centricular.com>

	* meson.build:
	  meson: bump meson required to 0.47 for feature options

2018-11-06 14:38:08 +0800  Junyan He <junyan.he@intel.com>

	* gst-libs/gst/vaapi/video-format.c:
	  libs: Modify the video format of endianness.
	  We lack some video format because endianness declare.
	  The video format should not directly relate to endianness. For example,
	  ARGB on big endian should not be simplely seen as BGRA on little endian
	  machine. We should provide endianess convert or format convert help
	  functions if endianness does not match.
	  https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/112
	  Signed-off-by: Junyan He <junyan.he@intel.com>

2018-10-17 18:36:52 +0800  Junyan He <junyan.he@intel.com>

	* gst/vaapi/gstvaapipluginutil.c:
	  plugins: Fix build error when GL is enabled while EGL is disabled.
	  gl_platform_type in gst_vaapi_get_display_type_from_gl_env generate
	  unused-variable warning and may block build when Werror enabled.
	  Several functions like gst_vaapi_display_egl_new_with_native_display
	  have no prototype warning and link error when GL is enabled but EGL
	  is disabled. Fix all these warning and link error.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797358
	  Signed-off-by: Junyan He <junyan.he@intel.com>

2018-11-03 15:06:09 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiencoder_h264_fei.c:
	* gst-libs/gst/vaapi/gstvaapifeienc_h264.c:
	  libs: encoder: h264/h264fei: remove unuseless code.
	  The variable are set twice, remove previous one.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797365

2018-11-03 15:28:35 +0800  Wangfei <fei.w.wang@intel.com>

	* tests/simple-encoder.c:
	* tests/test-fei-enc-in.c:
	  tests: check return value when using gst_buffer_map.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797366

2018-11-02 16:50:47 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* meson.build:
	* meson_options.txt:
	* tests/elements/meson.build:
	* tests/meson.build:
	  build: meson: build examples

2018-11-02 16:50:00 +0100  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/meson.build:
	  build: meson: declare headers for libgstvaapi
	  Thus handling its recompilation if needed.

2018-11-05 05:41:13 +0000  Matthew Waters <matthew@centricular.com>

	* .gitmodules:
	  Update common submodule location
	  Remove the git directory

2018-11-05 13:00:28 +0800  Haihao Xiang <haihao.xiang@intel.com>

	* .gitmodules:
	* gstreamer-vaapi.doap:
	  Clone the code from gitlab
	  This fixes https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/116

2018-10-24 14:18:37 -0400  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/gstvaapisurface.h:
	* gst-libs/gst/vaapi/gstvaapiutils.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
	* gst-libs/gst/vaapi/video-format.c:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapipluginutil.h:
	  libs: dec: h265: support decode for main-10-422 10bit streams.
	  Add 422 10bit yuv format Y210, which can be used to decode
	  main-10-422 10bit streams. Currently, this feature is only
	  supported by media-driver in Icelake.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797264

2018-10-13 15:00:32 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapicontext.c:
	  libs: context: roi_rc_qp_delta_support should not be checked when CQP.
	  VA_ROI_RC_QP_DELTA_SUPPORT return value will be ignored when the
	  rate control mode is set as CQP. In CQP mode, it shouldn't check
	  roi_rc_qp_delta_support return value from driver backend.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797087

2018-10-15 17:55:24 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: fix classification string
	  The classification string is splitted by '/' and then looks for the
	  components.
	  This patch removes the ';' by unifying all the components.

2018-10-15 16:05:02 +0100  Philippe Normand <philn@igalia.com>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: Add Hardware classifier to metadata

2018-10-12 16:37:34 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapicontext.c:
	  libs: context: create context first before using it to create surface.
	  In gst_vaapi_context_reset(), if the context has to be destroyed, make
	  sure to create it first before allocating its associated surfaces.
	  This patch fixes a regression introduced in commit 82872f4 because
	  the formats available in the current context now are ensured before
	  creating the context's surfaces.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797277

2018-10-12 15:39:53 +0100  Philippe Normand <philn@igalia.com>

	* docs/plugins/inspect/plugin-vaapi.xml:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapiencode_h264.c:
	* gst/vaapi/gstvaapiencode_h264_fei.c:
	* gst/vaapi/gstvaapiencode_h265.c:
	* gst/vaapi/gstvaapiencode_jpeg.c:
	* gst/vaapi/gstvaapiencode_mpeg2.c:
	* gst/vaapi/gstvaapiencode_vp8.c:
	* gst/vaapi/gstvaapiencode_vp9.c:
	  gst: Advertise elements interacting with hardware devices

2018-10-01 09:26:05 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapicontext.c:
	* gst-libs/gst/vaapi/gstvaapisurface.c:
	* gst-libs/gst/vaapi/gstvaapisurface.h:
	  libs: context: query surface format before context to create surface.
	  Before using context to create surface, the supported surface format
	  should be checked first.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797222

2018-10-09 17:23:55 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/gstvaapivalue.c:
	  libs: replace g_error with GST_ERROR
	  And handle those errors rather than halting.

2018-10-09 17:23:30 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/gstvaapisubpicture.c:
	* gst-libs/gst/vaapi/gstvaapisurface.c:
	  libs: replace g_warning with GST_WARNING

2018-09-26 14:55:32 -0500  Matteo Valdina <matteo.valdina@gmail.com>

	* gst-libs/gst/vaapi/gstvaapidecoder_vp9.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h264.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
	* gst-libs/gst/vaapi/gstvaapiutils_mpeg2.c:
	  libs: Move from g_debug to GST_DEBUG.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797202

2018-10-04 02:20:10 +0800  Soon, Thean Siew <thean.siew.soon@intel.com>

	* gst/vaapi/gstvaapipostproc.c:
	  vaapipostproc: change the way of handling deinterlace
	  The current vaapipostproc calls driver's video processing
	  pipeline for deinterlacing only if it is Advance deinterlacing.
	  Modify in the way that it always tries with driver's video
	  processing pipeline for deinterlacing, and falls back to software
	  method of appending picture structure meta data only if it fails
	  with driver's method.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797095

2018-09-24 16:54:29 -0500  Matteo Valdina <matteo.valdina@gmail.com>

	* gst-libs/gst/vaapi/gstvaapiutils_h264.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h264.h:
	  libs: h264: Update level table to "Recommendation H.264 (04/17)".
	  Added level 6, 6.1 and 6.2. Reference Table A-1 – Level limits
	  from T-REC-H.264-201704.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797202

2018-09-20 09:57:33 +0800  Wangfei <fei.w.wang@intel.com>

	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.h:
	* gst-libs/gst/vaapi/gstvaapisurface.c:
	* gst-libs/gst/vaapi/gstvaapiutils.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h265.c:
	* gst-libs/gst/vaapi/gstvaapiutils_h265_priv.h:
	* gst-libs/gst/vaapi/video-format.c:
	* gst-libs/gst/vaapi/video-format.h:
	* gst/vaapi/gstvaapidecode.c:
	* gst/vaapi/gstvaapipluginbase.c:
	* gst/vaapi/gstvaapipluginutil.h:
	  libs: dec: h265: add 422 chroma format support.
	  Add main-422-10 profile which support 422 chroma format stream.
	  Currently, this feature is only supported by media-driver in Icelake.
	  https://bugzilla.gnome.org/show_bug.cgi?id=797143

2018-09-26 19:34:06 +0200  U. Artie Eoff <ullysses.a.eoff@intel.com>

	* tests/y4mreader.c:
	  tests: include sysdeps.h in compilation unit
	  Fixes https://bugzilla.gnome.org/show_bug.cgi?id=797204
	  Signed-off-by: U. Artie Eoff <ullysses.a.eoff@intel.com>

2018-09-26 18:04:53 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* tests/y4mreader.c:
	* tests/y4mreader.h:
	  tests: fix compilation
	  https://bugzilla.gnome.org/show_bug.cgi?id=797204

2018-09-25 20:28:02 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* tests/y4mreader.h:
	  tests: don's use sysdeps.h in header

2018-09-14 19:30:56 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiutils.h:
	  libs: utils: no need of include config.h

2018-09-13 18:12:02 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* tests/decoder.c:
	* tests/output.c:
	* tests/test-decode.c:
	* tests/test-subpicture.c:
	  tests: remove already include string.h
	  Since sysdeps.h includes string.h there's no need to include it again.

2018-09-13 18:11:25 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapicodec_objects.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_h264.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_h265.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_jpeg.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_mpeg2.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_mpeg4.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_objects.c:
	* gst-libs/gst/vaapi/gstvaapidecoder_vc1.c:
	* gst-libs/gst/vaapi/gstvaapidisplay.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_drm.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_wayland.c:
	* gst-libs/gst/vaapi/gstvaapidisplay_x11.c:
	* gst-libs/gst/vaapi/gstvaapiimage.c:
	* gst-libs/gst/vaapi/gstvaapiprofile.c:
	* gst-libs/gst/vaapi/gstvaapisubpicture.c:
	* gst-libs/gst/vaapi/gstvaapiutils_glx.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_wayland.c:
	* gst-libs/gst/vaapi/gstvaapiwindow_x11.c:
	  libs: remove already include string.h
	  Since sysdeps.h includes string.h there's no need to include it again.

2018-09-13 18:26:27 +0200  Víctor Manuel Jáquez Leal <vjaquez@igalia.com>

	* gst-libs/gst/vaapi/gstvaapiobject.h: