ny of the questions proposed by softworkz in the
beginning of this thread relevant to that conversation yet, or do we need
to establish the required changes in functionality first before discussing
data structures and variable names?
Zach
___
ffmpeg-de
Hi,
What is the current status of closed captions for mpeg2 video outputs? I
know caption pass through is supposed to work for libx264, but most ATSC
broadcast is still in mpeg2. Do we have any timeline on when this part
will be done yet?
Zach
ecause the transmission rate would
change with each pcr. This would also reduce network storms induced by the
heavy packet flow of bursty multicast streams.
Zach
On Thu, Nov 19, 2015 at 8:32 AM, Kieran Kunhya wrote:
> On 19 November 2015 at 16:15, Zach Swena
> wrote:
> >> How have yo
then
we no longer have to worry about header formats and bit rate calculations.
I assume that originates in the muxer? Given the datagram size and the
bitrate it should be simple to calculate the packet period and control the
datagram transmission frequency.
Zach
On Thu, Nov 19, 2015 at 4:18 AM
ight. This
isn't a multiplexing problem, it is a udp streaming option. I asked a
simple question. Is udp.c supposed to work with any other multiplexer then
mpegts? In my experience it doesn't. If that is by design, then it
shouldn't be hard to fix this problem. If not, then it b
odel can cause problems with
networking equipment because of it's bursty nature. Second, FFmpeg can
make an otherwise compliant stream fail to decode properly because of these
same UDP bursts.
As far as I know, using the udp output requires use of the -f mpegts
muxer. Is that correct?
Zach
On Wed
Just because an external applciation can fix
the problem in some instances doesn't mean it isn't a problem in the first
place.
Zach
On Wed, Nov 18, 2015 at 11:14 AM, Zach Swena
wrote:
> > Only for strict CBR streams which FFmpeg cannot know a priori. That's
> > why the
ion? Smooth output streams are needed in other applications
then just relaying a stream. Why can't I find the term multicat in any of
the code or documentation?
Zach
On Wed, Nov 18, 2015 at 10:37 AM, Zach Swena
wrote:
> Yea, how it is supposed to happen isn't complicated. To be
n use
FFmpeg.
Zach
On Wed, Nov 18, 2015 at 9:03 AM, Michael Niedermayer wrote:
> On Tue, Nov 17, 2015 at 03:06:27PM -0800, Zach Swena wrote:
> > Hi Pavel,
> >
> > I can confirm that there is a problem with the UDP packet engine in
> > FFmpeg. FFmpeg has excessive jitter
eal
with a slightly different dev setup.
Zach
On Mon, Nov 16, 2015 at 2:55 AM, Pavel Meshkov
wrote:
> Good day.
> We still need this feature. Can someone implement above functionality on
> bounty base (up to $2000)?
>
> 12.11.2015 12:28, Pavel Meshkov пишет:
>
> Thanks for
Hi,
I would like to propose a change to the documentation for the overlay
filter. The overlay filter does not detect pixel aspect ratio. This
causes improper display resolution when overlaying smaller images on a
larger image. A common example of this would be overlaying an SD source on
an HD o
Hello, I would like to offer hosting for FFmpeg and its repos, etc
I can provide a dedicated server with 3 2TB drives for storage and 1 1TB HDD
for the OS, 24 GB of RAM, 12 Cores/24 Threads and a 1 Gbps up & down link with
20 TB of bandwidth, for $179 a month.
Now for Software, What software ne
I guess my understanding of where DRC should be set is based on some
assumptions on how it is implemented. Your explanation sounds reasonable.
I will have to do some research myself to see if I can use this metadata
feature to reduce how much we need to compress our signal.
Zach
On Mar 26
care
about the default value, as long as I can change it and the feature and
default value get proper documentation. That is just a bit of background
on why the AC3 spec has this feature. Theoretically it should be turned
off at the decoder if connected to proper speakers though.
Zach
On Mar 26,
Do we know how much it would cost to get this done? A capture card like
the ESCAP.TV ones are pretty cheap so getting a device to test isn't hard
or expensive. As I understand it basically any capture device with
multiple analog inputs uses this feature.
Zach
On Nov 22, 2014 11:15 AM, &
from a black frame
cause large fluctuations in the bitrate in VBR mode. I would theorize that
this is related to the same event that causes dtsPS C:\Users\Zach\Development\ffmpeg-20141120-git-4388e78-win32-static\bin>
.\ffmpeg -v 9 -loglevel 99 -rtbufsize 1500
f dshow -i video="HP HD Webcam [
seems to be to use a second piece of software to translate the device in to
a normal dshow device, but that is not the best solution and is a deal
breaker for me.
Zach
Note: If there is somewhere else this discussion should take place, please
let me know and I will move it over there
Thanks,
Yea quoting wikipedia made me cringe too, I did check with the engineer at
our network who checked what we use for satellite broadcast which starts at
0x33. Because of the nature of the patch I didn't feel like digging up the
specs.
Zach
On Nov 18, 2014 3:57 PM, "Michael N
Sorry, I am new to using Git. I have a .patch file, but I am not sure what
the proper way to send it is. I am using GitHub for windows. Anyway, the
.patch file is attached.
Zach
On Tue, Nov 18, 2014 at 10:33 AM, Timothy Gu wrote:
> Hi,
>
> On Tue, Nov 18, 2014 at 9:02 AM, Z
vision.
Zach
As Attached:
in mpegtsenc.c line
1441c1441
< { .i64 = 0x0100 }, 0x0100, 0x0f00, AV_OPT_FLAG_ENCODING_PARAM },
---
> { .i64 = 0x0100 }, 0x0020, 0x0f00, AV_OPT_FLAG_ENCODING_PARAM },
This patch is basically a continuation of this one, but for a different
pro
20 matches
Mail list logo
