Re: [FFmpeg-user] HLS stream delivery problem

2020-09-22 Thread Edward Park
Hi,

> Do you know how to fix this?
> This is my code with ffmpeg, Y:\ is drive letter to the HLS server 
> (WebDAV)

WebDAV is good for lightweight collaboration for old school workgroups like 
maybe wiki pages. It’s basically lots of http requests to simulate a locally 
mounted drive, maybe there is hol blocking going on. If it is a transport 
issue, it would be impossible to find out without something like a span capture.

This doesn’t sound like a problem with ffmpeg at all, unless a different WebDAV 
share mounted in the same manner doesn’t suffer from the same problem, or if 
the problem occurs even when you save to a directly connected storage device.


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] HLS stream delivery problem

2020-09-22 Thread andrei ka
(disk io check means use dd utility (cygwin) - write some bytes in parallel
with your ts creation (with dd if=/dev/random of=Y... in windoze speak), or
do it somehow else, check if your drops are only cpu induced, not but dd io)

On Tue, Sep 22, 2020 at 12:26 PM andrei ka  wrote:

> hi
> sometimes it helps to separate encoding & packaging - encode to a
> multicast and read that multicast from another process and repackage it.
> color conversions can eat cpu. what for do you need 2nd scaling to 1080
> after defining that you're grabbing at that resolution, your input should
> be already scaled... can your i7 2600 stand 1 resolution encoding without
> choking ? + as you're writing ts to Y run dd on it, check if you have enuf
> dd io speed left...
> 
>
> On Tue, Sep 22, 2020 at 10:37 AM Theo Kooijmans  wrote:
>
>>
>> I have the FFMpeg encoding working fine on a Win10 PC but I have problems
>> with uploading HLS files to a HLS server.
>> This is what I see with CPU load when I transcode from a live
>> Decklinkcard to a local folder.
>> I get a even load on the CPU without big peaks
>>
>> [cid:image001.png@01D690CB.F6946710]
>>
>>
>> Below overview is when try to upload to a drive letter in windows which
>> is connected to a HLS server.
>> There are now high peaks in CPU load and memory is slowly rising to it's
>> limits.
>>
>> Do you know how to fix this?
>> This is my code with ffmpeg, Y:\ is drive letter to the HLS server
>> (WebDAV)
>>
>> ffmpeg -thread_queue_size 5096 -f dshow -video_size 1920x1080
>> -pixel_format uyvy422 -rtbufsize 128M -framerate 25.00 -i video="Decklink
>> Video Capture (2)":audio="Decklink Audio Capture (2)" -c:v libx264 -crf 21
>> -filter_complex
>> "[v:0]split=2[vtemp001][vtemp002];[vtemp001]scale=w=960:h=540[vout001];[vtemp002]scale=w=1920:h=1080[vout002]"
>> -preset veryfast -g 25 -sc_threshold 0 -map [vout001] -c:v:0 libx264 -b:v:0
>> 2000k -map [vout002] -c:v:1 libx264 -b:v:1 6000k -map a:0 -c:a aac -b:a
>> 128k -ac 2 -map a:0 -c:a aac -b:a 128k -ac 2 -f hls -hls_time 6
>> -hls_segment_size 600 -hls_flags +delete_segments+split_by_time
>> -master_pl_name index.m3u8 -var_stream_map "v:0,a:0 v:1,a:1"
>> "Y:\stream_%v.m3u8"
>>
>>
>> [cid:image002.png@01D690CB.F6946710]
>>
>>
>>
>> Regards,
>> Theo Kooijmans
>>
>>
>> ___
>> 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".

Re: [FFmpeg-user] HLS stream delivery problem

2020-09-22 Thread andrei ka
hi
sometimes it helps to separate encoding & packaging - encode to a multicast
and read that multicast from another process and repackage it. color
conversions can eat cpu. what for do you need 2nd scaling to 1080 after
defining that you're grabbing at that resolution, your input should be
already scaled... can your i7 2600 stand 1 resolution encoding without
choking ? + as you're writing ts to Y run dd on it, check if you have enuf
dd io speed left...


On Tue, Sep 22, 2020 at 10:37 AM Theo Kooijmans  wrote:

>
> I have the FFMpeg encoding working fine on a Win10 PC but I have problems
> with uploading HLS files to a HLS server.
> This is what I see with CPU load when I transcode from a live Decklinkcard
> to a local folder.
> I get a even load on the CPU without big peaks
>
> [cid:image001.png@01D690CB.F6946710]
>
>
> Below overview is when try to upload to a drive letter in windows which is
> connected to a HLS server.
> There are now high peaks in CPU load and memory is slowly rising to it's
> limits.
>
> Do you know how to fix this?
> This is my code with ffmpeg, Y:\ is drive letter to the HLS server
> (WebDAV)
>
> ffmpeg -thread_queue_size 5096 -f dshow -video_size 1920x1080
> -pixel_format uyvy422 -rtbufsize 128M -framerate 25.00 -i video="Decklink
> Video Capture (2)":audio="Decklink Audio Capture (2)" -c:v libx264 -crf 21
> -filter_complex
> "[v:0]split=2[vtemp001][vtemp002];[vtemp001]scale=w=960:h=540[vout001];[vtemp002]scale=w=1920:h=1080[vout002]"
> -preset veryfast -g 25 -sc_threshold 0 -map [vout001] -c:v:0 libx264 -b:v:0
> 2000k -map [vout002] -c:v:1 libx264 -b:v:1 6000k -map a:0 -c:a aac -b:a
> 128k -ac 2 -map a:0 -c:a aac -b:a 128k -ac 2 -f hls -hls_time 6
> -hls_segment_size 600 -hls_flags +delete_segments+split_by_time
> -master_pl_name index.m3u8 -var_stream_map "v:0,a:0 v:1,a:1"
> "Y:\stream_%v.m3u8"
>
>
> [cid:image002.png@01D690CB.F6946710]
>
>
>
> Regards,
> Theo Kooijmans
>
>
> ___
> 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".