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

[burek]

[01:07] <Rufus> greetings. I've been following https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide to the letter, but getting ERROR: libx264 . Any suggestions please?
[01:12] <klaxa> Rufus: paste your complete error logs on a pastebin like site
[01:12] <klaxa> however, i would guess for now that you didn't install libx264-dev
[01:14] <Rufus> repository provided libx264-123 (was installed yes)
[01:15] <klaxa> including development files?
[01:17] <Rufus> http://pastebin.com/YC5ahAHk  my config.log file
[01:18] <klaxa> that looks more like your linker doesn't know where to look for libx264.so
[01:19] <klaxa> locate libx264.so, run ./configure again and add --extra-cflags=-L/path/to/lib
[01:19] <klaxa> whereas lib is the directory that contains libx264.so and not libx264.so itself
[01:20] <Rufus> gotcha, will try, thank you
[01:37] <Rufus> think I need some more extra help. libavcodec/libavcodec.a(libx264.o): In function `X264_init': /root/ffmpeg/libavcodec/libx264.c:552: undefined reference to `x264_encoder_open_133' collect2: error: ld returned 1 exit status
[01:57] <EnginA> batch converting flac files to mp3, but according to htop, ffmpeg is not utulizing my cores.
[01:57] <EnginA> i've tried passing -threads 6, but still not utulizing
[01:57] <EnginA> any idea ?
[01:58] <LunaVorax> Hello
[01:58] <LunaVorax> I have spotted a very strange bug with ffmpeg
[01:58] <LunaVorax> I have a tiny file I tried to play with ffplay
[01:59] <LunaVorax> And everytime I try it, it crashes X
[01:59] <LunaVorax> I'm running ArchLinux x86_64, ffmpeg v1.2.1
[02:00] <LunaVorax> I'll try to log the output
[02:02] <LunaVorax> Ok here's the deal
[02:03] <LunaVorax> ffmpeg recognise the file as "Stream #0:0: Video: bintext, pal8, 1280x108512, 25 tbr, 25 tbn, 25 tbc" which is seriously not the actual case
[02:03] <LunaVorax> And shows "XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" after 942 requests (942 known processed) with 9 events remaining."
[02:03] <LunaVorax> Should I report this as a bug?
[02:05] <EnginA> handled it with gnu parallel
[02:05] <ubitux> LunaVorax: sbare a sample?
[02:06] <ubitux> share*
[02:06] <LunaVorax> Of course
[02:06] <ubitux> EnginA: libmp3lame might not support threading
[02:08] <LunaVorax> ubitux, http://82.227.183.10/temp/jupiter.bin
[02:08] <klaxa> ah you type the 'b' also with the right hand? i saw a keyboard that was split in the middle and the 'b' key was on the left side
[02:08] <klaxa> i thought i was doing it wrong
[02:08] <LunaVorax> This is the exact file I used
[02:08] <klaxa> (that keyboard was made by microsoft btw)
[02:09] <ubitux> LunaVorax: what format is that supposed to be?
[02:10] <LunaVorax> It's supposed to be ~6 wav files packet in a file
[02:11] <LunaVorax> (apparently)
[02:11] <ubitux> if you look at the content, it contains various path
[02:11] <ubitux> it looks like some kind of home made tarball for a random video game
[02:12] <LunaVorax> It's from the Magic School Bus if you wonder
[02:12] <ubitux> C:\MAGICBUS\ART\W4.BC:\MAGICBUS\ARTg
[02:12] <LunaVorax> yeah, I saw that
[02:12] <ubitux> and various other things
[02:12] <ubitux> i don't know what you expect ffmpeg to do with that
[02:13] <LunaVorax> I've managed to play a file containing several .mp2 files once with ffmpeg
[02:13] <ubitux> i'm not able to reproduce any crash, though there is the x11 error with ffplay
[02:13] <LunaVorax> I tried to see if it was working again with that file
[02:13] <ubitux> LunaVorax: you have to extract the content, there is too much thing in that
[02:14] <ubitux> it's like if you were trying to play a .tar
[02:14] <ubitux> so sometimes you could expect to recognize a chunk of audio or video
[02:14] <ubitux> but in this case there is too much things around, i guess
[03:35] <evdw87> hi all
[03:39] <evdw87> I'm using the "external encoders" feature in virtualdub and like to encode with schroedinger
[03:39] <evdw87> The encoding seems to work fine, however, I get an error at completion
[03:39] <evdw87> "the video encoding process failed with error code ...
[03:39] <evdw87> mpeg2 works fine
[03:40] <evdw87> I'm wondering if I'm using the right parameters
[03:41] <evdw87> Funny enough, I'm left with a file that is able to play, but it seems it can't be passed on the apply a container
[03:42] <evdw87> the command arguments I'm using is: -f rawvideo -s %(width)x%(height) -r %(fpsnum)/%(fpsden) -i - -vcodec libschroedinger "%(tempvideofile)"
[03:43] <evdw87> Who can help me out?
[05:09] <bigmac> im having a hard time logging output of ffmpeg
[05:10] <sacarasc> Which OS are you on?
[05:12] <bigmac> linux mint
[05:13] <sacarasc> Add something like "&> ffmpeg.log" to the end of the command, maybe?
[05:14] <bigmac> i thout it was a single > log.txt
[05:15] <sacarasc> There is some stderr and stdout used, so you should use &> to redirect it all.
[05:19] <bigmac> oh tank you
[05:19] <bigmac> its been frustrating lol
[05:20] <bigmac> a good hour waisted
[05:20] <bigmac> sacarasc: thanks
[05:28] <bigmac> dude i find my self waisting long nights on stupid errors
[05:29] <bigmac> not exactly ffmpeg error
[05:30] <bigmac> i was gettting a read error because it was unexpected end of a file_movie.mkv.001 <------
[05:30] <bigmac> .001 <---- Duh, unexpected end or fail to read after
[07:55] <bigmac> i have a batch script working, but im afraid to run 200 gigs threw it
[07:56] <bigmac> my temp just reached 98C after a few minutes
[07:56] <bigmac> our few hours of off and on testing
[07:56] <bigmac> ill have to rig up a fan
[07:56] <bigmac> or pull out a desktop
[09:12] <bigmac> im about to run my batch script with 250gigs of files, is thread 0 a bad idea?
[09:12] <bigmac> overheat issues?
[09:25] <Huemac> hi. when are you going to release the 1.3 version?
[09:26] <Huemac> because now the 1.2 branch doensn't have all the same configuration options as the main branch
[10:33] <Kirito> ffmpeg -threads 8 -i input.mp4 -vcodec libvpx -crf 10 -b:v 5M -acodec libvorbis out.webm // will this not work? The CRF setting doesn't seem to have any impact here. -c:v doesn't exist i the version of ffmpeg I'm using, if that's why
[11:54] <Keshl> Kay, so something's weird and I can't figure it out. >w> Lemme try to explain the entire story. I'm recording footage from a capture device. Said device dumps its data in .ts files and such. The ultimate goal is to get them encoded in a more bandwidth-friendly solution (typically using "ffmpeg -i foo.bar -vcodec libx264 -preset medium -crf 23 -movflags faststart -pix_fmt yuv420p OUT.mp4"). Now, when I try to convert the .ts files directly,
[11:54] <Keshl>  things go kaddywonkus. The audio is synced up, but the video runs at what looks to be 24 (or possibly less) FPS. The .ts file its self is 59.94 FPS. Even if I specify -r 59.94 twice, both for the source and destionation, it keeps the slower framerate. I've tried it in multiple video players so I don't think it's a decoder issue. What's weird is, if I have the supplied software that comes with the capture card convert it to .mp4 for me
[11:54] <Keshl> first, everything works just fine. The overall quality is lowered though since it just zips through it and introduces noise, so I'd like to avoid that step if possible. Can anyone tell me why ffmpeg's producing such odd output? You can poke the file in question (and the outputted .mp4 I get) from ftp://broken@connect.archgeekit.com:21918 -- Just use any password if it asks.
[14:15] <khali> is it possible to limit the effect of a video filter to a specific time portion of the input file?
[14:16] <khali> I can't find anything in the documentation so I suppose not, but I thought I'd ask here, just in case...
[14:17] <durandal_1707> yes, and its mentioned in documentation
[14:17] <khali> ah
[14:17] <durandal_1707> also ffmpeg -filters lists what filters can be applied to only specific time
[14:18] <khali> maybe I need a new pair of eyeballs then ;)
[14:18] <durandal_1707> ^ fairly recent master
[14:18] <khali> ah
[14:19] <khali> I don't see anything like that in my version, it must be too old
[14:19] <khali> let me pull from master
[14:21] <khali> I hate it when broadcaster interlace the video at random points without any reason
[14:34] <khali> durandal_1707: thanks for your help, but unfortunately the yadif filter doesn't have timeline support
[14:34] <durandal_1707> well it could be added
[14:35] <khali> durandal_1707: so I suppose I'll have to apply it to the whole file, or accept that a small portion of the file doesn't look too good / needs higher bitrate
[14:36] <khali> durandal_1707: certainly, but I don't want to add work to the ffmpeg developers
[14:36] <durandal_1707> you also could split file, and apply filter to some parts
[14:38] <khali> durandal_1707: yeah, I thought about that as well, but it seems like a lot of work
[14:46] <ubitux> it should be relatively easy to add timeline support to yadif
[14:47] <ubitux> i think i can do it in 2 lines of diff
[14:51] <ubitux> khali: http://pastie.org/7938771
[14:51] <ubitux> try this and tell me if it works
[14:53] <ubitux> it seems to work here
[14:55] <evdw87> ubitux: can you tell me about the status of the implementations of dirac and libschroedinger in ffmpeg?
[14:56] <evdw87> in terms of compleness
[14:56] <ubitux> i have no idea
[14:56] <evdw87> ubitux: too bad, do you know who can answer my question?
[14:57] <ubitux> your question is most likely too vague
[14:57] <evdw87> ubitux: well, I'm on Windows and I run into errors
[14:58] <evdw87> since the encoders are not widly used there seems to be no to less support
[14:58] <evdw87> so I'm looking for someone who could shed some light on the issues I get
[14:59] <evdw87> After the completion of encoding, ffmpeg crashes
[14:59] <ubitux> "i get errors" won't bring you help
[14:59] <ubitux> also it seems your problem depends on another app
[14:59] <ubitux> make sure you can reproduce the issue with ffmpeg directly first
[14:59] <evdw87> ubitux: I used the command line
[14:59] <ubitux> well if you have a way of reproducing the error...
[15:00] <evdw87> Ok, I will, one moment please
[15:01] <mpfundstein-work> khali: avisynth can help you
[15:02] <ubitux> or just -vf "yadif=enable='between(t,5,10)'" with the 2-line diff patch i just sent
[15:02] <durandal_1707> mpfundstein-work: avisynth can't help
[15:03] <khali> mpfundstein: isn't avisynth a Windows-only tool?
[15:05] <khali> ubitux: will test ASAP, thanks!
[15:05] <mpfundstein-work> khali: no, i use it regulary on linux with wine. works without any problems
[15:05] <mpfundstein-work> khali: you will want to use DGIndex as well to get d2v files. than you should have no problems
[15:08] <khali> ubitux's approach seems more simple
[15:08] <ubitux> :)
[15:10] <evdw87> ubitux: http://pastebin.com/cWTLNLNQ
[15:10] <khali> ubitux: do you know if the timeline values are inclusive or exclusive?
[15:11] <ubitux> khali: between(x, min, max)
[15:11] <ubitux> Return 1 if x is greater than or equal to min and lesser than or equal to max, 0 otherwise.
[15:12] <ubitux> from: https://www.ffmpeg.org/ffmpeg-utils.html#Expression-Evaluation
[15:12] <ubitux> evdw87: and what is the problem here?
[15:12] <evdw87> ubitux: the application crashes when it's done :s
[15:12] <ubitux> ffmpeg doesn't seem to crash here
[15:13] <ubitux> unless i'm missing something?
[15:13] <evdw87> ubitux: what would be missing?
[15:13] <ubitux> well your paste doesn't show a ffmpeg crash
[15:13] <ubitux> so to me it looks perfectly fine
[15:14] <khali> ubitux: thanks
[15:14] <evdw87> ubitux: it crashes outside of the console
[15:14] <ubitux> evdw87: ah, windows mmh
[15:14] <ubitux> can you share the avi?
[15:14] <evdw87> I think so
[15:14] <ubitux> so i can eventually try to reproduce
[15:15] <ubitux> khali: it works? :)
[15:15] <evdw87> ubitux: any preferred host?
[15:15] <ubitux> evdw87: no, whatever; one that doesn't ask me to pay a premium account would be nice
[15:15] <ubitux> i think mega is pretty fine so far
[15:16] <khali> ubitux: and if there are multiple interlaced sequences I suppose I must to between(t,A,B)+between(t,C,D)?
[15:16] <ubitux> khali: yep
[15:16] <khali> s/to /do /
[15:16] <naquad> i have rtmp stream that i capture to file. can i somehow make ffmpeg to write it in 10 minute chunks?
[15:17] <ubitux> naquad: -f segment
[15:17] <ubitux> look at the formats documentation on ffmpeg.org for more info
[15:17] <naquad> ubitux, mmm what version has this switch?
[15:18] <ubitux> i think it's from last year
[15:18] <ubitux> at least 6 month i'd say
[15:18] <khali> ubitux: OK, I've identified 4 sections which need to be deinterlaced, testing now
[15:19] <ubitux> khali: you can use t, pts or n to specify the time bands
[15:20] <naquad> ffmpeg version 0.8.6-4:0.8.6-0ubuntu0.12.04.1
[15:20] <naquad> looks like i don't have it :(
[15:21] <khali> ubitux: I have time values so using t
[15:22] <ubitux> naquad: this is not ffmpeg
[15:23] <naquad> erm
[15:23] <naquad> ok
[15:23] <naquad> thanks
[15:23] <ubitux> naquad: tl;dr it's a purposly old broken ffmpeg version
[15:23] <naquad> went trying to put back real ffmpeg into ubuntu
[15:24] <khali> doh, I'm stupid, I use the non-patches encoder for my test
[15:31] <evdw87> ubitux: https://www.wetransfer.com/downloads/62d1725591fec1ca617d2579f4a1ce6f20130521132758/e10bbd3f11c56e51a8aaf775537d57c520130521132758/5e2107
[15:32] <ubitux> evdw87: does it still crash if you add "-t 3 -an" as output option?
[15:32] <ubitux> or even -t 1
[15:33] <evdw87> I'll try
[15:34] <ubitux> valgrind doesn't even complain here
[15:34] <evdw87> ubitux: yes it does
[15:35] <ubitux> i can't reproduce with ffmpeg upstream
[15:35] <ubitux> can you try a more recent ffmpeg?
[15:35] <evdw87> ubitux: I downloaded this version about 2 days ago
[15:35] <durandal_1707> what version?
[15:35] <ubitux> 56ba331 it seems
[15:36] <ubitux> 14 may
[15:36] <ubitux> evdw87: anyway, i can't reproduce the problem... but i'm not on windows
[15:36] <ubitux> maybe there is a bug in libshroedinger
[15:37] <ubitux> evdw87: do you have the same problem with the native encoder?
[15:38] <khali> ubitux: it definitely does "something", looking at the bitrates / stream sizes :)
[15:39] <evdw87> ubitux: that would be ffmpeg2dirac I guess, I haven't tried it yet
[15:39] <durandal_1707> there is no native encoder for dirac
[15:40] <ubitux> ah indeed
[15:40] <ubitux> my bad
[15:40] <evdw87> ubitux: please have a look at the latest comment http://doom10.org/index.php?topic=366.0
[15:42] <ubitux> can you get a backtrace somehow?
[15:43] <evdw87> ubitux: what do you mean?
[15:43] <ubitux> something that gives hint about where it crashes
[15:43] <ubitux> because it's not reproducible here
[15:43] <ubitux> feel free to open an issue on trac.ffmpeg.org anyway (see https://www.ffmpeg.org/bugreports.html)
[15:43] <evdw87> well, I can get a more clear error in virtualdub. Let me see, where was it..
[15:44] <durandal_1707> lossless should work with -global_quality 0
[15:45] <evdw87> durandal_1707: thanks for the note
[15:45] <evdw87> ubitux:  -1073740940 (0xc0000374)
[15:45] <ubitux> that gives absolutely no clue about the problem
[15:45] <evdw87> the code would mean  STATUS_HEAP_CORRUPTION
[15:45] <evdw87> but I don't know anything about this
[15:46] <ubitux> we are using heap allocation is approximately 2100 places in the codebase
[15:46] <khali> ubitux: it seems to mostly work except at least one frame which should be deinterlaced but isn't
[15:46] <ubitux> in*
[15:46] <khali> ubitux: could be that I got the boundaries wrong, checking
[15:47] <ubitux> khali: btw, did you check if those parts weren't flagged as interlaced?
[15:47] <ubitux> (maybe yadif=deint=interlaced could work in that case)
[15:47] <evdw87> ubitux: but are they all related to schroedinger or dirac?
[15:48] <ubitux> evdw87: libschroedinger is an external library, were some heap allocation is certainly done as well
[15:48] <ubitux> and we have no control over it, ffmpeg just has a wrapper
[15:48] <whatadewitt> howdy, trying to set up ffmpeg on a server and i keep getting the error: E: Unable to locate package libopus-dev, anyone have any tips for me? thanks :D
[15:50] <evdw87> ubitux: anything else I can do?
[15:50] <ubitux> evdw87: try to get a backtrace, i have no idea how to do that on windows
[15:51] <evdw87> ubitux: me neither, I'm no coder/developer
[15:51] <khali> ubitux: the whole stream is flagged as interlaced (at least yadif=0,-1,1 results in the same output as just yadif)
[15:52] <khali> ubitux: how would I check interlaced status of individual frames?
[15:52] <evdw87> ubitux: are there no ffmpeg developers on windows?
[15:52] <ubitux> evdw87: i think we have one
[15:52] <evdw87> damn
[15:53] <ubitux> try to use gdb on windows, maybe with mingw or such thing
[15:55] <ubitux> khali: -vf showinfo maybe
[15:55] <evdw87> ubitux: I'm wondering like forever how these things work in the first place, do they hook into the process?
[15:55] <ubitux> i don't know, i never used mingw
[15:56] <evdw87> ubitux: Well, thanks for you time and suggestions. I'll try to find some people who can help me on this problem. I'll get back when I have more info
[15:56] <ubitux> evdw87: try eventually the windows forum
[16:01] <khali> ubitux: I didn't know about -vf showinfo; wow, that's verbose :)
[16:02] <ubitux> khali: you can use ffprobe and filter what you want otherwise
[16:02] <khali> ubitux: anyway: your patch works but the last frame of each range isn't deinterlaced as it should
[16:02] <ubitux> khali: mmh, yes possibly it's cached
[16:02] <naquad> ubitux, now i have ffmpeg version 1.2. and trying to do this:  ffmpeg -i rtsp://x.y.z.a:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f flv -y out.flv -f 10:00 - i want to make 10 minute chunks, but i still see only one file :( what am i doing wrong?
[16:02] <ubitux> but in that case the deint=interlaced code is also affected by this bug
[16:02] <khali> ubitux: I don't know if this is between() not acting as documented, or yadif operating on more than one frame at once, or your patch being incomplete
[16:03] <ubitux> naquad: wtf is -f 10:00?
[16:03] <ubitux> naquad: did you read the doc?
[16:03] <naquad> <@ubitux> naquad: -f segment
[16:03] <naquad> i thought segment is time spec
[16:03] <ubitux> naquad: https://www.ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-ssegment
[16:04] <khali> ubitux: in -vf showinfo, the interlaced status is "i:T" I suppose?
[16:04] <ubitux> khali: i doubt it is between(), but yadif is caching one previous and one next frame iirc, so possibly a flushing/caching issue
[16:04] <naquad> ubitux, ahh i see. thank you
[16:04] <ubitux> khali: 'P' progressive 'T' top field first 'B' bottom field first
[16:05] <evdw87> ubitux: btw, I found more details on my crash, dunno if this helps http://pastebin.com/fqcjSAg7
[16:05] <khali> ubitux: OK... I confirm the whole stream is i:T, while I can visually see some parts are interlaced and most aren't
[16:05] <ubitux> evdw87: it really gives no hint, sorry
[16:05] <ubitux> khali: okay :p
[16:06] <khali> ubitux: French TV stations aren't known for their technical quality I'm afraid :(
[16:06] <evdw87> ubitux: lol
[16:06] <ubitux> evdw87: AFAIK there are two ways of debugging on windows
[16:07] <ubitux> evdw87: first is to build FFmpeg yourself into visual studio and use the debugger
[16:07] <naquad> where can i find reference for % interpolation? i would like to put current timestamp into filename instead of its sequence number
[16:07] <ubitux> and second is to use unix tools, so mingw and gdb
[16:09] <evdw87> ubitux: would it take much efford for anyone who has never done this?
[16:09] <ubitux> naquad: that's a simple printf format, i don't think you can use it as you plan to
[16:09] <ubitux> evdw87: i don't know i didn't use windows since years
[16:09] <naquad> ubitux, pity :( i think i'll try to read source
[16:09] <durandal_1707> khali: so its always one frame that is not deinterlaced, or?
[16:09] <naquad> maybe will find something there
[16:10] <khali> ubitux: I don't understand your yadif=deint=interlaced... doesn't look like the documented syntax
[16:11] <khali> ubitux: is this something you want me to test?
[16:11] <naquad> ffmpeg -i rtsp://a.b.c.d:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f segment -segment_time 10 -segment_format flv -y out%03d.flv -> Output file #0 does not contain any stream wtf? 0o
[16:11] <durandal_1707> khali: its not point to test, as you show that all frame in your input is T (top field first)
[16:11] <durandal_1707> s/not/no
[16:12] <khali> ok
[16:12] <ubitux> khali: if all frames are marked as interlaced it won't help
[16:12] <ubitux> khali: it looks present in the documentation anyway
[16:12] <durandal_1707> and its documented, what documentation you are looking instead?
[16:13] <naquad> -map 0 helps
[16:13] <ubitux> khali: i'm going to push the patch in a moment, if you can open a trac issue with the last one not being deinterlaced, that would be great
[16:13] <naquad> not sure what is it used for, but helps
[16:14] <Digit> hi :)
[16:15] <khali> ubitux: yes I can open a trac issue if it helps, no problem
[16:15] <khali> that's the least I can do
[16:15] <ubitux> khali: wait for the patch to be upstream though :)
[16:15] <Digit> i found a solution to my problem , i want to share it here may be it could help another one :)
[16:16] <ubitux> khali: it's pushed, you can remove your local patch and git pull
[16:16] <ubitux> khali: it's technically the same thing, so if you can reproduce, please open an issue with the sample
[16:17] <Digit> with my gui for ffmpeg i use 2 ffmpeg process, one sending to local udp and the other one reading the udp of the first one and sending to rtmp jtv, sometimes i was getting no image
[16:17] <khali> ubitux: as a workaround I have added one frame at the end of each period and it works just fine :)
[16:17] <Digit> i had to add -probesize 1G or 2G and it works :)
[16:17] <jshanab> I am updateing my code to use the newest libavcodec (zeranoe shared build win32 )and I now get an immediate crash on startup not finding the entry point SymGetOptions. Any hints?
[16:17] <ubitux> khali: it might be a problem that affects deint=interlaced mode in yadif, so i think it's good to open an issue ;)
[16:18] <khali> ubitux: might be difficult to attach a sample as the material is certainly copyrighted
[16:18] <khali> although Heidi is not exactly new - 1974 IIRC
[16:18] <naquad> ffmpeg exists with error message "rtsp://a.b.c.d:554/ipcam_h264.sdp: Connection timed out" exactly on 24th second. what could that be?
[16:18] <Digit> may i ask some donation for my ffmpeg gui program ?
[16:19] <ubitux> khali: if you're motivated, you could generate such sample: -vf tinterlace and -vf concat with a random filter source and here you go ;()
[16:19] <durandal_1707> what?
[16:19] <khali> ubitux: if I can do that then whoever wants to work on the bug can do it too ;)
[16:19] <Digit> naquad paste the complete command and output to the paste bin.
[16:20] <ubitux> khali: the effort to make the bug reproducible is up to the user ;)
[16:21] <naquad> Digit, http://pastebin.com/FkqzwVQg
[16:21] <Digit> ???
[16:21] <naquad> <Digit> naquad paste the complete command and output to the paste bin.
[16:22] <Digit> decoding for stream 0 failed !
[16:23] <naquad> and later it goes fine. thats because of rtsp as i understand
[16:24] <Digit> could probesize help ?
[16:24] <naquad> what?
[16:26] <evdw87> durandal_1707: I tried -global_quality 0
[16:26] <evdw87> File properties say compression mode: lossy
[16:27] <Digit> naquad try -fflags nobuffer and or -probesize 500000
[16:27] <durandal_1707> evdw87: you used other args?
[16:27] <evdw87> durandal_1707: nope
[16:28] <evdw87> durandal_1707: btw, how do I find all arguments for x encoder?
[16:28] <durandal_1707> evdw87: also add -qscale 0
[16:29] <evdw87> durandal_1707: tried that also
[16:30] <durandal_1707> but with -global_qua ...
[16:30] <evdw87> durandal_1707: haha, yes ;)
[16:31] <naquad> Digit, neither helped :(
[16:31] <Digit> same error ?
[16:31] <naquad> yes, it stops at 24th second
[16:31] <naquad> in ~30 seconds i get Connection timed out
[16:31] <naquad> also i don't hear any sound from output file
[16:31] <naquad> maybe sound transcoding is a problem?
[16:32] <MicroSend> Your little help me on ffmpeg, I would like to know the command to send a live audio stream from a microphone to one IP address
[16:32] <durandal_1707> evdw87: hmm, what if instead of 0 you use 1 for -qscale (with global_quality, yes its retarded)
[16:33] <Digit> then try copy and no transcoding
[16:35] <evdw87> durandal_1707: no change
[16:36] <durandal_1707> evdw87: what says its lossy?
[16:37] <evdw87> mpc-hd
[16:37] <evdw87> *mpc-hc
[16:37] <naquad> Digit, hell. i see there's no stream on the network
[16:37] <Digit> ???????
[16:38] <Digit> no stream so the command worked ?
[16:39] <durandal_1707> evdw87: and you have files for what same tool says its lossless?
[16:39] <naquad> Digit, it looks like ffmpeg doesn't send receival confirmation or something. much less traffic than vlc
[16:40] <evdw87> durandal_1707: infortunatly not, can you send me a dummy?
[16:41] <Digit> i don't know ... but i hate vlc :D
[16:41] <durandal_1707> evdw87: well, try again with "-global_quality 0 -qscale 0" and inspect is source and output same
[16:42] <naquad> Digit, well looks like it works unlike ffmpeg :\ even with copy i still get the same problem. connection timed out
[16:42] <naquad> what connection? there's traffic from camera
[16:42] <Digit> not sure but try this : ffmpeg -rtsp_transport tcp -i rtsp://a.b.c.d:554/ipcam_h264.sdp -vcodec copy -acodec mp3 -ac 1 -ar 44100 -f flv -y out.flv
[16:42] <naquad> but at 24th second it just stops
[16:43] <evdw87> durandal_1707: inspect as in visibility?
[16:43] <khali> ubitux: ticket created: https://ffmpeg.org/trac/ffmpeg/ticket/2595
[16:43] <naquad> Digit, works! thanks. but i still don't get the problem. it was receiving stuff from source via udp. maybe it didn't send confirmation or something?
[16:44] <Digit> :)
[16:44] <khali> ubitux: thanks a lot for your help again, very appreciated!
[16:44] <durandal_1707> evdw87: there is also -f md5 /frememd5/crc/framecrc
[16:44] <Digit> just needed to say rtmp tcp format
[16:44] <Digit> that's it :)
[16:45] <evdw87> durandal_1707: please eleborate
[16:46] <durandal_1707> evdw87: elaborate what? ffmpeg have -f framemd5 format/muxer that is used to find if two frames are same
[16:46] <evdw87> durandal_1707: well, I'm a noob to ffmpeg
[16:47] <durandal_1707> evdw87: ffmpeg -i INPUT -an -f md5 -
[16:48] <evdw87> hence the question, how do I find all arguments for x encoder
[16:48] <durandal_1707> evdw87: libschroedingerenc does not have any private option
[16:49] <durandal_1707> but,for libmp3lame, private options can be listed with: ffmpeg -h encoder=libmp3lame
[16:50] <evdw87> durandal_1707: qscale doesn't specifically aply to libschoedinger?
[16:50] <durandal_1707> evdw87: it does, but qscale is GLOBAL option
[16:51] <evdw87> durandal_1707: any way to list all global options?
[16:51] <durandal_1707> ffmpeg -h
[16:52] <evdw87> now I'm confused
[16:52] <Digit> i still don't know if i can ask some donation for my gui ffmpeg program :(
[16:52] <Digit> sigh
[16:53] <durandal_1707> Digit: donation?
[16:53] <Digit> yep some money ...
[16:53] <durandal_1707> Digit: we are not charity organization
[16:53] <Digit> ?? lol not from you
[16:54] <Digit> but as it uses ffmpeg i don't know if i can ask for donation
[16:54] <durandal_1707> this is USER support channel
[16:54] <evdw87> Digit: but you don't ask a donation for ffmpeg, you ask a donation for your gui
[16:54] <Digit> ... yes and it's a question about ffmpeg ...
[16:55] <Digit> yes i know but not sure as my gui does uses ffmpeg
[16:55] <Digit> i don't want troubles ^^
[16:55] <durandal_1707> Digit: where is your too? it have webpage?
[16:55] <evdw87> Digit: just don't include ffmpeg I guess?
[16:55] <Digit> no webpage at this time
[16:56] <Digit> but i can share my gui and ask for some donation i will make the webpage for it
[16:56] <durandal_1707> you can ask for donations, but just not here, as this is support channel and not charity one
[16:56] <Digit> it helps stream to ustream,jtv , modify quality, auto crop and more
[16:57] <Digit> lol i don't ask for donation here
[16:57] <Digit> i ask if i may ask for a program using ffmpeg....
[16:57] <durandal_1707> yes, iirc there is nothing that forbids it
[16:58] <Digit> :)
[16:58] <Digit> i'll made a free version too ^^
[16:58] <evdw87> Digit: what's the name of the gui?
[16:58] <Digit> no name at this time ^^
[16:59] <durandal_1707> well, i don't care, but pantent holders may....
[16:59] <evdw87> Digit: how do I find it in the future? :p
[16:59] <Digit> :o
[16:59] <Digit> well not sure i can say it here
[16:59] <Digit> i think it will be the only one helping to stream on ustream ^^
[16:59] <Digit> to ustream
[17:00] <evdw87> Digit: seems enough info to find it :)
[17:00] <durandal_1707> you need to propery give credit to FFmpeg, otherwise we may sue you
[17:00] <Digit> ^^
[17:00] <Digit> sure :)
[17:00] <Digit> ffmpeg rocks :)
[17:01] <Digit> it will open a window to say it uses ffmpeg with the url to download it and a big thanks :)
[17:03] <durandal_1707> Digit: read http://ffmpeg.org/legal.html
[17:04] <Digit> yes i know but you know my english is not that good so it's easier to ask here to be sure
[17:05] <Digit> but my program will be available at least in french and english
[17:11] <evdw87> durandal_1707: so I did a comparison on both files, the hashes are not the same
[17:12] <evdw87> durandal_1707: but how could they the same as the original file is a standard avi file?
[17:13] <evdw87> or should I reencode the encoded file?
[17:13] <Digit> o_O
[17:34] <durandal_1707> evdw87: how/what you compared?
[17:35] <Digit> he said hash
[17:39] <durandal_1707> he could compare hash of whole file with audio, which is useless
[17:40] <Digit> i didn't follow the story :)
[18:04] <quidnunc> Can someone explain how to get a byte offset that I can use to seek in an MP4 from a time offset?
[18:04] <teratorn> quidnunc: sure just implement an mp4 demuxer
[18:05] <teratorn> </snarkyness>
[18:05] <teratorn> quidnunc: your question does not make much sense. you can simply seek based on the time offset using ffmpeg
[18:06] <quidnunc> teratorn: I'm not using ffmpeg to decode, I need to do it manually. I think I need to use the stts and stss boxes but there a few things I am confused about.
[18:07] <quidnunc> teratorn: First is that each track has its own stts and stss boxes.
[18:07] <teratorn> quidnunc: oh, well I'm not sure. why the heck can't you use ffmpeg ? :/
[18:08] <quidnunc> teratorn: I'm trying to do this in javascript
[18:10] <quidnunc> Does ffmpeg use interleaving by default?
[18:10] <teratorn> *couch* emscripten *cough*
[18:10] <Digit> when doing what
[18:11] <quidnunc> Digit: encoding mp4
[18:14] <Digit> you have to use this -movflags frag_keyframe
[18:17] <quidnunc> Digit: fragmentation and interleaving are not the same
[18:28] <Digit> the answer is no
[18:28] <quidnunc> thanks
[18:28] <Digit> use mp4box
[18:29] <durandal_1707> interleaving in what sense?
[18:29] <quidnunc> Digit: I've been trying. It's an extreme pain in the ass to use and essentially no community or support
[18:30] <Digit> not really
[18:30] <quidnunc> Digit: Which part of what I said is "not really"?
[18:31] <Digit> just use ffmpeg to extract audio and video and use mp4 to mux both
[18:31] <Digit> if you want interleaved...
[18:32] <durandal_1707> am i missing something, but ffmpeg does interleaving too
[18:33] <Digit> good then help him
[18:35] <quidnunc> I'm not even 100% sure I want interleaving. I'm having a hard time understanding seek support in MP4 for fragmentation/segmentation/interleaving/none
[18:35] <Digit> did i say it did not ?
[18:36] <Digit> well before asking... be sure what you want to do
[18:37] <quidnunc> Digit: I know what I want to do. I don't know how to do it. I want to stream and seek an MP4 without using external metadata. mp4box -dash looks like what I want to do but as far as I can tell there is no seek metadata within the MP4.
[18:38] <quidnunc> That is, there is no mfra box.
[18:39] <Digit> to stream you need no special options
[18:40] <Digit> and why would you "seek" a stream ?
[18:40] <Digit> how
[18:40] <quidnunc> Digit: I'm sorry, by stream I mean HTTP progressive download.
[18:40] <Digit> that's not the same thing for sure
[18:42] <Digit> that's why i told you how to do it
[18:42] <Digit> but i am sure Durandal knoes better about
[18:42] <quidnunc> "No special options" would surprise me since I believe there are several requirements (moov box at beginning of file, either interleaving or fragmentation, etc)
[18:43] <Digit> well may be i am wrong but i told you how you can do that
[18:43] <evdw87> durandal_1707: I used ffmpeg -i INPUT -an -f md5 - as you suggested
[18:43] <Digit> that's just a way of doing it
[18:45] <evdw87> durandal_1707: but I'm wondering if that command was correct
[18:47] <evdw87> I compared the input file with the output file
[18:50] <quidnunc> Digit: You mean this? > just use ffmpeg to extract audio and video and use mp4 to mux both
[18:51] <Digit> mp4box
[18:51] <Digit> sorry i wrote it too fast
[18:53] <quidnunc> Digit: mp4box doesn't produce an mfra atom when using dash. Fragmentation alone causes mp4box to segfault. interleaving appears to work but I don't understand how to use it to seek.
[18:54] <Digit> ok if you can't try it like that try with qt-faststart
[18:54] <durandal_1707> that tools just move moov atom from end of file to start of file
[19:10] <evdw87> durandal_1707: sorry if I seem such an idiot, I'm really not used to a command line
[19:11] <Digit> nobody said you're an idiot :)
[19:11] <Digit> nobody knoes everything ;)
[19:12] <durandal_1707> the last time i tried dirac encoder, lossless was working fine
[19:12] <evdw87> durandal_1707: was the command that I used fine?
[19:14] <durandal_1707> maybe, you may also try with -f framemd5 -frames 100  and paste results for both files
[19:14] <evdw87> alright
[19:23] <evdw87> durandal_1707: I get the message: At least one output file must be specified? :s
[19:26] <durandal_1707> add -, or file you want to store hashes
[19:35] <evdw87> durandal_1707: file 1 http://pastebin.com/iLYi37Q3
[19:36] <evdw87> durandal_1707: file 2 http://pastebin.com/iLYi37Q3
[19:36] <durandal_1707> evdw87: it cant have same md5 as, first one is rgb24 and 2nd one is yuv
[19:36] <evdw87> correction http://pastebin.com/iLYi37Q3
[19:37] <evdw87> hrm
[19:37] <evdw87> http://pastebin.com/5Kkh5ZjJ
[19:37] <evdw87> damnit..
[19:37] <durandal_1707> so when comparing you need to create another file, which will be raw yuv
[19:38] <evdw87> how can I do this?
[19:38] <durandal_1707> or you could do (with source) add -pix_fmt yuv444p after -an -f framemd5 ...
[19:40] <durandal_1707> ffmpeg -i input -f framemd5 -frames 100 -pix_fmt yuv444p -an -
[19:49] <evdw87> durandal_1707: file 1 http://pastebin.com/aU7VG5RG
[19:49] <evdw87> durandal_1707: file 2 http://pastebin.com/byTpzBVZ
[19:50] <durandal_1707> evdw87: could you repost 2 with -an added?
[19:51] <durandal_1707> but hashes are same (compared first and last video frame)
[19:51] <evdw87> durandal_1707: I believe I did
[19:52] <durandal_1707> hmm, maybe native decoder fault
[19:54] <durandal_1707> try to decode diract video with -vcodec libschroedinger
[19:55] <evdw87> durandal_1707: encode you mean?
[19:56] <evdw87> and I already used libschroedinger
[19:56] <durandal_1707> no, decoder i mean
[19:57] <durandal_1707> native dirac decoder is not perfect
[20:02] <evdw87> durandal_1707: http://pastebin.com/zM8F2EZM
[20:04] <durandal_1707> evdw87: you added too much stuff at begining, where only -vcodec libsc.. is needed
[20:05] <evdw87> durandal_1707: ?
[20:08] <evdw87> durandal_1707: how would I get the hashes then?
[20:08] <durandal_1707> ffmpeg.exe -vcodec libsch.... -i input -f framemd5 -an -frames 100 -
[20:14] <evdw87> durandal_1707: http://pastebin.com/UujS5zrX
[20:14] <evdw87> something strange happend, the process doesn't end
[20:15] <durandal_1707> evdw87: you again added -f framemd5 twice
[20:15] <durandal_1707> remove middle ones
[20:15] <evdw87> what, how?
[20:16] <durandal_1707> your command is just too long
[20:18] <evdw87> durandal_1707: now, I see what you are seeing now
[20:18] <durandal_1707> actually, just ignore, that console output confuses me
[20:18] <evdw87> the command is right, the first part is my paste
[20:20] <durandal_1707> its seems hashes are same now, aren't they?
[20:21] <durandal_1707> and for dirac, not bitexactnes, someone should do bug report (not me)
[20:21] <llogan> why not you?
[20:22] <evdw87> durandal_1707: yes, why not?
[20:23] <evdw87> and indeed, the hashes are the same now
[20:23] <durandal_1707> llogan: i'm scared of cehoyos
[20:26] <evdw87> durandal_1707: btw, maybe you could do another bug report
[20:26] <evdw87> the flag in the properties of the file is not set correct
[20:26] <evdw87> the flag states the encoding is lossy as it's lossless, apparently
[20:27] <durandal_1707> evdw87: i'm not mp4 expert
[20:27] <durandal_1707> what flag? where it is?
[20:28] <evdw87> durandal_1707: in the file properties, I'll make a screenshot
[20:29] <evdw87> and it has nothing to do with mp4, that's just the container
[20:31] <durandal_1707> "file properties" - smells like some gui hell
[20:33] <evdw87> durandal_1707: http://imgur.com/ktTDUg4
[20:33] <evdw87> look at the video stream
[20:33] <evdw87> compression mode: lossy
[20:34] <llogan> durandal_1707: i've done ok with three fingers left.
[20:35] <llogan> evdw87: mediainfo is not reliable
[20:35] <durandal_1707> evdw87: looks like mediainfo bug  (...)
[20:35] <evdw87> why would that be?
[20:36] <evdw87> mediainfo just makes this up?
[20:36] <evdw87> it reads this info from the file, doesn't it?
[20:37] <durandal_1707> ask mediainfo devs
[20:39] <evdw87> durandal_1707: compression mode doesn't even appear when I look up file properties of x264
[20:39] <evdw87> it's tied to the schroedinger format
[20:40] <durandal_1707> evdw87: i'm not mediainfo developer/contributor/user/creator
[20:42] <evdw87> easy way out
[20:42] <evdw87> I think this could be easily verified from the source
[20:43] <durandal_1707> evdw87: you want to sponsor such addition?
[20:45] <evdw87> durandal_1707: what do you mean?
[20:48] <evdw87> I could be wrong, but I think it could be found here http://ffmpeg.org/doxygen/trunk/libschroedingerenc_8c-source.html
[20:48] <durandal_1707> yes, so?
[20:48] <evdw87> Well, I can't read it, maybe you can
[20:49] <durandal_1707> and what should i do?
[20:49] <evdw87> verify if it's a problem of ffmpeg or mediainfo
[20:50] <durandal_1707> there is no problem with ffmpeg code, only if there was some additional box that get with dirac in mp4 container
[20:51] <durandal_1707> but there seems to be no such thing
[20:51] <evdw87> durandal_1707: If I encode with virtualdub, the program stops after the encoding and fails to apply a cointainer
[20:52] <evdw87> I'm left with a raw schroedinger file
[20:52] <evdw87> when I open up the file, the flag is also there
[20:52] <evdw87> nothing about mp4 there
[20:52] <llogan> durandal_1707: without commands cehoyos is going to bite you.
[20:54] <durandal_1707> evdw87: and flags says its lossless?
[20:56] <evdw87> durandal_1707: no, that's the problem :s
[20:56] <durandal_1707> well, mediainfo just hardcode it to lossy
[20:57] <evdw87> seems like a joke
[20:57] <evdw87> At least I like to thank you for pointing me out how to verify the file is lossless
[21:06] <Digit> back :)
[21:41] <khali> ubitux: hmm, I am no longer sure if it is a ffmpeg bug
[21:44] <khali> is there a tool I can use to display a video file frame by frame with exact timestamps?
[21:47] <khali> ubitux: dvbcut and ffplay disagree on the stream length by 1 frame
[21:47] <Digit_> you want to extract each frame ?
[21:48] <khali> ubitux: this might explain why the end of each sequence is off by one
[21:49] <khali> Digit_: ideally a GUI tool to display them
[21:49] <khali> Digit_: but if I have to extract a few of them manually, that would do it too
[21:50] <khali> Digit_: I see where you're going... ffmpeg -t image2?
[21:50] <khali> hmm -f image2 sorry
[21:50] <Digit_> use the showinfo filter
[21:52] <ubitux> khali: yes you can use ffplay with step mode 's' and -vf drawtext to print the pts
[21:52] <ubitux> if you want to use ffmpeg, you don't need to -f image2 btw, just use out%03d.png, it's enough
[21:53] <khali> Digit_: I'm already using showinfo but that tells me the image number not what it looks like
[21:54] <khali> ubitux: hmm drawtext asks me for a font filename?
[21:54] <ubitux> not if you --enable-fontconfig
[21:56] <khali> which apparently I did not :/
[21:57] <Digit_> what if you use overlay to add the timestamp to each frame ?
[21:58] <ubitux> that's not the purpose of the overlay filter
[21:58] <ubitux> and drawtext does exactly that
[22:00] <khali> ubitux: I'm surprised  out%03d.png starts with 001.png... makes me wonder, does between(n,A,B) expect 0-based or 1-based frame numbers?
[22:00] <khali> I assumed 0
[22:01] <ubitux> that's not related
[22:01] <ubitux> n should be 0 based
[22:01] <khali> OK
[22:01] <khali> so my last tests seem to confirm the bug is in ffmpeg / avfilter
[22:03] <Digit_> yes i knew that vhook was doing that i thought the new way to do it was overlay i forgot it was drawtext :D
[22:03] <khali> the missing frame is the last frame, it's a B frame and somehow ffplay won't display it but ffmpeg decodes it (to the same as the previous P frame, so it's probably incorrect, but this is unrelated to the issue)
[22:06] <MrNorm> Hello! I'm having issues compiling ffmpeg from git using x264. The library is there and the config.log doesn't look as simple as 'not found'. Could someone help? http://pastebin.com/KAAS0CJj
[22:06] <khali> ubitux: I posted all the info in the ticket
[22:07] <khali> it should be OK now
[22:07] <khali> ubitux: again thanks a lot for all the tips and help, I learned a lot today (on top of you solving my immediate problem)
[22:13] <JEEB> MrNorm, seems like you'd need --extra-ldflags="-ldl"
[22:13] <JEEB> MrNorm, also let me recommend you that you build with fdk-aac rather than aacplus :)
[22:13] <JEEB> https://github.com/mstorsjo/fdk-aac
[22:14] <MrNorm> Gotcha! Thanks. I'm following this at the moment: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20compile%20FFmpeg%20for%20Raspberry%20Pi%20(Raspbian)
[22:14] <JEEB> aacplus only handles HE-AAC(v2), and uses the reference implementation code afaik, while fdk-aac is a production encoder that supports most of the AAC formats :)
[22:14] <JEEB> (fraunhofer's producion encoder)
[22:14] <JEEB> *production
[22:15] <JEEB> MrNorm, I guess that guide wasn't updated together with the other ones :) I think most compilation guides now recommend fdk-aac instead of aacplus
[22:16] <MrNorm> Ahar! I'll give that a go then, alongside the LD flag. Cheers JEEB :)
[22:19] <MrNorm> JEEB: I'm already using the --extra-ldflags in my confure command. Would this syntax work for your suggestion?
[22:19] <MrNorm> --extra-ldflags="-ldl -L/home/pi/binaries/lib"
[22:19] <JEEB> yup
[22:19] <MrNorm> Sweet. Wanted to make sure it was right before I run it. Thanks
[22:47] <MrNorm> JEEB: Worked a treat. Making now. Thanks so much for your help :)
[22:47] <MrNorm> Also replaced aacplus with fdk-aac
[22:50] <JEEB> :)
[23:02] <llogan> MrNorm: also see https://ffmpeg.org/trac/ffmpeg/wiki/AACEncodingGuide
[23:02] <MrNorm> llogan: Bookmarked, thanks :)
[23:03] <MrNorm> I'm offskis now. Thanks for your help everyone. Have a good morning/day/evening!
[00:00] --- Wed May 22 2013