Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

July 2013

1 participants
62 discussions

ffmpeg-devel.log.20130630
by burek 01 Jul '13

01 Jul '13

[00:00] <durandal11707> random crap crash with low mem [00:58] <Compn> whats the low mem [00:58] <Compn> i didnt understand it from the bug report [00:59] <Compn> oh max_alloc [01:00] <Compn> durandal11707 : all the old stuff (h263, rm , indeo) will probably crash. those decoders are in some ... not great shape [01:41] <cone-1> ffmpeg.git 03Michael Niedermayer 07master:6d6eabd399eb: mjpeg_decode_dc: check code before using it in get_xbits() [01:41] <cone-1> ffmpeg.git 03Michael Niedermayer 07master:13c56e9a9cf1: 4xm: check for invalid zero ac coeffs [01:41] <cone-1> ffmpeg.git 03Michael Niedermayer 07master:68efb1d60a99: 4xm: Dont ignore dc run errors [01:41] <cone-1> ffmpeg.git 03Michael Niedermayer 07master:ff130d7363e0: get_xbits: assert validity of the number of bits [01:42] <Compn> durandal11707 : so are these crashes something that might affect regular systems or is it just another 'fill the code up with checks no one needs' ? [01:43] <durandal11707> Compn: could you please stop highlighting me? [01:43] <Compn> ok [08:19] <superware> michaelni: hi [09:59] Last message repeated 1 time(s). [11:22] <cone-914> ffmpeg.git 03Loren Merritt 07master:cc6714bb16b1: lpc: remove "decay" argument [11:22] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:d3bd320e63bf: Merge commit 'cc6714bb16b1f0716ba43701d47273dbe9657b8b' [11:25] <superware> michaelni: hi, you here? [11:30] <cone-914> ffmpeg.git 03Loren Merritt 07master:41578f70cf8a: lpc: use function pointers, in preparation for asm [11:30] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:c93a424718c3: Merge commit '41578f70cf8aec8e7565fba1ca7e07f3dc46c3d2' [11:32] <ubitux> superware: just speak, he will read later [11:33] <superware> michaelni: remember your "udp: Fix receiving large udp packets"? well, my stream still doesn't play (while it's dump does), please ping me when you see this. [11:34] <michaelni> superware, can you post the full uncut output of the new version again / is the error that occured last time still occuring ? [11:38] <superware> michaelni: http://pastebin.com/7BQpVYGG [11:39] <superware> no [udp] errors/warnings, but still not playing [11:41] <michaelni> superware, then probably theres a second issue with this stream [11:41] <superware> :) its dump plays [11:42] <superware> please let me stream it to you [11:46] <michaelni> superware, maybe later but i already have an idea what it could be so it wont help much [11:46] <superware> a) I've tried various MPEG-2 Transport Stream packet analyzers, b) even implemented my own TS depacketizer, c) VLC plays from udp, d) raw dump plays [11:48] <superware> michaelni: ok, I just thought trying the stream directly will lead to all bugs/issues at once :) [11:50] <superware> michaelni: maybe I can stream it to someone else here? [11:55] <michaelni> superware, i will look into it later when i have time, it wont help to stream to me until iam out of things to fix [12:11] <superware> michaelni: ok, I appreciate your help on this. Please tell me if you need me to do/test something, I'll be here. [12:14] <cone-914> ffmpeg.git 03Loren Merritt 07master:502ab21af0ca: x86: lpc: simd av_update_lls [12:14] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:78b547963362: Merge commit '502ab21af0ca68f76d6112722c46d2f35c004053' [12:14] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:0b40c505087f: lls.asm: put avx code under if HAVE_AVX_EXTERNAL [12:14] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:a285079bc75a: lls.asm: disable ff_update_lls_avx [12:19] <cone-914> ffmpeg.git 03Loren Merritt 07master:b545179fdff1: x86: lpc: simd av_evaluate_lls [12:19] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:6e76e6a05a56: Merge commit 'b545179fdff1ccfbbb9d422e4e9720cb6c6d9191' [12:41] <cone-914> ffmpeg.git 03Loren Merritt 07master:c93ccf5a4cca: lpc: use levinson for the first pass of multipass cholesky [12:41] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:32a39552597a: Merge commit 'c93ccf5a4cca722b39f05e9f5660b4cb75bc1740' [12:41] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:e27be795f019: avcodec/lpc: Use a function pointer from an initialized context [13:05] <cone-914> ffmpeg.git 03Luca Barbato 07master:183880cfc4aa: pictor: use the correct logging context [13:05] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:97947d9bba51: Merge commit '183880cfc4aae53ce504e13337791cad5841c80c' [13:23] <cone-914> ffmpeg.git 03Luca Barbato 07master:d4a217a408da: wmapro: check the min_samples_per_subframe [13:23] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:490ed7f0eccf: Merge commit 'd4a217a408da4bd63acc02cd8f9ebe378a2ad65a' [13:43] <cone-914> ffmpeg.git 03Luca Barbato 07master:02ec656af720: wmapro: error out on impossible scale factor offsets [13:43] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:c1fc4ff937cd: Merge commit '02ec656af72030eea4f3d63e30b25625cce6a3df' [13:44] <cone-914> ffmpeg.git 03Derek Buitenhuis 07master:7798a59dc14a: avconv: Don't include colorspace.h [13:44] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:06549cee4281: Merge commit '7798a59dc14ae27efe64e639a42646002608a908' [13:57] <cone-914> ffmpeg.git 03Luca Barbato 07master:7520d9779c6d: mjpeg: Move code out of else branch [13:57] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:e3fb8ac9564b: Merge commit '7520d9779c6d30b385df5a0a42da508238076192' [14:12] <cone-914> ffmpeg.git 03Luca Barbato 07master:6765ee7b9cba: mjpeg: Check the unescaped size for overflows [14:12] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:afddf0d9105d: Merge remote-tracking branch 'qatar/master' [15:30] <superware> michaelni: regarding the udp-ts problem, do you still think this is an ffmpeg issue? [15:30] <michaelni> superware, i dont uderstand the question ? [15:31] <michaelni> superware, iam working on it, theres a bug in the mpegts demuxer code [15:31] <superware> michaelni: "maybe later but i already have an idea what it could be so it wont help much" [15:32] <superware> oh, great [15:32] <michaelni> of course i dont know if thats the only issue left :) [15:34] <superware> michaelni: that's why I'm trying to convince you to try this (challenging yet probably valid) stream out :) [15:42] <superware> michaelni: after you fix it I hope we'll be able to try it out ;) [16:10] <durandal_1707> michaelni: why asm doesn't compile with yasm from ubuntu? [16:10] <michaelni> durandal_1707, why ask me ?? [16:11] <BBB> durandal_1707: probably too old version of yasm [16:13] <durandal_1707> michaelni: well you just disabled it [16:15] <michaelni> durandal_1707, yes, code that breaks build should be disabled until someone fixes it [16:16] <durandal_1707> but what about other cases where it does not break build? [16:17] <michaelni> durandal_1707, you want to wok on the issue ? [16:18] <michaelni> iam working on another issue and then have many other issues that we need to fix before the release [16:18] <michaelni> ... to work on [16:19] <michaelni> and this one will be fixed by the people from the fork as they are affected too [16:19] <michaelni> i am not interrested in doing the work twice [16:21] <superware> michaelni: are you going to release 1.3? [16:22] <durandal_1707> but they are certainly interested in redoing it in another sometimes worse way... [16:28] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:b7c6685268d7: mpegts_read_header: goto fail instead of return directly [16:28] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:a5f23d8da08e: mpegts: factor seek_back() out [16:28] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:4e9966049311: mpegts: use seek_back() for all seek backs [16:34] <nevcairiel> so who broke msvc today? :D [16:44] <durandal_1707> what test is failing? [16:51] <nevcairiel> some flac thing [16:52] <nevcairiel> flac-16-lpc-cholesky [16:57] <durandal_1707> i will push wavpack encoder soon [16:57] <durandal_1707> because it looks like new release is not going to happen any time soon [17:07] <nevcairiel> interesting, apparenly not only msvc broken but all 32-bit x86 [17:08] <nevcairiel> that'll motivate someone to fix it sooner and i don't have to bother debugging in msvc =) [18:29] <JEEB> btw, anyone here interested in seeing why these certain ogm samples can't seek? [18:31] <JEEB> (if you try to -ss before -i with https://fushizen.eu/samples/lavf_ogm_seeking_borked.ogm you will basically get ~8 frames decoded and it suddenly stops) [18:31] <nevcairiel> EFILETOOBIG [18:32] <JEEB> yes, I have no idea if I could dd [18:32] <JEEB> don't remember how ogm works [18:32] <nevcairiel> i can sum it up in one word: badly [18:32] <JEEB> well yes [18:32] <JEEB> I don't disagree there in any way [18:33] <JEEB> but this sample can be seeked with gabest's or haali's splitter [18:33] <michaelni> superware, patchset that may fix the mpegts-udp thing is on ffmpeg-devel [18:33] <JEEB> otherwise I wouldn't bring it up at all [18:33] <JEEB> elenril said something about index entries being too far from each other IIRC [18:35] <superware> michaelni: what's a patchset/ffmpeg-devel? [18:36] <cone-914> ffmpeg.git 03Matthieu Bouron 07master:9e6d063dbc47: lavf/movenc: use ffio_fill() [18:36] <superware> michaelni: let me help you simply test it :) [18:38] <michaelni> superware, http://en.wikipedia.org/wiki/Patch_%28computing%29 [18:38] <ubitux> superware: http://ffmpeg.org/pipermail/ffmpeg-devel/2013-June/145286.html and the two following [18:39] <ubitux> michaelni: maybe you could put them in a branch on your github to ease testing? [18:40] <superware> ubitux: and why not in the git? [18:42] <ubitux> patches are posted for testing before going upstream [18:42] <wm4> wow 2013 and still trouble with ogm [18:42] <JEEB> "There's this thing called code review" [18:42] <JEEB> wm4, pretty much the last problem I can find with libavformat :P [18:42] <superware> yes, it's not a small fix [18:46] <durandal_1707> wm4: ogm/ogg is crap [18:46] <wm4> doesn't mean it should not work [18:47] <JEEB> OGM is crap, I don't think anyone disagrees with that. Too bad I can see certain other splitters handling this sample fine so I can't see any reason why it shouldn't be handled fine in theory in libavformat as well :s [18:48] <JEEB> Otherwise I could have told people that they should stick that file up their you-know-what [18:51] <cone-914> ffmpeg.git 03Paul B Mahol 07master:7e112df47095: flac_parser: check return value of av_fifo_alloc() [19:05] <durandal_1707> no more filters :( [19:06] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:247425241cb3: avutil/x86: disable ff_evaluate_lls_sse2() for 32bit [19:07] <Daemon404> pengvado, ^ [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:6258e86d4b1c: Drop local lable from ppc asm timer. [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:33f5d70df589: Rename constant HZ in af_biquads.c as HERTZ. [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:674d8a962960: Rename thread_init() in libavcodec and libavfilter as library_thread_init(). [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:742b9617698f: Rename constant FRAMESIZE in ra144 codec as FRAME_SIZE. [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:0915b531bc62: Rename "AVClass class" as "AVClass component_class". [21:24] <cone-914> ffmpeg.git 03Carl Eugen Hoyos 07master:f803e0dc0e75: Support compilation on aix with gcc. [21:24] <cone-914> ffmpeg.git 03Michael Niedermayer 07master:b00e56bec5f8: Merge remote-tracking branch 'cehoyos/master' [21:34] <durandal11707> local lable? yo that serious? [21:36] <durandal11707> cehoyos: is flac oom fixed by 7e112df47095? [21:44] <cone-914> ffmpeg.git 03Paul B Mahol 07master:84343dd9d3b8: indeo3: check return values of av_malloc() [21:59] <cehoyos> durandal11707: Sorry, but how did you find the issues with flac and indeo3 ? [22:00] <durandal11707> what? [22:04] <cehoyos> You told me that the commits you made are unrelated to two tickets that were opened yesterday, since I want to improve myself, I'd like to learn how you found these issues. [22:07] <durandal11707> well you told yourself that patch for indeo3 did not fully fixed ticket [22:07] <durandal11707> and for flac i dunno, i never tried to reproduce bug [22:08] <durandal11707> i just search for av_malloc/or related call where value is never checked [22:08] <durandal11707> there is bunch of such cases in code [22:09] <cehoyos> This is how everybody except me does it, it is called fixing tickets and of course your commits fix both the indeo3 and the flac tickets. [22:13] <ubitux> JEEB: did you open a ticket? [22:13] <JEEB> the sample is over 200MB and I don't know if I can just dd it >_> And I didn't want to put the link on the tracker. [22:14] <cehoyos> What kind of issue? [22:14] <JEEB> seeking fails with certain kinds of OGM files [22:15] <JEEB> I would have told the person who brought the sample to me to go off, but Gabest and Haali can handle it :s [22:15] <JEEB> <JEEB> (if you try to -ss before -i with https://fushizen.eu/samples/lavf_ogm_seeking_borked.ogm you will basically get ~8 frames decoded and it suddenly stops) [22:16] <Daemon404> and theyre all dropped. [22:19] <wm4> can't you just upload it to the samples ftp? [22:19] <superware> michaelni: hi, would you like to check your patches with my mpegts stream? [22:21] <durandal11707> superware: why can't you do it yourself? [22:22] <durandal11707> you constantly ask michaelni to fix bug(s) for you and than also ask to check if its really fixed [22:30] <superware> durandal11707: I don't think I can do it myself. I think Michael can speak for himself, if you're so interested he said "maybe later" for testing. I really don't think he's fixing things "for me", but rather for the project/community. His help is much appreciated, and if you're here then I guess yours also. [22:30] <Compn> durandal11707 : cehoyos is asking how to find code without checks on it [22:30] <Compn> durandal11707 : do you have a script or tool that shows what to look for ? [22:31] <durandal11707> grep av_malloc/actually any non void function that returns something and may fail [22:31] <superware> durandal11707: technically, my stream had several issues with ffmpeg, and since it seems to be difficult to reproduce, testing the source stream seems like the fastest path forward. [22:32] <durandal11707> superware: than you open bug report and upload sample with wich one can reproduce issue or provide link or way how to reproduce bug [22:32] <Compn> cehoyos : "grep av_malloc/actually any non void function that returns something and may fail" [22:33] <superware> "difficult to reproduce" seems clear to me, the issues aren't with the data, but rather with udp/ip. [22:33] <durandal11707> Compn: and code that use such functions never checks return value ... [22:34] <superware> durandal11707: a raw dump of the streams plays just fine, for example. [22:35] <durandal11707> yes, but ffmpeg have udp protocol r/w [22:38] <superware> durandal11707: ? [22:39] <Compn> superdump : ffmpeg can output udp stream too [22:39] <Compn> r/w = read / write [22:40] <superware> so? [22:40] <superware> I meant: and the point? [22:42] <Daemon404> so [22:42] <Daemon404> without context [22:42] <Daemon404> what are you tryin to do, superware [22:42] <Daemon404> (ill try to be less useless than Compn) [22:42] <durandal11707> superware: i was trying to redirect you to providing way how to reproduce bug with ffmpeg itself [22:43] <Compn> Daemon404 : i just translate english to more english around here :P [22:43] <superware> I have a "problematic" stream that seems to raise a few issues with ffmpeg, michaelni found some of the buggy sections and fixed them. [22:44] <superware> durandal11707: reproduce without an externally sourced stream? [22:45] <Daemon404> anyway, side note for anyone: after giving up on many of ffmpeg's streaming facilities, i found havng ffmpeg handle udp and using wowza to multiplex worked very well [22:45] <superware> the source origin is hardware [22:45] Action: Daemon404 wanders off [22:48] <superware> anyway, thank you all for helping out, great project. [22:50] <durandal11707> superdump: i wonder how michaelni can fix your issue without even exact step how to reproduce it [22:50] <Daemon404> wrong nick [22:50] <durandal11707> fuck [22:50] <Daemon404> superware left [22:55] <durandal11707> cehoyos: why you don't create normal patches with "git format-patch" that have actuall commit log message? [23:39] <wm4> durandal11707: any plans to enable audio decoding threads by default? [23:44] <wm4> I like how these AVERROR "fourccs" make it really hard to look up an error [23:45] <ubitux> how so? [23:46] <ubitux> also, it's done to be abi compatible [23:47] <ubitux> %.4s should help you btw [23:50] <wm4> no, that doesn't help, because there are sometimes plain numbers in there anyway [23:51] <wm4> so better suggest av_err2str() [23:52] <wm4> still... why can't it just use numbers? [23:52] <Daemon404> i just converted them all to numbers [23:52] <Daemon404> and kept them in a text file [23:52] <Daemon404> as a LUT [23:52] <wm4> heh [23:52] <Daemon404> -_- [23:52] <Daemon404> whats mroe confusng [23:52] <wm4> and by numbers I mean small numbers, starting from 1 (or -1) [23:53] <Daemon404> i that SOMETIMES thyre fuurccs [23:53] <Daemon404> other times theyre from errno [23:53] <Daemon404> but negative [23:53] <Daemon404> e.g. AVERROR(ENMEM) [23:53] <Daemon404> er ENOMEM [23:53] <wm4> ugh [23:53] <wm4> I saw strerror_r in error.c, but using them intentionally is a bit worse [23:53] <wm4> as opposed to trying to propagate libc error numbers [23:54] <wm4> well, still better than "return -1;" I guess [23:54] <Daemon404> a lot of times, the "useful" retrn codes are no better than -1 [23:54] <Daemon404> becase every error in a file will be INVALIDATA [23:54] <Daemon404> or w/e [23:54] <ubitux> wm4: i suggested mostly for debugging, indeed av_err2str() is more appropriate [00:00] --- Mon Jul 1 2013

1 0

ffmpeg.log.20130630
by burek 01 Jul '13

01 Jul '13

[02:12] <flok420> hi. can I use ffmpeg in a pipe-construction (reading from stdin) and then resample a raw audio-stream from samplerate x to samplerate y? (emitting it to stdout so that I can feed it to an other program) [02:18] <klaxa> flok420: does ffmpeg -i - not work? [02:19] <klaxa> output to stdout could be achieved with ffmpeg <input options> -f <container> pipe: [02:21] <flok420> klaxa: yes -i indeed works but I could not find how to both set the input and the resampled output samplerate [02:22] <klaxa> ah raw audio stream... try: ffmpeg -f rawaudio -ar <in-sample-rate> -i - -ar <out-sample-rate> -f rawaudio pipe: [02:23] <WolfpupL> relaxed can you pm me for a min [02:25] <mark4o> -f s16le (or whatever format you are using) [02:26] <klaxa> ah yes would probably be better tehe [02:27] <flok420> yes, this seems to work: ffmpeg -f u16be -ar 44100 -i - -ar 22050 -f u16be - [02:27] <flok420> thanks! [02:27] <flok420> (to my surprise the input was nog 28kHz but 44.1kHz) [02:27] <mark4o> your raw audio is u16be? weird, never seen that [02:28] <flok420> not entirely sure if it is signed or unsigned, am testing that now [02:28] <mark4o> s16 is a lot more common [08:21] <deadman36g> identify lastride1 [08:23] <deadman36g> can someone help me with screenshots? I need somescreets that are DAR but the ones I make end up SAR [08:25] <sdl240> deadman36g, ffmpeg -ss 00:10:00 -i /foo/video.mkv -y -vframes 1 -vf "scale='max(sar,1)*iw':'max(1/sar,1)*ih'" /bar/screenshot.png [08:34] <deadman36g> sdl240, I tried the command you gave at first and it returned /foo/Fall Of The Eagles.mkv: No such file or directory so then I did the command with /foo/ removed and I got [image2 @ 0x13cdf00] Could not open file : /bar/screenshot.pngbitrate= -0.0kbits/s dup=0 drop=74 [08:34] <deadman36g> av_interleaved_write_frame(): Input/output error [08:44] <sdl240> ffmpeg -ss 00:10:00 -i videofile.avi -y -vframes 1 -vf "scale='max(sar,1)*iw':'max(1/sar,1)*ih'" screenshot.png [08:46] <deadman36g> thank you very much sdl240 that does the trick :O [08:46] <sdl240> ffmpeg -ss 00:10:00 -i Fall Of The Eagle.avi -y -vframes 1 -vf "scale='max(sar,1)*iw':'max(1/sar,1)*ih'" /your.individual.path/screenie.png [08:46] <sdl240> ok, fine [12:32] <vulture-> using a custom io context I get this at the end of my streams: [mov,mp4,m4a,3gp,3g2,mj2 @ 000000002246bea0] stream 1, offset 0x5dc48c3: partial file [12:32] <vulture-> is there some common pitfall I'm missing? ;d [12:33] <vulture-> I do seem to be writing the whole stream and then sending EOF [13:26] <luc4_mac> Hi! I'm using ffmpeg built using macports on Mac OS. I noticed that ffmpeg reports "using cpu capabilities: none!". Is this correct? Isn't there any CPU capability that can be used by ffmpeg to increase performance on a mac, like sse? [13:31] <relaxed> luc4_mac: try the static build found on the download page. [13:32] <Mavrik> yp [13:32] <Mavrik> luc4_mac, afaik macports script disables all ASM optimizations on mac for some stupid reason [13:33] <luc4_mac> Mavrik: oh thanks then! I'll try to download the built version. [13:35] <cbsrobot> luc4_mac or use homebrew [13:44] <luc4_mac> Mavrik: in fact it is far better now :-) thanks! [16:36] <gtlz> greetings [16:37] <gtlz> i'm trying to do some vfs before sending my /dev/video device off to ffserver... however, no VFs are being obeyed.... if i create a sample output.mp4, it works perfectly. all the vfs work right. but, if i view the ffserver stream, there is no vf (crop & text) [16:38] <gtlz> what gives? is this a bug or expected behaviro? if it's the latter, what's the best way to cope? outputting to a temporary file/pipe and using a separate ffmpeg command to take that input and feed to cam? [16:38] <gtlz> s/to cam/to ffserver/ [17:13] <gtlz> yeah the vfs are completely ignored if the output is an ffm rather than an mp4 [17:19] <shad0VV> hi [17:21] <shad0VV> i am trying to play a network stream, its protocol is mms... but ffplay cannot find a protocol to open url [18:42] <rabiescat99> Hello. I converted a 4K video clip and it turned from 6.95 GB to 79.6 MB with no loss of quality. However, it changed the colors slightly so they are a little darker. Comparison: http://i.imgur.com/gUxZHYF.jpg Command used: "ffmpeg.exe -i test.avi -q:a 0 -q:v 0 test_out.avi" What gives? [18:55] <rabiescat99> Anyone alive in here? [19:02] <durandal_1707> what colors are in 4k video? [19:03] <rabiescat99> Huh? [19:04] <durandal_1707> usually colors changes when doing rgb->yuv [19:04] <durandal_1707> so what exactly you are doing is still unknown [19:04] <rabiescat99> Who said anything about doing RGB => YUV? [19:05] <rabiescat99> I gave you the command used. [19:05] <durandal_1707> useless [19:05] <rabiescat99> Useless? [19:05] <sacarasc> But not the complete console output. [19:09] <rabiescat99> OK, let's say it DID convert from RGB to YUV. [19:09] <rabiescat99> Why did that fail? [19:09] <rabiescat99> Bug in ffmpeg? [19:10] <durandal_1707> it did not fail, it just may not be possible, or wrong coeff was used when doing colorspace conversion [19:11] <durandal_1707> eg, rgb->yuv is not same as rgb->yuvj [19:13] <rabiescat99> May not be possible? Hrm... [19:13] <rabiescat99> Are you saying YUV has many more colors or something? [19:13] <rabiescat99> I just assumed it was yet another redundant standard. [19:14] <rabiescat99> I have no idea what "yuvj" is. [19:14] <durandal_1707> well if colors are darked, than inspect and tweak colorspace conversion which is usually done by swscale [19:15] <durandal_1707> because you did not showed full, uncut console output, i cant say more [19:34] <rabiescat99> Um... [19:34] <rabiescat99> You saw the damn command. [19:35] <rabiescat99> What about it is potentially wrong? [19:35] <rabiescat99> It is not an actual problem, but just me wanting to know why it happened. [20:27] <brontosaurusrex> rabiescat99, the full output will give some clues what color-conversions were done in the process [20:27] <brontosaurusrex> if any [20:39] <rabiescat99> I don't have any such thing. [20:39] <rabiescat99> Why is it a problem? [20:40] <rabiescat99> If it's possible to convert, then it's a bug. [20:43] <brontosaurusrex> then report the bug [20:49] <brontosaurusrex> unless you are using a version from 2001 that is... [21:08] <rabiescat99> No old software herer. [21:08] <rabiescat99> -r [22:23] <LedM2> Hello? :p Anone can explain , why the MP3 headers on 64 bit are broken?. [22:26] <LedM2> I dont have commands on 64Bit, ate least i have Computr 64Bit, these versions are from the web server, and all only i ever has used is the 32 Bit withou any trouble, these Damaged Mp3 comes with an illegal header , its impossible to recovery ,i need to reconvert on 32 Bit to normalize. [22:27] <durandal11707> what ffmpeg version? [22:27] <durandal11707> can you give link to one such file? [22:28] <durandal11707> what os? [22:28] <durandal11707> lot of relevant info is missing for diagnostic [22:29] <LedM2> Well, on the id3 tagger that i use , with much difficulty, i discoverede the versio, Laf 8.5 OR Laf 8.6 is this... [22:30] <durandal11707> hmm, i can't recognise that [22:31] <LedM2> Ate least me, is a web server, TWO WEB SERVER, on 64Bit, .net [22:32] <durandal11707> WHAT EXACT VERSION [22:33] <LedM2> I am on mobile, but tomorrow, i will upload a MP3 , to opera server, and give a link, its oincredible, my phone and sd card corrupted by these Damaged headers, and the tagger dont fix... [22:34] <LedM2> I dont know the versio exactly, say Laf 8.5... and comes with supertagging property, :-| [22:35] <durandal11707> 0.8.5 ? [22:36] <LedM2> yes. [22:36] <LedM2> On 64Bit web server .net [22:36] <durandal11707> that is very old, and may not be FFmpeg at all but Libav fork [22:37] <LedM2> No, tomorrow i will take ta versio exactly, and the link to Damaged Mp3... [22:37] <LedM2> It says the version, Laf8.5....... [22:39] <LedM2> i was created an MP3 aac+ based on 32BIT, and works very well, but these web servers, do the same formule on 64Bit, but missing Legal Headers! impossible to fix without reconverting the fiel on 32bit [22:39] <BernzSed> I have a long video. There's about 10 seconds of video somewhere in the middle that I would like to replace with video from a different 10-second video file, but without replacing the audio. How can I do this? [22:40] <BernzSed> wait, why is my text underlined? [22:40] <BernzSed> &nvm? [22:41] <BernzSed> ok, that was odd. Anyone know the answer to my question? [22:41] <durandal11707> yes, i can answer your question. [22:43] <LedM2> The id3tagger on java says : javaIOException: IndexOutOfBounds 0; the phone music player, its plays someday yes, somedays ?The file disappears! ha! the magic of missing header! :-| [22:43] <BernzSed> Thanks. How? [22:45] <LedM2> BernSzeg: You have to separate entre audio of the video, and convert your entire video mutted, [22:46] <LedM2> Bernszed: sorry, when you have the mutted video, you cut untill the time tha you dont want tha appears, and replce with the new part, but the time have to be precisious! [22:47] <BernzSed> I was hoping there would be a better way than that :( [22:47] <durandal11707> BernzSed: if you need exact precision cut, you are probably forced to transcode video [22:48] <BernzSed> Transcode? [22:48] <LedM2> You will merge the three parts turning the video in one, and finally you re-merge the original audio... is this :-P [22:49] <durandal11707> BernzSed: reencode video [22:50] <BernzSed> I tried doing what LedM2 said I should do a while back, but ffmpeg couldn't consistently get the timings right. So either I was doing something wrong, or it was a bug that has hopefully since been fixed [22:50] <BernzSed> Thanks [22:50] <LedM2> I only see doing paciently, ffmpeg is hard to manipulate, if have transcode, it will be hardest time to encounter these commands(if exists)... [22:51] <LedM2> i will be back later... [22:52] <durandal11707> BernzSed: there are filters that can cut/trim video/audio and concat demuxer [22:52] <BernzSed> How do I use them? [22:53] <durandal11707> BernzSed: but i think same can be done just with filters, but that will force reencoding audio, wich may be needed anyway [22:53] <durandal11707> BernzSed: this is channel and not consulting [22:54] <durandal11707> there is filters documentation [22:57] <durandal11707> anyway i think that doing something like that should be currently support by our libavfilter, even if there are no examples [22:57] <durandal11707> basicaly you take one audio input and two video inputs, and outputs one audio and one vide [22:58] <durandal11707> *video [23:01] <durandal11707> and you are probably looking for interleave filters [23:02] <durandal11707> so you need latest ffmpeg version from git [23:04] <durandal11707> though it would be more logical that select filter does that: picking single frame from 2 inputs [23:19] <BernzSed> Thanks, I might check that out [00:00] --- Mon Jul 1 2013

1 0