gst-plugins-bad issueshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues2018-11-04T10:07:06Zhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/52dc1394 source add fomat7 colorcoding _RAW8 & _RAW162018-11-04T10:07:06ZBugzilla Migration Userdc1394 source add fomat7 colorcoding _RAW8 & _RAW16## Submitted by Simon
**[Link to original bug (#665108)](https://bugzilla.gnome.org/show_bug.cgi?id=665108)**
## Description
Created attachment 202352
patch to add colorcoding
Hi!
I already sent this patch to the mailing...## Submitted by Simon
**[Link to original bug (#665108)](https://bugzilla.gnome.org/show_bug.cgi?id=665108)**
## Description
Created attachment 202352
patch to add colorcoding
Hi!
I already sent this patch to the mailinglist but i was told to post it here as well.
I attached a patch to add colorcoding
DC1394_COLOR_CODING_RAW8
and
DC1394_COLOR_CODING_RAW16
to the dc1394 source plugin.
This is useful if you want to grab in raw mode from a firewire cam and do the
bayer2rgb conversion on the host (saves firewire bandwidth -> more fps).
Example pipeline (ptgrey firefly mv 13S2C):
gst-launch-0.10 -v dc1394src ! video/x-raw-bayer, vmode=89, width=664,
height=524, format=rggb, framerate=60/1,rate=60 ! queue ! bayer2rgb !
ffmpegcolorspace ! xvimagesink
- Simon
**Patch 202352**, "patch to add colorcoding":
[mode7_colorcoding_raw8.diff](/uploads/aa8595614445cb6ec863913773b91960/mode7_colorcoding_raw8.diff)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/177mpegts : add new descriptors and cleanup2018-11-04T10:25:29ZBugzilla Migration Usermpegts : add new descriptors and cleanup## Submitted by cha..@..il.com
**[Link to original bug (#738033)](https://bugzilla.gnome.org/show_bug.cgi?id=738033)**
## Description
Some cleanup to better follow specifications
Numerous descriptors added like metadata
Split so...## Submitted by cha..@..il.com
**[Link to original bug (#738033)](https://bugzilla.gnome.org/show_bug.cgi?id=738033)**
## Description
Some cleanup to better follow specifications
Numerous descriptors added like metadata
Split some files and clean them
Should apply to 1.5 branch without problem
Any reviewer ?
Version: 1.4.3
### Blocking
* [Bug 738034](https://bugzilla.gnome.org/show_bug.cgi?id=738034)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/182Add demuxer/parser for Apple's Core Audio Format (CAF)2018-11-04T10:26:24ZBugzilla Migration UserAdd demuxer/parser for Apple's Core Audio Format (CAF)## Submitted by Peter G. Baum
**[Link to original bug (#738538)](https://bugzilla.gnome.org/show_bug.cgi?id=738538)**
## Description
Created attachment 288536
Patch to implement a CAF parser
CAF is Apple's core audio format. ...## Submitted by Peter G. Baum
**[Link to original bug (#738538)](https://bugzilla.gnome.org/show_bug.cgi?id=738538)**
## Description
Created attachment 288536
Patch to implement a CAF parser
CAF is Apple's core audio format.
https://developer.apple.com/library/mac/#documentation/MusicAudio/Reference/CAFSpec/CAF_overview/CAF_overview.html#//apple_ref/doc/uid/TP40001862-CH209-TPXREF101
It is of course very common in the Apple world.
It can be seen as an enhanced WAV format.
Unlike WAV it has for example no limitation to the file length.
It is therefor also useful to use it on other platforms.
~~**Patch 288536**~~, "Patch to implement a CAF parser":
[0001-audioparsers-add-parser-for-CAF.patch](/uploads/093a6d31b842c41f99efb7c203a4ee5f/0001-audioparsers-add-parser-for-CAF.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/85New plugin for MPEG TS time shifting2018-11-05T10:23:17ZBugzilla Migration UserNew plugin for MPEG TS time shifting## Submitted by Krzysztof Konopko
**[Link to original bug (#692397)](https://bugzilla.gnome.org/show_bug.cgi?id=692397)**
## Description
Created attachment 234220
Proposed implementation
tstimeshift: New plugin for MPEG TS ti...## Submitted by Krzysztof Konopko
**[Link to original bug (#692397)](https://bugzilla.gnome.org/show_bug.cgi?id=692397)**
## Description
Created attachment 234220
Proposed implementation
tstimeshift: New plugin for MPEG TS time shifting
This is an initial proposal. I'd like to ask for any help, views, suggestions and directions.
The plugin is base on Fluendo timeshift element [1] although quite substantially changed. The proposed code is maintained on GitHub [2]. The gsttstimeshift comprises several elements that can be used for MPEG TS time shifting:
tsshifter : Time Shift for MPEG TS streams
tsshifterbin : Time Shift + TS parser for MPEG TS streams
tsseeker : Time Shift seeker
tsindexer : Indexer for MPEG-TS streams
A typical pipeline that makes use of them would look like:
`<some MPEG TS src>` ! tsshifterbin ! `<some MPEG TS sink>`
The tsshifterbin element will instantiate elements as follows:
tsparse ! tsindexer ! tsshifter ! tsseeker
and prepare tsindexer ("tune" it to look for the right PID containing PCRs).
Potentially tsshifter can be replaced with queue2 (see the problems below) and this is actually one of the goals.
Problems still to be considered/solved/improved:
---------------------------------------
- naming
Both tsindexer and tsseeker are supposed to be MPEG TS agnostic but ATM they are TS specific, hence their names.
Also the tsshifter is actually a ring buffer.
- tsindexer
* uses overengineered for this use case and abandoned GstIndex API (local copy)
* can't remove index entries
* can't write the index to the disk
* duplicates parsing TS packets logic from tsparse
tsparse would have to be improved to send some additional timestamp information (e. g. as tags or as buffer timestamps) so that the indexer could pick them up. The indexer itself could be a generic component (no knowledge about TS packets), hard to come up with the right format though.
- tsindexer and tsseeker share an index object while it should be shared through some index database
- tsshifter
* it's actually a ring buffer, not a shifter (see naming notes above)
* ideally it should be replaced with queue2
* as a first attempt, replacement could be optional (both tsshifter and queue2 co-exist)
There are still some issues when using queue2 instead of tsshifter that have to be solved.
* as a goal tsshifter could be completely replaced with queue2 which might require some changes/improvements of the latter:
* custom allocator can be used (see FileMemAllocator: https://bugzilla.gnome.org/show_bug.cgi?id=691299)
- tests still to be written
- documentation
[1] https://github.com/kkonopko/gst-fluendo-timeshift
[2] https://github.com/kkonopko/gst-plugins-bad/tree/ts-timeshifter-element
**Patch 234220**, "Proposed implementation":
[0001-tstimeshift-New-plugin-for-MPEG-TS-time-shifting.patch](/uploads/bc023c5128ab9309e8ac13904b038774/0001-tstimeshift-New-plugin-for-MPEG-TS-time-shifting.patch)
### See also
* [Bug 691299](https://bugzilla.gnome.org/show_bug.cgi?id=691299)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/772decklinkvideosrc: Respect pixel format property even if mode is set to auto2018-11-05T14:16:33ZBugzilla Migration Userdecklinkvideosrc: Respect pixel format property even if mode is set to auto## Submitted by Joshua M. Doe
**[Link to original bug (#796979)](https://bugzilla.gnome.org/show_bug.cgi?id=796979)**
## Description
I got hung up for several hours trying to debug why I couldn't get 10-bit YUV (v210) from an SDI so...## Submitted by Joshua M. Doe
**[Link to original bug (#796979)](https://bugzilla.gnome.org/show_bug.cgi?id=796979)**
## Description
I got hung up for several hours trying to debug why I couldn't get 10-bit YUV (v210) from an SDI source via a Decklink Extreme 12G card. Turns out 8-bit YUV will always be used if the mode is set to AUTO. Eventually I noticed a warning about this issued in gstdecklinkvideosrc.cpp:1221, "Warning: mode=auto and format!=auto may not work" (I know, I should have noticed this warning in the debug output sooner).
I created a patch which seems to fix this, and might hopefully save future users some frustrationhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/72Closed Caption support2018-11-05T16:31:20ZBugzilla Migration UserClosed Caption support## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#678146)](https://bugzilla.gnome.org/show_bug.cgi?id=678146)**
## Description
Right now we don't suport any kind of Closed Caption (not to be confused with subtitles)...## Submitted by Edward Hervey `@bilboed`
**[Link to original bug (#678146)](https://bugzilla.gnome.org/show_bug.cgi?id=678146)**
## Description
Right now we don't suport any kind of Closed Caption (not to be confused with subtitles).
https://en.wikipedia.org/wiki/Closed_captioning
There are a few problems that need to be solved:
1) CC format support
There are a few standards out there for CC, the main ones are:
* CEA 608 and 708
* teletext
teletext is supported by teletextdec (needs to be checked). An alternative would be the vbidec element (which wasn't ported to 0.10).
the zvbi library *seems* to have support for CEA 608 and maybe 708, this would need to be investigated. Proper caps need to be determined also.
CEA 608/708 require a new element
2) Extracting CC stream
For teletext it is always contained as a separate stream in the container format (mostly mpeg-ts).
This is where it gets really painful.
For CEA 608/708 it is almost always contained in either the mpeg video stream (as user data) or in the h264 RBSP stream (as SEI data).
So the question is:
* where to parse it. The logical place would be in the mpegvideo/h264 parsers.
* How to expose it. Do we create a new pad ? Do we emit them as messages ?
There is also CEA 608/708 in quicktime/iso file formats, see [bug 606643](https://bugzilla.gnome.org/show_bug.cgi?id=606643)
### Depends on
* [Bug 704881](https://bugzilla.gnome.org/show_bug.cgi?id=704881)
* [Bug 794901](https://bugzilla.gnome.org/show_bug.cgi?id=794901)
### Blocking
* [Bug 606643](https://bugzilla.gnome.org/show_bug.cgi?id=606643)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/807dshowvideosrc: add device-index, add GstDeviceMonitor, and several fixes2018-11-09T09:53:29ZBugzilla Migration Userdshowvideosrc: add device-index, add GstDeviceMonitor, and several fixes## Submitted by Joshua M. Doe
**[Link to original bug (#797338)](https://bugzilla.gnome.org/show_bug.cgi?id=797338)**
## Description
Created attachment 374042
0001 - dshowsrcwrapper: add debug category for general dshowsrcwrapper ...## Submitted by Joshua M. Doe
**[Link to original bug (#797338)](https://bugzilla.gnome.org/show_bug.cgi?id=797338)**
## Description
Created attachment 374042
0001 - dshowsrcwrapper: add debug category for general dshowsrcwrapper
It seems the DirectShow source dshowvideosrc hasn't seen much attention lately. The plugin winks provides ksvideosrc which supports most modern video sources, that is devices supporting the USB Video Class (UVC). However there are still several sources which are stuck with DirectShow, which I happen to be stuck using, so I worked on it a bit to make it usable for me.
They can be seen here:
https://github.com/joshdoe/gst-plugins-bad/tree/dshowsrc
There are 11 patches, should I upload them all here? I already did some squashing, but perhaps could go further to limit the number of patches.
**Patch 374042**, "0001 - dshowsrcwrapper: add debug category for general dshowsrcwrapper":
[0001-dshowsrcwrapper-add-debug-category-for-general-dshow.patch](/uploads/d8f6f12d2f5d9f240560c6dbfb237072/0001-dshowsrcwrapper-add-debug-category-for-general-dshow.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/720msdk: Add HEVC 10 bit decode support2018-11-26T17:30:53ZBugzilla Migration Usermsdk: Add HEVC 10 bit decode support## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#796459)](https://bugzilla.gnome.org/show_bug.cgi?id=796459)**
## Description
Add 10-bit decode support in msdkh265dec
### Blocking
* [Bug 789886](https://bu...## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#796459)](https://bugzilla.gnome.org/show_bug.cgi?id=796459)**
## Description
Add 10-bit decode support in msdkh265dec
### Blocking
* [Bug 789886](https://bugzilla.gnome.org/show_bug.cgi?id=789886)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/790h264/5parse: mark SEI Recovery Point as keyframes2018-12-02T02:13:36ZBugzilla Migration Userh264/5parse: mark SEI Recovery Point as keyframes## Submitted by Guillaume Desmottes `@gdesmott`
**[Link to original bug (#797216)](https://bugzilla.gnome.org/show_bug.cgi?id=797216)**
## Description
The AVC and HEVC spec states that "recovery point SEI message assists a decoder i...## Submitted by Guillaume Desmottes `@gdesmott`
**[Link to original bug (#797216)](https://bugzilla.gnome.org/show_bug.cgi?id=797216)**
## Description
The AVC and HEVC spec states that "recovery point SEI message assists a decoder in determining when the decoding process will produce acceptable pictures for display after the decoder initiates random access or after the encoder indicates a broken link in the coded video sequence."
Mark those as keyframes so muxers will mark them as seek points and
decoders will be able to start decoding from them rather than waiting
for an IDR.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/53dshowaudiodec: support AAC and others on Windows 7+2018-12-18T00:54:16ZBugzilla Migration Userdshowaudiodec: support AAC and others on Windows 7+## Submitted by Jo Shields
**[Link to original bug (#665643)](https://bugzilla.gnome.org/show_bug.cgi?id=665643)**
## Description
Windows 7 added support for AAC file playback, without needing external codecs - as per http://msdn.mi...## Submitted by Jo Shields
**[Link to original bug (#665643)](https://bugzilla.gnome.org/show_bug.cgi?id=665643)**
## Description
Windows 7 added support for AAC file playback, without needing external codecs - as per http://msdn.microsoft.com/en-us/library/windows/desktop/dd390676%28v=vs.85%29.aspx
It would be nice to add the appropriate new audio subtypes to dshowdecwrapper, such that GStreamer apps on Windows can play AAC files without the usual codec patent license concerns that go along with redistributing faad.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/457[PLUGIN-MOVE] Move stereo to gst-plugins-good/audiofx2018-12-25T16:16:27ZBugzilla Migration User[PLUGIN-MOVE] Move stereo to gst-plugins-good/audiofx## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#774550)](https://bugzilla.gnome.org/show_bug.cgi?id=774550)**
## Description
Trivial audio effect filter## Submitted by Sebastian Dröge `@slomo`
**[Link to original bug (#774550)](https://bugzilla.gnome.org/show_bug.cgi?id=774550)**
## Description
Trivial audio effect filterhttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/740srt: rework to accept connection mode by uri parameters2019-01-09T22:49:38ZBugzilla Migration Usersrt: rework to accept connection mode by uri parameters## Submitted by Justin Kim `@joykim`
**[Link to original bug (#796701)](https://bugzilla.gnome.org/show_bug.cgi?id=796701)**
## Description
Created attachment 372859
srt: Integrate server and client element into one
We have s...## Submitted by Justin Kim `@joykim`
**[Link to original bug (#796701)](https://bugzilla.gnome.org/show_bug.cgi?id=796701)**
## Description
Created attachment 372859
srt: Integrate server and client element into one
We have srt{client,server}{src,sink} elements in accordance to the
norm of the connection-oriented protocols. However, SRT connection
mode can be changed by uri parameters so it requires an integrated
element to handle the parameters.
**Patch 372859**, "srt: Integrate server and client element into one":
[0001-srt-Integrate-server-and-client-element-into-one.patch](/uploads/e42f6889bc3c9bcab2d7c3373774d312/0001-srt-Integrate-server-and-client-element-into-one.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/770Rework SRT plugin to unify client/server and add features2019-01-10T13:11:53ZBugzilla Migration UserRework SRT plugin to unify client/server and add features## Submitted by Roman Diouskine
**[Link to original bug (#796963)](https://bugzilla.gnome.org/show_bug.cgi?id=796963)**
## Description
- Unify client/server for both, source and sink elements
- Add missing properties to improve SR...## Submitted by Roman Diouskine
**[Link to original bug (#796963)](https://bugzilla.gnome.org/show_bug.cgi?id=796963)**
## Description
- Unify client/server for both, source and sink elements
- Add missing properties to improve SRT feature coverage
- Add ability to set SRT properties via URI
- Add rendezvous mode
- Add glib 2.54 compatibility
- Add optional reconnect with max reconnect retries feature to the source
- Allow overriding source message size and number of messages per read
- Improve SRT state handing in source and sink elementshttps://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/121wayland: add a westonsrc element2019-02-15T14:31:24ZBugzilla Migration Userwayland: add a westonsrc element## Submitted by Sebastian Wick
**[Link to original bug (#719853)](https://bugzilla.gnome.org/show_bug.cgi?id=719853)**
## Description
Created attachment 263519
patch
add a waylandsrc element to the wayland plugin
**Pat...## Submitted by Sebastian Wick
**[Link to original bug (#719853)](https://bugzilla.gnome.org/show_bug.cgi?id=719853)**
## Description
Created attachment 263519
patch
add a waylandsrc element to the wayland plugin
**Patch 263519**, "patch":
[0001-add-waylandsrc-to-the-wayland-plugin.patch](/uploads/b29e000ea31dc136eceb0e71b485d2a2/0001-add-waylandsrc-to-the-wayland-plugin.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/721msdk: Add P010_10LE video format support in VPP element2019-03-21T15:19:10ZBugzilla Migration Usermsdk: Add P010_10LE video format support in VPP element## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#796460)](https://bugzilla.gnome.org/show_bug.cgi?id=796460)**
## Description
Add 10-bit video format GST_VIDEO_FORMAT_P010_10LE in msdkvpp.
### Blocking
* [...## Submitted by Sreerenj Balachandran `@sree`
**[Link to original bug (#796460)](https://bugzilla.gnome.org/show_bug.cgi?id=796460)**
## Description
Add 10-bit video format GST_VIDEO_FORMAT_P010_10LE in msdkvpp.
### Blocking
* [Bug 789886](https://bugzilla.gnome.org/show_bug.cgi?id=789886)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/425decklinkvideosrc: add support for duplex mode configuration2019-03-27T09:27:36ZBugzilla Migration Userdecklinkvideosrc: add support for duplex mode configuration## Submitted by Florent Thiery `@florent.thiery`
**[Link to original bug (#771734)](https://bugzilla.gnome.org/show_bug.cgi?id=771734)**
## Description
The BlackmagicDesign DeckLink Duo 2 is a 4 input SDI capture card; the decklinks...## Submitted by Florent Thiery `@florent.thiery`
**[Link to original bug (#771734)](https://bugzilla.gnome.org/show_bug.cgi?id=771734)**
## Description
The BlackmagicDesign DeckLink Duo 2 is a 4 input SDI capture card; the decklinksrc works fine for device-number 0 and 1, but crashes with inputs 2 and 3.
0:00:00.092931712 26035 0x1374b20 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:392:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Failed to enable video input
ERROR: from element /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(2950): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0:
streaming stopped, reason not-negotiated (-4)
Logs for device-numbers 0 to 4:
fthiery@flowmixer:~/gst/master$ GST_DEBUG=decklink*:5 gst-launch-1.0 decklinkvideosrc device-number=0 num-buffers=1 ! xvimagesink
0:00:00.065207266 24536 0x1ec3270 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:743:gst_decklink_video_src_open:`<decklinkvideosrc0>` Opening
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
0:00:00.092581616 24536 0x1f8c320 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:323:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Setting caps video/x-raw, width=(int)720, height=(int)486, pixel-aspect-ratio=(fraction)10/11, interlace-mode=(string)interleaved, framerate=(fraction)30000/1001, format=(string)UYVY, colorimetry=(string)bt601, chroma-site=(string)mpeg2
0:00:00.092610454 24536 0x1ec3270 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:857:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Not starting streams yet
New clock: GstDecklinkInputClock
0:00:00.098118730 24536 0x1f8c320 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:829:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Starting streams
0:00:00.171848827 24536 0x7fa1d0001920 DEBUG decklink gstdecklink.cpp:762:VideoInputFrameArrived:`<decklinkvideosrc0>` Failed to get timecode: 0x00000001
0:00:00.171884609 24536 0x7fa1d0001920 DEBUG decklink gstdecklink.cpp:819:VideoInputFrameArrived: Received no audio packet at 0:00:00.073325545
0:00:00.171903391 24536 0x1f8c320 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:608:gst_decklink_video_src_create:`<decklinkvideosrc0>` Mode changed from 0 to 1
0:00:00.171971273 24536 0x1f8c320 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:669:gst_decklink_video_src_create:`<decklinkvideosrc0>` Outputting buffer 0x1d048d0 with timestamp 0:00:00.073325545 and duration 0:00:00.033366666
Redistribute latency...
0:00:00.205221875 24536 0x7fa1d0001920 DEBUG decklink gstdecklink.cpp:762:VideoInputFrameArrived:`<decklinkvideosrc0>` Failed to get timecode: 0x00000001
0:00:00.205242046 24536 0x7fa1d0001920 DEBUG decklink gstdecklink.cpp:819:VideoInputFrameArrived: Received no audio packet at 0:00:00.106723532
Got EOS from element "pipeline0".
Execution ended after 0:00:00.145754691
Setting pipeline to PAUSED ...
0:00:00.238414463 24536 0x1ec3270 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
Setting pipeline to READY ...
0:00:00.238726407 24536 0x1ec3270 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:793:gst_decklink_video_src_stop:`<decklinkvideosrc0>` Stopping
Setting pipeline to NULL ...
0:00:00.767056043 24536 0x1ec3270 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:772:gst_decklink_video_src_close:`<decklinkvideosrc0>` Closing
Freeing pipeline ...
fthiery@flowmixer:~/gst/master$ GST_DEBUG=decklink*:5 gst-launch-1.0 decklinkvideosrc device-number=1 num-buffers=1 ! xvimagesink
Setting pipeline to PAUSED ...
0:00:00.072590969 25359 0xf7c4f0 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:743:gst_decklink_video_src_open:`<decklinkvideosrc0>` Opening
Pipeline is live and does not need PREROLL ...
0:00:00.099498638 25359 0xd87720 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:323:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Setting caps video/x-raw, width=(int)720, height=(int)486, pixel-aspect-ratio=(fraction)10/11, interlace-mode=(string)interleaved, framerate=(fraction)30000/1001, format=(string)UYVY, colorimetry=(string)bt601, chroma-site=(string)mpeg2
Setting pipeline to PLAYING ...
0:00:00.099553440 25359 0xf7c4f0 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:857:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Not starting streams yet
New clock: GstDecklinkInputClock
0:00:00.104353182 25359 0xd87720 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:829:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Starting streams
0:00:00.160194730 25359 0x7f307c001930 DEBUG decklink gstdecklink.cpp:762:VideoInputFrameArrived:`<decklinkvideosrc0>` Failed to get timecode: 0x00000001
0:00:00.160225458 25359 0x7f307c001930 DEBUG decklink gstdecklink.cpp:819:VideoInputFrameArrived: Received no audio packet at 0:00:00.055446790
0:00:00.160235209 25359 0x7f307c001930 INFO decklink gstdecklink.cpp:698:VideoInputFormatChanged: Video input format changed
0:00:00.160233132 25359 0xd87720 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:608:gst_decklink_video_src_create:`<decklinkvideosrc0>` Mode changed from 0 to 1
0:00:00.160306477 25359 0xd87720 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:669:gst_decklink_video_src_create:`<decklinkvideosrc0>` Outputting buffer 0xd85950 with timestamp 0:00:00.055446790 and duration 0:00:00.033366666
Redistribute latency...
0:00:00.212742935 25359 0x7f307c001930 DEBUG decklink gstdecklink.cpp:762:VideoInputFrameArrived:`<decklinkvideosrc0>` Failed to get timecode: 0x00000001
0:00:00.212779179 25359 0x7f307c001930 DEBUG decklink gstdecklink.cpp:819:VideoInputFrameArrived: Received no audio packet at 0:00:00.106802837
Got EOS from element "pipeline0".
Execution ended after 0:00:00.127178171
Setting pipeline to PAUSED ...
0:00:00.226793399 25359 0xf7c4f0 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
Setting pipeline to READY ...
0:00:00.227196936 25359 0xf7c4f0 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:793:gst_decklink_video_src_stop:`<decklinkvideosrc0>` Stopping
Setting pipeline to NULL ...
0:00:00.724605715 25359 0xf7c4f0 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:772:gst_decklink_video_src_close:`<decklinkvideosrc0>` Closing
Freeing pipeline ...
fthiery@flowmixer:~/gst/master$ GST_DEBUG=decklink*:5 gst-launch-1.0 decklinkvideosrc device-number=2 num-buffers=1 ! xvimagesink
Setting pipeline to PAUSED ...
0:00:00.065090192 26035 0x128da70 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:743:gst_decklink_video_src_open:`<decklinkvideosrc0>` Opening
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
0:00:00.092652881 26035 0x1374b20 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:323:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Setting caps video/x-raw, width=(int)720, height=(int)486, pixel-aspect-ratio=(fraction)10/11, interlace-mode=(string)interleaved, framerate=(fraction)30000/1001, format=(string)UYVY, colorimetry=(string)bt601, chroma-site=(string)mpeg2
0:00:00.092675531 26035 0x128da70 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:857:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Not starting streams yet
New clock: GstDecklinkInputClock
0:00:00.092931712 26035 0x1374b20 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:392:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Failed to enable video input
ERROR: from element /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(2950): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:00.000305325
Setting pipeline to PAUSED ...
0:00:00.093004626 26035 0x128da70 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.093010839 26035 0x128da70 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Setting pipeline to READY ...
0:00:00.093042442 26035 0x128da70 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.093048184 26035 0x128da70 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Setting pipeline to NULL ...
0:00:00.093063750 26035 0x128da70 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.093067647 26035 0x128da70 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Freeing pipeline ...
(gst-launch-1.0:26035): GStreamer-CRITICAL **:
Trying to dispose element pipeline0, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
`^`C
fthiery@flowmixer:~/gst/master$ GST_DEBUG=decklink*:5 gst-launch-1.0 decklinkvideosrc device-number=3 num-buffers=1 ! xvimagesink
Setting pipeline to PAUSED ...
0:00:00.068787281 27493 0x1610980 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:743:gst_decklink_video_src_open:`<decklinkvideosrc0>` Opening
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
0:00:00.096260956 27493 0x1610980 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:857:gst_decklink_video_src_start_streams:`<decklinkvideosrc0>` Not starting streams yet
New clock: GstDecklinkInputClock
0:00:00.096281588 27493 0x1744f20 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:323:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Setting caps video/x-raw, width=(int)720, height=(int)486, pixel-aspect-ratio=(fraction)10/11, interlace-mode=(string)interleaved, framerate=(fraction)30000/1001, format=(string)UYVY, colorimetry=(string)bt601, chroma-site=(string)mpeg2
0:00:00.096516527 27493 0x1744f20 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:392:gst_decklink_video_src_set_caps:`<decklinkvideosrc0>` Failed to enable video input
ERROR: from element /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(2950): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkVideoSrc:decklinkvideosrc0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:00.000299774
Setting pipeline to PAUSED ...
0:00:00.096583029 27493 0x1610980 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.096588907 27493 0x1610980 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Setting pipeline to READY ...
0:00:00.096625874 27493 0x1610980 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.096632183 27493 0x1610980 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Setting pipeline to NULL ...
0:00:00.096648297 27493 0x1610980 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:940:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` Stopping streams
0:00:00.096652238 27493 0x1610980 WARN decklinkvideosrc gstdecklinkvideosrc.cpp:948:gst_decklink_video_src_change_state:`<decklinkvideosrc0>` error: Failed to stop streams: 0x80000009
Freeing pipeline ...
(gst-launch-1.0:27493): GStreamer-CRITICAL **:
Trying to dispose element pipeline0, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.
`^`C
fthiery@flowmixer:~/gst/master$ GST_DEBUG=decklink*:5 gst-launch-1.0 decklinkvideosrc device-number=4 num-buffers=1 ! xvimagesink
Setting pipeline to PAUSED ...
0:00:00.342124277 28802 0x1d47470 DEBUG decklinkvideosrc gstdecklinkvideosrc.cpp:743:gst_decklink_video_src_open:`<decklinkvideosrc0>` Opening
0:00:00.369050310 28802 0x1d47470 ERROR decklinkvideosrc gstdecklinkvideosrc.cpp:749:gst_decklink_video_src_open:`<decklinkvideosrc0>` Failed to acquire input
ERROR: Pipeline doesn't want to pause.
Setting pipeline to NULL ...
Freeing pipeline ...https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/586mpegtsmux: support constant bitrate jpeg 2000 stream2019-05-30T22:19:09ZBugzilla Migration Usermpegtsmux: support constant bitrate jpeg 2000 stream## Submitted by Aaron Boxer
**[Link to original bug (#785221)](https://bugzilla.gnome.org/show_bug.cgi?id=785221)**
## Description
Support null packets in tsmux. And other changes needed.
See https://bugzilla.gnome.org/show_bug.cg...## Submitted by Aaron Boxer
**[Link to original bug (#785221)](https://bugzilla.gnome.org/show_bug.cgi?id=785221)**
## Description
Support null packets in tsmux. And other changes needed.
See https://bugzilla.gnome.org/show_bug.cgi?id=753323 for more details.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/308configure: Add --enable-libssh2 switch and make it independent of Curl2019-06-05T16:43:01ZBugzilla Migration Userconfigure: Add --enable-libssh2 switch and make it independent of Curl## Submitted by Carlos Rafael Giani
**[Link to original bug (#755989)](https://bugzilla.gnome.org/show_bug.cgi?id=755989)**
## Description
Right now, libssh2 autoconfiguration is tied to Curl's. However, libssh2 is a library generic...## Submitted by Carlos Rafael Giani
**[Link to original bug (#755989)](https://bugzilla.gnome.org/show_bug.cgi?id=755989)**
## Description
Right now, libssh2 autoconfiguration is tied to Curl's. However, libssh2 is a library generic enough (and SSH support a common enough use case) to move it out of the Curl configure block and let it exist independently. Furthermore, it should be possible to explicitely enable/disable it with an --enable-libssh2 switch.https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/577timecodestamper: LTC from audio2019-07-08T17:45:45ZBugzilla Migration Usertimecodestamper: LTC from audio## Submitted by Georg Lippitsch
**[Link to original bug (#784295)](https://bugzilla.gnome.org/show_bug.cgi?id=784295)**
## Description
Created attachment 354630
timecodestamper: LTC from audio
Add support for parsing linear t...## Submitted by Georg Lippitsch
**[Link to original bug (#784295)](https://bugzilla.gnome.org/show_bug.cgi?id=784295)**
## Description
Created attachment 354630
timecodestamper: LTC from audio
Add support for parsing linear time code from
an audio source using libltc
https://github.com/x42/libltc
~~**Patch 354630**~~, "timecodestamper: LTC from audio":
[0001-timecodestamper-LTC-from-audio.patch](/uploads/d7695f988e1a2ef5e05165fe8ce029e9/0001-timecodestamper-LTC-from-audio.patch)https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/-/issues/322Implement an high level transcoding API (similar to GstPlayer but for transco...2019-08-28T13:57:10ZBugzilla Migration UserImplement an high level transcoding API (similar to GstPlayer but for transcoding)## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#757684)](https://bugzilla.gnome.org/show_bug.cgi?id=757684)**
## Description
We should offer high level APIs for common purposes, so I am adding one for transc...## Submitted by Thibault Saunier `@thiblahute`
**[Link to original bug (#757684)](https://bugzilla.gnome.org/show_bug.cgi?id=757684)**
## Description
We should offer high level APIs for common purposes, so I am adding one for transcoding.
I also implemented 2 elements to make everything more reusable:
* uritranscodebin: A equivalent to playbin, where the user just has to specify 1 source URI, 1 destination URI and the wanted encoding target
* transcodebin: A bin that will plugin decodebin [! some filters] ! encodebin.