[gst-devel] Problem while hinting a media file.
satheesh reddy
sathishbreddy at gmail.com
Thu Mar 11 08:27:02 CET 2010
Try with MP4Box utility.
Eg:MP4Box -hint <mediafile>
Rgds,
Satheesh
On Thu, Mar 11, 2010 at 12:14 PM, <
gstreamer-devel-request at lists.sourceforge.net> wrote:
> Send gstreamer-devel mailing list submissions to
> gstreamer-devel at lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
> or, via email, send a message with subject or body 'help' to
> gstreamer-devel-request at lists.sourceforge.net
>
> You can reach the person managing the list at
> gstreamer-devel-owner at lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gstreamer-devel digest..."
>
>
> Today's Topics:
>
> 1. Re: [PATCH] gst-plugins-good: add a TV-norm selection
> parameter to v4l2sink (Clark, Rob)
> 2. Re: [PATCH] gst-plugins-good: add a TV-norm selection
> parameter to v4l2sink (Tim-Philipp M?ller)
> 3. how to do remuxing using gstreamer (Venu Vemulapally)
> 4. building a gst plugin (vineeth)
> 5. Problem while hinting a media file. (Rajesh Marathe)
> 6. Use of GST_PTR_FORMAT on non glibc targets unavailable?
> (Alberto Vigata)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 10 Mar 2010 18:47:50 -0600
> From: "Clark, Rob" <rob at ti.com>
> Subject: Re: [gst-devel] [PATCH] gst-plugins-good: add a TV-norm
> selection parameter to v4l2sink
> To: Guennadi Liakhovetski <g.liakhovetski at gmx.de>
> Cc: "gstreamer-devel at lists.sourceforge.net"
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <CB2948C5-08E2-4C7A-A09A-436F079A339F at ti.com>
> Content-Type: text/plain; charset="us-ascii"
>
> I agree that an enum would be a good idea (have a look at "flags"
> property.. search for GST_TYPE_V4L2_DEVICE_FLAGS in gstv4l2object.c for an
> example)
>
> also.. I think it might be a good idea to put this property in
> gstv4l2object.c (see the install/get/set_property_helper functions).. so
> that both v4l2sink and v4l2src get the property.
>
>
> BR,
> -R
>
> On Mar 10, 2010, at 1:04 PM, Guennadi Liakhovetski wrote:
>
> > Linux video (v4l2) output drivers can support multiple TV norms, add a
> > parameter to the v4l2sink plugin to select one.
> >
> > Signed-off-by: Guennadi Liakhovetski <g.liakhovetski at gmx.de>
> > ---
> > Ok, I have no idea what's the patch submission procudure here, for now I
> > just followed the one I'm familiar with - from the Linux kernel. Feel
> free
> > to point me out to some doc.
> >
> > diff -u a/sys/v4l2/gstv4l2sink.c b/sys/v4l2/gstv4l2sink.c
> > --- a/sys/v4l2/gstv4l2sink.c 2010-03-08 16:41:32.000000000 +0100
> > +++ b/sys/v4l2/gstv4l2sink.c 2010-03-10 19:44:29.000000000 +0100
> > @@ -75,6 +75,7 @@
> > PROP_OVERLAY_LEFT,
> > PROP_OVERLAY_WIDTH,
> > PROP_OVERLAY_HEIGHT,
> > + PROP_TV_NORM,
> > };
> >
> >
> > @@ -251,6 +252,11 @@
> > "The height of the video overlay; default is equal to
> negotiated image height",
> > 0, 0xffffffff, 0, G_PARAM_READWRITE));
> >
> > + g_object_class_install_property (gobject_class, PROP_TV_NORM,
> > + g_param_spec_string ("tv-norm", "TV norm",
> > + "One of NTSC-M, NTSC-J, NTSC-443, PAL-B, PAL-M, PAL-N",
> > + "NTSC-M", G_PARAM_READWRITE));
> > +
> > basesink_class->get_caps = GST_DEBUG_FUNCPTR (gst_v4l2sink_get_caps);
> > basesink_class->set_caps = GST_DEBUG_FUNCPTR (gst_v4l2sink_set_caps);
> > basesink_class->buffer_alloc = GST_DEBUG_FUNCPTR
> (gst_v4l2sink_buffer_alloc);
> > @@ -280,6 +286,7 @@
> >
> > v4l2sink->overlay_fields_set = 0;
> > v4l2sink->state = 0;
> > + v4l2sink->tv_norm = V4L2_STD_NTSC_M;
> > }
> >
> >
> > @@ -367,6 +374,7 @@
> > gst_v4l2sink_set_property (GObject * object,
> > guint prop_id, const GValue * value, GParamSpec * pspec)
> > {
> > + const gchar *norm;
> > GstV4l2Sink *v4l2sink = GST_V4L2SINK (object);
> >
> > if (!gst_v4l2_object_set_property_helper (v4l2sink->v4l2object,
> > @@ -395,6 +403,23 @@
> > v4l2sink->overlay_fields_set |= OVERLAY_HEIGHT_SET;
> > gst_v4l2sink_sync_overlay_fields (v4l2sink);
> > break;
> > + case PROP_TV_NORM:
> > + norm = g_value_get_string (value);
> > + if (strcmp (norm, "NTSC-M") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_NTSC_M;
> > + else if (strcmp (norm, "NTSC-J") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_NTSC_M_JP;
> > + else if (strcmp (norm, "NTSC-443") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_NTSC_443;
> > + else if (strcmp (norm, "PAL-B") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_PAL_B;
> > + else if (strcmp (norm, "PAL-M") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_PAL_M;
> > + else if (strcmp (norm, "PAL-N") == 0)
> > + v4l2sink->tv_norm = V4L2_STD_PAL_N;
> > + else
> > + G_OBJECT_WARN_INVALID_PROPERTY_ID (object, prop_id, pspec);
> > + break;
> > default:
> > G_OBJECT_WARN_INVALID_PROPERTY_ID (object, prop_id, pspec);
> > break;
> > @@ -427,6 +452,28 @@
> > case PROP_OVERLAY_HEIGHT:
> > g_value_set_uint (value, v4l2sink->overlay.height);
> > break;
> > + case PROP_TV_NORM:
> > + switch (v4l2sink->tv_norm) {
> > + case V4L2_STD_NTSC_M:
> > + g_value_set_string (value, "NTSC-M");
> > + break;
> > + case V4L2_STD_NTSC_M_JP:
> > + g_value_set_string (value, "NTSC-J");
> > + break;
> > + case V4L2_STD_NTSC_443:
> > + g_value_set_string (value, "NTSC-443");
> > + break;
> > + case V4L2_STD_PAL_B:
> > + g_value_set_string (value, "PAL-B");
> > + break;
> > + case V4L2_STD_PAL_M:
> > + g_value_set_string (value, "PAL-M");
> > + break;
> > + case V4L2_STD_PAL_N:
> > + g_value_set_string (value, "PAL-N");
> > + break;
> > + }
> > + break;
> > default:
> > G_OBJECT_WARN_INVALID_PROPERTY_ID (object, prop_id, pspec);
> > break;
> > @@ -591,6 +638,11 @@
> > return FALSE;
> > }
> >
> > + if (!gst_v4l2_set_norm (v4l2sink->v4l2object, v4l2sink->tv_norm)) {
> > + GST_DEBUG_OBJECT (v4l2sink, "unsupported TV norm %llx",
> v4l2sink->tv_norm);
> > + return FALSE;
> > + }
> > +
> > gst_v4l2sink_sync_overlay_fields (v4l2sink);
> >
> > v4l2sink->current_caps = gst_caps_ref (caps);
> > diff -u a/sys/v4l2/gstv4l2sink.h b/sys/v4l2/gstv4l2sink.h
> > --- a/sys/v4l2/gstv4l2sink.h 2009-11-20 10:59:46.000000000 +0100
> > +++ b/sys/v4l2/gstv4l2sink.h 2010-03-10 19:34:54.000000000 +0100
> > @@ -28,6 +28,7 @@
> > #include <gst/video/gstvideosink.h>
> > #include <gstv4l2object.h>
> > #include <gstv4l2bufferpool.h>
> > +#include <linux/videodev2.h>
> >
> > GST_DEBUG_CATEGORY_EXTERN (v4l2sink_debug);
> >
> > @@ -72,6 +73,7 @@
> > guint8 overlay_fields_set;
> >
> > guint8 state;
> > + v4l2_std_id tv_norm;
> > };
> >
> > struct _GstV4l2SinkClass {
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 11 Mar 2010 01:11:41 +0000
> From: Tim-Philipp M?ller <t.i.m at zen.co.uk>
> Subject: Re: [gst-devel] [PATCH] gst-plugins-good: add a TV-norm
> selection parameter to v4l2sink
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID: <1268269901.14177.10.camel at zingle>
> Content-Type: text/plain; charset="UTF-8"
>
> On Wed, 2010-03-10 at 20:04 +0100, Guennadi Liakhovetski wrote:
>
> Hi,
>
> > Ok, I have no idea what's the patch submission procudure here, for now I
> > just followed the one I'm familiar with - from the Linux kernel. Feel
> free
> > to point me out to some doc.
>
> http://gstreamer.freedesktop.org/wiki/SubmittingPatches has some
> pointers.
>
> It would be great if you could put your patch into bugzilla so it's not
> forgotten about. Thanks!
>
> Cheers
> -Tim
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 10 Mar 2010 18:29:39 -0800
> From: Venu Vemulapally <venu.vemulapally at gmail.com>
> Subject: [gst-devel] how to do remuxing using gstreamer
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
> <54a9a6551003101829p7e86fdc7pa50cdbf6e84480fe at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi All,
>
> I am trying to convert a MP4 container format AV file to TS file with
> out changing AV formats, Only I want to change the container format. Is it
> possible with gstreamer to achieve this ? If so how to do this please
> suggest me .
>
>
> Thanks,
> Venu
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Thu, 11 Mar 2010 09:49:14 +0530
> From: vineeth <nvineeth at gmail.com>
> Subject: [gst-devel] building a gst plugin
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
> <aee77e321003102019u4f1a27fdvdc2097b72b2fc72c at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all,
> I was going through the Plugin writers guide, and I sincerely feel that
> the chapter 9<
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/pwg/html/chapter-building-testapp.html
> >should
> also describe how to build the test plugin "my_filter"
> that was described all the way along and also being used in the test app.
> BTW, I used the following command to do this,
> gcc `pkg-config --libs --cflags gstreamer-0.10` gstexamplefilter.c
> --shared -o ~/.gstreamer-0.10/plugins/libexamplefilter.so
>
> But was unable to load it,
>
> I got the following error message, when I ran it through valgrind :
>
> ==3068== Memcheck, a memory error detector.
> ==3068== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
> ==3068== Using LibVEX rev 1884, a library for dynamic binary translation.
> ==3068== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
> ==3068== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation
> framework.
> ==3068== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
> ==3068== For more details, rerun with: -v
> ==3068==
> ==3069== Invalid read of size 1
> ==3069== at 0x42DC3D7: g_str_hash (in /usr/lib/libglib-2.0.so.0.2000.1)
> ==3069== by 0x42AA3FA: g_hash_table_lookup (in
> /usr/lib/libglib-2.0.so.0.2000.1)
> ==3069== by 0x42A3EB6: g_intern_string (in
> /usr/lib/libglib-2.0.so.0.2000.1)
> ==3069== by 0x4095A48: (within /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x4096F51: gst_plugin_load_file (in
> /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x40A0B8E: (within /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x40A0CA7: gst_registry_scan_path (in
> /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x40547B2: (within /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x40551AC: (within /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x40568FA: (within /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== by 0x42C7DCA: g_option_context_parse (in
> /usr/lib/libglib-2.0.so.0.2000.1)
> ==3069== by 0x4055FA5: gst_init_check (in
> /usr/lib/libgstreamer-0.10.so.0.19.0)
> ==3069== Address 0x1 is not stack'd, malloc'd or (recently) free'd
>
> ERROR: Caught a segmentation fault while loading plugin file:
> /home/pubuntu/.gstreamer-0.10/plugins/libexamplefilter.so
>
> Please either:
> - remove it and restart.
> - run with --gst-disable-segtrap and debug.
> ....
>
>
> Any idea about what is going wrong?
> Thanks
>
> Br,
> V
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 5
> Date: Thu, 11 Mar 2010 11:03:04 +0530
> From: Rajesh Marathe <rmarathe at i-rode.com>
> Subject: [gst-devel] Problem while hinting a media file.
> To: Discussion of the development of GStreamer
> <gstreamer-devel at lists.sourceforge.net>
> Message-ID: <1268285584.4329.9.camel at localhost.localdomain>
> Content-Type: text/plain
>
> Hi,
>
> Can anybody please tell me how to 'hint' a media file so that I can
> stream RTSP (over TCP)/RTP (over UDP) media from Server to Gstreamer
> 0.10.22 based clients ?
>
> regards,
> Rajesh Marathe.
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 10 Mar 2010 22:32:04 -0800
> From: Alberto Vigata <alberto at nelalabs.com>
> Subject: [gst-devel] Use of GST_PTR_FORMAT on non glibc targets
> unavailable?
> To: gstreamer-devel at lists.sourceforge.net
> Message-ID:
> <2ab842261003102232n5f3e5df3n2be1a193ef0f830a at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello All,
>
> I was playing around with gstreamer today on windows using ossbuild
> available at http://code.google.com/p/ossbuild/ and I stumbled?across
> with an issue regarding the customized printf style formatting
> GST_PTR_FORMAT that seems to be used pervasively around the code.
> Typical GST_PTR_FORMAT usage goes as follows
>
> GST_LOG ("caps are %" GST_PTR_FORMAT, caps);
>
> GST_PTR_FORMAT seems to resolve to either "p" or "P" depending on
> preprocessor defs, with the idea that the GST debug system will
> introduce %p or %P as a new format flag for g_printerr() that will
> take the GType following the format string and format it accordingly.
>
> My problem is that this is not working in my windows builds. After
> further inspection, seems that in order for this to work, the GST
> debug system is using 'register_printf_specifier' on gstinfo.c to
> register the new format types and then after some massaging ends
> calling g_printerr() of GLib to do the final debug output. Seems like
> 'register_printf_specifier' is a glibc specific feature therefore is
> not available in any target that is not using glibc. This seems a
> little bit odd to me.
>
> Is GST_PTR_FORMAT really available only on glibc targets?
>
> thanks in advance,
> Alberto
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
> ------------------------------
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>
> End of gstreamer-devel Digest, Vol 46, Issue 41
> ***********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100311/a5ab7c13/attachment.htm>
More information about the gstreamer-devel
mailing list