[FFmpeg-user] (no subject)

2016-07-15 Thread Tim Hiles
Hi all,

Seeing odd behavior with screen capture recorder.

This always works on win 7. No problems. Even when resolution is set to
1920 x 1080

c:\ffmpeg\ffmpeg\bin\ffmpeg.exe -f dshow -i
video="screen-capture-recorder":audio="Microphone Array (Realtek High
Definition Audio)" -vcodec libx264 -pix_fmt yuv420p -preset ultrafast
-acodec pcm_s16le -ac 1 -ar 22050 C:\CMT\output.mkv

But it isn't working on this win 10 computer with the resolution set to
1920 x 1080.  What happens is that it actually crops the image down to
1536x864

Output Below

c:\ffmpeg\ffmpeg\bin\ffmpeg.exe -f dshow -i
video="screen-capture-recorder":audio="Microphone Array (Realtek High
Definition Audio)" -vcodec libx264 -pix_fmt yuv420p -preset ultrafast
-acodec pcm_s16le -ac 1 -ar 22050 C:\CMT\output.mkv
ffmpeg version N-80923-g50747d6 Copyright (c) 2000-2016 the FFmpeg
developers
  built with gcc 5.4.0 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads
--enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth
--enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls
--enable-iconv --enable-libass --enable-libbluray --enable-libbs2b
--enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm
--enable-libilbc --enable-libmodplug --enable-libmp3lame
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg
--enable-libopus --enable-librtmp --enable-libschroedinger
--enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora
--enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc
--enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp
--enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid
--enable-libzimg --enable-lzma --enable-decklink --enable-zlib
  libavutil  55. 28.100 / 55. 28.100
  libavcodec 57. 48.103 / 57. 48.103
  libavformat57. 41.100 / 57. 41.100
  libavdevice57.  0.102 / 57.  0.102
  libavfilter 6. 47.100 /  6. 47.100
  libswscale  4.  1.100 /  4.  1.100
  libswresample   2.  1.100 /  2.  1.100
  libpostproc54.  0.100 / 54.  0.100
leaving aero onGuessed Channel Layout for Input Stream #0.1 : stereo
Input #0, dshow, from 'video=screen-capture-recorder:audio=Microphone Array
(Realtek High Definition Audio)':
  Duration: N/A, start: 5660.844000, bitrate: N/A
Stream #0:0: Video: rawvideo, bgr0, 1536x864, 30 fps, 30 tbr, 1k
tbn, 1k tbc
Stream #0:1: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s
[libx264 @ 050fdd00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
FMA3 AVX2 LZCNT BMI2
[libx264 @ 050fdd00] profile Constrained Baseline, level 4.0
[libx264 @ 050fdd00] 264 - core 148 r2705 3f5ed56 - H.264/MPEG-4 AVC codec
- Copyleft 2003-2016 - http://www.videolan.org/x264.html - options: cabac=0
ref=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=1 psy_rd=1.00:0.00
mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11
fast_pskip=1 chroma_qp_offset=0 threads=6 lookahead_threads=1
sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0
constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=0
intra_refresh=0 rc=crf mbtree=0 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69
qpstep=4 ip_ratio=1.40 aq=0
[matroska @ 050fc3a0] Using AVStream.codec to pass codec parameters to
muxers is deprecated, use AVStream.codecpar instead.
Last message repeated 1 times
Output #0, matroska, to 'C:\CMT\output.mkv':
  Metadata:
encoder : Lavf57.41.100
Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p,
1536x864, q=-1--1, 30 fps, 1k tbn, 30 tbc
Metadata:
  encoder : Lavc57.48.103 libx264
Side data:
  cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono,
s16, 352 kb/s
Metadata:
  encoder : Lavc57.48.103 pcm_s16le
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (libx264))
  Stream #0:1 -> #0:1 (pcm_s16le (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Past duration 0.609367 too large
Past duration 0.92 too large
frame=   18 fps=0.0 q=23.0 size=   1kB time=00:00:00.48 bitrate=
 15.0kbits/Past duration 0.937492 too large
Past duration 0.984367 too large
frame=   33 fps= 33 q=18.0 size= 667kB time=00:00:00.99
bitrate=5497.2kbits/Past duration 0.937492 too large
Past duration 0.984367 too large
Last message repeated 1 times
frame=   48 fps= 32 q=14.0 size= 838kB time=00:00:01.49
bitrate=4599.2kbits/frame=   64 fps= 32 q=13.0 size=1064kB
time=00:00:01.99 bitrate=4373.2kbits/Past duration 0.92 too large
Past duration 0.984367 too large
frame=   79 fps= 31 q=21.0 size=1327kB time=00:00:02.49
bitrate=4359.7kbits/Past duration 0.953117 too large
Past duration 0.984367 too large
frame=   94 fps= 31 q=13.0 size=1523kB time=00:00:02.99
bitrate=4167.5kbits/Past duration 0.92 too large
Past duration 0.874992 too large
frame=  109 fps= 31 q=25.0 

[FFmpeg-user] Detect if a wav file is silence, beep, or live human talking

2016-07-15 Thread Pete Kay
Hi

Does anyone know how I can use ffmpeg to determine if a wav file consists
of :

- silence
- beep
- live human talking

If that can be done, is it also possible to determine if the live human is
a recording or live?

Thanks,
Pete
___
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] rtp source stopped working upgrading ffmpeg from3.0.0 to 3.1.1

2016-07-15 Thread Mark Hassman
> -Original Message-
> From: ffmpeg-user [mailto:ffmpeg-user-boun...@ffmpeg.org] On 
> Behalf Of Carl Eugen Hoyos
> Sent: Thursday, July 07, 2016 2:44 AM
> To: ffmpeg-user@ffmpeg.org
> Subject: Re: [FFmpeg-user] rtp source stopped working 
> upgrading ffmpeg from3.0.0 to 3.1.1
> 
> Mark Hassman  hassman.org> writes:
> 
> > Reading source input from rtp no longer works.
> 
> Please either explain how I can reproduce (explain it as if I 
> had never heard of rtp) or tell us which change introduced the issue.
> 
> Thank you, Carl Eugen


Hi,

Apologies on delayed response..

The rtp stream is generated through an automated workflow.
I've created a custom test page capable of generating it:
https://dev01.privatecircle.com:8091/ffmpeg/.. add your local ip/port and
click start, rtp will be streamed to you. The test page leverages webrtc and
works in chrome/firefox.

fyi.. i increased my debugging level, issue is locating i-frame in h.264
input.. but, this same rtp stream works fine with ffmpeg v3.0.

[h264 @ 0x22c18c0] non-existing PPS 2 referenced
[h264 @ 0x22c18c0] nal_unit_type: 1, nal_ref_idc: 3
[h264 @ 0x22c18c0] non-existing PPS 2 referenced
[h264 @ 0x22c18c0] decode_slice_header error
[h264 @ 0x22c18c0] no frame!

Thoughts?
Thnx!


-Mark

___
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] Detecting frames on Raw video stream

2016-07-15 Thread Carl Eugen Hoyos
Charl Wentzel  vodamail.co.za> writes:

> What alternative raw formats are available in FFmpeg that do 
> contain some meta data? Bitmap (BMP) maybe?

There is a bmp parser in FFmpeg but no tiff parser, you could 
still use -frame_size.

[...]

> > You should teach FFmpeg to read the frames from the camera.
>
> Any ideas how?  Should I consider writing my own container 
> format library for FFmpeg?

I meant instead of implementing the API in you own piece of 
software you could use it in FFmpeg (or reverse engineer it).

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] Detecting frames on Raw video stream

2016-07-15 Thread Charl Wentzel

On 15/07/2016 00:53, Carl Eugen Hoyos wrote:

Charl Wentzel  vodamail.co.za> writes:

I changed the server software to only start transmitting
packets after FFmpeg has connected.
This ensures that FFmpeg sees the stream from the very
first byte.

Do I understand correctly that all frames have an identical
offset? I don't think this can be fixed, rawvideo frames
have no start tag.
Exactly!  That's what I was hinting at.  What alternative raw formats 
are available in FFmpeg that do contain some meta data? Bitmap (BMP) maybe?

Note that mpegts does not support rawvideo.
Yes, but it does support Private Streams which can carry any data. I 
found hints that this can be used to support other formats not native to 
MPEG-TS.  I'll be trying that today, but I might lack some knowledge on 
the subject a bit.

You should teach FFmpeg to read the frames from the camera.
Any ideas how?  Should I consider writing my own container format 
library for FFmpeg?  Or can I specify a bit pattern of sorts as start 
sequence via command line parameters?


Regards
Charl
___
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".