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

[burek]

[00:20] <msmithng> if I'm doing an ffprobe against an hls stream& I'm seeing Program 0 and Program 1 & what are these referencing?
[00:22] <msmithng> example:
[00:23] <msmithng>   Duration: 01:34:16.00, start: 10.000000, bitrate: N/A
[00:23] <msmithng>   Program 0
[00:23] <msmithng>     Metadata:
[00:23] <msmithng>       variant_bitrate : 1266587
[00:23] <msmithng>     Stream #0:0: Unknown: none ([21][0][0][0] / 0x0015)
[00:23] <msmithng> Program 1
[00:23] <msmithng> etc
[00:30] <quidnunc> How do I build statically-linked binaries
[00:30] <quidnunc> ?
[00:42] <msmithng> quidnunc, are you asking how to compile ffmpeg statically?
[00:43] <quidnunc> msmithng: Yes, is --extra-ldflags=-static correct/
[00:43] <quidnunc> ?
[00:44] <msmithng> I'm not sure off the top of my head, I would have to look at the configure options&
[00:47] <msmithng> you should be able to get more details from configure
[00:48] <quidnunc> msmithng: I think what I wrote is correct.
[00:49] <quidnunc> Can someone tell me how to create MP4s with sidx and tfra boxes? -movflags frag_keyframe doesn't do it
[01:01] <kn100ff> I am attempting to join to unlike video clips together. They are identical in terms of framerate and resolution. This is the command I'm using:   -i "D:\recordings\portal2 2013-05-15 16-17-48-10.avi" -i "C:\Users\Kevin\Desktop\no ac no mr 23-56-26- Part 1.mkv" -filter_complex "[0:0] [0:1] [1:0] [1:1] concat=n=2:v=1:a=1 [v] [a] " -map "[v]" -map "[a]" -vcodec libx264 -crf 27 "C:\Users\Kevin\Desktop\no ac no mr 23-59-42- Part 1.mkv"
[01:01] <kn100ff> But I get the following error: Input link in1:v0 parameters (size 1280x720, SAR 1:1) do not match the corresponding output link in0:v0 parameters (1280x720, SAR 0:1)
[01:02] <kn100ff> Any idea what I'm doing wrong?
[01:03] <kn100ff> apologies llogan
[01:06] <kn100ff> llogan: Here is the full output from Command line http://pastie.org/7913526
[01:13] <llogan> kn100ff: can you test a more recent build?
[01:14] <llogan> http://ffmpeg.zeranoe.com/builds/
[01:14] <kn100ff> llogan: Of course! I am very new to FFMPEG but I'll give it a try!
[01:14] <llogan> for being new you seem to be doing ok according to your command
[01:15] <kn100ff> I'm writing an application, a front end on top of FFMPEG, so I'm learning as I go, thanks!
[01:16] <kn100ff> I am now running the latest version from 14 May
[01:17] <kn100ff> llogan: Same error as before :( Would you like CLI output?
[01:18] <llogan> sure
[01:18] <llogan> i can't duplicate the issue though
[01:19] <kn100ff> strange
[01:19] <llogan> do you have any short samples that cause this behavior?
[01:21] <kn100ff> So what I'm doing is this at the moment, just as a test
[01:22] <kn100ff> I've got a single test video that is a FRAPS AVI, a few seconds long. I am pushing that through ffmpeg with ffmpeg -i video.avi -vcodec libx264 -acodec libvorbis -crf 27 video.mkv
[01:22] <kn100ff> I am then attempting to join those two videos in ffmpeg using the above command - here's cli output for the latest version, virtually the same http://pastie.org/7913791
[01:22] <kn100ff> one moment
[01:23] <llogan> sar 0:1 is a weird value. try using setsar to correct that to 1:1
[01:24] <kn100ff> how do I do that?
[01:25] <llogan> oh, this is a known bug apparently: https://ffmpeg.org/trac/ffmpeg/ticket/2456
[01:25] <kn100ff> llogan: ooh interesting
[01:32] <llogan> kn100ff: setsar=sar=1/1
[01:37] <kn100ff> I'm not really sure where to put that in my arguments, I can't find any good examples of it's use on the web either :( D:\Visual Studio 2010\Projects\FFREND\FFREND\bin\Debug>ffmpeg  -i "C:\Users\Kevi n\Desktop\test clips kn100\vid1.avi" -i "C:\Users\Kevin\Desktop\test clips kn100 \vid1.mkv" -filter_complex "[0:0] [0:1] [1:0] [1:1] concat=n=2:v=1:a=1 [v] [a] "  -map "[v]" -map "[a]" -vf "setsar=sar=1:1" -vcodec libx264 -crf 27 "C:\Us
[01:38] <ubitux> your sentence is truncated (512 irc char limit ftw), use pastebin
[01:38] <kn100ff> you get the idea
[01:41] <llogan> -filter_complex "[0:0]setsar=sar=1/1[sarfix];[sarfix] [0:1] [1:0] [1:1] concat ...
[01:41] <llogan> i guess
[01:44] <kn100ff> llogan: That worked flawlessly. You are a god among men.
[01:44] <llogan> that's funny, because when i used it it gave me your error
[01:44] <llogan> but it was working for me in the first place
[01:45] <kn100ff> would I be correct in my assumption that the SAR for something rendered in FFMPEG is determined when it is rendered
[01:45] <kn100ff> and would you like the two test clips I'm experimenting with? they're about 15mb and I can mega.co.nz them
[01:46] <llogan> sure. ill add them to my weird samples that i am unorganized with and then eventually forget what they are for
[01:46] <kn100ff> Hahahaha, are you a FFMPEG developer yourself?
[01:47] <kn100ff> here is a download link to the two small sample files I am using https://mega.co.nz/#!HkgHFL4C!CIXkeTrz4XaGOwvxNPxdZ2koBnsRgjE7xgd2tl_KbEM
[01:48] <durandal_1707> what is it?
[01:48] <kn100ff> my link above?
[01:48] <durandal_1707> yes
[01:48] <llogan> kn100ff: more of a contributor than a developer i guess
[01:48] <llogan> durandal_1707: similar to https://ffmpeg.org/trac/ffmpeg/ticket/2456 it seems
[01:49] <kn100ff> two video files, both containing a quick recording of Half Life 2 with me saying the word "closing", one is an AVI recorded with Beepa FRAPS; the other is an MKV I rendered out of the AVI using FFMPEG
[01:50] <llogan> i've yet to try HL2
[01:50] <kn100ff> Damn good game, worth a play.
[01:50] <llogan> now TF2...i've wasted many an hour
[01:51] <kn100ff> you and me both, brother.
[01:51] <llogan> i've become a sandman addict
[01:55] <kn100ff> llogan, durandal_1707, worth it to add my issue to that bug on trac?
[01:55] <kn100ff> I can attach my test files and whatever
[01:56] Action: durandal_1707 is busy
[01:58] <llogan> kn100ff: it's probably good as is, but thanks.
[02:00] <llogan> kn100ff: you don't need to use -vf if you're already using -filter_complex
[02:01] <llogan> oh, i see. that's your failing version.
[02:01] <kn100ff> llogan: that was just me..weeing in the wind
[02:02] <kn100ff> It now works, I just need to now apply these changes in my program so it can support any type of video stream FFMPEG does!
[02:02] <kn100ff> Again, thanks for the help, you have no idea how grateful I am.
[02:03] <llogan> note that what [0:0] etc refers to depends on the inputs
[02:03] <kn100ff> If I just set the sar to 1/1 on all [x.0] streams I should be okay right?
[02:06] <llogan> no, because your inputs may not be 1:1 (such as NTSC DV 8:9)
[02:26] <smj> in MPlayer I can play videos on desktop background with -rootwin option, is that possible with ffplay?
[02:26] <durandal_1707> no
[02:42] <quidnunc> Anyone know how to create mfra atoms in MP4 files?
[03:00] <Paranoialmaniac> quidnunc: do you use fragments feature?
[03:40] <quidnunc> Paranoialmaniac: Yes. I think the right thing to do is -movflags frag_keyframe+empty_moov
[03:43] <Paranoialmaniac> quidnunc: as far as i read movenc.c, mfra atom is written if any of fragment options is used
[03:44] <Paranoialmaniac> non-empty moov is allowed for fragments feature.
[03:45] <Paranoialmaniac> though some derived file formats forbids use of non-empty moov
[03:45] <quidnunc> Paranoialmaniac: Thanks. Do you happen to know how to create segments (sidx atom)? I don't see it in the code
[03:45] <Paranoialmaniac> quidnunc: libavformat doesn't support DASH yet at all
[03:45] <quidnunc> Paranoialmaniac: Is it planned?
[03:45] <Paranoialmaniac> dunno
[03:46] <Paranoialmaniac> i'm not a maintainer
[03:46] <quidnunc> Paranoialmaniac: Okay. Is there a way to set approximate fragment size in seconds? I know -g does it for frames
[03:47] <Paranoialmaniac> frag_size+frag_duration? i don't know much about libavformat mov/mp4 muxer
[03:58] <quidnunc> Paranoialmaniac: Alright, thanks
[04:06] <Paranoialmaniac> well... i want to implement dash for my l-smash project though
[10:19] <Assault> hi all
[10:20] <Assault> im trying to use ffmpeg in my .net app, but im not sure what to put into the parameters ofthe funtion signature
[10:20] <Assault> the fucntion that i want to call from C# is this: http://ffmpeg.org/doxygen/trunk/group__lsws.html#gae531c9754c9205d90ad6800015046d74
[10:20] <Assault> the first parameter is IntPtr in C# side, but what about the second one? (srtSlice[])
[10:25] <JEEB> uint8_t pointer is a byte[]
[10:25] <JEEB> at least in this case
[10:25] <JEEB> not sure how you'd translate the const
[10:28] <Assault> ok thanks, ill see if it works
[10:29] <Assault> another question, im calling the sws_getContext() too, but it always returns 0
[10:29] <Assault> i think its bevcause of an error
[10:29] <Assault> so how do I know what goes wrong?
[10:29] <Assault> how does ffmpeg report errors anyway
[10:30] <Assault> (i also should mention im very new to ffmpeg, first heard about it a an hour ago =)
[10:30] <JEEB> like most C things, either via a return value, or via a separate variable that you hand the function
[10:30] <JEEB> the doxygen should in most cases tell you what and how happened wrong
[10:31] <Assault> well, how is it in sws_getContext case? the doc (http://ffmpeg.org/doxygen/trunk/group__lsws.html#gaf360d1a9e0e60f906f74d7d44f9abfdd) only says it returns null in case of error
[10:32] <JEEB> in most cases, 0 is NULL
[10:32] <JEEB> on most architectures you can't exactly have a pointer that points to zero
[10:32] <JEEB> uhh
[10:32] <JEEB> let me paraphrase
[10:33] <Assault> i  know, but sws_getContext() returns a pointer, so if it returns 0, it means something went wrong. How do i know WHAT went wrong?
[10:33] <JEEB> try enabling stderr output
[10:34] <JEEB> that might give you more hints
[10:34] <JEEB> also look at the examples that are available in the code for the usage of that function
[10:35] <Bloodhound> Question: Is output "*** THIS PROGRAM IS DEPRECATED *** | This program is only provided for compatibility and will be removed in a future release. Please use avconv instead." resulting from vanilla upstream, or perhaps a result of some 3rd party patch?
[10:36] <Assault> well, i already noticed that if I put value 2 as the "flags" param (had 0 begfore) for sws_getContext(), it doesnt return 0 anymore
[10:36] <JEEB> Bloodhound, it comes from the libav project, which is a fork of ffmpeg (project)
[10:36] <JEEB> they renamed their up-to-date binary to avconv
[10:36] <Assault> i just would like to know why..the flags param is to "specify which algorithm and options to use for rescaling
[10:36] <Assault> "
[10:36] <JEEB> when they updated it
[10:36] <Bloodhound> JEEB: Oh, I see, ty
[10:36] <JEEB> ffmpeg (the project) merged most if not all changes from libav's avconv into its ffmpeg (app)
[10:36] <JEEB> so if you're using something that bases on libav, you use avconv
[10:37] <JEEB> if you're using something that bases on ffmpeg, you use ffmpeg :)
[10:37] <JEEB> no problemo
[10:37] <Bloodhound> understood
[10:37] <JEEB> and the IRC channels are # + project name
[10:37] <JEEB> #libav and #ffmpeg
[10:38] <Bloodhound> I was curious hearing several users caliming ffmpeg was deprecated
[10:38] <Bloodhound> claiming*
[10:38] <JEEB> depends on whether or not they were talking in the context of libav or not
[10:38] <JEEB> if they were talking in a general context, then it's incorrect
[10:38] <Bloodhound> while mplayer states that ffmpeg would be under heavy development
[10:38] <JEEB> the message only is supposed to state that it's deprecated within libav :)
[10:39] <Bloodhound> thats not the impression it makes
[10:39] <Bloodhound> http://pastebin.com/c643g4mu
[10:39] <JEEB> and yes, both projects are under development
[10:39] <Bloodhound> ^^ was pasted by a user and what made me enquire
[10:40] <JEEB> well yeah, it just says that it's deprecated. And the binary comes from libav
[10:40] <JEEB> the ffmpeg binary was then removed after the 0.8 release in libav
[10:40] <Bloodhound> if fork, then why is it named "ffmpeg"?
[10:43] <JEEB> you'd have to ask someone related to that side of the libav business for that, but most probably because it was providing similar features, and people have gotten used to the 'ffmpeg' command as such?
[10:44] <JEEB> Assault, flags set all the related algorithms
[10:44] <JEEB> I guess zero means you've set none
[10:45] <JEEB> they're bit masks
[10:45] <JEEB> also if you're using a new enough ffmpeg you should do as the documentation notes, and use sws_getCachedContext() instead :)
[10:45] <Bloodhound> JEEB: thanks a lot for the insight
[10:52] <Assault> JEEB: why exactly should I use  sws_getCachedContext() ?
[10:52] <JEEB> if a function is listed as deprecated, and thus is on the list of things to go away after the next release
[10:53] <JEEB> "Check if context can be reused, otherwise reallocate a new one."
[10:53] <JEEB> is the first line of sws_getCachedContext
[10:53] <JEEB> doxygen, so I will guess it will make less possible memory allocations depending on various variables
[10:59] <Jorky> Hello guys. One question. How to convert multiple audio files at the sime time with ffmpeg. (from mp3 to wma)?
[10:59] <Jorky> what's the proper script for that?
[11:00] <dv-> for i in *.mp3; do ffmpeg ...; done
[11:01] <Jorky> I want 128k wma. How to do that?
[11:02] <Jorky> for i in *.mp3; do ffmpeg 128k *.wma; done?
[11:14] <zap0> why not?
[11:16] <dv-> why not what
[11:17] <zap0> nevermind, jorky has left.
[13:14] <swilde> hi *, is it intentional that ffmpeg (N-53136-g04dd5dd) searches for presets with the suffix avpreset?  The presets shipped with ffmpeg are still using the ffmpeg suffix, and that is what I'd expect, using ffmpeg, not TheForkThatMusNotBeNamed?
[13:17] <ubitux> swilde: iirc both are supported for compat
[13:17] <ubitux> we could possibly remove the .av* version
[13:17] <ubitux> do you have an issue with that?
[13:18] <durandal_1707> there is no need to remove Libav's *.av files
[13:18] <swilde> ubitux: yes, my issue is that ffmpeg (current git) only searches for avpreset and ignores ffpreset. (as shown by strace)
[13:18] <durandal_1707> you have avpreset files*
[13:18] <swilde> so the installed *.ffpreset files are not found when using -pre
[13:18] <ubitux> is it a regression?
[13:19] <swilde> durandal_1707: no I dont
[13:19] <swilde> ubitux: I'd say so, this was introduced by commit bae053fca4cf662a223821f1e1fe43236e1cf2ff
[13:19] <durandal_1707> perhaps you should use another arg like -preset
[13:20] <swilde> durandal_1707: ah, thank you, but this is quite confusing
[13:20] <swilde> durandal_1707: and the documentation is incomple and wrong
[13:21] <swilde> durandal_1707: (man does not mention -preset anymore but states that -pre would search for *.ffpreset files, which it doesn't)
[13:22] <durandal_1707> yes, indeed, so one need to use {a,v,s}pre
[13:22] <durandal_1707> and fpre
[13:23] <durandal_1707> pre should search for ffpresets first and if not found than av* ones
[13:24] <durandal_1707> feel free to open bug report
[13:25] <swilde> durandal_1707: thanks -- unfortunatly I currently dont have the time for a proper bug report...
[13:45] <durandal_1707> swilde: than unfortunately it will not get fixed either
[13:51] <xlinkz0> can ffmpeg use quicksync?
[13:53] <durandal_1707> xlinkz0: no
[13:54] <xlinkz0> if i open a request will it be implemented?
[13:56] <durandal_1707> maybe, if you find someone to do it, chances are even on your side
[13:58] <xlinkz0> maybe i could learn to do it myself
[13:58] <xlinkz0> is there some devolpment guide out there?
[13:58] <xlinkz0> development *
[13:59] <durandal_1707> yes, there is documentation
[13:59] <durandal_1707> but firs you need to find quicksync spec
[13:59] <durandal_1707> good luck with that
[14:00] <xlinkz0> can't i just make the codec use their SDK?
[14:01] <xlinkz0> sure it will work only on windows..
[14:01] <xlinkz0> but i think it's better than none at all
[14:38] <_aeris_> hello every body !!!
[14:42] <_aeris_> i have some trouble with AVFrame/AVPicture
[14:42] <_aeris_> here is an exctact of my code http://pastebin.com/AG9F3Mn2
[14:42] <_aeris_> this code works like a charm on Windows XP
[14:42] <_aeris_> but crash on Windows Seven on avpicture_free
[14:43] <_aeris_> commenting those free, all is good under XP and Seven, but huge memory leak&
[14:55] <xlinkz0> _aeris_: use av_free instead of av_frame_free
[14:58] <_aeris_> xlinkz0 > it crash just before the av_frame_free, but i can test it :D
[14:59] <xlinkz0> _aeris_: you also don't need to picture free
[14:59] <_aeris_> if i don't picture_free, it leak a lot
[14:59] <_aeris_> 1.7GB of RAM each 4s :P
[14:59] <xlinkz0> on input_picture atleast
[14:59] <xlinkz0> i'm sure you don't need to
[15:00] <xlinkz0> you just need to free input_buffer
[15:00] <_aeris_> if i comment the 2 picture_free, leaking
[15:00] <_aeris_> i test with only free on final
[15:00] <xlinkz0> remember to free input_buffer
[15:03] <_aeris_> seems better :)
[15:03] <_aeris_> thanks xlinkz0 !
[15:03] <xlinkz0> you should move it to linux and valgrind it to be sure
[15:03] <_aeris_> not possible to run it under linux
[15:03] <_aeris_> using jni and some windows only lib&
[17:26] <Aaruni> can this guide be used for ubuntu precise also? : https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
[17:32] <_ponce> hi, is it possible to select a temporal slice of the input ?
[17:32] <_ponce> I have a .mkv input which is gigantic and only a fraction of it does interest me
[17:33] <Computer_hobby> _ponce: have you tried the -t and -ss parameters?
[17:34] <_ponce> it doesn't work but OTOH I can't dump the ES either
[17:35] <_ponce> perhaps corrupted input
[17:44] <Computer_hobby> Hi everyone.  I am pushing a video file to a server that supports 'fragmented output over http' successfully with this command: https://gist.github.com/ratbeard/5592574
[17:44] <Computer_hobby> Once ffmpeg makes it through the movie file, it stops broadcasting.  I would like for ffmepg to loop over the file (ideally a list of files), so the broadcast never ends.  It sounds like the -loop option is for images only, is there another option I could use?
[17:52] <Computer_hobby> All the tutorials on streaming I've found have used a source like a webcam that has a never-ending source stream, so not sure if there is a way to replicate that with files
[17:58] <trose> hmm I don't know enough about ffmpeg to give the *good* answer but you could totally hack this functionality with an infinite while loop in a bash script
[17:58] <trose> Computer_hobby: ^^^
[18:00] <Computer_hobby> thanks trose, I'm starting to play around with that approach.  I guess I was worried that the slight delays between invocations would 'break the stream' and surely the timestamps will be messed up, but only one way to find out :)
[18:02] <trose> Computer_hobby: nah, i bet you won't have issues. your computer is way faster than whatever latency the signal has to the server
[18:05] <Computer_hobby> Yea that does make sense - if ffmpeg is POSTing chunks over http to the server, delays between chunks would be assumed
[18:20] <Computer_hobby> Aww, the video breaks when it transitions between two clips
[18:48] <Computer_hobby> ffplay has an infinite looping option, trying to pipe its output to ffmpeg -i pipe:0 but no dice
[19:08] <trose>  Computer_hobby darn i was hoping that would work
[21:50] <mlpug> I am trying to extract some parts from a .wmv video clip. this dumps core:  ffmpeg -ss 00:01:10 -t 00:01:02 -i input.wmv -y -an -vcodec copy output.wmv
[21:50] <mlpug> So does avconv
[21:50] <mlpug> vlc is able to play the video without visible problems. Are there other similar tools I should try in this ubuntu 13.04 before diving deeper whats wrong with video+ffmpeg combination?
[22:04] <brontosaurusrex> mlpug, what happens if you put ss stuff after the -i input.wmv ?
[22:06] <mlpug> brontosaurusrex, then it seems to work ok. tnx!
[22:10] <mlpug> so referring to manual page, ss stuff is among "outfile options". I did put those erroneously into "infile options" section. -ss and -t usage is described under man page section "Main options"
[22:10] <mlpug> anyway case closed
[22:11] <brontosaurusrex> i think both options should work for some formats
[22:11] <brontosaurusrex> the version before -i should be faster, but less precize
[22:13] <brontosaurusrex> but don't quote me on that ...
[22:13] <mlpug> btw, this concept of "Main option" referred in man page. Is its definition that its not supposed to matter where the option is at the commandline?
[22:13] <mlpug> or what "main option" means
[22:20] <brontosaurusrex> mlpug, no idea, i always cry when i have to read ffmpeg docs
[22:37] <LotusBleu> hi
[22:37] <LotusBleu> Is any way to do an invisible watermark on videos with open sources code ?
[22:38] <LotusBleu> libavfilter can do that ?
[22:54] <xlinkz0> so THIS is how a drawbox filter looks like ! http://www.youtube.com/watch?v=sAe3nOhwcBY
[22:54] <xlinkz0> [nsfw]
[23:26] <relevante> hi all.  i'm having an issue with a video that won't convert properly in ffmpeg.  i run the following command (with error messages included): http://pastebin.com/WawmPZVC   It's an archive from opentok recorded with an iPhone.  A few online video conversion sites (like http://www.mediaconverter.org) will convert it properly, but i need something I can run on my own server and automate.  I do think there is some issue with the video file
[23:26] <relevante> but unfortunately OpenTok isn't being helpful at all in addressing the issues and I need to launch this app, and the fact that the online services are able to convert it gives me hope that maybe ffmpeg (or something else I can run myself) can as well.  Any ideas?  Thanks!
[23:29] <relevante> the corrupted video looks like this btw if it helps: http://www.youtube.com/watch?v=58ndr0Wujgw  Corruption starts at around 0:15
[23:31] <ubitux> relevante: maybe you can share the sample?
[23:31] <relevante> ubitux: absolutely
[23:32] <relevante> the input file you mean?
[23:32] <ubitux> yes
[23:32] <ubitux> also, are you able to play the file correctly with another player?
[23:32] <ubitux> (one that doesn't use libavcodec)
[23:34] <relevante> ubitux: vlc scrambles it in pretty much the same way (which probably uses the same library I guess), but flash will play it without issue, as will this player i found: http://www.wimpyplayer.com/products/wimpy_standalone_flv_player.html
[23:34] <relevante> input file: http://files.cousins-sears.com/0x2m2u110W3H
[23:35] <relevante> that's a different video than the youtube link btw, but it exhibits the same issue
[23:39] <ubitux> it's downloading
[23:39] <ubitux> 'will take a while
[23:39] <relevante> k, thanks a lot
[23:40] <ubitux> at which point the video you just shared shows the issue?
[23:40] <ubitux> ok, around 0:15 as well
[23:41] <ubitux> relevante: ffplay has the issue as well, so it's indeed the decoding that is broken
[23:41] <ubitux> are you sure you have a player which outputs correct frames after 15 seconds?
[23:42] <relevante> yes, definitely.  and that mediaconverter.org site actually was able to successfully convert it
[23:42] <relevante> actually here's the converted video uploaded to youtube: http://www.youtube.com/watch?v=993OAWMS0us
[23:43] <ubitux> ok
[23:43] <ubitux> relevante: can you open an issue on the trac?
[23:44] <ubitux> if it's a bug, it's likely in the h264 decoder
[23:44] <ubitux> (or possibly in flv demuxing?)
[23:44] <relevante> sure, signing up now
[23:44] <ubitux> thank you
[23:45] <relevante> thank you, i really appreciate it
[23:49] <relevante> ubitux: should i assign a component?
[23:50] <ubitux> you avcodec possibly
[23:50] <ubitux> -you
[23:50] <relevante> thx
[23:51] <ubitux> while there is a possibility the demuxing is the cause of the failure, what you see failing is the h264 decoding, so... avcodec
[23:51] <ubitux> (and about vlc failing, yes vlc is using libavcodec)
[23:51] <relevante> got it
[23:52] <relevante> https://ffmpeg.org/trac/ffmpeg/ticket/2580
[00:00] --- Fri May 17 2013