> On 22 Mar 2021, at 18:27, Flumotion Support wrote:
>
> Thanks for the answer this is my pipe
> srt-live-transmit -vvvs:500 -r:500 "srt://
> 195.10.10.222:9002??pkt_size=1316?latency=100=listener" udp://
> 195.10.10.225:9000?pkt_size=1316=100
> but still have problem
Did you try
Hey Mark,
nice idea, loglevel info (and up like verbose and error) gives lines like this
in addition to the error log lines:
frame=80148 fps=1452 q=-0.0 size=N/A time=00:53:32.20 bitrate=N/A speed=58.2x
I think this output is shown every 0.5 seconds so depending on the coding speed
it is more
Am Mo., 22. März 2021 um 20:36 Uhr schrieb Hassan :
> Given the discussion above and the question under discussion, can you
> please give a command to achieve the accurate timestamping of the frames?
You should start with something like the following:
$ ffmpeg -f gdigrab -i desktop -vcodec
>
> I think you need to take a step back. You have your nose on a specific
> issue, but you have neglected to explain the big picture: what are you
> trying to achieve that requires that level of accuracy?
I want to record the streaming of video on LCD with accurate timestamps
overlayed on each
On 3/22/2021 12:36 PM, Hassan wrote:
Or suggest any other solution.
I did.
z!
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
Thankyou Moritz,
my aac input is generated in glasscoder and mounted on Icecast2.
I have been looking at rtp as a possibly more reliable transport
platform for studio transmitter links.
We have barix 100 as receivers and mp3 streams are subject to network
loading.
I have switched to aac
Am Mo., 22. März 2021 um 13:33 Uhr schrieb Andrews, Vincent
:
> We are trying to setup ffmpeg on a CentOS7 system without hardware
> acceleration so that we can convert *.mov files to *.mp4.
>
> ffmpeg V4.3.2 was configured with:
Please test current FFmpeg git head, if you use a precompiled
>
> This filter chain looks either useless or broken.
>
Given the discussion above and the question under discussion, can you
please give a command to achieve the accurate timestamping of the frames?
Or suggest any other solution. Thanks.
--
Regards
Hassan Iqbal
Hassan (12021-03-22):
> What are better approaches to address this problem?
I think you need to take a step back. You have your nose on a specific
issue, but you have neglected to explain the big picture: what are you
trying to achieve that requires that level of accuracy?
Regards,
--
Hello
Thanks for the answer this is my pipe
srt-live-transmit -vvvs:500 -r:500 "srt://
195.10.10.222:9002??pkt_size=1316?latency=100=listener" udp://
195.10.10.225:9000?pkt_size=1316=100
but still have problem
thanks for your help
Best regards
On Fri, Mar 19, 2021 at 8:04 PM Carl Eugen
On Mon, Mar 22, 2021 at 1:05 PM Peter B. wrote:
> Hi everyone!
>
> I'm using FFmpeg's segment muxer to split MPEG-TS recordings.
>
> It works as expected, but I get the following deprecation warning:
>
> --
> [segment @ 0x55bfa3c540c0] Timestamps are unset in a packet for stream
On Mon, Mar 22, 2021 at 8:45 AM Mark Filipak (ffmpeg)
wrote:
> On 2021-03-22 03:28, Paul B Mahol wrote:
> > On Mon, Mar 22, 2021 at 8:17 AM Mark Filipak (ffmpeg) <
> markfili...@bog.us>
> > wrote:
> >
> >> On 2021-03-22 03:00, Paul B Mahol wrote:
> >>> On Mon, Mar 22, 2021 at 6:43 AM Mark
On 2021-03-22 03:28, Paul B Mahol wrote:
On Mon, Mar 22, 2021 at 8:17 AM Mark Filipak (ffmpeg)
wrote:
On 2021-03-22 03:00, Paul B Mahol wrote:
On Mon, Mar 22, 2021 at 6:43 AM Mark Filipak (ffmpeg) <
markfili...@bog.us>
wrote:
Hi All,
A little help, please.
Using the latest git source,
i "THE LAST EMPEROR.excerpt.24fps.mkv" -filter_complex_script
> 23fps.ffmpeg.filter.txt -map 0
> -codec:v libx265 -x265-params crf=16:qcomp=1.00 -codec:a copy -codec:s
> copy -dn "THE LAST
> EMPEROR.excerpt.60fps.mkv"
>
> === debug level report ===
>
> ff
On 2021-03-22 03:00, Paul B Mahol wrote:
On Mon, Mar 22, 2021 at 6:43 AM Mark Filipak (ffmpeg)
wrote:
Hi All,
A little help, please.
Using the latest git source, using '-filter_complex_script', I get a
mystery error.
I have checked the filter_complex_script: 23fps.ffmpeg.filter.txt, for
On Mon, Mar 22, 2021 at 8:17 AM Mark Filipak (ffmpeg)
wrote:
> On 2021-03-22 03:00, Paul B Mahol wrote:
> > On Mon, Mar 22, 2021 at 6:43 AM Mark Filipak (ffmpeg) <
> markfili...@bog.us>
> > wrote:
> >
> >> Hi All,
> >>
> >> A little help, please.
> >>
> >> Using the latest git source, using
Hi Robert,
On Mon, Mar 22, 2021 at 18:08:23 +1300, Robert Jeffares wrote:
> I am getting...
>
> [rtp @ 0x55e52ffe8c00] AAC with no global headers is currently not
> supported.
You are usually asked to provide the full, uncut console output of your
command.
> ffmpeg -i
On 2021-03-21 22:40, Mark Filipak (ffmpeg) wrote:
Hi All,
A little help, please.
Using the latest git source, using '-filter_complex_script', I get a
mystery error.
I have checked the filter_complex_script: 23fps.ffmpeg.filter.txt, for
errors. Especially I've checked that every input pad
Hi.
I am trying to use ffplay.exe to play an MP3 file from the Internet.It
can play normally at the beginning, but after a while it stopped(about two to
four minutes).
Later I found out that this problem occurred at some urls, such as:
./ffplay.exe
Hello,
We are trying to setup ffmpeg on a CentOS7 system without hardware acceleration
so that we can convert *.mov files to *.mp4.
ffmpeg V4.3.2 was configured with: “./configure --prefix=/opt/vince
--disable-cuda-llvm --disable-cuvid --disable-hwaccels”
The following command, which works on
Hi everyone!
I'm using FFmpeg's segment muxer to split MPEG-TS recordings.
It works as expected, but I get the following deprecation warning:
--
[segment @ 0x55bfa3c540c0] Timestamps are unset in a packet for stream
0. This is deprecated and will stop working in the future.
>
> Try this:
> ffmpeg -f gdigrab -i desktop -vf "settb=expr=1/72, setpts=N*12000,
> fps=60" -c:v libx264rgb
> -preset ultrafast ./test_SD_1.mkv
> See if it works.
>
> \ffmpeg> ffmpeg -f gdigrab -i desktop -vf "settb=expr=1/72,
setpts=N*12000, fps=60" -c:v libx264rgb -preset ultrafast
Hi group, hope everyone is good,
I am trying to capture an srt stream using ffmpeg as a caller and everything is
going well, just a couple of edge cases I would like to resolve that I think
are related.
I would like the capture to continue even if the source stream is unavailable
for a time.
On 2021-03-22 02:48, Jim DeLaHunt wrote:
On 2021-03-21 22:40, Mark Filipak (ffmpeg) wrote:
Hi All,
A little help, please.
Using the latest git source, using '-filter_complex_script', I get a mystery
error.
I have checked the filter_complex_script: 23fps.ffmpeg.filter.txt, for errors.
Am Mo., 22. März 2021 um 14:51 Uhr schrieb Hassan :
> > ffmpeg -f gdigrab -i desktop
> > -vf "settb=expr=1/72, setpts=N*12000, fps=60"
This filter chain looks either useless or broken.
Carl Eugen
___
ffmpeg-user mailing list
Hello,
I have few questions about FPS while recording a video.
Suppose, I am capturing a video by recording my desktop. The video is
playing at 60 FPS. My frame rate for capturing is also set at 60 FPS.
Ideally, at 60 FPS, each of the subsequent frames is 16.6 msec apart. For
this scenario, I
26 matches
Mail list logo
