qtmux fails with crypto module

[Hallo32]

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.

> 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.
>>
>> 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