VLC CRASHING:MJPEG 1280x1024

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

VLC CRASHING:MJPEG 1280x1024

ajitjohn
Hii all,

        I have written a MJPEG Packetizer GSTREAMER PLUGIN based on RFC 2435 .I am
streaming this mjpeg packetised data  to VLC ,QT,MPLAYER.

Following are my observations:

1)VLC PLAYER

        a)CIF(352x288)          - Works consistently with multiple stop and
play ..
        b)D1(720x480)           - Works inconsistently(sometimes it works
but most of the time it crashes)
        c)720p(1280x720)      - Works inconsistently(sometimes it works but
most of the time it crashes)
        d)HD(1280x1024)       - Works inconsistently(sometimes it works but
most of the time it crashes)

2)MPLAYER

        Works fine with mplayer for all resolutions.

3)QuickTimePlayer

       Works fine with qtplayer for all resolutions.

We have developed our own server for streaming the mjpeg data  at 10fps.

Timestamp calculation is done based on the below formulae:-

      timestamp +=(1/fps)*(90000)

      here we are fixing the fps to be 10.So we have a constant increment of
timestamp based on the above calculated value for every frame.

      The timestamp remains constant for all the packets in the frame ,but
it varies from frame to frame by the above calculated timestamp value.

      Packet size =1200 bytes.

     Is  my understanding correct in the way i am incrementing the timestamp
relative to the fps.
     Or do we have to work upon any other parameter(apart from timestamp)
that configures  the VLC to display the data it receives.

    am i missing something else when it come to vlc?


Regards,
Ajit.


The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments contained in it.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: VLC CRASHING:MJPEG 1280x1024

Edward Hervey
For your information, there is a rfc2435 payloader in
gst-plugins-good/gst/rtp/

   Edward

On Wed, 2008-12-03 at 20:44 +0530, ajitjohn wrote:

> Hii all,
>
> I have written a MJPEG Packetizer GSTREAMER PLUGIN based on RFC 2435 .I am
> streaming this mjpeg packetised data  to VLC ,QT,MPLAYER.
>
> Following are my observations:
>
> 1)VLC PLAYER
>
>         a)CIF(352x288)          - Works consistently with multiple stop and
> play ..
>         b)D1(720x480)           - Works inconsistently(sometimes it works
> but most of the time it crashes)
>         c)720p(1280x720)      - Works inconsistently(sometimes it works but
> most of the time it crashes)
>         d)HD(1280x1024)       - Works inconsistently(sometimes it works but
> most of the time it crashes)
>
> 2)MPLAYER
>
>         Works fine with mplayer for all resolutions.
>
> 3)QuickTimePlayer
>
>        Works fine with qtplayer for all resolutions.
>
> We have developed our own server for streaming the mjpeg data  at 10fps.
>
> Timestamp calculation is done based on the below formulae:-
>
>       timestamp +=(1/fps)*(90000)
>
>       here we are fixing the fps to be 10.So we have a constant increment of
> timestamp based on the above calculated value for every frame.
>
>       The timestamp remains constant for all the packets in the frame ,but
> it varies from frame to frame by the above calculated timestamp value.
>
>       Packet size =1200 bytes.
>
>      Is  my understanding correct in the way i am incrementing the timestamp
> relative to the fps.
>      Or do we have to work upon any other parameter(apart from timestamp)
> that configures  the VLC to display the data it receives.
>
>     am i missing something else when it come to vlc?
>
>
> Regards,
> Ajit.
>
>
> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments contained in it.
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel