Send Motion-user mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/motion-user
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Motion-user digest..."
Today's Topics:
1. Re: movie_passthrough- how does that interact with streams,
encoding, etc (Matt Grob)
2. movie_passthrough: Possible on RPI camera? (Matt Grob)
3. Re: movie_passthrough- how does that interact with streams,
encoding, etc (Matt Grob)
----------------------------------------------------------------------
Message: 1
Date: Sun, 8 Sep 2019 10:02:52 -0700
From: Matt Grob <[email protected]>
To: Motion discussion list <[email protected]>
Subject: Re: [Motion-user] movie_passthrough- how does that interact
with streams, encoding, etc
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
I?m also interested in the movie_passthrough feature.
I believe the answer to Ted?s question below is high res capture does not use
the movie_codec parameter. That?s I think part of the idea - free the CPU from
having to do the encoding of the higher res stream. Instead the captured movie
is created directly from the frames sent from the camera.
Disclaimer: just starting to learn this feature. Please correct/clarify as
needed :)
Here is the documentation on the feature:
https://motion-project.github.io/motion_config.html#movie_passthrough
<https://motion-project.github.io/motion_config.html#movie_passthrough>
> On Mar 8, 2019, at 12:31 PM, Ted Timmons <[email protected]> wrote:
>
> Hello, long time user (2003ish). I'm just starting to play with the
> movie_passthrough option, using a rtsp source.
>
> Does this ignore/bypass "movie_codec"? I see that the "shape" of the
> saved file looks different than if I use "ffmpeg -i" to grab it
> straight off the rtsp stream.
>
> Here's a file out of motion:
> Duration: 00:00:17.31, start: 0.066000, bitrate: 869 kb/s
> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
> 1280x720, 868 kb/s, 15.49 fps, 17.92 tbr, 90k tbn, 180k tbc (default)
> Metadata:
> handler_name : VideoHandler
>
> Here's the rtsp stream:
> Input #0, rtsp, from 'rtsp://192.168.0.31:554/live/ch0':
> Duration: N/A, start: 0.467000, bitrate: N/A
> Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x720,
> 15.17 tbr, 90k tbn, 180k tbc
> Stream #0:1: Audio: aac (LC), 16000 Hz, mono, fltp
> Stream #0:2: Data: none
>
> It looks like perhaps it is directly saving that first stream but
> discarding my other two streams.
>
>
> _______________________________________________
> Motion-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/motion-user
> https://motion-project.github.io/
>
> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 2
Date: Sun, 8 Sep 2019 10:06:27 -0700
From: Matt Grob <[email protected]>
To: Motion discussion list <[email protected]>
Subject: [Motion-user] movie_passthrough: Possible on RPI camera?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Wondering if it?s possible to use the motion_passthrough feature on a raspberry
pi camera? (Meaning the actual RPI camera, not just any camera attached to an
RPI)
The documentation says it works with ?some V4L2 cameras? and the netcam_url
parameter must be used - so that makes me feel it?s not possible - but not
really sure.
Here?s the documentation:
https://motion-project.github.io/motion_config.html#movie_passthrough
<https://motion-project.github.io/motion_config.html#movie_passthrough>
Thanks for any info
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 3
Date: Sun, 8 Sep 2019 10:08:24 -0700
From: Matt Grob <[email protected]>
To: Motion discussion list <[email protected]>
Subject: Re: [Motion-user] movie_passthrough- how does that interact
with streams, encoding, etc
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
I believe here is the answer to Ted?s question from the feature documentation:
?..when motion is detected, the high resolution images will be captured and
processed into the movie file without going through the decode/encode
processing."
> On Sep 8, 2019, at 10:02 AM, Matt Grob <[email protected]> wrote:
>
>
> I?m also interested in the movie_passthrough feature.
>
> I believe the answer to Ted?s question below is high res capture does not use
> the movie_codec parameter. That?s I think part of the idea - free the CPU
> from having to do the encoding of the higher res stream. Instead the
> captured movie is created directly from the frames sent from the camera.
>
> Disclaimer: just starting to learn this feature. Please correct/clarify as
> needed :)
>
> Here is the documentation on the feature:
> https://motion-project.github.io/motion_config.html#movie_passthrough
> <https://motion-project.github.io/motion_config.html#movie_passthrough>
>
>
>
>
>
>
>
>> On Mar 8, 2019, at 12:31 PM, Ted Timmons <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hello, long time user (2003ish). I'm just starting to play with the
>> movie_passthrough option, using a rtsp source.
>>
>> Does this ignore/bypass "movie_codec"? I see that the "shape" of the
>> saved file looks different than if I use "ffmpeg -i" to grab it
>> straight off the rtsp stream.
>>
>> Here's a file out of motion:
>> Duration: 00:00:17.31, start: 0.066000, bitrate: 869 kb/s
>> Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p,
>> 1280x720, 868 kb/s, 15.49 fps, 17.92 tbr, 90k tbn, 180k tbc (default)
>> Metadata:
>> handler_name : VideoHandler
>>
>> Here's the rtsp stream:
>> Input #0, rtsp, from 'rtsp://192.168.0.31:554/live/ch0':
>> <rtsp://192.168.0.31:554/live/ch0':>
>> Duration: N/A, start: 0.467000, bitrate: N/A
>> Stream #0:0: Video: h264 (High), yuv420p(progressive), 1280x720,
>> 15.17 tbr, 90k tbn, 180k tbc
>> Stream #0:1: Audio: aac (LC), 16000 Hz, mono, fltp
>> Stream #0:2: Data: none
>>
>> It looks like perhaps it is directly saving that first stream but
>> discarding my other two streams.
>>
>>
>> _______________________________________________
>> Motion-user mailing list
>> [email protected] <mailto:[email protected]>
>> https://lists.sourceforge.net/lists/listinfo/motion-user
>> https://motion-project.github.io/
>>
>> Unsubscribe: https://lists.sourceforge.net/lists/options/motion-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
------------------------------
Subject: Digest Footer
_______________________________________________
Motion-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/motion-user
------------------------------
End of Motion-user Digest, Vol 159, Issue 8
*******************************************