qtmux fails with crypto module

On Sat, Jul 16, 2016 at 8:25 AM, Hallo32 [hidden email] wrote:

Am 16.07.2016 um 05:28 schrieb Thiago Sousa Santos:

On Fri, Jul 15, 2016 at 5:30 AM, Hallo32 [hidden email] 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
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Best regards

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

qtmux fails with crypto module

qtmux fails with crypto module

Re: qtmux fails with crypto module

Re: qtmux fails with crypto module

Re: qtmux fails with crypto module

Re: qtmux fails with crypto module