qtmux fails with crypto module
Thiago Sousa Santos
thiagossantos at gmail.com
Sat Jul 16 12:50:31 UTC 2016
On Sat, Jul 16, 2016 at 8:25 AM, Hallo32 <Hallo32 at gmx.net> wrote:
>
>
> Am 16.07.2016 um 05:28 schrieb Thiago Sousa Santos:
>
>> On Fri, Jul 15, 2016 at 5:30 AM, Hallo32 <Hallo32 at gmx.net> wrote:
>>
>> Hello list,
>>>
>>> if I add the encryption and decryption to the working gstreamer pipeline
>>> bellow.
>>>
>>> gst-launch-1.0 filesrc location=big_buck_bunny_1080p_h264.mov
>>> typefind=true ! qtdemux name=demux demux.video_0 ! queue !
>>> video/x-h264 ! h264parse ! mux. demux.audio_0 ! queue !
>>> audio/mpeg ! aacparse ! queue ! mux. mpegtsmux name=mux !
>>> tsdemux ! video/x-h264 ! queue ! vpudec frame-drop=false !
>>> imxv4l2sink name=videosink force-aspect-ratio=true
>>> max-lateness=1000000 sync=true
>>>
>>>
>>> gst-launch-1.0 filesrc location=big_buck_bunny_1080p_h264.mov
>>> typefind=true ! crypto mode=enc ! crypto mode=dec ! qtdemux
>>> name=demux demux.video_0 ! queue ! video/x-h264 ! h264parse !
>>> mux. demux.audio_0 ! queue ! audio/mpeg ! aacparse ! queue !
>>> mux. mpegtsmux name=mux ! tsdemux ! video/x-h264 ! queue ! vpudec
>>> frame-drop=false ! imxv4l2sink name=videosink
>>> force-aspect-ratio=true max-lateness=1000000 sync=true
>>>
>>>
>>> The command fails with
>>>
>>> 0:00:00.089051186 1047 0x1838960 LOG qtmux
>>>
>>>
>>> /bamboo/agent-home/xml-data/build-dir/MSSNIC-GR-JOB1/yocto/build.imx6qsabreauto-avb/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.4.1-r0/gst-plugins-good-1.4.1/gst/isomp4/gstqtmux.c:3704:gst_qt_mux_register:
>>> Registering muxers
>>> 0:00:00.091218369 1047 0x1838960 LOG qtmux
>>>
>>>
>>> /bamboo/agent-home/xml-data/build-dir/MSSNIC-GR-JOB1/yocto/build.imx6qsabreauto-avb/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.4.1-r0/gst-plugins-good-1.4.1/gst/isomp4/gstqtmux.c:3742:gst_qt_mux_register:
>>> Finished registering muxers
>>> 0:00:00.091331379 1047 0x1838960 LOG qtmux
>>>
>>>
>>> /bamboo/agent-home/xml-data/build-dir/MSSNIC-GR-JOB1/yocto/build.imx6qsabreauto-avb/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.4.1-r0/gst-plugins-good-1.4.1/gst/isomp4/gstqtmux.c:3748:gst_qt_mux_register:
>>> Registering tags
>>> 0:00:00.091419719 1047 0x1838960 LOG qtmux
>>>
>>>
>>> /bamboo/agent-home/xml-data/build-dir/MSSNIC-GR-JOB1/yocto/build.imx6qsabreauto-avb/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.4.1-r0/gst-plugins-good-1.4.1/gst/isomp4/gstqtmux.c:3754:gst_qt_mux_register:
>>> Finished registering tags
>>> ====== IMXV4L2SINK: 4.0.3 build on Mar 31 2016 12:58:06. ======
>>> Setting pipeline to PAUSED ...
>>> display(/dev/fb0) resolution is (1920x1080).
>>> [INFO] Product Info: i.MX6Q/D/S
>>> ====== VPUDEC: 4.0.3 build on Mar 31 2016 12:58:10. ======
>>> wrapper: 1.0.58 (VPUWRAPPER_ARM_LINUX Build on Mar 31 2016
>>> 12:57:32)
>>> vpulib: 5.4.28
>>> firmware: 3.1.1.46063
>>> Pipeline is PREROLLING ...
>>> ERROR: from element /GstPipeline:pipeline0/GstQTDemux:demux: This
>>> file is incomplete and cannot be played.
>>> Additional debug info:
>>>
>>>
>>> /bamboo/agent-home/xml-data/build-dir/MSSNIC-GR-JOB1/yocto/build.imx6qsabreauto-avb/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/gstreamer1.0-plugins-good/1.4.1-r0/gst-plugins-goo
>>>
>>>
>>> Do you have an idea why it fails and how it can be fixed?
>>> Did I miss any important information?
>>>
>>> Can you provide a more complete log? The crypto element pair is likely
>> modifying the stream somehow. Looking closer at the qtdemux logs might
>> give
>> us a hint on what exactly was modified.
>>
> Which log settings do you want? Give me the settings and you will get
> exactly the log you want.
>
GST_DEBUG=qtdemux:9 should be enough
>
> You can try just to do "filesrc ! crypto mode=enc ! crypto mode=dec !
>> filesink" and check if the resulting file got modified somehow. It should
>> be the same, right?
>>
>
> It should be same file again but they are not exactly the same.
> The encrypted ones has 5 bytes added at the end of the file. Each byte has
> the value 0x0A. Maybe some padding for the encryption to get the necessary
> block size for the encryption.
> The other bytes are identical with the source file.
>
Does this file play with qtdemux?
>
>>> GStreamer Version:
>>> gst-launch-1.0 --version
>>> gst-launch-1.0 version 1.4.1
>>> GStreamer 1.4.1
>>> Unknown package origin
>>>
>>> Unlikely to fix the issue as it is likely in gst-crypto, but latest
>> release
>> is 1.8, might be worth trying to upgrade.
>>
> I have tried 1.8 before I send the mail to the list. I doesn't fix the
> problem.
>
> Source gst-crypto: https://github.com/RidgeRun/gst-crypto Branch:
>>> release-1.0
>>>
>>> Best regards
>>>
>>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.freedesktop.org
>>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>>
>>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
> Best regards
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
--
Thiago Sousa Santos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160716/a42e7775/attachment.html>
More information about the gstreamer-devel
mailing list