2014-12-08 15:44 GMT+01:00 Roger Pack :
> On Sun, Dec 7, 2014 at 5:33 AM, Matej Mailing wrote:
>
>> 2014-12-07 6:06 GMT+01:00 Roger Pack :
>> > On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing wrote:
>> >
>> >> Yes, that is the moment when the input drops d
2014-12-07 13:33 GMT+01:00 Matej Mailing :
> 2014-12-07 6:06 GMT+01:00 Roger Pack :
>> On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing wrote:
>>
>>> Yes, that is the moment when the input drops due to some network
>>> issues, but it is back after a second or so.
&
2014-12-07 6:06 GMT+01:00 Roger Pack :
> On Sat, Dec 6, 2014 at 5:58 AM, Matej Mailing wrote:
>
>> Yes, that is the moment when the input drops due to some network
>> issues, but it is back after a second or so.
>
>
>
> so what you want is an http connection
am is available again seems to be the option
we want.
Thanks,
Matej
2014-12-05 23:50 GMT+01:00 Roger Pack :
> On Fri, Dec 5, 2014 at 12:20 AM, Matej Mailing wrote:
>
>> Hi,
>>
>> when muxing the screen capture with the live mp3 stream, it sometimes
>> happens that li
sumes after some network issues disable
its' availability for a short time - there is no synchronization
between video and audio required (they are two independent sources).
Thanks,
Matej
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
On Wed, Jul 23, 2014 at 12:47 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > /root/ffmpeg/ffmpeg -loglevel debug -rtbufsize 128000k
> > -threads 0 -re -i "udp://... -re -i "http://77.234.135.250:8000/";
> > -vsync 0 -async 0 -codec copy -map
On Wed, Jul 23, 2014 at 10:18 AM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > How can I solve it with an input stream where the
> > start time is increasing and want to mux it with
> > the mentioned mp3?
>
> Could you test the sync function of the
On Tue, Jul 22, 2014 at 5:02 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > > Now please remux your transport stream with FFmpeg and
> > > test to confirm my suspicion that this is starttime-
> > > related.
>
> > Could you please tell whi
On Tue, Jul 22, 2014 at 12:56 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > I have tried to use local TS file and -f lavfi -i sine
> > as inputs and the muxing errors about delays start to
> > show up immediately, so it's the same situation as
>
On Tue, Jul 22, 2014 at 10:44 AM, Luke Davis wrote:
> On Tue, 22 Jul 2014, Luke Davis wrote:
>
> On Tue, 22 Jul 2014, Matej wrote:
>>
>> I have tried to use local TS file and -f lavfi -i sine as inputs and the
>>> muxing errors about delays start to show up
On Mon, Jul 21, 2014 at 3:00 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > On Mon, Jul 21, 2014 at 2:13 PM, Carl Eugen Hoyos wrote:
> >
> > > Matej tam.si> writes:
> > >
> > > > Things work perfectly for about an hour (sound is
On Mon, Jul 21, 2014 at 3:00 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > On Mon, Jul 21, 2014 at 2:13 PM, Carl Eugen Hoyos wrote:
> >
> > > Matej tam.si> writes:
> > >
> > > > Things work perfectly for about an hour (sound is
On Mon, Jul 21, 2014 at 2:13 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > Things work perfectly for about an hour (sound is
> > smooth and the video too fpr the entire period),
> > but after approximate 55 minutes (sometimes little
> > less, somet
On Sun, Jul 20, 2014 at 12:09 PM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > I tried to add -vsync 0 so the full command line was:
>
> -vsync 0 is an input option.
>
> Please do not top-post here, Carl Eugen
>
>
start to
scratch and eventually stop.
On Thu, Jul 17, 2014 at 11:24 AM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > Input #0, mpegts, from 'udp:// :1300':
> > Duration: N/A, start: 86964.932311, bitrate: N/A
>
> > Input #1, mp3, from '
the same erors (Delay between .... muxing
queue) appear after almost the same time.
Any ideas will be very appreciated.
Matej
On Thu, Jul 17, 2014 at 11:24 AM, Carl Eugen Hoyos wrote:
> Matej tam.si> writes:
>
> > Input #0, mpegts, from 'udp:// :1300':
> > Durat
ine) and only video input.
There also seem to be no errors when there is just audio input
http://live.radiohit.si:9560 (without udp:// :1300).
Any ideas on where to look and what to check are very welcome, I have been
pulling my hair for quite some time now because of this issue.
Thanks,
Ma
e #1 (http://live.radiohit.si:9560):
Input stream #1:0 (audio): 3179 packets read (997208 bytes);
Total: 3179 packets (997208 bytes) demuxed
Output file #0 (udp://192.168.1.150:1236?pkt_size=1316?buffer_size=65535):
Output stream #0:0 (video): 1984 packets muxed (27971717 bytes);
Output stream #0:1 (audio): 3179 packets muxed (997208 bytes);
Then after about an hour the errors start to pop-up and the sound is
eventually gone. We have spent quite some time with this and cannot find
and good solution anywhere. I need to output mpegts, since it is sent to
some special device and I will be really grateful for any ideas and
suggestions.
Thank you very much,
Matej
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
(it's a part of
some larger project), but cannot move further on. Any help and ideas will
be very much appreciated :)
Thanks,
Matej
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
19 matches
Mail list logo
