This is the VideoCapture string I use for h264 rtsp video stream capture on clear:
video_uri = "rtspsrc location={} latency=250 ! rtph264depay ! h264parse ! msdkh264dec ! videoconvert ! appsink drop=true".format(
url)
Also be sure to set:
os.environ["LIBVA_DRIVER_NAME"] = "iHD"
Regards,
Kevron
________________________________
From: VanCutsem, Geoffroy <geoffroy.vancutsem(a)intel.com>
Sent: Wednesday, March 25, 2020 9:11 AM
To: arfan(a)itxotic.com <arfan(a)itxotic.com>; dev(a)lists.clearlinux.org <dev(a)lists.clearlinux.org>
Subject: [Clr-dev] Re: Using RTSP protocol to access IP cameras.
Hi,
> -----Original Message-----
> From: arfan(a)itxotic.com <arfan(a)itxotic.com>
> Sent: Wednesday, March 25, 2020 9:50 AM
> To: dev(a)lists.clearlinux.org
> Subject: [Clr-dev] Using RTSP protocol to access IP cameras.
>
> Hi, I am currently developing a video analytics project that uses RTSP protocol
> as a communication method. I am using the protocol to retrieve ip camera
> feeds over the network. I am also using OpenVINO as my video analytics
> toolkit.
>
> Before using clearlinux, I have tested my setup on Ubuntu 18.04 Xenial
> Beaver using either of the following two methods, both of them work just
> fine:
> 1. accessing video stream using a precompiled VLC 2. using a python script
> with OpenCV VideoCapture function.
>
> Based on public reviews, clearlinux OS works faster that other Linux variants.
> I wanted to try to develop my same project in Ubuntu and transfer to
> ClearLinux. I have tried the two methods using VLC and python scripts
> without changing any of my codes, but it didnt work.
>
> So I searched in the the clearlinux forum for any solutions. The first solution I
> found was by compiling and configuring ffmpeg settings that enables H264
> encoding videos to play on firefox. https://community.clearlinux.org/t/how-
> to-h264-etc-support-for-firefox-including-ffmpeg-install/195/66 . It didnt
> work with my IP camera streaming, but it did work in playing local video files
> encoded in H264 format.
>
> Next, I edited my code & tried using streaming via ffplay and also
> precompiled gstreamer method. Both of them still can't access the IP camera
> feeds on the network.
>
> In one of my posts I got a reply from the forum saying clearlinux have their
> own packaging and guidelines and some things are not possible due to
> license copyright and other reasons. I do realize that H264 is a proprietary
> format but I do believe the issue is not related to the H264 codec itself, but
> possibly the RTSP protocol or some other issues in the OS. I do not know how
> to remedy this issue, and would like to ask for assistance on how to find
> resolution.
It sounds like a reasonable assumption that the H.264 decoder is not the issue here. Do you have any Gstreamer pipeline that is known to work with your IP camera (on Ubuntu)? I would recommend to use the vaapi Gstreamer elements to get the HW acceleration for the decode operation.
You'd typically use something along those lines: gst-launch-1.0 -v udpsrc port=3000 ! application/x-rtp,clock-rate=90000,payload=96,media="video",encoding-name="H264" ! rtph264depay ! h264parse ! vaapih264dec ! glimagesink
Thanks,
Geoffroy
> _______________________________________________
> Dev mailing list -- dev(a)lists.clearlinux.org To unsubscribe send an email to
> dev-leave(a)lists.clearlinux.org
_______________________________________________
Dev mailing list -- dev(a)lists.clearlinux.org
To unsubscribe send an email to dev-leave(a)lists.clearlinux.org
On 3/26/2020 8:16 AM, Ilmar Nurste wrote:
> Hi
>
> im not sure if this even possible without breaking anything
> but removing hardware-printing from desktop bundle and install by
> default could be a good option for desktop users
we can take a look...
... however many desktop components like to be able to print, so would pull in likely most of the size in terms of libraries/etc
is your concern a disk space one or something else ?
Hi
im not sure if this even possible without breaking anything
but removing hardware-printing from desktop bundle and install by
default could be a good option for desktop users
Thanks,
Ilmar
Auke has already added the auto.devpkgs entry for this one.
It did not get picked up automatically as William noted which is why I've added it manually here.
-----Original Message-----
From: Douglas, William <william.douglas(a)intel.com>
Sent: Tuesday, March 24, 2020 4:05 PM
To: Arjan van de Ven <arjan(a)linux.intel.com>
Cc: Puneet Sethi <puneet.sethi(a)linux.intel.com>; dev(a)lists.clearlinux.org
Subject: Re: [Clr-dev] Re: [PATCH clr-bundles] add bundle: devpkg-libedit
On Tue, Mar 24, 2020 at 4:00 PM Arjan van de Ven <arjan(a)linux.intel.com> wrote:
>
> On 3/24/2020 3:57 PM, Douglas, William wrote:
> > On Tue, Mar 24, 2020 at 3:54 PM Arjan van de Ven <arjan(a)linux.intel.com> wrote:
> >>
> >> On 3/24/2020 3:49 PM, puneet.sethi(a)linux.intel.com wrote:
> >>> From: puneetse <puneet.sethi(a)linux.intel.com>
> >>>
> >>> Manually added devpkg. Requested at:
> >>> https://community.clearlinux.org/t/i-need-libedit-to-install-aster
> >>> isk/3832
> >>>
> >>> ---
> >>> bundles/devpkg-libedit | 10 ++++++++++
> >>> 1 file changed, 10 insertions(+)
> >>
> >>
> >> so this is not the right way to do this
> >>
> >>
> >> just add "libedit" to auto.devpkgs instead and the devpkg bundle
> >> gets auto managed
> >
> > In this case the pc file isn't in the distro for the automated handling.
>
> hmm but once this goes in it will be, so the auto.devpkgs should ALSO
> be done at minimum
Yes, good point. The pc file doesn't include any others in this case but it is good to keep it updated so we don't have to worry if that changes.
On 3/24/2020 3:57 PM, Douglas, William wrote:
> On Tue, Mar 24, 2020 at 3:54 PM Arjan van de Ven <arjan(a)linux.intel.com> wrote:
>>
>> On 3/24/2020 3:49 PM, puneet.sethi(a)linux.intel.com wrote:
>>> From: puneetse <puneet.sethi(a)linux.intel.com>
>>>
>>> Manually added devpkg. Requested at:
>>> https://community.clearlinux.org/t/i-need-libedit-to-install-asterisk/3832
>>>
>>> ---
>>> bundles/devpkg-libedit | 10 ++++++++++
>>> 1 file changed, 10 insertions(+)
>>
>>
>> so this is not the right way to do this
>>
>>
>> just add "libedit" to auto.devpkgs instead and the devpkg bundle gets auto managed
>
> In this case the pc file isn't in the distro for the automated handling.
hmm but once this goes in it will be, so the auto.devpkgs should ALSO be done at minimum
>
