live-devel Digest, Vol 186, Issue 10

Wed May 22 07:06:23 PDT 2019

Hi Ross,
Since the JPEG RTP payload header has only 8 bits for storing width and
height, therefore it will not be able to store resolution greater than 2048
or 3MP. Is there a way we can stream JPEG having resolution greater than
3MP.

On Wed, May 22, 2019 at 12:34 AM <live-devel-request at us.live555.com> wrote:

> Send live-devel mailing list submissions to
>         live-devel at lists.live555.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.live555.com/mailman/listinfo/live-devel
> or, via email, send a message with subject or body 'help' to
>         live-devel-request at lists.live555.com
>
> You can reach the person managing the list at
>         live-devel-owner at lists.live555.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of live-devel digest..."
>
>
> Today's Topics:
>
>    1. Re: MJPEG2000 support (.mj2) (Ross Finlayson)
>    2. Stair or Zig-Zag view with Mjpeg codec (Saurabh Modi)
>    3. Re: Stair or Zig-Zag view with Mjpeg codec (Ross Finlayson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 20 May 2019 19:16:21 -0700
> From: Ross Finlayson <finlayson at live555.com>
> To: LIVE555 Streaming Media - development & use
>         <live-devel at us.live555.com>
> Subject: Re: [Live-devel] MJPEG2000 support (.mj2)
> Message-ID: <C59EC56C-4A70-442A-A113-B6B3DBC0EA99 at live555.com>
> Content-Type: text/plain;       charset=utf-8
>
> I?ve just installed a new version (2019.05.21) of the ?LIVE555 Streaming
> Media? code that includes implementations of ?JPEG2000VideoRTPSink? and
> ?JPEG2000VideoRTPSource? for sending/receiving JPEG 2000 RTP packets.
> (Note that these differ a little from the patch that you sent, because they
> include the proper 8-byte payload header, as specified in RFC 5371.)
>
> I haven?t yet installed your ?JPEG2000VideoFileServerMediaSubsession? (and
> ?Framer? and ?Parser?) classes, because these are still a mess, and will
> need a lot of work to clean up.  (However, if you wish, you can use your
> own implementation of these with the new ?JPEG2000VideoRTPSink? and
> ?JPEG2000VideoRTPSource? classes, and they should still work for you.)
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 21 May 2019 12:18:09 +0530
> From: Saurabh Modi <saurabh.modi at matrixcomsec.com>
> To: live-devel at us.live555.com
> Subject: Stair or Zig-Zag view with Mjpeg codec
> Message-ID:
>         <
> CALwMLdbywxeDBdrbnQtTUdSZzdeZ5JeC_KqJJjKHtSBqkhWotg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi All,
> I am working on an IPCamera project and use live555 library for RTSP
> streaming of media. We have recently introduced option for user to select
> resolution of their choice. There seems to be an issue with RTSP streaming
> with custom resolution in MJPEG codec. Whenever the width is set to
> 180/230/260/310/340 pixels and so on the view is staired or cut and forms a
> zig-zag pattern. The issue doesn't seem to exist for H264/H265 codecs. So
> is there any limitation of the library for these widths for MJPEG? The
> encoder is perfectly encoding the frames. When I send the encoded frames
> directly to other decoders they are able to decode them properly and view
> is normal. So maybe is there something that live555 adds in the packet
> which is creating the issue?
>
> --
> Matrix Comsec Pvt. Ltd.
> #394, GIDC Makarpura - 390010. Dist: Vadodara,
> Gujarat, India
>  <http://bit.ly/comsec-esignature>
>
> IP Video Surveillance |?
> <http://bit.ly/IPVS-esginature>People Mobility Management |?
> <http://bit.ly/cosec-esignature>Unified Communications
> <http://bit.ly/telecom-esignature>
> 1 Million+ Customers | 2,500+ Partners |
> 60+ Products | 50+ Countries
> We put more in the box, so your business can
> think more out of the box.
>  <https://www.facebook.com/matrixcomsec>
> <http://www.linkedin.com/in/matrixcomsec>
> <https://twitter.com/Matrix_ComSec>
> <https://www.linkedin.com/company/matrix-telecom-solutions/>
> <https://www.youtube.com/user/MatrixComSec>
>
>
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.live555.com/pipermail/live-devel/attachments/20190521/e0fff25b/attachment-0001.htm
> >
>
> ------------------------------
>
> Message: 3
> Date: Tue, 21 May 2019 00:05:10 -0700
> From: Ross Finlayson <finlayson at live555.com>
> To: LIVE555 Streaming Media - development & use
>         <live-devel at us.live555.com>
> Subject: Re: [Live-devel] Stair or Zig-Zag view with Mjpeg codec
> Message-ID: <EBB7CD91-4BFE-45A1-BC30-5A454088A719 at live555.com>
> Content-Type: text/plain;       charset=us-ascii
>
> > I am working on an IPCamera project and use live555 library for RTSP
> streaming of media. We have recently introduced option for user to select
> resolution of their choice. There seems to be an issue with RTSP streaming
> with custom resolution in MJPEG codec. Whenever the width is set to
> 180/230/260/310/340 pixels and so on the view is staired or cut and forms a
> zig-zag pattern. The issue doesn't seem to exist for H264/H265 codecs. So
> is there any limitation of the library for these widths for MJPEG?
>
> Yes.  The RTP payload format for JPEG streaming (RFC 2435) requires that
> the width and height of the image be a multiple of 8 pixels.  (The payload
> format is not defined for widths or heights that are not multiples of 8
> pixels.)
>
> So, if you insist on streaming via motion-JPEG (but see <
> http://live555.com/liveMedia/faq.html#jpeg-streaming> for why this is
> usually a bad idea), your image widths/heights must be a multiple of 8.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
> ps. If you are using our software in a product, you are free to do so,
> provided that you comply with the requirements of the GNU LGPL v3; see
> http://live555.com/liveMedia/faq.html#copyright-and-license
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
> ------------------------------
>
> End of live-devel Digest, Vol 186, Issue 10
> *******************************************
>

-- 
Matrix Comsec Pvt. Ltd.
#394, GIDC Makarpura - 390010. Dist: Vadodara, 
Gujarat, India
 <http://bit.ly/comsec-esignature>

IP Video Surveillance |  
<http://bit.ly/IPVS-esginature>People Mobility Management |  
<http://bit.ly/cosec-esignature>Unified Communications 
<http://bit.ly/telecom-esignature>
1 Million+ Customers | 2,500+ Partners | 
60+ Products | 50+ Countries
We put more in the box, so your business can 
think more out of the box.
 <https://www.facebook.com/matrixcomsec> 
<http://www.linkedin.com/in/matrixcomsec> 
<https://twitter.com/Matrix_ComSec> 
<https://www.linkedin.com/company/matrix-telecom-solutions/> 
<https://www.youtube.com/user/MatrixComSec>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20190522/4a76d6d4/attachment.htm>