Thank you for your prompt response.
I have gone through the wiki link. It talks about how the value in program
date time is mapped.
So looking at your responses I understand that this tag is more of
informative and should be used only to display current fragment date time
and should not be used to
2019-01-11 1:53 GMT+01:00, Gabriel Balaich :
>>
>> What happens at this point?
>> Do the messages stop or does the system continue to drop frames?
>>
>
> That's the end of the recording about a second after I hit q to quit, so
> everything subsides as the process has ended.
>
> What happens in-betw
>
> What happens at this point?
> Do the messages stop or does the system continue to drop frames?
>
That's the end of the recording about a second after I hit q to quit, so
everything subsides as the process has ended.
What happens in-between? Do the drops stop at some point?
>
The sources are
2019-01-11 0:39 GMT+01:00, Ulf Zibis :
> can anybody explain me the data of ffprobe, I don't find enough hints in
> the docu. E.g.:
> $ ffprobe CYD_copy.vob
> Input #0, mpeg, from 'CYD_copy.vob':
> Duration: 01:16:20.74, start: 0.50, bitrate: 7068 kb/s
> Stream #0:0[0x80]: Audio: ac3, 48
2019-01-11 0:39 GMT+01:00, Gabriel Balaich :
> [dshow @ 024ed4b83580] real-time buffer [AVerMedia HD Capture GC573 1]
> [video input] too full or near too full (93% of size: 214748 [rtbufsize
> parameter])! frame dropped!
> Last message repeated 6 times
What happens at this point?
Do
Hi,
can anybody explain me the data of ffprobe, I don't find enough hints in
the docu. E.g.:
$ ffprobe CYD_copy.vob
Input #0, mpeg, from 'CYD_copy.vob':
Duration: 01:16:20.74, start: 0.50, bitrate: 7068 kb/s
Stream #0:0[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
Stream #0:1[
>
> Could you provide command line including complete, uncut
> console output (no -hide_banner please) to show how your
> ffmpeg command initially drops frames and later catches up
> so that encoding speed is clearly above real-time and no
> further frames are dropped?
>
It doesn't appear to rewri
That works!
Thank you.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
2019-01-10 23:44 GMT+01:00, Felix Muster :
> So tested:
> N-92936-ged3b64402e --> don’t work
Please test with "handler_name" instead of "handler".
Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-
Oh man.
Your request forcing me to redo the "working" command.
And I realized it also didn't work!
I thought it would work because I do it many times before so don't tested it.
But ...
I updated from v4.0.3 to v4.1.
With v4.0.3 everything works fine!
And I was searching for many hours.
I can
2019-01-10 23:00 GMT+01:00, Felix Muster :
> For the first command the metadata (handler, language) is stored correctly.
> The second keeps the metadata from temp.mkv.
>
>
>
> What am I doing wrong?
>
>
>
> Works:
>
>
>
> ffmpeg^
>
> -i video.h264 -i audio1.dts -i audio2.dts -i sbtl1.srt -i sbtl2.
I really don't understand this.
For the first command the metadata (handler, language) is stored correctly.
The second keeps the metadata from temp.mkv.
What am I doing wrong?
Works:
ffmpeg^
-i video.h264 -i audio1.dts -i audio2.dts -i sbtl1.srt -i sbtl2.srt^
-map 0:0 -map 1:0 -ma
2019-01-10 22:42 GMT+01:00, Gabriel Balaich :
> So I kinda shelved this issue as I had others to resolve, but since then
> I've fixed all but 2 of my issues, this being one of them.
>
> I worry less about dropping frames when ending a recording, however it is
> fairly obtrusive in both the console
So I kinda shelved this issue as I had others to resolve, but since then
I've fixed all but 2 of my issues, this being one of them.
I worry less about dropping frames when ending a recording, however it is
fairly obtrusive in both the console and the resulting file to drop /
duplicate 100 frames f
2019-01-10 8:33 GMT+01:00, Dinesh Gupta :
> Output of command
> > $echo $PKG_CONFIG_PATH
> /d/smallgame/ffmpeg_win/deps.posix/lib/pkgconfig:/opt/local/lib/pkgconfig:/usr/lib/i386-linux-gnu/pkgconfig/:/usr/lib/pkgconfig
>
>> cd /d/smallgame/ffmpeg_win/deps.posix/lib/pkgconfig
>> ls -I/opus
> ffnv
2019-01-10 14:59 GMT+01:00, Daniel Oberhoff :
> I previously reported on problems with consuming a live single
> file hls stream. It was quite embedded in the application so i
> failed to make a good reproducible case. Now i reduced it.
Please test current FFmpeg git head.
Are you missing the "-
2019-01-10 17:48 GMT+01:00, andrei ka :
> i use ffmpeg (4.1) to stream live hls using unified streamnig.
Is the issue reproducible with current FFmpeg?
Please provide a minimal usecase (using testsrc2 instead
of an udp source) that allows us to reproduce.
(What is "unified streaming"?)
Carl Eu
hello,
i use ffmpeg (4.1) to stream live hls using unified streamnig.
if in my abr encoding i mix baseline with main/high, live hls generated by
unified (USP) would
have #EXT-X-DISCONTINUITY on each segment :
encoding :
ffmpeg-y -re -i 'udp://239.255.255.1:21007?localaddr=127.0.0.1' \
-filter_c
Hi,
I have written C code that subscribes to a UDP multicast group, and stores
the raw (hex) incoming audio data into a buffer.
I was wondering if there is a way of piping this buffer with the raw audio
data to ffmpeg within the C code in order to play the audio. I have seen
examples of .wav file
Hello,
I previously reported on problems with consuming a live single file hls
stream. It was quite embedded in the application so i failed to make a
good reproducible case. Now i reduced it.
So i have a producer and a consumer. The producer just generates test
video like this:
ffmpeg -f lavfi
> > #EXT-X-PROGRAM-DATE-TIME:2010-02-19T14:54:23.031+08:00
>
> https://en.wikipedia.org/wiki/ISO_8601
Also:
https://tools.ietf.org/html/draft-pantos-http-live-streaming-23
The EXT-X-PROGRAM-DATE-TIME tag associates the first sample of a
Media Segment with an absolute date and/or time. It a
Le 10/01/2019 13:20:29, kumar vikram a écrit :
Hi all,
I am working on a client which supports HLS protocol.
I have a small query regarding HLS EXT-X-PROGRAM-DATE-TIME tag. This
tag
has the following format
#EXT-X-PROGRAM-DATE-TIME:2010-02-19T14:54:23.031+08:00
https://en.wikipedia.org/
Hi all,
I am working on a client which supports HLS protocol.
I have a small query regarding HLS EXT-X-PROGRAM-DATE-TIME tag. This tag
has the following format
#EXT-X-PROGRAM-DATE-TIME:2010-02-19T14:54:23.031+08:00
What is the significance of this value? Can this value be used to
caluculate the
Thank you for your answer.
I appended the command line and console output in my first mail. Please scroll
down.
The raw videostream is a cfr stream.
Every frame has a duration of 1/(24000/1001). So there are no timestamps or
anything like that.
I don’t understand the error message.
___
24 matches
Mail list logo
