Re: [FFmpeg-user] Timestamp and missing frame when converting 4K h.264 to h.265

[Gralfus]

The thought occurred to me today that with the h265 codec, I may need a more
modern computer for doing the processing and viewing. Mine is about 11 years
old, so I'm going to do more experimenting with more modern hardware to see
if that is perhaps behind the artifacts I'm seeing. I'll get back to you
when I find out more.



--
Sent from: http://www.ffmpeg-archive.org/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] Live streaming with dynamic overlay

[Nam Giang]

Hi there,

I'm using ffmpeg to live stream to Youtube. I'm wondering if I can do
dynamic overlay.

For example, when my stream is live and the world is watching, at some
points I want to pop up some pictures or add some sound effects to my live
stream.

I wonder if there is any command that I can use to add those things into my
live stream?

Thanks
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Reporting GCC 7.3.0 compiler-warnings on FFmpeg git (955fa23)

[Reino Wijnsma]

On 15-4-2018 15:16, Reino Wijnsma  wrote:
> Hello ffmpeg-user(/devel),
>
> I've just compiled a fresh build from git (955fa23) (on Windows using Cygwin, 
> MinGW and GCC).
> It compiled without errors, but I did get quite some warnings! I thought I'd 
> share it with you.
> See the attached 'ffmpeg_build.log'.
On 16-4-2018 0:00, Carl Eugen Hoyos  wrote 
:
> Attached patch is supposed to silence several user-reported warnings,
> I cannot currently test here.
>
> Please review, Carl Eugen
[...]
CC  libavcodec/dxva2.o
CC  libavcodec/dxva2_h264.o
CC  libavcodec/dxva2_hevc.o
CC  libavcodec/dxva2_mpeg2.o
CC  libavcodec/dxva2_vc1.o
CC  libavcodec/dxva2_vp9.o
[...]

On 16-4-2018 0:03, Carl Eugen Hoyos  wrote 
:
> Attached patch is supposed to silence a user-reported warning, I
> cannot currently test.
>
> libavdevice/vfwcap.c: In function 'vfw_read_header':
> libavdevice/vfwcap.c:331:35: warning: passing argument 1 of 
> 'av_parse_video_size' from incompatible pointer type 
> [-Wincompatible-pointer-types]
>  ret = av_parse_video_size(&bi->bmiHeader.biWidth, 
> &bi->bmiHeader.biHeight, ctx->video_size);
>^
>
> Please review, Carl Eugen
[...]
CC  libavdevice/vfwcap.o
[...]

On 16-4-2018 0:19, Carl Eugen Hoyos  wrote 
:
> rtmpe_write() exploits knowledge about av_rc4_crypt() internals and
> passes the same
> pointer as src and dst. I assume this is intentional for performance
> reasons, the only
> way to silence the resulting warning is a cast afaict.
>
> Please comment, Carl Eugen
[...]
CC  libavformat/rtmpcrypt.o
[...]

On 16-4-2018 1:33, Carl Eugen Hoyos  wrote 
:
> Attached patch is supposed to silence a user-reported warning when
> inet_aton() is missing but getaddrinfo() is supported.
> Untested.
>
> Please review, Carl Eugen
[...]
CC  libavformat/os_support.o
libavformat/os_support.c: In function 'ff_poll':
libavformat/os_support.c:248:23: warning: comparison of unsigned expression < 0 
is always false [-Wtype-limits]
 if (fds[i].fd < 0)
   ^
[...]

As you can see, no more warnings. Good job. Thanks. (The 'os_support.o'-warning 
above wasn't the warning that Carl fixed)

-- Reino
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] HLS Questions

[Ronak]

Hi there,

I'm using ffmpeg to generate MPEG DASH & HLS content using a backing fragmented 
MP4 asset, and I've noticed some inconsistencies with ffmpeg that I wasn't sure 
about.

For reference, I'm running the following commands:

Generate a fMP4 backed HLS stream:

ffmpeg -i "${FILE}.mp4" -codec copy -hls_time 0.975238095238095 
-hls_segment_type fmp4 -hls_flags single_file+append_list -hls_playlist_type 
vod "${FILE}_1sec_v7.m3u8"

Generate a fMP4 backed MPEG DASH/HLS stream:

ffmpeg -i "${FILE}.mp4" -codec copy -f dash -single_file_name 
"${FILE}_1sec.m4s" -min_seg_duration 975238.095238095 -hls_playlist 1 
"${FILE}_1sec.mpd"

My questions are as follows:

1. The first command above generates an HLS manifest with version 7. The second 
command generates an HLS manifest with version 6. Why are they different, when 
they are using the same exact set of features from the HLS protocol definition? 
Shouldn't both be HLSv7 (the first version where Apple supports fMP4 backing 
assets)?
2. Is it possible to use a fMP4 and a SegmentTemplate/SegmentTimeline with byte 
ranges? A fMP4 has inherent benefits over numerous separate .m4s files, but 
then we have to pay the price of a really long manifest file. Why can't ffmpeg 
templatize the byte ranges themselves as well?
3. Is ffmpeg planning on supporting HLSv8 soon? That will allow us to use 
variable substitution in HLS, just like we can with MPEG DASH. Is there an ETA 
on when this would be available in ffmpeg's trunk?

Thanks,

Ronak
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Problem with ffmpeg and an onvif camera

[Denis]

Perfect.
Using vlc with a Debian 9 machine I can watch an onvif video camera.
Using the latest ffmpeg from git I can't watch the same video camera.

To test the video camera with ffmpeg I'm using this command line:
 ./ffmpeg -loglevel 99 -i rtsp://admin:admin@172.30.153.33:554/1 a.avi

The output it very big and if I send to the list an email with all the output, 
the email will be 
cutted.
So you can have a look at the entire output here:
http://www.denisgottardello.it/ffmpeg.txt

A part of the output is here:
[h264 @ 0x562201567a40] nal_unit_type: 7, nal_ref_idc: 3
[h264 @ 0x562201567a40] nal_unit_type: 8, nal_ref_idc: 3
[rtsp @ 0x562201564400] stream 0: start_time: -102481911520608.625 duration: 
-102481911520608.625
[rtsp @ 0x562201564400] stream 1: start_time: -1152921504606847.000 duration: 
-1152921504606847.000
[rtsp @ 0x562201564400] format: start_time: -9223372036854.775 duration: 
-9223372036854.775 bitrate=64 kb/s
[rtsp @ 0x562201564400] Could not find codec parameters for stream 0 (Video: 
h264, 1 
reference frame, none(left)): unspecified size
Consider increasing the value for the 'analyzeduration' and 'probesize' options
Guessed Channel Layout for Input Stream #0.1 : mono
Input #0, rtsp, from 'rtsp://admin:admin@172.30.153.33:554/1':
  Metadata:
title   : h264.mp4
  Duration: N/A, bitrate: 64 kb/s
Stream #0:0, 0, 1/9: Video: h264, 1 reference frame, none(left), 90k 
tbr, 90k tbn, 180k 
tbc
Stream #0:1, 0, 1/8000: Audio: pcm_mulaw, 8000 Hz, mono, s16, 64 kb/s
Successfully opened the file.
Parsing a group of options: output url a.avi.
Successfully parsed a group of options.
Opening an output file: a.avi.
[file @ 0x5622015bbd40] Setting default whitelist 'file,crypto'
Successfully opened the file.
Stream mapping:
  Stream #0:1 -> #0:0 (pcm_mulaw (native) -> ac3 (native))
Press [q] to stop, [?] for help
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[rtsp @ 0x562201564400] UDP timeout, retrying with TCP
[rtsp @ 0x562201564400] Sending:
PAUSE rtsp://172.30.153.33/1 RTSP/1.0
CSeq: 7
User-Agent: Lavf58.11.101
Session: 16184365

Regards.

In data mercoledì 18 aprile 2018 19:28:43 CEST, hai scritto:
> 2018-04-18 10:05 GMT+02:00, Denis :
> > Sorry if I'm writing directly to you but for me the situation with the
> > customer is very critical.
> 
> If you need support, please send the command line you tested
> including the complete, uncut console output to the user mailing
> list.
> 
> Carl Eugen


+39.347.4070897
www.labcsp.com[1] 
www.denisgottardello.it[2] 
GMT+1
Skype: mrdebug


[1] http://www.labcsp.com
[2] http://www.denisgottardello.it
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Compiling ffmpeg with an output device (Blackmagick Decklink)

[David Di Biase]

Thanks I got it resolved. It was my command line and how I was inserting
link breaks in it. Even after I got passed all that it’s not working as
expected, throws multiple errors. I’ve had to move onto other solutions as
this is not operating as expected.

In regards to the comment about the legal disclosure. It’s required by our
legal team given some of the nature of sensitive information we communicate
with clients. Deal with it.
On Wed, Apr 18, 2018 at 1:59 PM Gonzalo Garramuño 
wrote:

>
> El 18/04/2018 a las 14:40, Carl Eugen Hoyos escribió:
> >> *ffbuild/config.mak:6: *** missing separator.  Stop.*
> >>
> >> I attempted tracking down the issue and found this ticket on the ffmpeg
> >> tracker: https://trac.ffmpeg.org/ticket/1209. I'm not using the git
> pull,
> >> instead I'm just unpacking the source tar.
> >
> > I can only guess that "upacking" involves selecting line breaks.
> >
> > [...]
> >
>
> As Carl guesses, you probably have an issue with line breaks ( unix vs.
> windows ) and that's why the config.mak file fails.
>
> --
> Gonzalo Garramuño
>
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

-- 
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Need Help!! WEBVTT & DVBSUB encoding options/metadata

[Carl Eugen Hoyos]

2018-04-17 14:10 GMT+02:00, Eleftherios Antoniades :
> is there a way to add subtitles as teletext on a TS input video,
> to create a TS output video with Teletext and page number?

FFmpeg does not contain a Teletext encoder and I am not sure
if muxing Teletext is supported.

Please try to fix your quoting, Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Compiling ffmpeg with an output device (Blackmagick Decklink)

[Gonzalo Garramuño]

El 18/04/2018 a las 14:40, Carl Eugen Hoyos escribió:

*ffbuild/config.mak:6: *** missing separator.  Stop.*

I attempted tracking down the issue and found this ticket on the ffmpeg
tracker: https://trac.ffmpeg.org/ticket/1209. I'm not using the git pull,
instead I'm just unpacking the source tar.


I can only guess that "upacking" involves selecting line breaks.

[...]



As Carl guesses, you probably have an issue with line breaks ( unix vs.
windows ) and that's why the config.mak file fails.

--
Gonzalo Garramuño

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Compiling ffmpeg with an output device (Blackmagick Decklink)

[Carl Eugen Hoyos]

2018-04-18 0:10 GMT+02:00, David Di Biase :
> Carl, my apologies for not including config.log. I've attached a copy here.

Which only makes sense as long as you have trouble with configure...

[...]

> *ffbuild/config.mak:6: *** missing separator.  Stop.*
>
> I attempted tracking down the issue and found this ticket on the ffmpeg
> tracker: https://trac.ffmpeg.org/ticket/1209. I'm not using the git pull,
> instead I'm just unpacking the source tar.

I can only guess that "upacking" involves selecting line breaks.

[...]

> This email and any files transmitted with it are confidential

Remove this nonsense, it make you and your company look stupid.

Please avoid top-posting here, Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] ProRes XQ 12-bit support

[Carl Eugen Hoyos]

2018-04-18 18:10 GMT+02:00, Elliott Balsley :
>
>> You sure this displays alpha when reopened in exporter?
>>
>> It can just mark that source format had alpha.
>>
> No I'm not, in fact I don't expect there to be an alpha channel here. I only
> think that because Resolve detects it as 16-bit. It could be a bug in
> Resolve

Or more likely a marketing issue.

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] ProRes XQ 12-bit support

[Elliott Balsley]

> You sure this displays alpha when reopened in exporter?
> 
> It can just mark that source format had alpha.
> __
No I'm not, in fact I don't expect there to be an alpha channel here. I only 
think that because Resolve detects it as 16-bit. It could be a bug in Resolve
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] ProRes XQ 12-bit support

[Paul B Mahol]

On 4/17/18, Elliott Balsley  wrote:
> Sample clip here, this is 6MB.
> https://drive.google.com/file/d/1hdBmoCgn_M-W-8siZGlEpI1oPNTCgvO_/view?usp=sharing
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

You sure this displays alpha when reopened in exporter?

It can just mark that source format had alpha.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] weird seek behaviour in hls streams

[Gyan Doshi]

On 4/18/2018 3:19 PM, Daniel Oberhoff wrote:


Ok, i investigated some further. The source of the problem seem to be the start 
offsets that are “weird” around hls. For one all our hls recordings report a 
start offset of 1.4s, and we have no idea where that is from (the source has no 
such offset).


I haven't looked at your console output yet, but this is the 
demux/decode delay used in MPEG-TS files.


Add -muxdelay 0 to your HLS generation command to skip this offset.

Regards,
Gyan
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] weird seek behaviour in hls streams

[Daniel Oberhoff]

> On 17. Apr 2018, at 12:43, Gyan Doshi  wrote:
> 
> 
> 
> On 4/17/2018 4:07 PM, Daniel Oberhoff wrote:
> 
>> We run a service that extensively relies on hls streams recorded from rtsp 
>> capable cameras. We rotuinely generate clips from recorded streams and seem 
>> to run into weird behavior of -ss and -t. also it seems the hls stream 
>> always has a start-time of 1.4s. This is not the core problem though. when 
>> we generate short clips deep in to the stream i.e. -t 1000 -s 10 it often 
>> happens we get no output at all.
>> any ideas?
> 
> Please share full uncut command and console output for such a case.

or to compress that last mail:

the hls has a start offset of 1.4 (even though the transcoding source does not).

when clipping a 1s segment from 0 the output start offset is 0

when clipping a 1s segment from 1 the output start offset is 0.6

when clipping a 1s segment from 2 the output start offset is 0.6


signature.asc
Description: Message signed with OpenPGP
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] weird seek behaviour in hls streams

[Daniel Oberhoff]

> On 17. Apr 2018, at 12:43, Gyan Doshi  wrote:
> 
> 
> 
> On 4/17/2018 4:07 PM, Daniel Oberhoff wrote:
> 
>> We run a service that extensively relies on hls streams recorded from rtsp 
>> capable cameras. We rotuinely generate clips from recorded streams and seem 
>> to run into weird behavior of -ss and -t. also it seems the hls stream 
>> always has a start-time of 1.4s. This is not the core problem though. when 
>> we generate short clips deep in to the stream i.e. -t 1000 -s 10 it often 
>> happens we get no output at all.
>> any ideas?
> 
> Please share full uncut command and console output for such a case.

Ok, i investigated some further. The source of the problem seem to be the start 
offsets that are “weird” around hls. For one all our hls recordings report a 
start offset of 1.4s, and we have no idea where that is from (the source has no 
such offset).

Then i started using -t as an imput option, which seems to arrive at the right 
output duration, but the offsets are still unsettling:

[daniel@AjaxServer data]$ ffmpeg -ss 0 -t 1 -i 
./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8 daniel-dev/test.mp4
ffmpeg version 3.3.6 Copyright (c) 2000-2017 the FFmpeg developers
  built with gcc 7 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg 
--docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 
--mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall 
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' 
--extra-ldflags='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' 
--extra-cflags='-I/usr/include/nvenc ' --enable-libopencore-amrnb 
--enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 
--enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r 
--enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass 
--enable-libbluray --enable-libcdio --enable-indev=jack --enable-libfreetype 
--enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc 
--enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr 
--enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 
--enable-libvidstab --enable-libvpx --enable-libx264 --enable-libx265 
--enable-libxvid --enable-avfilter --enable-avresample --enable-postproc 
--enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug 
--disable-stripping --shlibdir=/usr/lib64 --enable-libmfx 
--enable-runtime-cpudetect
  libavutil  55. 58.100 / 55. 58.100
  libavcodec 57. 89.100 / 57. 89.100
  libavformat57. 71.100 / 57. 71.100
  libavdevice57.  6.100 / 57.  6.100
  libavfilter 6. 82.100 /  6. 82.100
  libavresample   3.  5.  0 /  3.  5.  0
  libswscale  4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc54.  5.100 / 54.  5.100
[hls,applehttp @ 0x556f496ad760] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment000.ts' 
for reading
Input #0, hls,applehttp, from 
'./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8':
  Duration: 01:16:57.68, start: 1.40, bitrate: 0 kb/s
  Program 0
Metadata:
  variant_bitrate : 0
Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuvj420p(pc, 
bt709), 2304x2800, 25 fps, 25 tbr, 90k tbn, 180k tbc
Metadata:
  variant_bitrate : 0
File 'daniel-dev/test.mp4' already exists. Overwrite ? [y/N] y
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[hls,applehttp @ 0x556f496ad760] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment000.ts' 
for reading
No pixel format specified, yuvj420p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x556f4985ea40] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 
AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x556f4985ea40] profile High, level 5.1
[libx264 @ 0x556f4985ea40] 264 - core 148 r2795 aaa9aa8 - H.264/MPEG-4 AVC 
codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: 
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 
psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 
deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=87 lookahead_threads=14 
sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 
constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 
open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 
rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 
ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'daniel-dev/test.mp4':
  Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (libx264) ([33][0][0]

Re: [FFmpeg-user] weird seek behaviour in hls streams

[Daniel Oberhoff]

> On 17. Apr 2018, at 12:43, Gyan Doshi  wrote:
> 
> On 4/17/2018 4:07 PM, Daniel Oberhoff wrote:
> 
>> We run a service that extensively relies on hls streams recorded from rtsp 
>> capable cameras. We rotuinely generate clips from recorded streams and seem 
>> to run into weird behavior of -ss and -t. also it seems the hls stream 
>> always has a start-time of 1.4s. This is not the core problem though. when 
>> we generate short clips deep in to the stream i.e. -t 1000 -s 10 it often 
>> happens we get no output at all.
>> any ideas?
> 
> Please share full uncut command and console output for such a case.

sure. so for this i have an hls sequence:

$ ffprobe ./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8
ffprobe version 3.3.6 Copyright (c) 2007-2017 the FFmpeg developers
  built with gcc 7 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg 
--docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 
--mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall 
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' 
--extra-ldflags='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' 
--extra-cflags='-I/usr/include/nvenc ' --enable-libopencore-amrnb 
--enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 
--enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r 
--enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass 
--enable-libbluray --enable-libcdio --enable-indev=jack --enable-libfreetype 
--enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc 
--enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr 
--enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 
--enable-libvidstab --enable-libvpx --enable-libx264 --enable-libx265 
--enable-libxvid --enable-avfilter --enable-avresample --enable-postproc 
--enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug 
--disable-stripping --shlibdir=/usr/lib64 --enable-libmfx 
--enable-runtime-cpudetect
  libavutil  55. 58.100 / 55. 58.100
  libavcodec 57. 89.100 / 57. 89.100
  libavformat57. 71.100 / 57. 71.100
  libavdevice57.  6.100 / 57.  6.100
  libavfilter 6. 82.100 /  6. 82.100
  libavresample   3.  5.  0 /  3.  5.  0
  libswscale  4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc54.  5.100 / 54.  5.100
[hls,applehttp @ 0x55f79271dee0] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment000.ts' 
for reading
Input #0, hls,applehttp, from 
'./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8':
  Duration: 01:16:57.68, start: 1.40, bitrate: 0 kb/s
  Program 0
Metadata:
  variant_bitrate : 0
Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuvj420p(pc, 
bt709), 2304x2800, 25 fps, 25 tbr, 90k tbn, 180k tbc
Metadata:
  variant_bitrate : 0

and the further back i start clipping the more is missing:

$ ffmpeg -ss 1000 -i ./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8 -t 
1 daniel-dev/test.mp4
ffmpeg version 3.3.6 Copyright (c) 2000-2017 the FFmpeg developers
  built with gcc 7 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg 
--docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 
--mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall 
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' 
--extra-ldflags='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' 
--extra-cflags='-I/usr/include/nvenc ' --enable-libopencore-amrnb 
--enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 
--enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r 
--enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass 
--enable-libbluray --enable-libcdio --enable-indev=jack --enable-libfreetype 
--enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc 
--enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr 
--enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 
--enable-libvidstab --enable-libvpx --enable-libx264 --enable-libx265 
--enable-libxvid --enable-avfilter --enable-avresample --enable-postproc 
--enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug 
--disable-stripping --shlibdir=/usr/lib64 --enable-libmfx 
--enable-runtime-cpudetect
  libavutil  55. 58.100 / 55. 58.100
  libavcodec 57. 89.100 / 57. 89.100
  libavformat57. 71.100 / 5

Re: [FFmpeg-user] weird seek behaviour in hls streams

[Daniel Oberhoff]

> On 17. Apr 2018, at 12:43, Gyan Doshi  wrote:
> 
> 
> 
> On 4/17/2018 4:07 PM, Daniel Oberhoff wrote:
> 
>> We run a service that extensively relies on hls streams recorded from rtsp 
>> capable cameras. We rotuinely generate clips from recorded streams and seem 
>> to run into weird behavior of -ss and -t. also it seems the hls stream 
>> always has a start-time of 1.4s. This is not the core problem though. when 
>> we generate short clips deep in to the stream i.e. -t 1000 -s 10 it often 
>> happens we get no output at all.
>> any ideas?
> 
> Please share full uncut command and console output for such a case.

here one cut firther back (sorry, in the previous reply i repeated the cut from 
1000s twice)

ffmpeg -ss 3000 -i ./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8 -t 1 
daniel-dev/test.mp4
ffmpeg version 3.3.6 Copyright (c) 2000-2017 the FFmpeg developers
  built with gcc 7 (GCC)
  configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg 
--docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 
--mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall 
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions 
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' 
--extra-ldflags='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' 
--extra-cflags='-I/usr/include/nvenc ' --enable-libopencore-amrnb 
--enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-version3 
--enable-bzlib --disable-crystalhd --enable-fontconfig --enable-frei0r 
--enable-gcrypt --enable-gnutls --enable-ladspa --enable-libass 
--enable-libbluray --enable-libcdio --enable-indev=jack --enable-libfreetype 
--enable-libfribidi --enable-libgsm --enable-libmp3lame --enable-nvenc 
--enable-openal --enable-opencl --enable-opengl --enable-libopenjpeg 
--enable-libopus --enable-libpulse --enable-libschroedinger --enable-libsoxr 
--enable-libspeex --enable-libtheora --enable-libvorbis --enable-libv4l2 
--enable-libvidstab --enable-libvpx --enable-libx264 --enable-libx265 
--enable-libxvid --enable-avfilter --enable-avresample --enable-postproc 
--enable-pthreads --disable-static --enable-shared --enable-gpl --disable-debug 
--disable-stripping --shlibdir=/usr/lib64 --enable-libmfx 
--enable-runtime-cpudetect
  libavutil  55. 58.100 / 55. 58.100
  libavcodec 57. 89.100 / 57. 89.100
  libavformat57. 71.100 / 57. 71.100
  libavdevice57.  6.100 / 57.  6.100
  libavfilter 6. 82.100 /  6. 82.100
  libavresample   3.  5.  0 /  3.  5.  0
  libswscale  4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc54.  5.100 / 54.  5.100
[hls,applehttp @ 0x564a5c2c6720] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment000.ts' 
for reading
Input #0, hls,applehttp, from 
'./e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_hls.m3u8':
  Duration: 01:16:57.68, start: 1.40, bitrate: 0 kb/s
  Program 0
Metadata:
  variant_bitrate : 0
Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuvj420p(pc, 
bt709), 2304x2800, 25 fps, 25 tbr, 90k tbn, 180k tbc
Metadata:
  variant_bitrate : 0
File 'daniel-dev/test.mp4' already exists. Overwrite ? [y/N] y
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Press [q] to stop, [?] for help
[hls,applehttp @ 0x564a5c2c6720] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment0002997.ts' 
for reading
[hls,applehttp @ 0x564a5c2c6720] Opening 
'/data/e24f6b2e-36ad-4ac0-9670-879bb34ea828/cam5_2_segments/segment0002998.ts' 
for reading
No pixel format specified, yuvj420p for H.264 encoding chosen.
Use -pix_fmt yuv420p for compatibility with outdated media players.
[libx264 @ 0x564a5c477a00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 
AVX FMA3 AVX2 LZCNT BMI2
[libx264 @ 0x564a5c477a00] profile High, level 5.1
[libx264 @ 0x564a5c477a00] 264 - core 148 r2795 aaa9aa8 - H.264/MPEG-4 AVC 
codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: 
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 
psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 
deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=87 lookahead_threads=14 
sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 
constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 
open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 
rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 
ip_ratio=1.40 aq=1:1.00
Output #0, mp4, to 'daniel-dev/test.mp4':
  Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuvj420p(pc), 
2304x2800, q=-1--1, 25 fps, 12800 tbn, 25 tbc
Metadata:
  variant_bitrate : 0
  encoder : Lavc57.89.100 libx264
Side data:
  cp

Re: [FFmpeg-user] Stereo AAC

[Moritz Barsnick]

On Tue, Apr 17, 2018 at 22:24:12 +0200, Frank Haefemeier wrote:
> Am Montag, den 16.04.2018, 16:02 -0400 schrieb antony baxter:

> > I have some video files with a DTS audio stream. I'm trying to add a

> If you not specifiy the right mapping index by 'ac' parameter it will
> default to zero.

Sorry, Frank, I had missed that you had already answered Antony's
question when I wrote mine.

Moritz
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".