[FFmpeg-user] Sending a UDP stream out via HLS

[Simon Brown]

Hi,
I can take an MP4 file and stream it out using FFMpeg as HLS.  This works
well.
What I want is to take a stream that is coming into my computer and I want
to send it out as HLS.

The working command for the MP4 file is:
ffmpeg -i sintel.mp4 -f hls -hls_time 2 -hls_list_size 5 -vcodec copy
-acodec copy sintel.m3u8

and it works just fine.
if I change it to:
ffmpeg -i udp://@65111 -f hls -hls_time 2 -hls_list_size 5 -vcodec copy
-acodec copy browser.m3u8

I get a browser.m3u8 file and browser0.ts
However, browser0.ts doesn't change to browser1.ts at any stage and just
keeps growing.  The status information as it's doing this shows speed as
1.0x (or slightly above), but I'd expect that given that the stream coming
in is in real time.  If I press 'q' to quit it then tells me that it copied
0kb of video but eg 162kb of audio.  And the resultant browser0.ts does
indeed just have audio packets in it (and some TS control packets).

What am I doing wrong?

Output from ffmpeg is:
Input #0, mpegts, from 'udp://@:65111':
  Duration: N/A, start: 16818.048833, bitrate: N/A
  Program 1
Stream #0:0[0x1100]: Video: h264 (Main), 1 reference frame
([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps,
60 tbr, 90k tbn, 119.88 tbc
Stream #0:1[0x1110]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000
Hz, stereo, fltp, 109 kb/s
[hls @ 0x11623c0] Using AVStream.codec to pass codec parameters to muxers
is deprecated, use AVStream.codecpar instead.
Last message repeated 1 times
[mpegts @ 0xc27c10] muxrate VBR, pcr every 5 pkts, sdt every 2147483647,
pat/pmt every 2147483647 pkts
Output #0, hls, to 'browser.m3u8':
  Metadata:
encoder : Lavf57.49.100
Stream #0:0: Video: h264 (Main), 1 reference frame ([27][0][0][0] /
0x001B), yuv420p, 1280x720 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 59.94 fps, 60
tbr, 90k tbn, 59.94 tbc
Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz,
stereo, 109 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[hls @ 0x11623c0] EXT-X-MEDIA-SEQUENCE:0=00:00:23.63 bitrate=N/A speed=1.27x
frame=0 fps=0.0 q=-1.0 Lsize=N/A time=00:00:23.91 bitrate=N/A
speed=1.27x
video:0kB audio:336kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
Input file #0 (udp://@:65111):
  Input stream #0:0 (video): 1432 packets read (14115198 bytes);
  Input stream #0:1 (audio): 1121 packets read (344521 bytes);
  Total: 2553 packets (14459719 bytes) demuxed
Output file #0 (browser.m3u8):
  Output stream #0:0 (video): 0 packets muxed (0 bytes);
  Output stream #0:1 (audio): 1121 packets muxed (344521 bytes);
  Total: 1121 packets (344521 bytes) muxed

Any clues gratefully received,
Regards,
Simon
___
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] ffmpeg x265 on multi-cpus

[Erik Slagter]

> Erik, can you teach me how to reach maximum load  ? at least what is your 
> command line use for that ?

Just like the documentation says, leave all threading options like they
are, don't try to outsmart libx265, it will assign threads optimally.

If you think your cores aren't used optimally, you can always start a
second transcoding session.

I find libx265 (from ffmpeg) refreshingly simple to configure for
optimal results, almost nothing needs to be tweaked, contrary to libx264.
___
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] ffmpeg x265 on multi-cpus

[fred fred]

get it, but then how to reach 800% for one task at least ?as for the girls, 
well, I strongly believe in practical experiments ;)
 

Le Lundi 10 avril 2017 15h06, Reindl Harald  a 
écrit :
 

 

Am 10.04.2017 um 14:59 schrieb fred fred:
> hello Harald, it is not a conclusion, it's an expectation ! and a question : 
> for one file from some format to x265, what it the best efficient way to use 
> my 24 cores ? can you contribute ?BestFred

parallelization depends on a lot of things and you always have sharded 
ressources like memory, IO, thread-synchronisation - for one video task 
probably there is just no way to get 24 core to 100% CPU usage

with 3 different parallel tasks each using 8 cores probably better 
because each one has it's own thread-synchronisation and so on

you just can't expect that throwing enough CPU cores on a problem will 
solve it faster the same as 9 girls can't make a child in one month :-)

>      Le Lundi 10 avril 2017 14h54, Reindl Harald  a 
>écrit :
> Am 10.04.2017 um 14:43 schrieb fred fred:
>> thank you Moritz !
>> anyway, even with -threads 0
>> x265 [info]: Thread pool created using 24 threadsx265
>> I see with top command between 400% - 500% CPU on ffmpeg ...
>> I was expected like 2400% or 24 ffmpeg workers with 100%
> 
> how did you come to the conclusion that parallelization scales magically
> and with no limits? if that would be realistic just throwing enough CPU
> cores on whatever problem would be the soplution - but that is not how
> computers are working

___
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 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] ffmpeg x265 on multi-cpus

[Erik Slagter]

> you just can't expect that throwing enough CPU cores on a problem will
> solve it faster the same as 9 girls can't make a child in one month :-)

Also don't forget the speed at which the storage can supply and store
the streams!
___
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] ffmpeg x265 on multi-cpus

[fred fred]

Erik, can you teach me how to reach maximum load  ? at least what is your 
command line use for that ?


Le Lundi 10 avril 2017 15h03, Erik Slagter  a écrit :
 

 >>> how did you come to the conclusion that parallelization scales magically
>>> and with no limits? if that would be realistic just throwing enough CPU
>>> cores on whatever problem would be the soplution - but that is not how
>>> computers are working
>>
>> On the other hand, both libx264 and libx265 do scale quite well by
>> smartly dividing the work over all available threads. Yes, you can
>> really have up to 800% cpu usage on a 4x2 cpu (which is quite
>> impressive), with both of them
> 
> but you can't expect that that scales up to every core count

But at least to more than eight cores (see the documentation), libx264
is (yet) a bit more scalable, but I guess libx265 will get better at it
as well. On a 2x2x12 core machine I had to start two concurrent
encodings to get all of the cpu's busy all of the time (libx265), but I
also must say it didn't really add that much to the total encoding frame
rate.
___
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 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] ffmpeg x265 on multi-cpus

[Reindl Harald]

Am 10.04.2017 um 14:59 schrieb fred fred:

hello Harald, it is not a conclusion, it's an expectation ! and a question : 
for one file from some format to x265, what it the best efficient way to use my 
24 cores ? can you contribute ?BestFred


parallelization depends on a lot of things and you always have sharded 
ressources like memory, IO, thread-synchronisation - for one video task 
probably there is just no way to get 24 core to 100% CPU usage


with 3 different parallel tasks each using 8 cores probably better 
because each one has it's own thread-synchronisation and so on


you just can't expect that throwing enough CPU cores on a problem will 
solve it faster the same as 9 girls can't make a child in one month :-)



 Le Lundi 10 avril 2017 14h54, Reindl Harald  a 
écrit :
Am 10.04.2017 um 14:43 schrieb fred fred:

thank you Moritz !
anyway, even with -threads 0
x265 [info]: Thread pool created using 24 threadsx265
I see with top command between 400% - 500% CPU on ffmpeg ...
I was expected like 2400% or 24 ffmpeg workers with 100%


how did you come to the conclusion that parallelization scales magically
and with no limits? if that would be realistic just throwing enough CPU
cores on whatever problem would be the soplution - but that is not how
computers are working


___
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] ffmpeg x265 on multi-cpus

[Erik Slagter]

>>> how did you come to the conclusion that parallelization scales magically
>>> and with no limits? if that would be realistic just throwing enough CPU
>>> cores on whatever problem would be the soplution - but that is not how
>>> computers are working
>>
>> On the other hand, both libx264 and libx265 do scale quite well by
>> smartly dividing the work over all available threads. Yes, you can
>> really have up to 800% cpu usage on a 4x2 cpu (which is quite
>> impressive), with both of them
> 
> but you can't expect that that scales up to every core count

But at least to more than eight cores (see the documentation), libx264
is (yet) a bit more scalable, but I guess libx265 will get better at it
as well. On a 2x2x12 core machine I had to start two concurrent
encodings to get all of the cpu's busy all of the time (libx265), but I
also must say it didn't really add that much to the total encoding frame
rate.
___
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] ffmpeg x265 on multi-cpus

[fred fred]

hello Harald, it is not a conclusion, it's an expectation ! and a question : 
for one file from some format to x265, what it the best efficient way to use my 
24 cores ? can you contribute ?BestFred

Le Lundi 10 avril 2017 14h54, Reindl Harald  a 
écrit :
 

 

Am 10.04.2017 um 14:43 schrieb fred fred:
> thank you Moritz !
> anyway, even with -threads 0
> x265 [info]: Thread pool created using 24 threadsx265 
> I see with top command between 400% - 500% CPU on ffmpeg ... 
> I was expected like 2400% or 24 ffmpeg workers with 100%

how did you come to the conclusion that parallelization scales magically 
and with no limits? if that would be realistic just throwing enough CPU 
cores on whatever problem would be the soplution - but that is not how 
computers are working
___
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 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] ffmpeg x265 on multi-cpus

[Reindl Harald]

Am 10.04.2017 um 14:55 schrieb Erik Slagter:

Am 10.04.2017 um 14:43 schrieb fred fred:

thank you Moritz !
anyway, even with -threads 0
x265 [info]: Thread pool created using 24 threadsx265 I see with top
command between 400% - 500% CPU on ffmpeg ... I was expected like
2400% or 24 ffmpeg workers with 100%


how did you come to the conclusion that parallelization scales magically
and with no limits? if that would be realistic just throwing enough CPU
cores on whatever problem would be the soplution - but that is not how
computers are working


On the other hand, both libx264 and libx265 do scale quite well by
smartly dividing the work over all available threads. Yes, you can
really have up to 800% cpu usage on a 4x2 cpu (which is quite
impressive), with both of them


but you can't expect that that scales up to every core count
___
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] ffmpeg x265 on multi-cpus

[Erik Slagter]

> Am 10.04.2017 um 14:43 schrieb fred fred:
>> thank you Moritz !
>> anyway, even with -threads 0
>> x265 [info]: Thread pool created using 24 threadsx265 I see with top
>> command between 400% - 500% CPU on ffmpeg ... I was expected like
>> 2400% or 24 ffmpeg workers with 100%
> 
> how did you come to the conclusion that parallelization scales magically
> and with no limits? if that would be realistic just throwing enough CPU
> cores on whatever problem would be the soplution - but that is not how
> computers are working

On the other hand, both libx264 and libx265 do scale quite well by
smartly dividing the work over all available threads. Yes, you can
really have up to 800% cpu usage on a 4x2 cpu (which is quite
impressive), with both of them.
___
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] ffmpeg x265 on multi-cpus

[Reindl Harald]

Am 10.04.2017 um 14:43 schrieb fred fred:

thank you Moritz !
anyway, even with -threads 0
x265 [info]: Thread pool created using 24 threadsx265 
I see with top command between 400% - 500% CPU on ffmpeg ... 
I was expected like 2400% or 24 ffmpeg workers with 100%


how did you come to the conclusion that parallelization scales magically 
and with no limits? if that would be realistic just throwing enough CPU 
cores on whatever problem would be the soplution - but that is not how 
computers are working

___
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] ffmpeg x265 on multi-cpus

[fred fred]

thank you Moritz !
anyway, even with -threads 0 
x265 [info]: Thread pool created using 24 threadsx265 [info]: Slices            
                  : 1x265 [info]: frame threads / pool features       : 5 / 
wpp(5 rows)
I see with top command between 400% - 500% CPU on ffmpeg ... I was expected 
like 2400% or 24 ffmpeg workers with 100%
where am I wring again ??
as for my last email, I write it with yahoo email web interface, I guess it's 
not fully compatible with the list managing software. Sorry
RegardsFred 

Le Lundi 10 avril 2017 12h20, Moritz Barsnick  a écrit :
 

 On Mon, Apr 10, 2017 at 09:58:59 +, fred fred wrote:
> I have tried all possible ways to use all my 16 cpus (x2 threads) to encode 
> with libx265, but each time it fails...
> -pools, --pools, -p,  --numa-* ... and so on are not recognise at all

Those are x265 options (of the command line tool), not ffmpeg+libx265
options.

First, please try ffmpeg's own "-threads 16" option. That should do the
right thing for you.


If you need to directly use those pool options of libx265, use a special
ffmpeg option:
  "-x265-params pools=8" (or something similar)

Also observe the info ffmpeg's libx265 encoder outputs when beginning
to encode, e.g.:
> x265 [info]: Thread pool created using 4 threads
> x265 [info]: frame threads / pool features      : 2 / wpp(4 rows)

BTW, your email's formatting is terribly broken:
http://ffmpeg.org/pipermail/ffmpeg-user/2017-April/035824.html

Cheers,
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".

   
___
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] DVB H264 chunk transcoding => merging in MP4 => out of sync

[ffmpeg]

Eugen,
you have any idea how to solve the Quicktime issue? 
Best, Andreas


> Am 29.03.2017 um 12:30 schrieb ffm...@me.com:
> 
> Eugen,
> we tested also under Chrome (v57, MacOS), Chrome Android (current Version) 
> and Windows 10 with the new media player. We did not recognize the sync 
> problems with the test-movie. 
> 
> Conclusion: problems just under iOS and Quicktime (MacOS, Windows version of 
> Quicktime probably too).
> 
> Best, Andreas
> 
> 
> 
>> Am 25.03.2017 um 14:39 schrieb ffm...@me.com :
>> 
>> Confirmed: video still fails in Quicktime. WMP under Win 8.1 looks after 
>> quick test fine. Test under Win 10 will be done soon. 
>> Tested on iOS (current 10.2, iPhone 6s) the same video. Also here the same 
>> delay is visible (playback on iOS is based generally on Quicktime). 
>> 
>> Demo is attached (screen-record, audio source speakers of the system - not 
>> perfect but does the trick for test):
>> www.keepinmind.info/download/error.mov 
>>  
>> > > 
>> 
>> Andreas
>> 
>> 
>>> Am 24.03.2017 um 20:48 schrieb Carl Eugen Hoyos :
>>> 
>>> 2017-03-15 13:03 GMT+01:00  :
>>> 
 ffmpeg -f concat -safe 0 -i files.txt -y -metadata creation_time=now -c:v 
 copy -c:a copy
 -fflags +genpts -movflags faststart -use_editlist 0 -f mp4 tvexport.mp4
>>> 
>>> I have removed the absolute paths from files.txt (you do agree they make
>>> testing impossible?) and have tested the following command line:
>>> $ ffmpeg -f concat -i files.txt -c copy out.mp4
>>> (The other options you use seem superfluous or make little sense)
>>> The output file plays fine with MPlayer, vlc and ffplay (three different
>>> demuxers). Are you able to test with WMP?
>>> Can you confirm that this file still fails with QT?
>>> 
>>> 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".
>> 
>> ___
>> 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 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 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] ffmpeg x265 on multi-cpus

[Moritz Barsnick]

On Mon, Apr 10, 2017 at 09:58:59 +, fred fred wrote:
> I have tried all possible ways to use all my 16 cpus (x2 threads) to encode 
> with libx265, but each time it fails...
> -pools, --pools, -p,  --numa-* ... and so on are not recognise at all

Those are x265 options (of the command line tool), not ffmpeg+libx265
options.

First, please try ffmpeg's own "-threads 16" option. That should do the
right thing for you.


If you need to directly use those pool options of libx265, use a special
ffmpeg option:
  "-x265-params pools=8" (or something similar)

Also observe the info ffmpeg's libx265 encoder outputs when beginning
to encode, e.g.:
> x265 [info]: Thread pool created using 4 threads
> x265 [info]: frame threads / pool features   : 2 / wpp(4 rows)

BTW, your email's formatting is terribly broken:
http://ffmpeg.org/pipermail/ffmpeg-user/2017-April/035824.html

Cheers,
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".

Re: [FFmpeg-user] ffmpeg x265 on multi-cpus

[Erik Slagter]

On 10-04-17 11:58, fred fred wrote:
> Dear list,I am currently on this equipment :
> $lscpuArchitecture:  x86_64CPU op-mode(s):32-bit, 64-bitByte 
> Order:Little EndianCPU(s):24On-line CPU(s) list:  
>  0-23Thread(s) per core:2Core(s) per socket:6Socket(s): 
> 2NUMA node(s):  2Vendor ID: GenuineIntelCPU family:   
>  6Model: 63Model name:Intel(R) Xeon(R) CPU 
> E5-2643 v3 @ 3.40GHzStepping:  2CPU MHz:   
> 1244.585BogoMIPS:  6803.58Virtualization:VT-xL1d cache:   
>   32KL1i cache: 32KL2 cache:  256KL3 cache:   
>20480KNUMA node0 CPU(s): 0,2,4,6,8,10,12,14,16,18,20,22NUMA 
> node1 CPU(s): 1,3,5,7,9,11,13,15,17,19,21,23
> and $free -h  totalusedfree  shared  
> buff/cache   availableMem:62G908M 54G969M 
>7.2G 60GSwap:   67G  0B 67G
> 
> and tried to use ffmpeg last compilation, according to the ffmpeg 
> installation page
> $ffmpegffmpeg version N-85424-gadf9f04 Copyright (c) 2000-2017 the FFmpeg 
> developers  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11)  
> configuration: --prefix=/ffmpeg_build --extra-cflags=-I/ffmpeg_build/include 
> --extra-ldflags='-L/ffmpeg_build/lib -ldl' --bindir=/bin 
> --pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk_aac 
> --enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libvpx 
> --enable-libx264 --enable-libx265  libavutil  55. 60.100 / 55. 60.100  
> libavcodec 57. 92.100 / 57. 92.100  libavformat57. 72.100 / 57. 
> 72.100  libavdevice57.  7.100 / 57.  7.100  libavfilter 6. 84.101 /  
> 6. 84.101  libswscale  4.  7.100 /  4.  7.100  libswresample   2.  8.100 
> /  2.  8.100  libpostproc54.  6.100 / 54.  6.100Hyper fast Audio and 
> Video encoder
> 
> I have tried all possible ways to use all my 16 cpus (x2 threads) to encode 
> with libx265, but each time it fails...
> -pools, --pools, -p,  --numa-* ... and so on are not recognise at all
> $ffmpeg -p 16 -i Ice.avi  -c:v libx265 -preset veryslow -crf 28 -c:a aac -b:a 
> 128k Ice_x265.mp4Unrecognized option 'p'.Error splitting the argument list: 
> Option not found
> Internet and my friend Google didn't provide me with any solution...
> so how to proceed ???

It's a bug in libx265 that has been resolved some time ago. I guess
you're using the libx265 from your distribution (e.g. Fedora) and
they're behind. The solution is to compile libx265 yourself from git HEAD.
___
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] ffmpeg x265 on multi-cpus

[fred fred]

Dear list,I am currently on this equipment :
$lscpuArchitecture:          x86_64CPU op-mode(s):        32-bit, 64-bitByte 
Order:            Little EndianCPU(s):                24On-line CPU(s) list:   
0-23Thread(s) per core:    2Core(s) per socket:    6Socket(s):             
2NUMA node(s):          2Vendor ID:             GenuineIntelCPU family:         
   6Model:                 63Model name:            Intel(R) Xeon(R) CPU 
E5-2643 v3 @ 3.40GHzStepping:              2CPU MHz:               
1244.585BogoMIPS:              6803.58Virtualization:        VT-xL1d cache:     
        32KL1i cache:             32KL2 cache:              256KL3 cache:       
       20480KNUMA node0 CPU(s):     0,2,4,6,8,10,12,14,16,18,20,22NUMA node1 
CPU(s):     1,3,5,7,9,11,13,15,17,19,21,23
and $free -h              total        used        free      shared  buff/cache 
  availableMem:            62G        908M         54G        969M        7.2G  
       60GSwap:           67G          0B         67G

and tried to use ffmpeg last compilation, according to the ffmpeg installation 
page
$ffmpegffmpeg version N-85424-gadf9f04 Copyright (c) 2000-2017 the FFmpeg 
developers  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-11)  
configuration: --prefix=/ffmpeg_build --extra-cflags=-I/ffmpeg_build/include 
--extra-ldflags='-L/ffmpeg_build/lib -ldl' --bindir=/bin 
--pkg-config-flags=--static --enable-gpl --enable-nonfree --enable-libfdk_aac 
--enable-libfreetype --enable-libmp3lame --enable-libvorbis --enable-libvpx 
--enable-libx264 --enable-libx265  libavutil      55. 60.100 / 55. 60.100  
libavcodec     57. 92.100 / 57. 92.100  libavformat    57. 72.100 / 57. 72.100  
libavdevice    57.  7.100 / 57.  7.100  libavfilter     6. 84.101 /  6. 84.101  
libswscale      4.  7.100 /  4.  7.100  libswresample   2.  8.100 /  2.  8.100  
libpostproc    54.  6.100 / 54.  6.100Hyper fast Audio and Video encoder

I have tried all possible ways to use all my 16 cpus (x2 threads) to encode 
with libx265, but each time it fails...
-pools, --pools, -p,  --numa-* ... and so on are not recognise at all
$ffmpeg -p 16 -i Ice.avi  -c:v libx265 -preset veryslow -crf 28 -c:a aac -b:a 
128k Ice_x265.mp4Unrecognized option 'p'.Error splitting the argument list: 
Option not found
Internet and my friend Google didn't provide me with any solution...
so how to proceed ???
Thank you !RegardsFred






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