[Ffmpeg-devel-irc] ffmpeg.log.20150117

Sun Jan 18 02:05:01 CET 2015

[00:04] <voip__> Can you guys please check: http://pastebin.com/B6LXb7ik
[00:04] <voip__> I taking stream from source and sending to 2 servers. Works well with transcoding, doesn't work when I copying video
[00:05] <c_14> >[flv @ 0x2f100c0] Tag [27][0][0][0]/0x0000001b incompatible with output codec id '28' ([7][0][0][0])
[00:05] <c_14> The source video stream is incompatible with the output format.
[00:22] <voip__> c_14, what kind of outuput shuld i setup for cmpaility ? How to fix ?
[00:29] <c_14> voip__: Either get a different source, stop using rtmp, or reencode, not sure if there's another way to get around it
[00:29] <voip__> c_14, same command works when i sending to only 1 server  ffmpeg -i http://Input -acodec aac -strict experimental -ar 44100 -ac 2 -b:a 96k -vcodec copy -f flv rtmp://Output/live/ars
[00:31] <c_14> it does
[00:31] <c_14> hmm
[00:32] <c_14> the tee muxer can be a bit iffy sometimes
[00:32] <c_14> try adding the annexb bitstream filter
[00:32] <c_14> or removing the global headers
[00:33] <voip__> if i add annexb i tink ffmpeg vi;ll start transcode video, i dont wana use cpu power
[00:34] <c_14> The bitstream filter shouldn't make ffmpeg start transcoding
[00:36] <halfie> oh, I have a ADTS + AAC writer working now and it works good. however, mediainfo reports that my generated files are VBR and not CBR. any tips to fix this part? http://wiki.multimedia.cx/index.php?title=ADTS
[00:37] <c_14> halfie: what's your current cmdline ?
[00:37] <ac_slater_> hey all... with libavformat, what's a good way to avoid `avformat_find_stream_info` and set up a demuxer myself?
[00:38] <voip__> i added -bsf:v h264_mp4toannexb , didnt work again
[00:38] <halfie> c_14, umm, I wrote my own code for ADTS. http://pastebin.com/TuTWmt9k
[00:39] <c_14> voip__: it's probably some sort of format flag or bitstream filter, not sure which. Try the working to single server one with -loglevel debug
[00:39] <c_14> Maybe it outputs what filters are inserted
[00:40] <halfie> c_14, I make sure that 0x7FF (VBR indicator) does not appear in my ADTS header but still mediainfo reports my files as using VBR. weird stuff.
[00:40] <voip__> c_14, thanks i will debug
[00:40] <c_14> halfie: maybe it's just mediainfo being weird, does it matter?
[00:41] <halfie> c_14, yes, I think you are right. I was looking at mediainfo code and it isn't the greatest. seems to be doing nothing much.
[00:44] <halfie> on to finding how the AES key is derived, so that I can modify "aacdec.c" to work with DRM files :)
[01:14] <voip__> c_14, plaese check debugs http://pastebin.com/ZKsVut1c
[01:21] <c_14> hmm, can't see it stating that a filter is added anywhere. It might be a bug. Could you report it on trac with the content of that pastebin and mention that it looks like the tag isn't being set correctly when you use the tee muxer? Oh, and just to make sure, can you try with only one output in the tee muxer?
[01:25] <voip__> in http://pastebin.com/ZKsVut1c you can see 2 examples. with 1 output and 2 outputs
[01:28] <c_14> I meant with one output in the tee muxer
[01:32] <voip__> can you please type command ?
[01:32] <c_14> ffmpeg/ffmpeg -i http://InputIP:8042/InputStream -loglevel debug -preset fast -acodec aac -strict experimental -ar 44100 -ac 2 -b:a 96k -vcodec copy  -f tee -map 0:v -map 0:a -flags +global_header "[f=flv]rtmp://OutputIP/live/ars"
[01:34] <voip__> tnx
[01:46] <voip__> c_14, same problem cant start http://pastebin.com/EmNWfk38
[01:46] <c_14> Right, bug report time.
[01:48] <voip__> c_14 OMG :)
[01:49] <voip__> where is yor bug trcler or ticketing system ?
[01:49] <c_14> https://trac.ffmpeg.org/
[01:53] <heffer2k02> Does anyone understand AAC + MP4 internals a bit? FFmpeg is reported that my audio file has a "start offset" of 0.02333 (1024 samples / 44100), i.e. a single audio frame. Looking at ffprobe, it doesn't reveal and delay (first pts is 0). Digging further, the MP4 files first sample actually points to an AAC FIL frame with some string indentifying the encoder software, however it has a duration of 1024... Is this a bug in ffmpeg? Is the
[01:53] <heffer2k02>  FIL frame interpreted as silence? Confused...
[02:04] <voip__> c_14, thank you
[06:39] <notnola> Howdy world!
[06:40] <notnola> I have a queston about publishing streams to an RTMP server
[06:41] <notnola> Actually - more on viewing streams for now. I should learn to handle one problem at a time :P
[06:42] <notnola> Basicly, I am able to make the connection to the RTMP server via an external python lib and am able to view the other clients connected to it
[06:42] <notnola> so I am aware of each playpath that each published stream would have
[06:43] <notnola> problem is, I want to recieve upto 12 videos per single connection  of the same RTMP server
[07:33] <Matador> hmmm
[07:33] <Matador> What does "Past duration %f too large" mean the problem relates to ?
[07:42] <Matador> Past duration 0.98& too large
[07:46] <Matador> I went down to 2 threads from 4, and no more error...
[07:46] <Matador> actually n/m.. same error
[07:59] <notnola> Does anyone kno how to save multiple live streams from the same rtmp connection?
[10:14] <vladimir> hi to all
[10:18] <eddiefingerz> greetings having a terrible time compiling ffmpeg with lame for  arm64   http://pastebin.com/bLZ2185T  thanks!
[10:31] <x41> I have ffmpeg -f x11grab -s 1920x1080 -r 60 -i :0.0 -c:v libx264 -b:v 500k -preset ultrafast test.avi ... the bitrate is being ignored.
[10:34] <x41> k nvm
[10:35] <Mavrik> why are you trying to put H.264 into an AVI container? O.o
[10:36] <x41> not sure what container is recommended?
[10:37] <x41> -f flv *.flv what is what I am going to be using in the end.
[10:37] <Mavrik> well, then use flv.
[10:37] <Mavrik> or mkv or mp4
[10:37] <Mavrik> the ones that actually support all metadata from H.264 video
[10:37] <x41> what does that change?
[10:37] <x41> ah
[10:38] <x41> well
[10:38] <x41> metadata is not that important
[11:01] <vladimir> I get this error what is problem
[11:01] <vladimir> Trailing options were found on the commandline. [ingenient @ 0x2c1cbe0] Could not find codec parameters for stream 0 (Video: mjpeg, none(bt470bg/unknown/unknown)): unspecified size
[11:02] <vladimir> ffmpeg  -i  http://root:pass@192.168.1.52/axis-cgi/mjpg/video.cgi  out.mjpeg
[11:02] <vladimir> camera give as mjpeg stream on this url and it's work on vlc
[11:03] <vladimir> I what to mix 2 stream in one...
[11:04] <vladimir> I tray whit this
[11:04] <vladimir> ffmpeg -i http://root:pass@192.168.1.51/axis-cgi/mjpg/video.cgi -i  http://root:pass@192.168.1.52/axis-cgi/mjpg/video.cgi  -filter_complex '[0:v]pad=2560x720;[0:v][1:v]overlay=1280:0[v]' -map '[v]' test.mjpg
[13:52] <danell> Hi! I keep getting the "packet too small" message in the ffmpeg comand view while is working... the files seem to play afterwards but it is very unsettling.  I have searched around but haven't found any solution. What does it mean that the "packet too small"?
[15:05] <vladimir> hi
[18:48] <Guest93839> If I have FFmpeg installed on my system, do I need to install it separately on my localhost in order to execute it from PHP?
[18:49] <c_14> If you have ffmpeg installed locally, you do not need to install it again for use with PHP
[18:49] <Guest93839> Inspite of that, I am not able to execute it using the exec() or shell_exec() command.
[18:50] <c_14> Is it in your path?
[18:50] <Guest93839> I am using ffmpeg -i file.mp4 file1.mpg
[18:50] <Guest93839> The input file is in the same path as my php file
[18:51] <Guest93839> Folder, same folder as my php file
[18:51] <c_14> `which ffmpeg'
[18:51] <c_14> `echo $PATH'
[18:53] <Guest93839> Could you please give me a paste for this on pastebin?
[18:56] <c_14> Not entirely sure what you're asking.
[18:56] <Guest93839> Okay.
[18:56] <Guest93839> I;ll start again.
[18:56] <Guest93839> My PHP file looks like this.
[18:57] <Guest93839> <?php exec('ffmpeg -i filename.mp4 fileout.mpg); ?>
[18:57] <Guest93839> This should ideally generate an mpg file, right?
[18:57] <Guest93839> However, when I run it through my localhost, it returns nothing.
[18:58] <Guest93839> The file filename.mp4 and my php file are in the same directory.
[18:58] <c_14> That single ' looks wrong.
[18:59] <c_14> Other than that, make sure that ffmpeg is in the PATH of whatever is executing php
[18:59] <Guest93839> okay, I'll give it another shot.
[19:00] <Guest93839> You mean, the ffmpeg.exe file should be in the same directory as the PHP file?
[19:01] <c_14> The ffmpeg binary should be in a directory referenced by the PATH environment variable from the environment of the process executing php
[19:03] <Guest93839> Hmm.. I''ll give it a try.
[20:14] <Nitori> .exe
[20:54] <geraldn> trying to transcode an mpeg2 stream to h264. And for some reason, the output stream has a lot more frames than the input stream.  Any ideas?
[20:54] <geraldn> like 140,000 frames for mpeg and 180,000 frames for the h264 stream
[20:55] <geraldn> right now i am attempting to use x264 directly to see if it does the same thing
[21:08] <geraldn> Might have figured it out.  Looks like "-vsync 0" keeps a 1:1 ratio of input and output framerate
[21:14] <IsoDesu> klaxa JEEB and iive
[21:15] <IsoDesu> the problem was that my system didn't have the fonts installed, I had to make fontconfig cache them with "fc-config dir"
[21:16] <IsoDesu> now ffmpeg does the job wonderfully
[21:16] <JEEB> yes, that's why you use something like mpv
[21:16] <JEEB> no need to install the fonts from the file
[21:16] <JEEB> :P
[21:16] <IsoDesu> doesn't mpv use fontconfig's cache?
[21:17] <JEEB> it uses fontconfig but it can load the fonts from the matroska file
[21:17] <JEEB> for the player only
[21:17] <JEEB> and not affecting anything else
[21:18] <IsoDesu> for the player? but the others players also do that
[21:19] <IsoDesu> you mean the same way mpv load it from the file itself, it does it too when encoding?
[21:19] <JEEB> yes
[21:19] <JEEB> I mean it uses the same stuff for playback as for encoding :P
[21:19] <IsoDesu> hm
[21:19] <JEEB> it just pushes the decoded pictures through possibly some filters and then to the encoders
[21:19] <JEEB> and who here told me that ffmpeg can now handle the fonts from files :P
[21:20] <JEEB> that person needs a spanking
[21:20] <c_14> it works for me
[21:20] <IsoDesu> why ffmpeg doesn't do that yet I have no idea...
[21:21] <c_14> The output of ffmpeg corresponds exactly to what mpv produces
[21:21] <JEEB> do you have the fonts installed system-wide?
[21:21] <c_14> nope
[21:21] <JEEB> well then I have no idea :P
[21:21] <IsoDesu> maybe the fonts you use are common
[21:22] <IsoDesu> anime fonts are stylish
[21:23] <c_14> Most of the stuff I tested on were anime ops/eds
[21:23] <IsoDesu> whats ur OS?
[21:24] <c_14> linux
[21:24] <IsoDesu> mine is Fedora 21
[21:24] <IsoDesu> I had to cache the fonts manually with fontconfig before hardsubbind the with ffmpeg
[21:24] <IsoDesu> them*
[21:25] <JEEB> anyways, fedora doesn't package libav* and friends at all, so that's some random packaged binary then
[21:27] <IsoDesu> ok guys i'm going now
[21:27] <IsoDesu> thanks for the support
[21:52] <c_14> For anybody who cares, here are two screenshots. The first one taken with mpv from the source file with ass subs. The second taken with mpv after I hardsubbed the source file with ffmpeg and the subtitles filter. The fonts are Monotype Corsiva and DFKai-SB neither of which I have installed on my system and are only contained within the source mkv. http://dl.c-14.de/ffmpeg/mpv_ass_fonts.png
[21:52] <c_14> http://dl.c-14.de/ffmpeg/mpv_ass_fonts.png
[21:53] <c_14> eh, wait
[21:53] <c_14> https://dl.c-14.de/ffmpeg/ffmpeg_hardsubbed.png
[21:53] <c_14> I pasted the same picture twice accidentally.
[21:55] <relaxed> looks good
[21:56] <relaxed> there was a bug before where ffmpeg wouldn't use the embedded font
[21:56] <relaxed> is that what was causing that user issues?
[21:57] <relaxed> user's*
[22:00] <c_14> Not sure, I never got to see his full console output with the subtitles filter, but from what I did saw he was using the 2.5.3 static build so that issue should have been solved.
[22:08] <relaxed> hmm, my build?
[22:09] <c_14> yep
[22:23] <c_14> I just tested with your static build, looks fine with that as well.
[00:00] --- Sun Jan 18 2015