On Friday, 14 December 2018 3:21:40 ACDT James E. Baird wrote:
> Hello,
>
> I am trying to find the most efficient way to take a udp stream (Source OTA)
> and transcode video to h.264, audio to AAC, output as 3 aligned cbr
> (1500/3500/6000k) streams (udp), gop 2 (60 for 30FPS or 120 for 60FPS)
>
Am 18.12.18 um 17:50 schrieb Jim Shupert:
> ;)
> strictly prohibited.
> If you have received this transmission in error,
> please reply to the sender listed above immediately and permanently
> delete this message from your inbox.
> :)
>
> I am not so sure i " received this transmission in error
;)
strictly prohibited.
If you have received this transmission in error,
please reply to the sender listed above immediately and permanently delete this
message from your inbox.
:)
I am not so sure i " received this transmission in error "
but -- ok -- i deleted it
_
If you haven't already, I'd try pulling the up-to-date source and building
that. AMD and intel CPUs differ, sometimes in strange ways, and a
local-built version is often better than any downloaded one.
Also, have you tried capturing the stream directly into a file and using
that for test? Th
>It's actually ABR you're creating, if I understand correctly.
Not yet as I am actually outputting 3 multicast streams, each with a set
bitrate(1500/3500/6000). They will be captured on the other side of the network
and then muxed together to create the ABR stream (a design that, as of yet,
can
On Thu, Dec 13, 2018 at 20:49:56 +, James E. Baird wrote:
> It does need to be a CBR. It will be converted to an adaptive stream for a
> streaming app
It's actually ABR you're creating, if I understand correctly.
> I felt that I should get more horsepower as well and that is the main
> reaso
Moritz,
>Does it need to be fixed bitrate? (Just wondering.)
It does need to be a CBR. It will be converted to an adaptive stream for a
streaming app
>Is this ultimately the issue? That you can't encode at real time?
These are live streams that need to be forwarded off, packaged in HLS and sen
On Thu, Dec 13, 2018 at 18:33:02 +, James E. Baird wrote:
> I spun up a new server running Ubuntu 18.04.1 LTS and installed
> FFMPEG version 7.3.4.4 which is the current supported version for
> Bionic Beaver.
Though I think that't not the issue, you should grab a much newer
version. You can ge
Carl,
Thanks for the suggestions so far. I suspect there is something in that command
that is causing the high CPU usage. Maybe there is a better way to structure
the command. I spun up a new server running Ubuntu 18.04.1 LTS and installed
FFMPEG version 7.3.4.4 which is the current supported v
On 12/13/2018 9:12 AM, James E. Baird wrote:
ffprobe version git-2017-01-22-f1214ad Copyright (c) 2007-2017 the FFmpeg
developers
First thing- get a newer version (the latest, if possible) of ffmpeg and see
how that behaves. Best would to build from the latest source, but at least
something
Carl,
Ubuntu 14.04.5 LTS running on ESXI 6.0 host. Seeing the similar results with an
Intel Xeon server.
"Are they all pegged in compute or is there a lot else going on? (and what does
the VM management system say?)" - All 8 cores get pegged. This is the only work
being applied on the server a
On 12/13/2018 8:51 AM, James E. Baird wrote:
Here is the command I am currently using but the CPU usage seems way to high
for what I am doing.
AMD Opteron(tm) Processor 6282 SE with 8 cores assigned to VM but all 8 are
pegged when running this.
Are they all pegged in compute or is there a lot
Hello,
I am trying to find the most efficient way to take a udp stream (Source OTA)
and transcode video to h.264, audio to AAC, output as 3 aligned cbr
(1500/3500/6000k) streams (udp), gop 2 (60 for 30FPS or 120 for 60FPS)
Here is the command I am currently using but the CPU usage seems way to
13 matches
Mail list logo