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

[burek]

[06:33] <floater> hi guys
[06:33] <floater> i accidentally upgraded ffmpeg on git and now it fails to encode mkv, what solution can you tell ?
[07:22] <ubitux> floater: you have to give more information
[07:22] <ubitux> like a pastebin of the output
[07:22] <ubitux> eventually provide the sample
[07:23] <ubitux> also, in which version it was working :)
[07:23] <ubitux> (so we can trace down the regression)
[07:23] <ubitux> don't forget your command line in the pastebin.
[07:26] <floater> that is problematic i do not remember which version was working, but there is a chance it is named ffmpeg.old in my ffmpeg directory
[07:26] <floater> trying out
[07:39] <floater> ubitux<< easy, grab any avi file, and enter ffmpeg -i ./gta24_afterlife.avi -vcodec libx264 -preset ultrafast output.mkv
[07:39] <floater> for example http://www.sendspace.com/file/61h2q0
[07:40] <floater> used latest git from ffmpeg, and libx264
[07:40] <floater> player throws a huge list of errors while decoding, and gives a grey vibrating screen
[07:40] <floater> http://www.sendspace.com/file/fa65ye
[07:41] <floater> here is the avi converted to mkv... file
[07:45] <ubitux> i can't reproduce
[07:45] <ubitux> video plays fine with ffplay and mplayer
[07:46] <ubitux> floater: can you pastebin your output?
[07:46] <ubitux> (of the ffmpeg encode)
[07:46] <floater> the encoding is okey
[07:46] <floater> the decoding fails
[07:46] <floater> but ok
[07:47] <ubitux> yes, but isn't it generating a wrong file?
[07:47] <ubitux> gonna try your file
[07:47] <ubitux> (encoded)
[07:47] <ubitux> ok plays fine as well
[07:47] <ubitux> what tool are you using to play it?
[07:49] <floater> ubitux<< http://pastebin.com/J3DwpLvQ
[07:49] <ubitux> plays fine with vlc as well
[07:49] <floater> here's the output
[07:49] <ubitux> WARNING: library configuration mismatch :/
[07:50] <ubitux> that's most likely the problem
[07:51] <ubitux> try to get the git version in static
[07:51] <floater> i have not noticed that earlier, and no idea about
[07:51] <ubitux> or upgrade your libraries as well
[07:51] <floater> if i enable static that might solve the problem?
[07:51] <ubitux> i don't how you're supposed to do that with your distro
[07:52] <ubitux> if you don't make a shared build, the binary won't pick the outdated libraries on your system
[07:52] <ubitux> they will be built-in the program
[07:52] <floater> i see
[07:52] <ubitux> i have no idea how you upgraded to git so i can't help you much
[07:52] <ubitux> and i don't know redhat
[07:53] <ubitux> but right now, you're using an upgraded program, with outdated libraries
[07:53] <ubitux> and that's possible your player is affected as well
[07:53] <floater> mplayer plays the other videos
[07:54] <floater> can you play the mkv i pasted?
[07:54] <ubitux> you might need more recent libraries.
[07:54] <ubitux> yes
[07:54] <floater> bah
[07:54] <ubitux> with ffplay, mplayer and vlc
[07:54] <ubitux> but i have recent libraries.
[07:54] <ubitux> which all the above players are using
[07:55] <floater> so new ffmpeg needs latest decoding libraries ?
[07:57] <ubitux> the bug you have was likely fixed in a more recent libavcodec (or libavformat, etc)
[07:57] <ubitux> ffmpeg/ffplay/.., mplayer and vlc uses libavcodec
[07:58] <ubitux> but right now, since you seem to use a shared build, all these tools fallback on the libraries on your system
[07:58] <ubitux> which are outdated
[07:58] <floater> ok i have a 2 year old mplayer
[07:59] <floater> my last ffmpeg.old directory is #define FFMPEG_VERSION "N-40640-g5edd4fc"
[08:00] <floater> about 4 month old
[08:00] <floater> and that was working with my player
[08:02] <floater> http://www.mplayerhq.hu/design7/dload.html#binary_codecs
[08:02] <ubitux> well, all i can say is that i'm able to play your file, and the one i generated with your cmd line :)
[08:02] <floater> here are the mplayer codecs
[08:02] <floater> hehe, good for you, my mplayer fails with it
[08:03] <ubitux> lemme try with a bleeding edge mplayer
[08:03] <ubitux> in the mean time, try with ffplay
[08:03] <floater> i guess i'd have to install a new version
[08:03] <ubitux> fix your libraries too..
[08:03] <floater> MPlayer SVN-r31628-4.4.4 (C) 2000-2010 MPlayer Team
[08:04] <floater> what libraries do you suspect?
[08:04] <ubitux> the libav{format,codec,...} installed on your system
[08:04] <floater> yum reinstalling then, and test again
[08:04] <ubitux> they are outdated
[08:05] <floater> quite possible, redhat updates them in 2-5 years ;/
[08:05] <ubitux> then again, that's certainly why it's broken.
[08:05] <floater> but ffmpeg has them compiled no?
[08:05] <ubitux> recent program + old libraries = fail
[08:06] <floater> it just uses internally then
[08:06] <ubitux> floater: if you build ffmpeg/git with --enable-shared, it will use the libraries on your system
[08:06] <ubitux> even if the recent libraries are build at the same time
[08:06] <ubitux> LD_LIBRARY_PATH etc..
[08:06] <ubitux> just tried a recent mplayer
[08:06] <ubitux> and it works too
[08:07] <ubitux> MPlayer SVN-r35008-4.7.1
[08:07] <floater> okey thanks i'm playing with it a bit
[08:07] <ubitux> i have to go, have fun
[08:07] <floater> i don't see new codecs, but my mplayer is old
[08:12] <breik0> Hello Folks! Can you help me to compile ffmpeg for iOS with armv7? I can't find the correct config.
[10:01] <floater> ubitux<< ah, new mplayer can play it ;/
[10:01] <ubitux> :)
[10:02] <floater> but tried the "stock" fresh yum vlc too, that fails too
[10:03] <floater> anyway, ffplay succeeded ;>
[12:02] <zimbatm> ey guys
[12:02] <zimbatm> i'm fighting an async issue with flash players and ffmpeg
[12:02] <zimbatm> the sound is async but it's really near the perception level
[12:03] <zimbatm> is there any tool that could help me quantify better than my eyes + ears ?
[12:03] <zimbatm> esp. with the lack of sleep, the framerate of my eyes seem to drop considerably :p
[12:05] <relaxed> show us what you're doing on pastie.org
[12:06] <zimbatm> ok, i'm going to push that public then
[12:10] <zimbatm> alright, it's going to take a little while to upload
[12:10] <relaxed> upload what? I just want to see the command and console output of what you're doing.
[12:11] <zimbatm> ffmpeg -i original.mp4 -y ffmpeg.mp4
[12:11] <zimbatm> that's it
[12:12] <zimbatm> the original plays fine in flash players, the ffmpeg.mp4 is async
[12:12] <zimbatm> both play fine in html5 browsers that support h264
[12:13] <zimbatm> i have a couple of video samples with that issue, all are coming from the same source
[12:14] <zimbatm> the thing is that the async is really subtle so if there was a tool to record the screen and show the frames+audio it would really help
[12:14] <JEEB> is it a really small desynch? because ffmpeg at the moment skips as many samples at the beginning of an AAC track as the Apple's AAC encoder outputs as the leading stuff
[12:15] <zimbatm> yeah the video has always a start_time of 0.040000. i'm not sure if it's related though
[12:15] <zimbatm> start_time on the original that is
[12:15] <JEEB> if you can build ffmpeg yourself, try if applying https://github.com/VFR-maniac/ffmpeg/commit/4341c2a791a9e3e2d86b24133c178c45ee45ac1f will help
[12:15] <relaxed> no if it doesn't happen with html5 browsers
[12:16] <relaxed> unless they perform miracles
[12:16] <JEEB> oh right
[12:16] <JEEB> misread that one
[12:17] <JEEB> dunno then if it's /only/ flash that's acting up
[12:17] <relaxed> zimbatm: try again with -tune fastdecode
[12:18] <zimbatm> will do
[12:20] <zimbatm> the hard thing is that because it's lib sync, after a while i don't even see the difference anymore
[15:10] <smellynosery> Howdy - I'm getting "TCP connection to 192.168.1.8:1234 failed: Connection refused" when I run "cat /dev/video0 | ffmpeg -i - -vcodec copy -same_quant -acodec copy -f mpegts http://192.168.1.8:1234" - I just need to stream /dev/video0 so I can watch it from another PC - any ideas or better way of doing it?
[15:12] <zap0> connectino refused.
[15:12] <zap0> why?
[15:14] <relaxed> smellynosery: ffmpeg -f v4l2 -i /dev/video0
[15:14] <relaxed> remove -same_quant
[15:23] <smellynosery> Thanks
[15:24] <smellynosery> Is there a way of converting this VLC into ffmpeg? transcode{vcodec=mp2v,width=720,height=576,acodec=mp2a,fps=25,vb=%d,ab=64,venc=ffmpeg}:std{access=file,mux=ts,dst=web.fifo}} --sout-all --sout-ts-pid-pmt=7050 --sout-ts-pid-audio=7700 --sout-ts-pid-video=7500 ?
[15:24] <smellynosery> I'm trying to move a VLC command to ffmpeg for a system as VLC isn't working too well atm - I've found -mpegts_service_id and such, but that doesn't give the ability to set the pid for video/audio
[16:50] <stulluk> hi, I have cross compiled FFmpeg for arm-linux, and here is my problem: http://pastebin.com/03m9Q3Fb
[16:50] <stulluk> Can you tell me why?
[17:27] <zimbatm> it really bothers me that the ffmpeg package in ubuntu is installing libav
[17:27] <zimbatm> i don't get why they didn't just rename the package if they prefer libav
[17:28] <JEEB> I think it's renamed now, but old versions probably still have it as-is
[17:28] <JEEB> (´
[17:28] <zimbatm> or even better, they could distribute both
[17:29] <zimbatm> https://bugs.launchpad.net/ubuntu/+source/ffmpeg/+bug/820117
[17:29] <zimbatm> anyways..
[17:29] <JEEB> yeah, it'd be cool if they could distro both, but I'm not sure if all downstream apps using the libs could be used as-is
[17:30] <JEEB> and yes, only precise and quantal have libav-named packages
[17:30] <JEEB> http://packages.ubuntu.com/precise/video/libav-tools f.ex.
[17:30] <zimbatm> for the binary they could use apt-alternative but it's true that it might be a different story for the shared libraries
[17:31] <JEEB> yeah
[17:31] <zimbatm> btw, i'm bisecting ffmpeg
[17:31] <zimbatm> it might take a while but i found a good version
[17:31] <zimbatm> and apparently the video length varies so it's easy to script :)
[17:31] <JEEB> let's see what you end up
[17:31] <JEEB> with
[17:32] <JEEB> and if it was what I thought it'd be
[17:32] <romme> how do i mark raw video as interlaced in the ffmpeg/ffplay command line?
[17:32] <zimbatm> i love running bisects
[17:32] <zimbatm> and have the surprise in the end :)
[17:32] <JEEB> yeah, git bisect is nice
[17:33] <JEEB> anyways, do tell when you get to the answer, I wonder if it's what some people have been herping a derp about for a while now
[17:33] <romme> also will marking the stream as interlaced double the frame rate?
[17:33] <zimbatm> i had to build my own little toolchain for that, maybe i should clean it up and share it
[17:33] <zimbatm> will do
[17:33] <romme> i don't understand whether i need to specify 25 fps or 50
[17:34] <zimbatm> some day i'll have to take a look at the fate test-suite too, looks like nice to test regression
[17:34] <JEEB> it is
[17:34] <JEEB> although sometimes it's fun finding out why your tests fail on some architectures
[17:34] <JEEB> and not on some
[17:35] <zimbatm> yeah well, one day i'll also learn C properly but that's further in the future :)
[17:36] <JEEB> in the end I found out that the reason my tests failed was because the vsynth input was YCbCr, and those tests needed RGB (only the RGB tests were failing for a video encoder)
[17:36] <JEEB> and I hadn't set the "bitexact" setting
[17:36] <JEEB> so on i686 and x86_64 you got one result
[17:36] <JEEB> (unless you disabled asm)
[17:36] <JEEB> and then every other arch would be one-off
[17:39] <zimbatm> doh
[17:40] <zimbatm> yeah video transcoding is full of traps. i guess you could be doing that your whole life and still have surprises coming up
[19:17] <zimbatm> JEEB: just got 8f5bb35f4004791a6eb69049103a1c6382cf6542 from my bisect
[19:17] <zimbatm> i'm going to verify that and also work on making a smaller sample
[19:18] <zimbatm> the original video is available from here for now: https://s3.amazonaws.com/async-issue-1/original.mp4
[20:37] <zimbatm> JEEB: i'm not sure this commit is the issue actually
[20:38] <zimbatm> i though the duration of the video was an indicator but it doesn't seem related
[20:38] <zimbatm> because the older working ffmpeg had a different video length
[20:39] <JEEB> zimbatm, try setting the sc->start_pad to 0 from 1024
[20:39] <JEEB> around line 3125 of libavformat/mov.c
[20:40] <JEEB> oh
[20:40] <zimbatm> you're right I should have tested that already
[20:40] <DelphiWorld> hi FFmpegifier
[20:40] <JEEB> it seems like mn
[20:40] <JEEB> fixed that
[20:40] <JEEB> https://github.com/FFmpeg/FFmpeg/compare/ed2b69a4c32a...c0209facd268
[20:40] <zimbatm> i just saw that too :)
[20:42] <JEEB> we just had a discussion about stuff on the devel channel
[20:42] <zimbatm> i've put a test page together here by the way: http://async-issue-1.s3-website-us-east-1.amazonaws.com/
[20:42] <DelphiWorld> please guys would someone help MumuDVB to use FFM?
[20:42] <DelphiWorld> it's need only some API migration, it's using very old API.
[20:43] <zimbatm> ok, i'll be back once i've tested these :)
[20:43] <DelphiWorld> JEEB  or  zimbatm ? :-P
[20:43] <zimbatm> DelphiWorld: you need to be more precise with your request
[20:43] <DelphiWorld> zimbatm: can i pm you?
[20:43] <JEEB> DelphiWorld, seriously... people will not fucking do your job for them. You've already poked here at least once. Unless someone here is a user of that app they're just not going to care in most cases.
[20:44] <zimbatm> no
[20:44] <DelphiWorld> JEEB: they are looking. read there mailing list.
[20:44] <JEEB> what
[20:45] <zimbatm> DelphiWorld: IRC works well if you point at a specific issue
[20:45] <DelphiWorld> JEEB: is not only me looking but they are looking
[20:45] <DelphiWorld> zimbatm: hold on
[20:46] <JEEB> DelphiWorld, so even they don't want to do it themselves?
[20:46] <JEEB> wtf
[20:46] <JEEB> they really want to put zero effort into it themselves?
[20:46] <DelphiWorld> JEEB: i have no clue
[20:46] <DelphiWorld> JEEB: lot of users want it and was having it befaure but they are pissed due to the API change
[20:47] <JEEB> well major API changes happened during the last two years
[20:47] <JEEB> it's not /that/ often that big changes happen
[20:47] <JEEB> if you ask specific questions about some parts of how to update stuff and what other stuff there is while actually doing it, that is fine
[20:47] <DelphiWorld> JEEB: i think that's the transition issue
[20:47] <JEEB> you may get help
[20:47] <JEEB> but if you just tell people PLEASE DO THIS FOR ME
[20:48] <JEEB> I DON'T WANT TO DO IT MYSELF, DO IT FOR ME
[20:48] <DelphiWorld> JEEB: let me past log.
[20:48] <JEEB> that isn't going to help much now will it
[20:48] <DelphiWorld> JEEB: remember. i'm blind first of all so C is not easy for me
[20:48] <JEEB> you're mostly just making people herp a derp
[20:49] <DelphiWorld> thank JEEB
[20:49] <DelphiWorld> JEEB: http://paste.debian.net/194052/
[20:50] <DelphiWorld> here's avlib.h: http://paste.debian.net/194053/
[20:53] <JEEB> I just see a lolold usages of avcodec, that's all
[20:54] <JEEB> I don't even know where to start
[20:54] <JEEB> also the header really tells absolutely nothing
[20:57] <DelphiWorld> JEEB: ok, want the .C. no problem
[20:58] <DelphiWorld> JEEB: http://paste.debian.net/194056/
[20:59] <JEEB> jesus christ
[20:59] <DelphiWorld> LOL JEEB
[21:04] <DelphiWorld> JEEB: you saw the Oldness?
[21:07] <JEEB> DelphiWorld, don't ask me about this stuff any more. The project doesn't seem worth anyone's attention looking at the fact that you have to be here begging for someone to do the work for them.
[21:07] <DelphiWorld> JEEB: .
[21:07] <JEEB> not to mention that I don't give a fuck about the project, sorry :)
[21:11] <DelphiWorld> JEEB: you're realy a trol. dont want to help? no problem. live me alone.
[21:13] <JEEB> eh, I tried to look if there was something really basic there, but I just ended up reading more than I would like to. Also if the developers are "pissed" it means they just don't want to change anything. Also, instead of having a developer ask for help, they just made you -- just a user -- to beg for someone to do their job
[21:14] <JEEB> sorry, that just doesn't sound good any way
[21:14] <JEEB> also you are getting rather obnoxious, as I remember you coming here to ask at least once before
[21:14] <JEEB> you are better off asking people who actually use that application
[21:14] <JEEB> instead of people who have no idea of what it is, or why it exists
[22:02] <tibo> hi guys, quick question
[22:04] <tibo> I have a h.264 (832x468) video that I decode on android 2.3 using the NDK. 	avcodec_decode_video2 returns a lot of got_picture_ptr < 1
[22:05] <tibo> the video is 5min, I get 10000 of undecompressed frames
[22:05] <tibo> is that normal ?
[22:06] <nilsge> greetings!
[22:15] <nilsge> has anyone ever heard of a lossless proprietary format "ncw". It is from Kontakt, a sample format for virtual music instruments.
[22:20] <nn> Can someone help me to stream from mjpeg over http mixed-replace to ffserver?
[22:21] <nn> I get loas_format guessed with score on 1 for the input
[22:21] <JEEB> nilsge, if it's not on the multimedia.cx wiki, then probably not
[22:21] <nilsge> let me see
[22:22] <nn> [nn at technb camserv]$ ffmpeg -i http://localhost:50001/ -r 15 -i 0:0  http://localhost:50900/ch1.ffm
[22:22] <nn> [loas @ 0x910e3c0] Format loas detected only with low score of 1, misdetection possible!
[22:22] <nilsge> JEEB: no, it is not :(
[22:22] <norbert_> hi, I was checking the ffmpeg page and noticed the prog has a logo; is there any meaning to it, like if I tilt my head should I read letters, or is it just a wave of some kind?
[22:44] <nilsge> so how can I get someone to reverse engineer a proprietary format (ncw) so that I can convert the files to something good like FLAC? Is this donation driven, a kind of sport, random choice? :)
[22:47] <zimbatm> nilsge: in general i think everyone's already working on their own things so it's hard to get traction
[22:48] <nilsge> zimbatm: as expected. It is no different for me :)
[22:49] <zimbatm> yeah, we all do our own things i guess :)
[22:49] <zimbatm> why do you want to have that format ?
[22:50] <nilsge> but it was worth a try nevertheless, since I don't know much about audio formats. It could be that decoding is much easier than encoding and some people do it for breakfast or so :)
[22:51] <nilsge> zimbatm: to free the files. Virtual Instrument authors don't think twice about formats, they just do whatever the program tells them to do, so they save as ncw instead of wave, making it unsuable for anyone without the host software
[22:51] <zimbatm> do you have any specs or decoder available ?
[22:51] <nilsge> so even if they use an open source license for  the recordings they cannot be accessed. This is actually the situation.
[22:52] <norbert_> can't you just play it and then record the audio dev/ or am I being naive?
[22:52] <nilsge> not right now. The original windows program is able to do the format conversion.
[22:53] <zimbatm> if it's a one time thing then i would do as norbert_ suggest
[22:53] <nilsge> norbert_: maybe possible, but inconvenient since a Linux system is not even able to playback the files. And I am talking about thousands of files here. A faster-than-realtime approach would be nice
[22:53] <nilsge> no, this is a real format conversion issue for a general problem
[22:54] <zimbatm> if you can get your hands on a windows dll it might be easier to implement the dll interface then reverse-engeenering the format
[22:54] <zimbatm> mencoder also knows how to use dlls from withing linux
[22:58] <nilsge> zimbatm: no dll. I think I would have to use piracy to get this file.
[22:58] <nilsge> maybe it is in the freeware version, for playback purposes only. But I don't know yet.
[23:11] <nn> How would i feed a multipart mjpeg stream into ffserver?
[23:43] <zimbatm> JEEB: i found the code location but i'm not sure of the issue yet
[23:44] <zimbatm> if i comment ffmpeg.c:729-730 then things are fine
[23:46] <zimbatm> if i understand correctly, it's a check to adjust the duration if the start_time and the first dts are null and if the video has a fixed frame_rate
[23:46] <zimbatm> and in the video, the start_time is 0.04
[23:56] <DelphiWorld> JEEB: i'm transcoding using FFserver. END!
[00:00] --- Sat Sep 29 2012