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

[burek]

[11:33] <lishkay> (Where) Is there better documentation for tutorial for using LinkLabels than the 'man' page?
[12:42] <_dr> hi, i'm trying to convert a series of 16 bit greyscale pngs into a video. is there anything i have to pay special attention to? i'm using ffmpeg -f image2 -i png/img%03d.png -vcodec libdirac out.mp4 but the video is just a few kilobytes and seems entirely black
[12:42] <_dr> while the input images are around ~100MB
[12:44] <cbsrobot> _dr: not sure dirac in mp4 is supported
[12:45] <_dr> cbsrobot: i just tried .avi, doesn't seem to work either (file size ~12kb)
[12:46] <cbsrobot> try mkv
[12:47] <_dr> cbsrobot: same problem :( could it have anything to do with: [avsink @ 0x19a1aa0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'?
[12:48] <_dr> because the problem prevails if i switch from libdirac -> libx264... i fear the 16 bit greyscale might be the problem
[12:48] <cbsrobot> try converting one png to a tiff file
[12:48] <cbsrobot> ffmpeg -i file.png file.tiff
[12:50] <_dr> cbsrobot: the input .png is ~200kb, the tiff is ~14kb
[12:50] <_dr> and i get Incompatible pixel format 'gray16be' for codec 'tiff', auto-selecting format 'rgb24'
[12:50] <_dr> didn't get that warning with the video codecs though
[12:54] <cbsrobot> _dr add -pix_fmt gray16le
[12:55] <_dr> Incompatible pixel format 'gray16le' for codec 'tiff', auto-selecting format 'rgb24' :)
[12:55] <cbsrobot> just gray16
[12:55] <cbsrobot> maybe
[12:55] <cbsrobot> sorry I don not use it very often ...
[12:56] <_dr> won't work either. i'll just stick around, perhaps someone else can help me
[12:56] <_dr> thanks though :)
[13:01] <cbsrobot> _dr: see line 33 of http://ffmpeg.org/doxygen/trunk/pngdec_8c_source.html
[13:02] <_dr> oh, that's not good
[13:02] <cbsrobot> although I see some sort of 16 bit support
[13:02] <_dr> do you by and chance know a format which supports 16 bit?
[13:02] <cbsrobot> may just not for grayscale
[13:02] <cbsrobot> tiff supports gray16le
[13:02] <cbsrobot> exr too
[13:02] <_dr> great, i'll try converting my raw data to tiff then
[13:03] <cbsrobot> but can you file a bug and add an image ?
[13:03] <cbsrobot> maybe someone is willing to add support for it
[13:05] <_dr> seems to work, thanks a lot
[13:05] <_dr> if i find the time i'll file a bug report
[14:11] <Hans_Henrik> i have a small looping flash (.swf) file that i would like to have in gif instead; i tried ffmpeg -i "file.swf" -pix_fmt rgb24 "file.swf.gif"     and it worked, but the animation colors.. alot of green color comes in where it color changes x.x
[14:13] <Hans_Henrik> holy shit
[14:13] <Hans_Henrik> also the original swf file is 400 kb, the gif is 12.3 megabytes
[14:14] <Hans_Henrik> any idea how to convert this to gif, and keeping it below 2 megaytes, and not getting alot of green colors in the animation? http://4x4norway.no/hans/temp/flash.swf
[14:17] <Hans_Henrik> (this is what happens with the command posted above, lots of green, and from 400 kb to 12.3 mb http://4x4norway.no/hans/temp/flash.swf.gif )
[14:39] <_dr> mh, now ffmpeg tells me i can't use -qscale 0 because it's not >0.0, <= 255
[14:45] <_dr> how can i do lossless compression? 0.000001?
[14:51] <ubitux> works for me
[14:51] <ubitux> what's your cmd line?
[14:56] <_dr> ubitux: ffmpeg -f image2 -i  tiff-8bit/img%03d.tiff -vcodec libdirac  -qscale 0 test.mkv
[14:56] <_dr> same for libx264
[14:56] <_dr> ffmpeg version 0.8.4-4:0.8.4-0ubuntu0.12.04.1,
[14:56] <ubitux> this is not ffmpeg
[14:57] <JEEB> you should switch to the avconv binary in that case, for whatever reason elenril left the ffmpeg.c to rot after rewriting parts of it into avconv.c
[14:57] <iive> _dr: you are using libav that is fork of ffmpeg.
[14:58] <_dr> oh wow
[14:58] <JEEB> or use a ffmpeg binary from ffmpeg, yes
[14:59] <_dr> i wasn't even aware of that, i just installed ffmpeg via apt-get
[14:59] <JEEB> just that avconv should already be there for you methinks, so unless it doesn't work either
[14:59] <_dr> and ubuntu gave me libav
[14:59] <JEEB> yeah
[14:59] <JEEB> debian/ubuntu use libav
[14:59] <ubitux> and under ffmpeg name,
[14:59] <ubitux> :)
[14:59] <JEEB> I think that was changed for everything but the virtual package?
[14:59] <JEEB> not that I've looked for it much :)
[14:59] <_dr> so, being on #ffmpeg i don't want to offend anyone, but should i prefer ffmpeg over libav?
[15:00] <ubitux> _dr: it's just that we can't really help you with the libav tools
[15:00] <JEEB> #libav is for libav support, #ffmpeg for ffmpeg
[15:00] <ubitux> _dr: so either ask #libav, or try ffmpeg
[15:00] <JEEB> anyways, if you use libav you should use the avconv binary
[15:00] <ubitux> i can just say that qscale 0 works here
[15:00] <JEEB> yeah
[15:00] <_dr> yeah, sorry i was asking in here, i assumed i was using ffmpeg :-)
[15:01] <_dr> ubitux: good enough argument for me. i just hope i can get ffmpeg from apt-get, brb
[15:01] <ubitux> there are third party repository
[15:01] <ubitux> repositories*
[15:02] <iive> _dr:  not really your fault.
[15:02] <ubitux> but the debian/ubuntu packager is on libav side, so you'll get only libav package officially
[15:02] <JEEB> you should try the avconv binary first, if that doesn't work either, then you can seek ppas :)
[15:02] <iive> _dr: the misleading is intentional.
[15:25] <mpfundstein> _dr: my tip. get the newest libx264, libfdk-aac and ffmpeg repositories and compile from scratch. debian packages are mostly way behind
[15:34] <Hans_Henrik> as i've been told (and back when i was on debian, seemed mostly correct), the debian philosophy is "keep everything super out-of-date and patch it to hell" :p
[15:35] <_dr> any distro that comes with up-to-date ffmpeg packages?
[15:35] <Hans_Henrik> (they perfer patching bugs over updating software)
[15:35] <_dr> i'd rather use a vm than build form source with tons of deps
[15:35] <Hans_Henrik> hmm
[15:36] <Hans_Henrik>  4:0.5.9-0ubuntu0.10.04.2	 updates, security (main)	 2012-12-19
[15:37] <Hans_Henrik> whoa thats old
[15:37] <JEEB> well
[15:37] <JEEB> they don't update the major version
[15:37] <JEEB> after release
[15:37] <JEEB> and that ubuntu is almost three years old soon
[15:38] <JEEB> <_dr> any distro that comes with up-to-date ffmpeg packages? <- gentoo and arch, possibly? Welcome to random craziness with that, though
[15:38] <JEEB> I'd rather keep a custom static ffmpeg binary over at /usr/local or so
[15:38] <JEEB> or just the home folder
[15:38] <_dr> good idea
[15:39] <_dr> btw. is there some place that lists compatible pixel formats for codecs?
[15:39] <perise__> hello
[15:39] <_dr> i'm getting the feeling that none of them will allow gray16, they all convert it to yuv480p
[15:39] <perise__> is there any plan for H.265?
[15:40] <JEEB> perise__, it doesn't have an official number tho
[15:40] <JEEB> it's still officially H.HEVC
[15:40] <JEEB> over at ITU-T
[15:40] <JEEB> anyways, smarter over at the libav project is working on a decoder
[15:41] <JEEB> it should get merged when it gets finished there
[15:41] <perise__> yeah
[15:41] <perise__> i got the reference code from HHI
[15:42] <perise__> but its wrote in CPP, and not so efficient
[15:42] <perise__> I am looking for an more efficient version of that
[15:42] <perise__> the final version is not done
[15:42] <perise__> but I think its almost there
[15:43] <JEEB> well naturally, also the decoder for libavcodec is heavily under work
[15:43] <JEEB> it barely decodes some IDR frames at the moment, not to mention that the HM reference encoder isn't in sync with the paper spec either
[15:45] <perise__> got your point, maybe thats the reason why it decode/encode so slowly
[15:46] <JEEB> no
[15:46] <JEEB> the slowness is just because it's reference software
[15:46] <JEEB> it's not meant to be fast
[15:46] <JEEB> but as I said, it's not fully in synch with the paper spec and the paper spec isn't finished yet
[15:47] <perise__> umm,i will dig into the HHI code for more info.
[15:47] <perise__> thanks
[15:47] <perise__> go #linaro-kernel
[15:47] <JEEB> uhh
[15:48] <JEEB> the reference encoder is so far as I know called "HM"
[15:48] <JEEB> http://hevc.kw.bbc.co.uk/git/w/jctvc-hm.git
[15:48] <JEEB> (the svn is the main, but I use the git repo)
[15:48] <JEEB> s/encoder/implementation/
[15:48] <perise__> great
[15:48] <perise__> i just used svn to clone the repo
[15:49] <perise__> let me try this one
[15:49] <perise__> so this one is not from HHI?
[15:49] <JEEB> I have no idea what you are calling "HHI"
[15:50] <JEEB> I only know the JCT-VC mailing list and the official trac hosted at bbc, as well as the svn/git repositories hosted at bbc
[15:50] <JEEB> "JCTVC-HM software"
[15:51] <perise__> http://hevc.hhi.fraunhofer.de/svn/svn_HEVCSoftware/trunk/
[15:52] <perise__> sorry, i have to go JEEB
[15:52] <perise__> thanks for your info.
[16:19] <Mavrik> hmm
[16:19] <Mavrik> any known library for handling dvb subtitles in code?
[16:20] <JEEB> I think something videolan uses should handle them?
[16:20] <JEEB> they either use libavcodec or something else
[16:33] <Mavrik> njeh, nothing much in there
[16:33] <Mavrik> basically I need to scale the subtitles and swscale doesn't support PAL8 on output yet
[16:33] <Mavrik> was just wondering if I have to write my own scaler
[16:48] <gagan662>  /win 2
[16:49] <gagan662> oops :)
[17:06] <fatpony> is there any way on linux to demux one title spread on multiple m2ts files using its mpls file? tsmuxer doesn't work when the same m2ts is specified twice
[19:03] <KeshlWare> Having a major blah moment. I'm trying to extract frames from a video to a PNG sequence, using   ffmpeg -i video.mts C:\frame_%d.png   -- Thing is, the video's interlaced. How do I fix this? x.x
[19:05] <KeshlWare> Nevermind, got it.
[19:06] <KeshlWare> Command was:   ffmpeg -i video.mts -filter:v yadif C:\frame_%d.png     in case anyone needs it, oÉo.
[20:13] <hub2> Hi,Can you tell me which profile I should choose for FDK-AAC encoder to encode MAIN AAC?
[20:14] <hub2> It's a C++ program
[20:24] <pettter> oh ffs, has ffmpeg completely fallen out of the Debian repos?
[20:28] <Hans_Henrik> no o.0
[20:28] <Hans_Henrik> why would you think that?
[20:30] <beastd> it has :(  why would you say otherwise?
[20:30] <Hans_Henrik> http://packages.debian.org/squeeze/ffmpeg
[20:30] <Hans_Henrik> http://packages.debian.org/search?keywords=ffmpeg
[20:31] <iive> Hans_Henrik: this is not ffmpeg
[20:31] <iive> it's the libav fork.
[20:31] <JEEB> actually the squeeze package is still ffmpeg methinks
[20:31] <JEEB> but everything newer than that is libav
[20:31] <beastd> yes, but
[20:31] <beastd> 0.5.9-1
[20:32] <JEEB> naturally, squeeze is old
[20:32] <beastd> agree
[20:33] <beastd> but i would atill say ffmpeg has completely fallen out of the Debian repos
[20:33] <JEEB> pretty much
[20:33] <JEEB> they switched to libav with anything released after the fork
[20:41] <bparker> sad
[20:42] <JEEB> holy shi-
[20:42] <JEEB> haven't seen that nickname in a while
[20:44] <DX099> yeah !
[20:45] <DX099> hello, ffmepg 1.1 is released. I heard it may have support for Sony PS2 .psf2 files, is it true ?
[20:46] <JEEB> DX099, https://ffmpeg.org/general.html#File-Formats if it's there then it's supported
[20:47] <DX099> argh... it isn't...
[20:47] <DX099> looks like I'm stuck with audacious
[20:47] <beastd> pettter: dmo provide ffmpeg debian packages in their repository (it is linked from here There is  http://ffmpeg.org/download.html#LinuxBuilds )
[20:47] <DX099> can't transcode my .psf2 file anywayre...
[20:47] <DX099> *where
[20:47] <bparker> JEEB: me?
[20:48] <JEEB> yup
[20:48] <bparker> ah
[20:48] <bparker> just been busy
[20:48] <pettter> beastd: yeah I found it - any reason why it's not in the official repos (besides Reinhard)?
[20:48] <bparker> work, surgery, women, etc.
[20:48] <JEEB> makes sense
[20:49] <beastd> pettter: besides politics, i for myself do not know how to implement it (soname conflicts and similar problems)
[20:50] <beastd> bparker: sounds damn busy to me :D
[20:50] <DX099> hmm do I need to remove gstreamer if going for ffmpeg ?
[20:50] <beastd> DX099: uhm no. not really
[20:51] <pettter> beastd: right, thanks
[20:51] <DX099> ok
[20:51] <DX099> thanks
[20:52] <beastd> pettter: as Libav forked without renaming libs. it is all hard to deal with in packaging and app deps etc
[20:52] <pettter> beastd: indeed
[20:52] <beastd> pettter: it might make sense to tell debian that you wish to have current FFmpeg packages available
[20:53] <pettter> yeah
[20:56] <ubitux> DX099: did you open a ticket on the bug tracker for the ps2 support?
[20:56] <DX099> ubitux, hmm no... I had no idea one request from a single isolated user could trigger something...
[20:56] <ubitux> the only thing i see is libavformat/psxstr.c: * Sony Playstation (PSX) STR File Demuxer
[20:57] <ubitux> DX099: well we have a lot of lost formats/codecs
[20:58] <ubitux> doesn't cost much to open an issue
[20:58] <beastd> DX099: We have lots of curious game (and recently subtitle ;) ) formats supported. So it is worth a try to open a ticket.
[20:58] <ubitux> provide a one or more samples, eventually a spec and wait for it
[20:59] <ubitux> this looks like a format Paul might even support
[20:59] <ubitux> he added a few random lost game audio demuxers recently
[21:00] <DX099> https://github.com/audacious-media-player/audacious-plugins/blob/master/src/psf/eng_psf2.c
[21:01] <ubitux> really, just open a ticket
[21:01] <DX099> yes, i'm registering right now
[21:04] <Sashmo> does anyone know how to make a thumbnail like this??  I can do the image, but the audio, I have no clue..... Anyone??  http://imagebin.org/242030
[21:04] <Sean_sh> Hi I have a sample audio file with amr_wb format. In practice, I receive this file as a stream in real-time at about 2KB/s and need to re-encode it. The problem is ffprobe takes about 5 seconds to finish
[21:05] <Sean_sh> Here is the command to simulate receiving it at ~ 2KB/s:    cat ~/audioFromPhone3 | pv -L 2000 | ffprobe -i -
[21:05] <Sean_sh> and here is the link to the sample: https://www.dropbox.com/s/md00bc5h8vgb1h9/audioFromPhone3
[21:06] <hub2> can faac encode main aac file?
[21:06] <Sean_sh> I have tried -probesize and -analyzeduration with no change
[21:06] <Sean_sh> can somebody test this please?
[21:07] <DX099> ubitux, how do I categorize my request ? Do I just do "Create a New Ticket" ?
[21:08] <ubitux> yes, mark in as enhancement (type filed)
[21:08] <ubitux> field*
[21:08] <DX099> ok
[21:09] <ubitux> give as much info as possible
[21:24] <DX099> http://ffmpeg.org/trac/ffmpeg/ticket/2119
[21:24] <ubitux> thanks :)
[21:26] <DX099> no thanks to you :)
[21:31] <beastd> DX099: Do you have any exceptional ps2 game soundtracks in mind that used psf2 format? (Just curious...)
[21:34] <ubitux> mmh
[21:34] <ubitux> is that a midi based format?
[21:35] <ubitux> i mean, do you need some kind of sequencer?
[21:35] <beastd> not sure it is midi based. but from what i read it has seq features
[21:35] <DX099> don't know at all, like stated, I would like but have no knowledge about file formats, programming, let alone how computers handle sound...
[21:35] <DX099> beastd, dothack
[21:35] <ubitux> if it's supported by libmodplug
[21:35] <ubitux> there is a wrapper
[21:37] <ubitux> it looks like the whole thing is zlib'ed
[21:37] <ubitux> reminds me of swf&
[21:38] <hub2> Hi,Can you tell me how I can remove messages "[libfaac @ 0xa2d0380] 4 frames left in que on closing"?
[21:39] <ubitux> s/que/queue/
[21:41] <hub2> ubitux: This was to me?
[21:41] <ubitux> yes
[21:42] <ubitux> it means 4 frames were remaining in the queue when closing the codec
[21:42] <ubitux> which were not flush, for some reason
[21:42] <ubitux> that is how i interpret the message
[21:42] <ubitux> DX099: it doesn't actually look trivial
[21:43] <ubitux> looks like you'll need some kind of psx emulator of some kind
[21:43] <DX099> ubitux, I think it might just lib from psx projects
[21:43] <DX099> *be libs
[21:44] <hub2> ubitux:What should i do with s/que/queue/?
[21:44] <DX099> https://github.com/audacious-media-player/audacious-plugins/tree/master/src/psf
[21:45] <DX099> "peops" and "peops2" have them in it it seems
[21:45] <ubitux> hub2: it just means replace "que" by "queue" in the sentence for a better understanding
[21:46] <hub2> ubitux:Thanks
[21:46] <ubitux> DX099: this is not trivial, we are not going to paste a huge load of sequencer/ps-emulator into the ffmpeg code base like this :p
[21:47] <DX099> ok
[21:47] <DX099> even if I have to compile some of it on my own it's ok
[21:48] <ubitux> DX099: if you know an external library which supports decoding these files, we can consider adding a wrapper
[21:48] <ubitux> like we did for libmodplug for instance
[21:48] <DX099> unfortunately, the audacious project are the only one that I know are supporting this as an additionnal plugin...
[21:49] <ubitux> yes, additionnal plugin
[21:49] <ubitux> not a surprise
[21:49] <ubitux> they don't want to put all that code in their codebase like us :p
[21:50] <DX099> ah you mean, this links to how the project implement new codecs ?
[21:50] <ubitux> ?
[21:51] <DX099> you mean, pulling all necessary code into "codebase" ?
[21:51] <ubitux> what is "this"?
[21:52] <DX099> implementing the psf2 decoding
[21:54] <ubitux> DX099: i'm not sure to understand you; my point is that any "mainstream" project supporting psf will not include all that code
[21:54] <ubitux> because it means writing some kind of sequencer/psx emulator
[21:54] <ubitux> which means a lot of code maitainance
[21:54] <DX099> ah ok
[21:54] <ubitux> so unless it's a dedicated project to such format, it will remain in third party plugins
[21:54] <DX099> ah
[21:55] <ubitux> BUT!
[21:55] <ubitux> if you find a project doing this work with a library
[21:55] <ubitux> we can write a wrapper around that library and rely on it for the decoding
[21:55] <ubitux> you will then just have to build ffmpeg with --enable-libawesomepsf2
[21:56] <ubitux> and it will be 150 lines of code to maitain for us
[21:56] <ubitux> instead of 150.000
[21:56] <DX099> ok
[21:56] <DX099> and how are those third party plugins managed ?
[21:56] <ubitux> ffmpeg doesn't have any
[21:57] <ubitux> it's a monolithic project
[21:57] <ubitux> the only "third-party way" you have is to rely on external libraries
[21:57] <ubitux> like we do for various stuff such as libx264 for H.264 encoding, libmp3lame for MP3 encoding, etc
[21:57] <Sashmo> does anyone know how to make a thumbnail like this??  I can do the image, but the audio, I have no clue..... Anyone??  http://imagebin.org/242030
[21:58] <ubitux> Sashmo: vf overlay, drawtext, showwaves, showspectrum, &
[21:58] <Sashmo> great, thanks, Ill try those
[21:59] <ubitux> http://ffmpeg.org/ffmpeg-filters.html
[21:59] <ubitux> you'll have to build your filtergraph
[21:59] <Sashmo> Ill give that a try thank you
[22:00] <beastd> Sashmo: showwaves and similar are filters that take audio input and provide video output
[22:00] <ubitux> i'd say to take the cover/video stream, use pad filter to allocate enough space, create two video streams with showwaves, overlay them in the padded area, and then add a drawtext on top
[22:00] <ubitux> something like this :p
[22:01] <Sashmo> ubitux: thanks
[22:01] <beastd> Sashmo: ffmpeg -filters output can be helpful when searching for filters with such capabilities
[22:02] <Sashmo> i've tried before, but I get tripped up when using  the |-V instaed of the V-V filters
[22:02] <beastd> overlay          VV->V      Overlay a video source on top of the input.
[22:02] <beastd> showwaves        A->V       Convert input audio to a video output.
[22:02] <ubitux> why would you want source filters?
[22:03] <beastd> Sashmo: try it again now. have fun!
[22:03] <Sashmo> lol
[22:03] <Sashmo> thjanks
[22:03] <DX099> hmm how do I add CFLAGS in ffmpeg configure script ?
[22:05] <JEEB> --extra-cflags
[22:05] <beastd> DX099: ./configure --help # search for extra-cflags in the output
[22:05] <JEEB> if you are calling it
[22:05] <DX099> thanks
[22:06] <beastd> DX099: it's usually not needed and might not be a good idea though. but feel free to try ^^
[22:07] <DX099> do I need "" ?
[22:08] <beastd> DX099: you only need "" if it needs quoting on your shell
[22:09] <beastd> e.g   --extra-cflags=-e1  would not need quoting but --extra-cflags="-e1 -e2"   would
[22:09] <DX099> ok
[23:10] <pettter> is there currently some UPnP/DLNA server software that uses ffmpeg as its backend?
[23:47] <undercash> hi
[23:47] <undercash> is it possible to capture streams with rtmpdump and then output it with ffmpeg to another rtmp server?
[23:48] <undercash> i read ffmpeg doesn't work with rtmp as input
[23:52] <saste> undercash, not true
[23:52] <undercash> no?
[23:53] <saste> use the rtmp native protocol, from my tests native rtmp works better than -enable-librtmp
[23:54] <undercash> what would be a command to do such a think , grabbing a rtmp stream and then redirecting it to another server
[23:55] <undercash> i saw some examples.. none worked for me
[23:55] <saste> undercash: ffmpeg -i rtmp:.... OPTIONS rtmp:...
[23:55] <saste> undercash, which examples?
[23:55] <undercash> hm yea i tried
[23:55] <undercash> guess i have to try more
[23:56] <saste> please read documentation in ffmpeg-protocols, and report in case of unclear/wrong documentation
[23:56] <undercash> ok thanks
[00:00] --- Tue Jan  8 2013