Re: [FFmpeg-user] installing ffmpeg3.2.3

Dear madam, sir, Thank you for your quick answer. I cannot remember which of yasm or nasm I had downloaded, but I have found a solution to my problem. Thank you for your time and have a nice weekend. Best regards, E. Dieu On 09/02/17 18:52, Lou wrote: On Thu, 9 Feb 2017 09:52:30 + Emi

Re: [FFmpeg-user] Extract all audio regardless of stream/channel count

Hello, I've used this my AudioSplitter.bat script placed in windows "send to" folder for quick access. It could probably be much smarter but anyways it does the job for me. It loops now 50 times and creates 24bit wav files. -- set ch=0 set tr=0 set count=0 :

[FFmpeg-user] FFmpeg mosaic

Hi All, following this help Create Mosaic with FFMPEG i've created a nice mosaic i run to keep a constant eye on a lot of different live streams I've published in my network, and the presence of audio in e

Re: [FFmpeg-user] dav files

2017-02-13 2:06 GMT+01:00 Rick Corteza : > >> On Feb 8, 2017, at 5:55 PM, Carl Eugen Hoyos wrote: >> >> 2017-02-08 3:33 GMT+01:00 Rick Corteza : >> >>> I want to ask about the capabilities with ffmpeg and dav files. I know >>> that ffmpeg can convert the video, >> >>> but what if the dav file has

Re: [FFmpeg-user] dav files

> On Feb 8, 2017, at 5:55 PM, Carl Eugen Hoyos wrote: > > 2017-02-08 3:33 GMT+01:00 Rick Corteza : > >> I want to ask about the capabilities with ffmpeg and dav files. I know >> that ffmpeg can convert the video, > >> but what if the dav file has audio? > > Please provide such a sample. > >

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

Am 12.02.2017 um 16:16 schrieb Carl Eugen Hoyos: 2017-02-12 16:08 GMT+01:00 Reindl Harald : should i draw you a picture or which words does it need making you understand that i am not a C/C++ developer Then how can you dare to write the remaining email indicating you understand gcc's warnin

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

2017-02-12 16:08 GMT+01:00 Reindl Harald : > should i draw you a picture or which words does it need > making you understand that i am not a C/C++ developer Then how can you dare to write the remaining email indicating you understand gcc's warning messages better than I do? I have now spent seve

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

Am 12.02.2017 um 16:03 schrieb Carl Eugen Hoyos: 2017-02-12 16:01 GMT+01:00 Reindl Harald : Am 12.02.2017 um 14:52 schrieb Carl Eugen Hoyos: 2017-02-12 5:36 GMT+01:00 Reindl Harald : src/libavformat/rtpdec_formats.h:41:5: warning: type of 'ff_h264_handle_aggregated_packet' does not match

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

2017-02-12 16:01 GMT+01:00 Reindl Harald : > > Am 12.02.2017 um 14:52 schrieb Carl Eugen Hoyos: >> >> 2017-02-12 5:36 GMT+01:00 Reindl Harald : >>> src/libavformat/rtpdec_formats.h:41:5: warning: type of >>> 'ff_h264_handle_aggregated_packet' does not match original declaration >>> [-Wlto-type-mis

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

Am 12.02.2017 um 14:52 schrieb Carl Eugen Hoyos: 2017-02-12 5:36 GMT+01:00 Reindl Harald : Am 12.02.2017 um 03:30 schrieb Carl Eugen Hoyos: 2017-02-12 3:23 GMT+01:00 Reindl Harald : gcc-6.3.1-1.fc24.x86_64 gcc.gnu.org doesn't know this release;-) Anyway: Please understand that several

Re: [FFmpeg-user] 'ff_h264_handle_aggregated_packet' does not match original declaration

2017-02-12 5:36 GMT+01:00 Reindl Harald : > > Am 12.02.2017 um 03:30 schrieb Carl Eugen Hoyos: >> >> 2017-02-12 3:23 GMT+01:00 Reindl Harald : >> >>> gcc-6.3.1-1.fc24.x86_64 >> >> gcc.gnu.org doesn't know this release;-) >> >> Anyway: Please understand that several hundred real, user-reported, >> r

Re: [FFmpeg-user] Use ONVIF 1.0 NTP timestamp for synchronization

2017-02-12 10:03 GMT+01:00 Jan Koppe : > I've dug a bit into the rtp protocol (very basic understanding only for > now) and saw that our cameras support the ONVIF 1.0 standard, > which says that a wallclock NTP timestamp is sent within the RTP > header. As far as I can see this would be ideal: the

[FFmpeg-user] Use ONVIF 1.0 NTP timestamp for synchronization

Hello, first off - I'm new here, so short introduction to what I'm trying to achieve: I work for a university doing lecture capture. Our system does automatic lecture recording using ffmpeg, magewell capture cards for beamer-video (via HDMI) and audio, and Axis P1428-E security network cameras to