[FFmpeg-user] ATSC TS live transcode on DL360 G4?

Subscriptions subscriptions at znet.ca
Sun Feb 3 02:37:15 CET 2013


Hello Hank, Tom, and thanks for your advice. I did record half an hour 
ATSC mpeg2 stream into a file and tried to transcode it file-to-file. I 
also took the 'nice' out as anyway there is nothing else running, no 
need to prioritize this process. Results are below.

Input #0, mpegts, from 'out.ts':
   Duration: 00:55:52.35, start: 16712.311489, bitrate: 15655 kb/s
   Program 1
     Stream #0:0[0x44](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 
5.1(side), s16, 384 kb/s
     Stream #0:1[0x45]: Video: mpeg2video (Main) ([2][0][0][0] / 
0x0002), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 15000 kb/s, 59.94 fps, 60 
tbr, 90k tbn, 119.88 tbc
using cpu capabilities: MMX2 SSE2 SSE3 Cache64
profile Constrained Baseline, level 3.2
muxrate VBR, pcr every 6 pkts, sdt every 200, pat/pmt every 40 pkt
Output #0, mpegts, to 'video.h264':
   Metadata:
     encoder         : Lavf54.29.104
     Stream #0:0: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 
q=-1--1, 90k tbn, 60 tbc
     Stream #0:1(eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 
5.1(side), 384 kb/s


Results:
   A. -preset fast:
ffmpeg -re -i out.ts -acodec copy -vcodec libx264  -preset fast -s:v 
hd720 -f mpegts video.h264
top - 16:57:50 up 23 days,  3:33,  4 users,  load average: 5.81, 4.54, 
2.34

   B. -preset ultrafast:
ffmpeg -re -i out.ts -acodec copy -vcodec libx264  -preset ultrafast 
-s:v hd720 -f mpegts video.h264
top - 17:03:24 up 23 days,  3:39,  4 users,  load average: 4.16, 4.18, 
2.84

Computer is DL 360 G4 at 3.4Ghz. As seen we are 'almost there' with 
-preset ultrafast, just slightly on the other side of the border.

This is quite bad, as I need to transcode ~10 channels, and DL360 G4 is 
inexpensive and fast 64bit server. No luck, however.

I did try another ATSC channel, same result as above. So, it really 
looks that 2 Xeon 64 bit @3.4Ghz can not transcode real-time ATSC 
~20Mb/s to h264.

If you wish I can put the file  for download for yourself to test 
(6GB).

All the best, george

Le 2013-02-01 10:00, Henk D. Schoneveld a écrit :
> On Feb 1, 2013, at 3:20 PM, Subscriptions <subscriptions at znet.ca> 
> wrote:
>
>> Hello again,
>>
>> It simply looks that 2 double-core Xeon at 3.4Ghz (HP DL 360) can 
>> not transcode mpeg2 ts live stream coming at ~20 Mb/s to h264. Even 
>> with 'preset ultrafast' the load goes above 4 and the buffer overruns. 
>> The minimal processor that is able to do this up to now is a single 
>> Phenom 2 X6 Black at 3.4 Ghz, and it sometimes gets with load ~5 on 
>> it's six cores.
> It looks a bit odd to me. I can encode 2 DVB-S 1080i h264-based
> recordings to 720p with a 4-core i5-2500k not over clocked.
> If you remove the nice statement and add -re statement before your 
> source like
> ffmpeg -re -i udp etc should do the job. BTW. I do my encodings from
> a file, not from a stream. Maybe an intermediate file will help,
> although it adds a slight delay.
>
> Henk
>>
>> Thanks, George
>>
>>
>> Hello,
>>
>> I want to reduce bit rate of ~18Mb/s ATSC live stream which I 
>> capture over the air with HDHomerun box, and it looks that an HP DL360 
>> G4 server (two 64 bit double core Xeon processors) can not do the job. 
>> Is there some way to make this functional? My idea is to reduce the 
>> stream from 18Mb/s to about 4-5Mb/s at hd720. The problem is that 
>> processor load goes over 4 and starts to overrun the buffer. Is there 
>> a way to make the transcoding somehow work with x264 on that computer?
>>
>> Thanks, George.
>>
>> nice -n -20 ffmpeg -i 
>> "udp://239.255.254.1:1234?fifo_size=6000000&overrun_nonfatal=1&" 
>> -acodec copy -c:v libx264 -crf 22 -preset fast -f mpegts 
>> udp://239.255.254.240:1234
>>
>> ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers
>>  built on Oct 16 2012 09:46:44 with gcc 4.7 (Debian 4.7.2-4)
>>
>> Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), 
>> yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 15000 kb/s, 63.81 fps, 59.94 
>> tbr, 90k tbn, 119.88 tbc
>>
>> using cpu capabilities: MMX2 SSE2 SSE3 Cache64
>> Output #0, mpegts, to 'udp://239.255.254.240:1234':
>>  Metadata:
>>    encoder         : Lavf54.29.104
>>    Stream #0:0: Video: h264, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 
>> q=-1--1, 90k tbn, 59.94 tbc
>>    Stream #0:1(eng): Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 
>> 5.1(side), 384 kb/s
>>
>>
>> Tasks:  82 total,   2 running,  80 sleeping,   0 stopped,   0 zombie
>> %Cpu0  : 96.3 us,  1.0 sy,  0.0 ni,  0.3 id,  0.0 wa,  0.0 hi,  2.3 
>> si, 0.0 st
>> %Cpu1  : 95.7 us,  1.0 sy,  0.0 ni,  1.0 id,  0.0 wa,  0.0 hi,  2.3 
>> si, 0.0 st
>> %Cpu2  : 97.7 us,  1.3 sy,  0.0 ni,  0.3 id,  0.0 wa,  0.0 hi,  0.7 
>> si, 0.0 st
>> %Cpu3  : 96.0 us,  0.7 sy,  0.0 ni,  2.0 id,  0.0 wa,  0.0 hi,  1.3 
>> si, 0.0 st
>> KiB Mem:   3995312 total,  2685548 used,  1309764 free,    74516 
>> buffers
>>
>> processor       : 3
>> vendor_id       : GenuineIntel
>> cpu family      : 15
>> model           : 4
>> model name      : Intel(R) Xeon(TM) CPU 3.40GHz
>>
>> _______________________________________________
>> ffmpeg-user mailing list
>> ffmpeg-user at ffmpeg.org
>> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user



More information about the ffmpeg-user mailing list