Re: [FFmpeg-user] need help with making an "in sync" screen recording.

2020-09-25 Thread Amon Gibson Albuquerque Nunes
ok i changed up some parameters based on your suggestion. will post them up 
later.
and yes i need the scale because i don't know of any other way to do some 
upscaling.
besides, i'm upscaling the whole picture because of how chroma subsampling 
works on MPEG2 video codec.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://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 with making an "in sync" screen recording.

2020-09-25 Thread Ted Park
Hi,

I have a feeling specifying the capture region as an input option instead
of cropping with a filter will help. Also do you really need the scale?
Scaling the encore in another step will probably be indistinguishable if
you do.


Regards,
Ted Park
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://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 with making an "in sync" screen recording.

2020-09-25 Thread Amon Gibson Albuquerque Nunes
> I don't know what you want to achieve...
i want to make a high-quality screen recoding using MPEG2 video codec.
so i can use it for editing stuff through an editing program of choice.
to that end i had to ensure the GOP number (-g command) is set to 1 while also 
attempting to raise the quality of the recorded video, hence why i had to use 
-bitrate parameter.
> Are you sure that you want to use pcm_s16be?
> It might reduce compatibility of your output file.
i mean, i *could* use something like AC-3, MP2 or even MP3 but when i use those 
codecs i get some intense hissing from them *not* during recording but from the 
recorded file *after* recording.
compatibility is not something i usually think of when recording MPEG stuff. in 
fact the only way i could get to check if my file is compatible with other 
programs and devices and whatnot is through ffprobe, i could try to check if my 
recording is compatible with VirtualDub2 as that is all i have right now but i 
tend to focus on recording stuff first and then worry about compatibility stuff 
later.
> Use -q 2 instead of -q 1, -bitrate has no effect afaict.
i'll keep that in mind.
> It is not possible to synchronize these two streams as they have very
> different start-times.
damn... the closest thing i've ever managed to do such a thing was to apply an 
"adelay" filter and do some guesswork with it.
turns out even that isn't feasible.
> I don't know if "use_wallclock_as_timestamps 1" helps in your case.
OK, i'll be trying out this command that you have suggested. i'll report back 
when i'm done.

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://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 with making an "in sync" screen recording.

2020-09-25 Thread Carl Eugen Hoyos
Am Fr., 25. Sept. 2020 um 02:06 Uhr schrieb Amon Gibson Albuquerque
Nunes :
>
> i'm confused, why does it (the old documentation) say that -q 1 should not be 
> used?

Because you should use -q 2 instead.

> and what am i actually supposed to use instead of -bitrate?

I don't know what you want to achieve...

> anyway, here's the complete uncut console output. from today.
> ---
> Z:\ffmpeg\bin>ffmpeg -thread_queue_size 2048 -f gdigrab -draw_mouse 0 
> -framerate 30 -show_region 0 -i desktop -thread_queue_size 2048 -f dshow -i 
> audio="Mixagem estéreo (Conexant SmartAudio HD)" -vf 
> "crop=512:303:0:40,scale=1024:606" -af "adelay=1000|1000" -f vob -codec:v 
> mpeg2video -q 1 -g 1 -bitrate 4000 -maxrate 5000 -codec:a pcm_s16be 
> gameplay_footage_01.mpg

I missed this originally:
Are you sure that you want to use pcm_s16be?
It might reduce compatibility of your output file.

Just to make sure this doesn't get lost:
Use -q 2 instead of -q 1, -bitrate has no effect afaict.

> ffmpeg version N-99357-g14d6838638 Copyright (c) 2000-2020 the FFmpeg 
> developers
>   built with gcc 9.3-win32 (GCC) 20200320
>   configuration: --prefix=/ffbuild/prefix --pkg-config-flags=--static 
> --pkg-config=pkg-config --cross-prefix=x86_64-w64-mingw32- --arch=x86_64 
> --target-os=mingw32 --enable-gpl --enable-version3 --enable-iconv 
> --enable-zlib --enable-libxml2 --enable-libfreetype --enable-libfribidi 
> --enable-gmp --enable-lzma --enable-fontconfig --enable-libvmaf 
> --disable-vulkan --enable-libvorbis --enable-amf --enable-libaom 
> --enable-avisynth --enable-libdav1d --enable-ffnvcodec --enable-cuda-llvm 
> --disable-libglslang --enable-libass --enable-libbluray --enable-libmp3lame 
> --enable-libopus --enable-libtheora --enable-libvpx --enable-libwebp 
> --enable-libmfx --enable-libopencore-amrnb --enable-libopencore-amrwb 
> --enable-libopenjpeg --enable-librav1e --enable-schannel --enable-sdl2 
> --enable-libsoxr --enable-libsrt --enable-libsvtav1 --enable-libtwolame 
> --enable-libvidstab --disable-libwavpack --enable-libx264 --enable-libx265 
> --enable-libxvid --enable-libzimg --extra-cflags=-DLIBTWOLAME_STATIC 
> --extra-cxxflags= --extra-ldflags=-pthread --extra-libs=-lgomp
>   libavutil  56. 59.100 / 56. 59.100
>   libavcodec 58.107.100 / 58.107.100
>   libavformat58. 59.100 / 58. 59.100
>   libavdevice58. 11.102 / 58. 11.102
>   libavfilter 7. 87.100 /  7. 87.100
>   libswscale  5.  8.100 /  5.  8.100
>   libswresample   3.  8.100 /  3.  8.100
>   libpostproc55.  8.100 / 55.  8.100
> [gdigrab @ 019b06e760c0] Capturing whole desktop as 1366x768x32 at (0,0)
> [gdigrab @ 019b06e760c0] Stream #0: not enough frames to estimate rate; 
> consider increasing probesize
> Input #0, gdigrab, from 'desktop':
>   Duration: N/A, start: 1600991758.933570, bitrate: 1007137 kb/s
> Stream #0:0: Video: bmp, bgra, 1366x768, 1007137 kb/s, 30 fps, 1000k tbr, 
> 1000k tbn, 1000k tbc
> Guessed Channel Layout for Input Stream #1.0 : stereo
> Input #1, dshow, from 'audio=Mixagem estéreo (Conexant SmartAudio HD)':
>   Duration: N/A, start: 134632.817000, bitrate: 1411 kb/s
> Stream #1:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s

It is not possible to synchronize these two streams as they have very
different start-times.

I don't know if "use_wallclock_as_timestamps 1" helps in your case.

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

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

Re: [FFmpeg-user] VP8 encoding performances

2020-09-25 Thread Carl Eugen Hoyos
Am Fr., 25. Sept. 2020 um 17:08 Uhr schrieb Emmanuel Dreyfus :

> I have rebuilt ffmpeg with ./configure --enable-libvpx --enable-libwebp 
> --enable-libvorbis --mandir=/usr/pkg/man --prefix=/usr/pkg --progs-suffix=4 
> --datadir=/usr/pkg/share/ffmpeg4 --docdir=/usr/pkg/share/doc/ffmpeg4 
> --incdir=/usr/pkg/include/ffmpeg4 --libdir=/usr/pkg/lib/ffmpeg4 
> --shlibdir=/usr/pkg/lib/ffmpeg4 --arch=native

If arch has an effect, it could break compilation, better remove it.

> And libvpx with ./configure --enable-pic --prefix=/usr/pkg --cpu=native
>
> It is now twice faster.

(This is typically considered a spectacular improvement.)

> This is nice, but can it do better? Is GPU
> support likely to help?

https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video

I am still a little curious why you want to encode vp8...

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

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

Re: [FFmpeg-user] VP8 encoding performances

2020-09-25 Thread Emmanuel Dreyfus
On Thu, Sep 24, 2020 at 06:15:07PM +0200, Carl Eugen Hoyos wrote:
> While FFmpeg is not responsible for vp8 encoding performance,
> I would still strongly recommend that you recompile or download
> a saner binary: Yours is so massively broken that the decoding
> speed is probably very slow.
> I should add that a default configuration (without any options)
> leads to nearly the highest possible speed.
> 
> (Disclaimer: vp8 encoding is typically slow but if libvpx is compiled
> like FFmpeg above the speed can certainly be improved)

I have rebuilt ffmpeg with ./configure --enable-libvpx --enable-libwebp 
--enable-libvorbis --mandir=/usr/pkg/man --prefix=/usr/pkg --progs-suffix=4 
--datadir=/usr/pkg/share/ffmpeg4 --docdir=/usr/pkg/share/doc/ffmpeg4 
--incdir=/usr/pkg/include/ffmpeg4 --libdir=/usr/pkg/lib/ffmpeg4 
--shlibdir=/usr/pkg/lib/ffmpeg4 --arch=native

And libvpx with ./configure --enable-pic --prefix=/usr/pkg --cpu=native

It is now twice faster. This is nice, but can it do better? Is GPU 
support likely to help?

-- 
Emmanuel Dreyfus
m...@netbsd.org
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

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

[FFmpeg-user] Compiling FFMpeg with MSVC 2015 tools.

2020-09-25 Thread Simon Brown
I have followed the instructions at:
https://trac.ffmpeg.org/wiki/CompilationGuide/MSVC
I have installed msys and yasm.
I have set up the build environment.
I clone ffmpeg with 'git clone git://source.ffmpeg.org/ffmpeg.git
I run
./configure --target-os=win64 --arch=x86_64 --toolchain=msvc
--enable-shared --disable-static
configure finishes with "WARNING: pkg-config not found, library detection
may fail."
I run "make".
I get two xyz.mak:n: *** missing separator errors.
These are solved by inserting a tab between $( and eval in the relevant
files.
Then run "make" again and I get:
make: *** No rule to make target 'libavdevice/avdevice.dll', needed by
'all-yes'. Stop.

Any suggestions gratefully received.
Regards,
Simon
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

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

[FFmpeg-user] AV sync issues with transcoding and DASH output

2020-09-25 Thread Benjamin SOMERS
Hello,

I'm trying to convert DTT signals to DASH and am facing an issue with AV 
synchronization. The (simple) architecture is :
DVB-T cards -> MuMuDVB -> FFmpeg -> DASH player

MuMuDVB grabs the signals from the DVB cards and streams them in multicast. By 
checking in VLC, the raw output is ok. The video signal is in h264 and does not 
need to be transcoded (anyway, my machine is not beefy enough to do the 
transcoding, as I'm dealing with ~20 channels) but the audio signal does. So 
I'm running FFmpeg like this:
ffmpeg -i udp://@239.100.0.0:1234 -map 0 -ignore_unknown -c:v copy -tag:v avc1 
-sn -dn -seg_duration 5 -window_size 20 -remove_at_exit 1 -f dash 
/var/tmp/index.mpd
The -ignore_unknown, -sn and -dn options help to clean the streams, as DTT 
signals carry a lot of additional data.

In Firefox, everything is good, the audio and video streams are in sync, but in 
Chromium and VLC (which I consider my reference player), the audio has ~1s of 
delay. The fact that it works in Firefox convinces me that I can make this work 
elsewhere. If I let FFmpeg transcode the video, the streams are in sync in all 
the players, but as I said, that is unfortunately not an option.

Should you need an FFmpeg output, you can find it here -> 
https://pastebin.com/wzTkvU0Y
I zipped my /var/tmp directory which contains the files generated by FFmpeg 
here -> https://0x0.st/iUoM.zip
If you only need the manifest (or fear a zipbomb), it is here -> 
https://pastebin.com/A895JTUW

Is there anything I can do without resorting to a video transcoding?

Thanks for your help.
Ben
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

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

Re: [FFmpeg-user] ffplay struggling with this station!

2020-09-25 Thread andrei ka
so, just run vlc in cmdline & no display mode ;-)


On Thu, Sep 24, 2020 at 5:31 PM Carl Zwanzig  wrote:

> On 9/24/2020 6:29 AM, Firas Shahin via ffmpeg-user wrote:
> > But this tells me that it must be the software versions, since you
> didn’t have any issues.
>
> Always try with the current ffmpeg (and please do not top-post replies).
>
> Later,
>
> z!
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user

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