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

[burek]

[00:49] <RamajanSan> hello
[00:49] <RamajanSan> Hello, I want to normalize audo in a *.mov file, how can i do this?
[00:49] <RamajanSan> with ffmpeg?
[00:50] <RamajanSan> or maybe you guys use a different tool?
[00:58] <s2soul> hello does anyone know what is wrong with: ffmpeg -i original.MXF -vcodec mjpeg -qscale 1 -acodec pcm_s16le intermediate.avi
[00:59] <s2soul> i get an error when trying to convert ac3 to pcm
[00:59] <s2soul> it works though if i do: ffmpeg -i original.MXF -vcodec mjpeg -qscale 1 -acopy intermediate.avi
[01:00] <s2soul> hope i got that right i am not in the OS where i do my video work right now...
[01:01] <sacarasc> Paste the output to a pastebin type site.
[01:01] <s2soul> hello....in that case i may have to reboot... but in passing...do you know anything about mencoder
[01:02] <s2soul> are they very different in terms of quality?  mencoder -vf harddup -demuxer lavf -oac pcm -ovc lavc -lavcopts vcodec=mjpeg:vhq:vbitrate=6000 -noskip -mc 0 -ofps 29.97 -o intermediate.avi original.mts
[01:04] <s2soul> see those are the 2 recommended recipies for encoding mts to HQ mjpeg that i will need after working in Cinelerra using proxy only i thought the resulting file encoded with mencoder was low in mb....
[01:04] <s2soul> so i though stick with ffmpeg....
[01:04] <klaxa> both are using libavformat and libavcodec i don't think they should differ much
[01:04] <s2soul> mencoder and ffmpeg both?
[01:05] <klaxa> yeah
[01:06] <s2soul> oh thanks well ok i might stick with what works right now but i was trying to adapt the formula set for fps 25 to my own footage 29.97 or 59.97 but i cant find how much to increase the bitrate!
[01:06] <buhman> I'm wanting to capture audio output
[01:06] <s2soul> vbitrate=6000 i changed to 8000
[01:07] <buhman> ffmpeg -f alsa -i hw:0,0 seems to work, but doesn't actually capture anything
[01:07] <s2soul> but resulting file was exactly same mb!  klaxa  is that normal?
[01:07] <klaxa> um... doesn't sound right
[01:08] <s2soul> so i then could use ffmpeg recipe then if i can get to convert to pcm from ac3!
[01:08] <s2soul> could my ffmpeg be too old?  ubuntu 10.04  not that old dont know
[01:09] <JEEBsv> that would be /quite/ old
[01:09] <JEEBsv> in ffmpeg terms
[01:09] <JEEBsv> (I consider everything older than fall 2011 old)
[01:12] <s2soul> well i guess ac3 isnt so bad then as the audio for  hq files  i will convert my files also to dnXhd proxies for edititing in cinelerra
[01:13] <buhman> anything older than 1.1 is ancient
[01:13] <buhman> 1.1 is old
[01:13] <s2soul> so i could just do   ffmpeg -i original.MXF -vcodec mjpeg -qscale 1 -acopy intermediate.avi
[01:17] <s2soul> uuum in some hours from now i will be back in said OS and i can paste the output of my issue just in case someone has an answer...
[01:19] <s2soul> BTW does the latest version of ffmpeg have more DNxHD  Supported Resolutions :  1080p / 29.7 	DNxHD 45 	1920 x 1080 	8 	29.97 	45M
[01:20] <s2soul> but there is no bitrate for 1080p 59.97 fps
[01:20] <s2soul> nor is there 720p 29.97
[01:20] <s2soul> 720p / 59.94 	DNxHD 220 	1280x720 	8 	59.94 	220M
[01:21] <s2soul> its hard to guesstimate what bitrate to use when there is such a variation from 45M to 220M
[01:27] <s2soul> ok one last question if my ffmpeg is so old i have the option of installing it on a latest version of Fedora (a remix) or ubuntu 12.04 with classic gnome desktop which is simplest and most effect distro to compile or install ffmpeg on??
[01:28] <burek> s2soul you need to spend more time reading the docs
[01:28] <s2soul> this is on a quadcore amd laptop fairly recent
[01:28] <llogan> either will be fine
[01:28] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
[01:29] <llogan> https://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide
[01:30] <s2soul> thanks i saw the ubuntu compilation guide it looked time consuming and this project is laaate but then i could at least do something while the main computer is needed for otherwork
[01:30] <llogan> it will take 20 minutes or less
[01:30] <s2soul> ok well is it easier maybe on fedora (kororaa linux)
[01:30] <s2soul> oh ok
[01:31] <llogan> and you don't need to install all of the suggested dependencies depending on what you need
[01:31] <s2soul> lol im slow thanks ill stick to barebones for now  well i just want :  ffmpeg -i original.MXF -vcodec mjpeg -qscale 1 -acodec pcm_s16le intermediate.avi     to work
[01:32] <s2soul> i just want my audio to convert succesfully as well as video
[01:32] <llogan> without the console output we can only guess as to what the issue may be
[01:34] <s2soul> ok you are right   guys  ok look if anyone is around later ill do that    my partner now needs this computer for ardour audio work still waiting on me  ok  later!
[01:34] <llogan> use ssh and you can both use it
[01:50] <s2soul> ok back for only a couple of minutes
[01:50] <s2soul> is anyone still there who wants to look at my pastebin output:  http://pastebin.com/1vQtNSSV
[01:51] <s2soul> i realise that of course i had ffmpeg installed here as well but i may not be able to use it while there is recording going on with firewire etc  takes too much ressources
[01:52] <s2soul> now i get audio!  working  in this version of ffmpeg but
[01:52] <s2soul> the file converted from .mts 29.97 to 59.97
[01:53] <s2soul> i think its better for my project to have it 1080p  but 29.97fps  (even though some mts files were shot at 60fps)
[01:55] <s2soul> ffmpeg -i original.MTS -vcodec mjpeg -qscale 1 -acodec pcm_s16le intermediate.avi
[01:57] <s2soul> test file was 2.8 mb now 16.2 MB and fps is 60 rather then 30  ??  I need 30fps
[01:57] <s2soul> http://pastebin.com/1vQtNSSV
[01:58] <s2soul> ok ill stay on and check back from time to time
[01:59] <llogan> s2soul: you're not using ffmpeg from FFmpeg
[02:00] <llogan> use real ffmpeg or you can perhaps get help at #libav if you want to use that stuff
[02:02] <s2soul> im back what is not real ffmpeg?
[02:02] <s2soul> i dont understand  it came with ubuntu studio 10.04
[02:04] <s2soul> what is problem with fork ?
[02:05] <llogan> read the link
[02:05] <s2soul> so i am using a libav fork?
[02:05] <llogan> yes
[02:05] <llogan> FFmpeg version 0.6.2-4:0.6.2-1ubuntu1.1~ppa1~lucid1, Copyright (c) 2000-2010 the Libav developers
[02:06] <llogan> yes, it's a confusing mess.
[02:06] <s2soul> oh no pls. tell me the formula i use is adequate for project it is not imperative to be perfect or top notch just acceptable HQ files for this time
[02:06] <s2soul> i mean what i used now
[02:06] <llogan> ask in #libav
[02:06] <s2soul> oh
[02:07] <s2soul> well if a file plays good and if i add the fps parameters i should be good ...? but ok sigh!  later I will find help on libav irc
[02:07] <s2soul> thanks anyways  sigh!
[02:09] <llogan> i can't give you an answer because i don't use libav
[03:10] <lemonjelly> Hello. I'm writing/adapting a ffmpeg muxer inside libavformat. I'd like to get an estimated duration of the input but the 'duration' field of AVFormatContext is always set to 0, and I can't see any other useful fields.
[03:12] <lemonjelly> I can see the ffmpeg command line estimates it using the input AVFormatContext (inside utils.c) but I can't get a reference to this from the output AVFormatContext
[03:12] <lemonjelly> Is there any way to do this? Or perhaps an existing muxer that accomplishes this? (I haven't found any)
[03:55] <ulatekh> @michaelni: I reproduced the problem I was having (i.e. lossless codecs don't preserve interlacing) with the latest git version of ffmpeg and submitted a bug report.  Hopefully something happens.
[04:11] <ulatekh> @michaelni: If you're around...I saw that you're available for ffmpeg consulting.  There's a feature I've always wanted in ffmpeg, and if the cost isn't insane, I'd pay to have someone put it in there.
[04:12] <michaelni> ulatekh, what feature ?
[04:14] <ulatekh> Support for 3:2 pulldown, i.e. encoding a 24000:1001 fps source so that it plays at 30000:1001 fps, i.e. so that film can be put onto an NTSC DVD.  I'd want to be able to transcode existing 3:2 pulldown videos to different bitrates, as well as transcoding existing 24000:1001 fps videos to 3:2 pulldown.  I think this would be MPEG-1 and MPEG-2 codecs only.
[04:14] <ulatekh> I don't think it's difficult, it just requires someone far more familiar with MPEG-1/2 than me.
[04:25] <michaelni> ulatekh, it should be doable if iam not missing some issues
[04:25] <ulatekh> I was trying to think of all the different use cases...those were the only 2 I could think of.
[04:26] <ulatekh> Strangely, ffmpeg does a great job of converting 30000:1001 fps 3:2 pulldown video to 24000:1001.  Go figure.
[04:27] <michaelni> it should also do the opposit already but it does dumb frame duplication prior to encoding
[04:27] <ulatekh> Yeah...3:2 pulldown would be smart frame duplication. :-)
[04:28] <michaelni> field "lengthening" in the mpeg2 encoder
[04:36] <hotwings> so the current ffmpeg git is giving me lots of video artifacts with mpeg2 video (i didnt test h264 however). i use vdpau btw. i was told this is a known problem in ffmpeg though, anyone know if thats the case?
[04:42] <michaelni> hotwings, you use ffmpeg + mplayer or something else for vdpau
[04:42] <michaelni> note though i have no VDPAU hardware so its unlikely i will be of much help
[04:42] <hotwings> ffmpeg + mplayer2
[04:43] <hotwings> however, i wasnt using mplayer2 at the time.. i was watching live dvb-s tv using VDR and the softhddevice output plugin
[04:43] <hotwings> i only use mplayer2 (via the mplayer VDR plugin) when playing media/not watching live tv
[04:44] <michaelni> the vdpau problems probably began with remis patches
[04:45] <hotwings> who/what is remis? what did his/her/its patches attempt to fix, assuming fixing something was the purpose?
[04:48] <michaelni> moving stuff to hwaccel infrastructure
[04:49] <michaelni> maybe you could ask him if he has time/interrest to look into the bug (his nick is courmisch i belive and he is on #videolan)
[04:50] <hotwings> hopefully he'll find time/interest to fix it since he had time/interest to break it :\
[04:51] <hotwings> thanks, ill try him there
[04:53] <hotwings> this reminds me of all the patches that were merged in v4l without proper (and in many cases, any!) testing..
[04:54] <michaelni> v4l2 ?
[04:55] <hotwings> multimedia drivers for linux
[04:57] <hotwings> for some insane reason, patches by people who dont even have the hardware to the drivers theyre "fixing" or screwing around with, get merged.. and of course break stuff.. then have to be reverted
[04:57] <Youka> Is there already a solution to the c99wrap cl "C compiler test failed" problem of ffmpeg msvc configuration? i followed the instructions from the official ffmpeg documentations and are using msvc10 ex
[04:57] <hotwings> why patches arent always tested _before_ theyre merged is beyond me
[04:58] <Youka> google for it brings up more questions instead of answers
[04:58] <ulatekh> @hotwings: I feel your pain...ffmpeg would probably win an award for the biggest unfulfilled potential, if there was such an award LOL
[05:01] <michaelni> Youka, we have a msvc or more than one boxes at http://fate.ffmpeg.org/ which works, maybe looking at how its configured will help
[05:04] <Youka> thx, i'll have a look
[05:05] <michaelni> also look at config.log (its generated when you run configure) it might contain hints why things fail
[05:10] <Youka> it was the linker :S
[05:11] <Youka> cmd->msys sets preference to msys always, so i had to prepend msvc linker to PATH
[12:34] <Orphis> While trying to compile ffmpeg for Windows using MSVC (and c99wrap) I get this error when running make: /c/somepath/ffmpeg/common.mak:138: *** missing separator.  Stop.
[12:34] <Orphis> Configure was a plain simple: configure --toolchain=msvc
[12:34] <Orphis> Any idea what could be wrong?
[12:35] <divVerent> Orphis: a stupid idea: tried using "the right make program", whatever it is?
[12:35] <divVerent> i.e. if you were using nmake, try GNU make, and vice versa
[12:36] <divVerent> or read the docs on which make to use :P
[12:36] <Orphis> I'm using mingw make 3.81
[12:36] <divVerent> I don't have windows
[12:36] <Orphis> Well, I don't think our Makefile is compatible with nmake :P
[12:36] <divVerent> I only can tell you that this error means the "make" tool you used doesn't support the makefile
[12:36] <divVerent> it typically comes when using bsdmake on a GNU makefile or vice versa ;)
[12:36] <divVerent> so I'd suggest trying "some" other make tool
[12:37] <Orphis> 3.81 should be working
[12:37] <divVerent> is mingw make BTW a gnu or a bsd make?
[12:37] <Orphis> I'm thinking of a crlf issue maybe
[12:37] <Orphis> gnu
[12:38] <divVerent> and this is git head?
[12:38] <Orphis> With support for MinGW and Windows path
[12:38] <Orphis> git head from a few days ago
[12:38] <Orphis> I compiled it properly with a bsd make and another gnu make
[12:38] <Orphis> But on Unix systems, so support is easier and compilation straightforward
[12:38] <divVerent>  138 $(eval $(RULES))
[12:39] <Orphis> Yes
[12:39] <Orphis> I tried a make -d to see what it would be doing, but it doesn't show much
[12:39] <divVerent> no idea what that construct is for
[12:39] <divVerent> i.e. why one can't just remove the lines 131, 136 and 138
[12:43] <Orphis> divVerent: It was a crlf problem, I've converted all *mak and Makefile files to unix format and it works
[12:44] <Orphis> I think git converted them automatically to crlf when doing a clone
[12:47] <JEEB> Orphis, https://help.github.com/articles/dealing-with-line-endings#platform-windows
[12:47] <JEEB> set this to false
[12:47] <Orphis> JEEB: I know, I will do it later
[12:47] <JEEB> and then see the two first commands of re-normalizing endlines
[12:47] <JEEB> :)
[12:52] <Fjorgynn> Man what am I watching?
[12:55] <Orphis> Wow. Compiling for Windows is über slow with the c99wrap :-/
[12:56] <Orphis> Not totally unexpected actually...
[12:58] <Orphis> The setup for compiling ffmpeg is way too complicated and too long for the other devs working on the project, I guess I'll make a slimer build without all the features I don't need and distribute that with instructions on how to rebuild it
[13:41] <divVerent> 12:43:33          Orphis | divVerent: It was a crlf problem, I've converted all *mak and Makefile files to unix format and it works
[13:41] <divVerent> Orphis: looks like you could report this to the mingw-make guys
[13:41] <divVerent> as it did support CRLF in the other lines
[13:41] <divVerent> only not in this macro
[13:55] <Orphis> What are the differences between all the mp3 decodes?
[13:55] <Orphis> decoders*
[13:56] <Orphis> mp3 and mp3float it's obvious. But what about mp3adu and mp3on4 ?
[14:00] <durandal_1707> see ffmpeg -codecs output?
[15:08] <Fjorgynn> e
[15:31] <Orphis> Any particular reason why ffmpeg is compiled with /MT on Windows?
[15:32] <someone-noone> because ffmpeg supports multi-thread de\en-coding!?
[15:33] <Orphis> someone-noone: Well, MD is multithreaded too
[15:33] <Orphis> MD is DLL runtime, MT is static runtime, both are multithreaded
[15:35] <Mavrik> hmm, is compiling with MSVC even supported by ffmpeg?
[15:35] <Orphis> Mavrik: It is, how surprising can that be
[15:36] <Orphis> There's a tool that converts c99 code into code MSVC understands
[15:36] <Mavrik> hmm, any reason to do it though?
[15:36] <Mavrik> most people just compile windows builds with mingw
[15:37] <Orphis> Mavrik: I want to statically link with ffmpeg
[15:38] <Mavrik> ah
[15:38] <Orphis> My software is only one binary, don't want to add too many files next to it for simplicity
[15:38] <Mavrik> that's probably also the reason why ffmpeg is linked with static runtime :)
[15:39] <Orphis> Meh :P I want static ffmpeg but dynamic runtime
[15:43] <Orphis> Ah! "Command line compile will default to /MT "
[15:43] <Orphis> I should be able to pass an extra cflags for that
[15:54] <Plorkyeran> --extra-cflags=-MD does in fact work fine for me
[15:54] <someone-noone> ./ffmpeg -i test.mp4 -vcodec copy -acodec copy test.ts
[15:55] <someone-noone> Error: H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb)
[15:55] <JEEB> yes
[15:55] <JEEB> add -bsf h264_mp4toannexb after the -i
[15:55] <someone-noone> ./ffmpeg -i test.mp4 -vcodec copy -acodec copy -bsf h264_mp4toannexb test.ts
[15:55] <someone-noone> Error: Failed to open bitstream filter h264_mp4toannexb for stream 0 with codec copy: Invalid argument
[15:55] <JEEB> :D
[15:56] <someone-noone> after -i ?
[15:56] <someone-noone> ok
[15:56] <JEEB> that shouldn't matter tho as that one was after -i as well...
[15:56] <JEEB> fun
[15:56] <JEEB> so it's not copying the stream if you're doing a bsf :s
[15:56] <Mavrik> actually
[15:56] <Mavrik> as I remember
[15:57] <Mavrik> the h264_mp4toannexb relies on grabbing PSS/SPS packets from x264 encoder data
[15:57] <Mavrik> so it can't work with copy
[15:57] <Mavrik> (talking from memory from source)
[15:57] <someone-noone> Mavrik, so I need to compile with libx264?
[15:57] <Mavrik> http://ffmpeg.org/doxygen/trunk/h264__mp4toannexb__bsf_8c_source.html#l00034
[15:57] <JEEB> no, it means it's borked
[15:57] <Mavrik> it grabs the headers from extradata :\
[15:58] <someone-noone> So, how can I solve it? Reencode with x264?
[16:01] <Mavrik> that would probably work yea
[16:18] <Orphis> Alright, I'm down to 3 missing symbols when linking now: http://pastie.org/private/yfd483zrwvaiihnhqid9a
[16:19] <Orphis> __imp__avpriv_snprintf, __imp__avpriv_vsnprintf and __imp__avpriv_strtod
[16:19] <Orphis> From what I've found, they are build in compat/strtod.o compat/msvcrt/snprintf.o
[16:20] <JEEB> yeah
[16:20] <Orphis> Any reason why they aren't in any av*.a library?
[16:22] <JEEB> seems like there's a ticket for that with -MD
[16:22] <JEEB> https://ffmpeg.org/trac/ffmpeg/ticket/2049
[16:23] <Plorkyeran> oh, right
[16:23] <Plorkyeran> I forceinclude a dumb workaround for that
[16:24] <JEEB> lol
[16:24] <JEEB> reminds me of my dumb workaround for mingw-w64 :P
[16:24] <Plorkyeran> https://github.com/Aegisub/Aegisub/blob/master/aegisub/build/ffmpeg/dynamic_msvcrt.h
[16:25] <Plorkyeran> https://github.com/Aegisub/Aegisub/blob/master/aegisub/build/ffmpeg/ffmpeg.vcxproj has the full set of configure settings that works4me
[16:26] <_raven> hi
[16:26] <_raven> how to export every 5th frame of a video as jpeg image?
[16:26] <Orphis> Plorkyeran: Thanks!
[16:26] <Orphis> I'll have a look
[16:32] <someone-noone> hello! trying to build ffmpeg with libx264 (both latest versions from git) and getting next link error:
[16:32] <someone-noone> Undefined symbols for architecture x86_64:
[16:32] <someone-noone>   "_x264_encoder_open_129", referenced from:
[16:32] <someone-noone>       _X264_init in libavcodec.a(libx264.o)
[16:33] <someone-noone> libx264 was configured with --enable-shared
[16:33] <someone-noone> otherwise ffmpeg can't find static library
[16:33] <someone-noone> where is a problem?
[16:33] <JEEB> uhh
[16:34] <JEEB> static library not being found sounds like a problem
[16:34] <JEEB> but first of all, are you sure you have built both ffmpeg and libx264 with the same bitness?
[16:35] <someone-noone> what does bitness mean?
[16:44] <someone-noone> hm, found mistake& now ffmpeg sees static library of x264. But anyway linker error...
[16:44] <someone-noone> LD	ffplay_g
[16:44] <someone-noone> Undefined symbols for architecture x86_64:
[16:44] <someone-noone>   "_x264_encoder_open_129", referenced from:
[16:44] <someone-noone>       _X264_init in libavcodec.a(libx264.o)
[16:46] <someone-noone> btw, x264 --version prints next:
[16:46] <someone-noone> x264 0.119.x
[16:47] <JEEB> ..., sounds like you didn't build the x264 libraries
[16:47] <JEEB> or your compiler isn't looking
[16:47] <JEEB> or your x264cli is completely separate
[16:47] <someone-noone>  ls -l /usr/lib | grep x264
[16:48] <someone-noone> libx264.a
[17:25] <juanmabc> local/lib?
[18:08] <someone-noone> Hello! I have some mpeg-ts encoded(using libx264) from original mp4 file. In mpeg-ts I've skipped first 7*188 bytes. This video plays okay, but for the first ~5 seconds my video has less then 24fps speed.
[18:09] <someone-noone> I'm receiving next error (ffplay):
[18:09] <someone-noone> Context scratch buffers could not be allocated due to unknown size.
[18:09] <someone-noone> [h264 @ 0x7fc47c089800] non-existing PPS 0 referenced
[18:09] <someone-noone> Looks like I need some additional option to make PPS value appear more often in mpeg-ts chunks. How can I do it?
[18:46] <mm3> hi, how can I send a rtmp stream without ffserver?
[18:51] <someone-noone> mm3, you can do it with ffmprg
[18:51] <someone-noone> ffmpeg
[18:52] <someone-noone> mm3, something like this: ffmpeg -i rtmp://sourcehost rtmp://targethost
[18:53] <someone-noone> you can send files with flv format (-f flv)
[18:57] <mm3> someone-noone, I mean can ffmpeg listen to a rtmp and send a stream on request?
[18:57] <mm3> open a rtmp port
[18:58] <someone-noone> mm3, no you can't do that. You can just pull\push from\to existing rtmp server.
[18:58] <someone-noone> mm3, you nead real flash server for that
[18:58] <someone-noone> mm3, look at crtmpserver, it's free and do what you want
[18:59] <someone-noone> ffmpeg is just tool for en-\de-coding, not server :)
[19:00] <mm3> I don't need a server, just to provide 1 stream for 1 user
[19:00] <someone-noone> mm3, anyway you need server for this
[19:00] <mm3> yes, thank you someone-noone
[19:02] <someone-noone> mm3, what is your source? (I mean format and file or stream)
[19:05] <mm3> I guess mp4
[19:07] <someone-noone> mm3, is it a file or stream?
[19:07] <mm3> I'd like to stream something, still didn't decide what
[19:10] <mm3> someone-noone, do you think it's hard to write a small rtmp server?
[19:11] <someone-noone> mm3, of course. It's very hard. Why not use open-source one? CRtmpServer - is very easy in setup
[19:15] <someone-noone> How can I write ffmpeg output to named pipe?
[20:02] <someone-noone> Hello! I want to make infinity stream to a pipe using mpeg-ts container.
[20:02] <someone-noone> I have following script:
[20:03] <someone-noone> while true
[20:03] <someone-noone> do
[20:03] <someone-noone> ./ffmpeg -re -i test.ts -vcodec copy -acodec copy -f mpegts - > test.pipe
[20:03] <someone-noone> done
[20:03] <someone-noone> then I try to play that file with: ./ffplay test.pipe
[20:03] <someone-noone> And when second copy of ts-file is started to wrtiting, ffplay gets next error:
[20:03] <someone-noone> [mpegts @ 0x7f8769054a00] PES packet size mismatchs
[20:04] <someone-noone> can I fix it somehow?
[20:15] <mm3> someone-noone, why not remove "- >" in your cmd?
[20:15] <mm3> and mkfifo test.pipe
[20:16] <someone-noone> mm3, I need uninterruptable input for ffplay
[20:21] <beastd> someone-noone: you did create test.pipe with mkfifo , right?
[20:23] <someone-noone> beastd, yes
[20:27] <beastd> seems to work for me
[20:28] <someone-noone> beastd, yes it works. But only for the first run
[20:29] <someone-noone> on second run ffplay got errors in mpegts and h264
[20:29] <someone-noone> and I'm trying to make something like "infinity stream from file"
[20:29] <beastd> someone-noone: multiple runs work here
[20:30] <someone-noone> beastd, you're making something wrong. Do you run in loop?
[20:30] <someone-noone> try this:
[20:30] <someone-noone> while true
[20:30] <someone-noone> do
[20:30] <someone-noone> ./ffmpeg -re -i test.ts -vcodec copy -acodec copy -f mpegts - > test.pipe
[20:30] <someone-noone> done
[20:30] <someone-noone> and then ./ffplay test.pipe
[20:30] <someone-noone> and wait when first video will end
[20:32] <beastd> someone-noone: that is waht worked for me. i even used "./ffplay -autoexit test.pipe"
[20:33] <someone-noone> beastd, and your video file is looping in ffplay, yes?
[20:33] <someone-noone> does your video file has h264 codec?
[20:33] <beastd> no
[20:34] <beastd> will try h264 for fun now
[20:37] <beastd> works too
[20:39] <beastd> when your version with > shell redirection works correctly you could also just use -y as a global parameter and specify the file as output file as test.pipe directly as mm3 mentioned
[20:41] <someone-noone> beastd, ok. Have you tried h264? :) Btw are you receiving: "PES packet size mismatch" warning ?
[20:42] <beastd> [20:34:09] <beastd> will try h264 for fun now
[20:42] <beastd> [20:37:52] <beastd> works too
[20:42] <someone-noone> hm, beastd. Can you send your ts file to me?
[20:43] Action: beastd does not get any messages from ffplay except analyze duration / bitrate estimation ones
[20:45] <beastd> someone-noone: you can create is yourself:  ffmpeg -f lavfi -i rgbtestsrc -t 30 -f mpegts -c:v h264 ./frag.ts
[20:46] <someone-noone> beastd, thanks wil try it
[20:49] <someone-noone> hm works for me too
[20:51] <someone-noone> beastd, may I ask you to test my file?
[20:54] <beastd> someone-noone: do you get that warning when you play the file once directly with ffplay?
[20:54] <someone-noone> no, but I got anothers:
[20:55] <someone-noone> reference picture missing during reorder
[20:55] <someone-noone> mmco: unref short failure
[20:55] <beastd> what does ffplay say if you you remux to mpegts and try to play the resulting file
[20:56] <someone-noone> for the first "play" - no warnings, when second "play" comes, I got following:
[20:56] <someone-noone> [mpegts @ 0x7feb0985b200] PES packet size mismatchsq=    0B f=0/0  
[20:56] <someone-noone> [h264 @ 0x7feb0a068200] error while decoding MB 2 21, bytestream (-12)
[20:59] <beastd> someone-noone: if you don't use the pipe but remux your input file to mpegps. then you play it directly, you get no warning?
[20:59] <someone-noone> let me check
[21:02] <someone-noone> beastd, no warnings
[21:04] <beastd> hmm
[21:14] <beastd> someone-noone: what happens if you "cat remuxed.ts remuxed.ts > 2.ts" and try to play that?
[21:15] <someone-noone> beastd, one moment
[21:19] <someone-noone> beastd, hm it doesn't produce any errors or warnings, but it also doesn't play (black screen)
[21:20] <someone-noone> I mean it doesn't play second part
[21:32] <someone-noone> beastd, btw ffmpeg -i shows that file duration is ~2 mins, but should be ~4 mins
[21:39] <beastd> someone-noone: i think the duration thing is kind of normal. also timestamps will reset while you play it back
[21:51] <someone-noone> beastd, I don't know how& but it's working for now
[21:51] <someone-noone> beastd, I just reencoded file
[21:57] <someone-noone> I know where is problem
[21:57] <someone-noone> I encoded file with -g 12 option
[21:57] <someone-noone> and it doesn't work
[21:58] <someone-noone> but when I removed this option, piping files started to work
[21:58] <someone-noone> but anyway I need keyframes&more often...
[22:00] <beastd> someone-noone: did you try with different values for -g
[22:01] <someone-noone> beastd, no I didn't
[22:06] <beastd> someone-noone: maybe try some. i do not have time to look into this further.
[22:07] <beastd> but maybe someone else here is more knowledgable than me about the topic
[22:15] <Miesco> Should a regular .mp3 work on ios safari <audio> tag?
[22:15] <Miesco> Im trying to get my bro to listen to my bands song on his iphone
[22:18] <sacarasc> Send me an iPhone and I will test for you!
[22:20] <sacarasc> Safari on iOS (including iPad) currently supports uncompressed WAV and AIF audio, MP3 audio, and AAC-LC or HE-AAC audio. HE-AAC is the preferred format.
[22:20] <sacarasc> Yay! Google!
[22:20] <Miesco> sacarasc: Thats what I read
[22:20] <Miesco> sacarasc: Oh I thought it meanted uncompressed mp3
[22:20] <sacarasc> There is no uncompressed MP3.
[22:21] <Miesco> like supports concompressed    wav,mp3, etc
[22:21] <Miesco> sacarasc: Yea thats why I was confused
[22:30] <Tronic> Are there FFMPEG (not libav) packages for Ubuntu?
[22:34] <JEEB> not sure if there are ppas, but unfortunately the official repos only have libav atm
[22:45] <sacarasc> Would ffmpeg and libav be able to co-exist?
[22:50] <durandal_1707> sacarasc: they can't eat each other
[22:50] <sacarasc> I was just thinking, the libav* libraries might not like each other being installed.
[22:56] <durandal_1707> why would you install both ?
[22:56] <JEEB> the only problem is making all downstream apps who use the APIs being able to use both
[22:56] <JEEB> without making multiple versions of them
[22:57] <JEEB> just installing libav-tools or ffmpeg-tools should be simpler, with one of them being statically linked or whatever
[22:57] <durandal_1707> API is same
[22:57] <JEEB> mostly, yeah
[22:58] <beastd> Tronic: PPA is listed here: http://ffmpeg.org/download.html#LinuxBuilds
[22:59] <kms_> hello
[22:59] <kms_> a have a question
[23:00] <durandal_1707> go ahead
[23:04] <durandal_1707> kms_: your question?
[23:08] <kms_> i need crop video, and AFTER convert it and save to file..  command: avconv -i "filename"  -vf "crop=in_w:in_w/16*9"  -b:v 512k -aspect 16:9 -deinterlace -s:v 720x405 -ac 2 -aq 0 -y "out.webm"   give me wrong result. Outputed video have right resolution but it is ni cropped but stretched horisontal. If i crop video and after by next command resize it -  result is right
[23:10] <durandal_1707> avconv is banned here
[23:10] <kms_> i need crop top and bottom lines and resize video to 16:9 to smallest resolution
[23:10] <cbsrobot>   lol
[23:10] <durandal_1707> actually you are on wrong channel if you ask help for avconv
[23:10] <kms_> =O
[23:10] <sacarasc> #libav for avconv.
[23:12] <beastd> kms_:  avconv is not from FFmpeg , ffmpeg from Libav is also not FFmpeg
[23:12] <ulatekh> Hello all.  Does anyone know how to get a list of pixel formats supported for raw video in QuickTime?  The only one that produces accurate results (i.e. preserves interlacing) is rgb24, but that takes up a LOT of disk space.  Every other format I've tried doesn't preserve interlacing.
[23:13] <kms_> ok
[23:13] <beastd> kms_: How to get FFmpeg is explained here http://ffmpeg.org/download.html
[23:14] <durandal_1707> ulatekh: yuv420p = R420, yuv411 = R411
[23:15] <durandal_1707> ulatekh: those are from Radius DV for QuickTime
[23:15] <durandal_1707> there are also other yuv packed variants
[23:16] <durandal_1707> also raw formats DO take LOT of disk space
[23:16] <ulatekh> @durandel_1707: I tried yuv420p, but it wouldn't decode...I'll try again to make darn sure.
[23:17] <ulatekh> Yeah, I know they do...I'm just going to use them while editing...the final result will be encoded more efficiently.
[23:17] <durandal_1707> hmm, it may not be supported by official qt...
[23:17] <Tronic> beastd: Thanks. I actually ended up installing the git version because there were packages only for 0.10, not .11 :)
[23:17] <ulatekh> Right now the files are in raw YUV format, but kdenlive doesn't support imported clips of that format.
[23:17] <beastd> Tronic: OK. sometimes the packages might lag a bit behind. git-master is also fine :)  Have fun!
[23:19] <ulatekh> @durandel_1707: should I be using "-pix_fmt r420" and "-pix_fmt r411" in my "ffmpeg111 -i [input.yuv] -vcodec rawvideo -pix_fmt [pixfmt] [output.mov]" command line?
[23:19] <ulatekh> And yes, I'm running latest git.
[23:20] <durandal_1707> no, r420 is tag...
[23:20] <ulatekh> As in "-vtag r420"?
[23:20] <ulatekh> "ffmpeg111 -i karaoke-20130119-01-pass1-yuv420p.mov -f yuv4mpegpipe -pix_fmt yuv420p - | head -1" just gave me "[rawvideo @ 0x87bfd30] Pixel format was not specified and cannot be detected"
[23:20] <durandal_1707> yes, but that should be set automagically
[23:21] <durandal_1707> the -f part does not make sense...
[23:21] <ulatekh> "-f yuv4mpegpipe" converts back to raw YUV format.
[23:21] <durandal_1707> pastebin full command
[23:22] <durandal_1707> ulatekh: i thought you wanted to save yuv into mov....
[23:22] <ulatekh> "ffmpeg111 -i [input.yuv] -vcodec rawvideo -pix_fmt [pixfmt] [output.mov]" was the full command..."pixfmt" works if it's "rgb24", but it just failed when set to "yuv420p" because it wouldn't decode.
[23:22] <ulatekh> I need to save yuv into mov so that kdenlive will accept it as an imported clip.
[23:23] <durandal_1707> ulatekh: if you want to compress lossless there is fffhuff
[23:24] <ulatekh> Do those work in a .mov container?  The whole problem is that the interlaced flag keeps getting lost.  There's an uncommited change written yesterday that fixes it for raw video, but the patch author says I have to use a .mov container or else the interlaced flag gets lost.
[23:24] <ulatekh> http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/158164 to see the patch
[23:26] <durandal_1707> hmm, only what mov allows and allow raw is png/jpeg2000
[23:27] <ulatekh> As in "-vcodec png"?  Because that was rgb24 pixel-format too.
[23:27] <ulatekh> So maybe rgb24 _is_ my only chance.  Where did you find the list of pixel formats that .mov allows?
[23:29] <durandal_1707> in libavcodec/raw.c
[23:29] <durandal_1707> scroll to quicktime
[23:30] <ulatekh> Yeah, around line 169 in latest git...but there's a big list there
[23:31] <durandal_1707> it have rgb and yuv, and you will not save much with either...
[23:31] <durandal_1707> (i ignore rgb555)
[23:32] <durandal_1707> and gray...
[23:32] <ulatekh> Hey, "-pix_fmt uyvy422 -vtag 2vuy" just produced a clip that imports into kdenlive!
[23:32] <durandal_1707> yes, they packed is more supported
[23:32] <durandal_1707> *packed pixel format variant
[23:33] <ulatekh> yuv420p is listed there, but that produced a clip that wouldn't import or decode...so how do I tell which pixel-format in this list will actually work with raw video?
[23:33] <ulatekh> And BTW, thank you very much for your help.
[23:33] <durandal_1707> though, -vtag ... should not be needed as that one is default one ...
[23:33] <ulatekh> I'll try it without that next.
[23:34] <durandal_1707> ulatekh: planar could be also slow to use anyway
[23:34] <ulatekh> As long as it's raw, and kdenlive accepts it as an imported clip, I don't care about speed/space...this is just for editing purposes.
[23:34] <durandal_1707> ulatekh: i dunno what kdenlive supports, probably only packed formats
[23:35] <durandal_1707> packed formats do _not_ have P in its name
[23:35] <ulatekh> So far, it's accepted "ffmpeg111 -i [input.yuv] -vcodec rawvideo [pixfmt] [output.mov]" for pixfmt of "-pix_fmt rgb24" and "-pix_fmt uyvy422 -vtag 2vuy".
[23:36] <durandal_1707> ahh yes, 2vuy is not really default, some other one is....
[23:36] <ulatekh> (ffmpeg111 is my latest-git version, renamed with --progs-suffix and --build-suffix so that it can coexist on my machine with the yum-repo version of ffmpeg, since several dozen packages on my system depend on that)
[23:37] <ulatekh> "-pix_fmt yuv411p" didn't work.
[23:37] <durandal_1707> default tag picked is UYVY , which is not optimal i guess for mov
[23:37] <durandal_1707> ulatekh: do not try any planar any more, i bet 99.9999% it does not support any
[23:38] <ulatekh> No problem...but what should I choose?  There's a big list & only 2 have worked so far.  Right now I'm trying "-pix_fmt uyvy422" without the "-vtag 2vuy".
[23:39] <durandal_1707> ulatekh: unfortunately only remainig packed yuv is uyvy422 with different order : yuyv422
[23:40] <ulatekh> So I shouldn't bother trying the other ones?
[23:41] <durandal_1707> you could try rgb565 for fun, it takes 66% of rgb24
[23:42] <ulatekh> OK, "-pix_fmt uyvy422" without the "-vtag 2vuy" worked.  I'll try "rgb565" next.
[23:42] <durandal_1707> or rgba if you want alpha
[23:42] <durandal_1707> 565 is bad if you care for quality colors
[23:43] <ulatekh> Maybe I should stick with uyvy422 then?
[23:44] <durandal_1707> ulatekh: you could ask kdenlive
[23:45] <ulatekh> This is more of an ffmpeg issue, though, i.e. which pixel-formats are allowed for raw video in a Quicktime container.
[23:46] <ulatekh> OK, "-pix_fmt rgb565" produced a working file.
[23:46] <durandal_1707> funny
[23:46] <ulatekh> It's the exact same size as the uyvy422 file, too.
[23:47] <durandal_1707> yup, they take same amount of bits: look -pix_fmts output
[23:48] <durandal_1707> but probably one looks worse than other in most situations
[23:48] <ulatekh> So unless you know which other pixel formats are worth trying, I think I have a working solution, and I can leave you in peace with my gratitude for your help.
[23:49] <durandal_1707> ulatekh: ask kdenlive devs, it should support yuv444
[23:50] <durandal_1707> if not, it is not right tool...
[23:50] <ulatekh> The issue is specifically with raw video in a Quicktime container...if ffmpeg can't decode a file, kdenlive can't either.
[23:51] <durandal_1707> hmm, than you are limited with mov container
[23:52] <ulatekh> That's fine, I just want to know what the limits are.  Apparently only the .mov container is going to preserve the interlacing flag on raw video, so it's my only choice for a container.
[23:53] <durandal_1707> hmm, nut should support that too IIRC
[23:53] <ulatekh> As in "-f nut"?
[23:54] <durandal_1707> also matroska should too
[23:55] <ulatekh> I'll try .nut and .mkv output files next.
[23:55] <durandal_1707> well interlaced flag is set per each frame when decoding
[23:56] <durandal_1707> also ffv1 saves interlaced flag in bitstream
[23:56] <durandal_1707> so you do not depend on container when using ffv1
[23:57] <ulatekh> Apparently I am...I can't use an AVI container...it loses the interlaced info.  I'm trying .nut now, and next I'll try .mkv .
[23:58] <durandal_1707> also other lossless video codecs like utvideo,huffyuv could store interlaced flag....
[23:58] <durandal_1707> ulatekh: you are apparently limited by version of lav* kdenlive use
[23:58] <ulatekh> Yeah, the ffv1 and huffyuv video codecs were fixed by the patch I mentioned earlier...the issue now seems to be the container.
[23:59] <ulatekh> I compiled my kdenlive and mlt on top of latest-git ffmpeg earlier today.
[00:00] --- Sun Jan 27 2013