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

[burek]

[00:28] <cone-352> ffmpeg.git 03Michael Niedermayer 07master:390aabb2a1ad: tcp: Fix the default timeout
[01:44] <cone-352> ffmpeg.git 03Michael Niedermayer 07master:efa9e6b42345: ff_network_wait_fd_timeout: do not break with timeout < 0
[01:44] <cone-352> ffmpeg.git 03Michael Niedermayer 07master:68b7b534be59: tcp: Use a default timeout of 5 sec for opening a connection but not for receiving packets
[01:49] <durandal_1707> 3
[02:40] <durandal_1707> saste: i'm porting psnr filter
[05:51] <cone-602> ffmpeg.git 03Michael Niedermayer 07master:0844630e6b01: avformat/mp3dec: Add usetoc option to allow dlsabling the use of the xing TOC
[12:16] <cone-626> ffmpeg.git 03Luca Barbato 07master:4972e5a186fe: bitstream_filter: K&R formatting cosmetics
[12:16] <cone-626> ffmpeg.git 03Michael Niedermayer 07master:98277fd1a0f7: Merge remote-tracking branch 'qatar/master'
[12:35] <cone-626> ffmpeg.git 03Timothy Gu 07master:561e05136f1c: doc/encoders: add libopus encoder doc
[12:35] <cone-626> ffmpeg.git 03Stefano Sabatini 07master:2aa2b4ac6555: examples/muxing: add support to audio resampling
[13:39] <cone-626> ffmpeg.git 03James Almer 07master:3960992f0abf: oggparseskeleton: Fix fisbone header parsing
[13:39] <cone-626> ffmpeg.git 03James Almer 07master:63d7684fefcf: oggparseskeleton: Replace avpriv_report_missing_feature() with a normal av_log() call
[15:56] <saste> durandal_1707, what psnr filter?
[15:56] <saste> the one on the archive?
[15:56] <durandal_1707> the one from '11
[15:56] <saste> ok
[16:19] <durandal_1707> perhaps i should use tiny_psnr instead?
[16:33] <cone-626> ffmpeg.git 03Michael Niedermayer 07master:32de28053d23: avcodec/x86/cabac: factorize broken llvm/clang check out
[16:33] <cone-626> ffmpeg.git 03Michael Niedermayer 07master:66537c7efd4e: avcodec/x86/cabac: Disable get_cabac_bypass_x86() on broken llvm/clang
[16:39] <durandal_1707> what happens if shortest is set to 0 and repeatlast is set to 0 for overlay/haldclut?
[17:10] <durandal_1707> michaelni: when muxing to nut and suspending ffmpeg, duration is not displayed for nut, when using ffprobe
[17:24] <superware> michaelni, hi. I was really hoping that udp/mpegts issue is behind us, but please see http://pastebin.com/WVBkyZTv :|
[17:25] <cone-626> ffmpeg.git 03Paul B Mahol 07master:96358062650a: lavfi/blend: use dual input helpers
[17:29] <durandal_1707> what is AOB?
[17:40] <michaelni> superware, so you have some hw that generates a ts over udp and that doesnt work with ffmpeg and you have a file that does work?
[17:40] <michaelni> if so how was this file generated?
[17:42] <Compn> durandal_1707 : like vob but aob ... so dvd audio file i think
[17:43] <nevcairiel> yes, AOB is dvd audio
[17:43] <nevcairiel> can contain PCM or MLP i think
[17:44] <michaelni> durandal_1707, suspended nut duration works here
[17:45] <superware> michaelni: VLC input dump
[17:45] <durandal_1707> i tried with ffv1 only
[17:45] <superware> michaelni: raw dump
[17:51] <superware> michaelni: VLC -> Media -> Convert / Save -> Network -> udp://@:1234 -> Dump raw input
[17:55] <michaelni> superware, and what does ffplay do ? it displays nothing? recognizreable video with heavy artifacts? good video with occasional artifacts ?
[17:55] <superware> nothing
[17:57] <superware> for some reason when I add -f h264 then after a few seconds the video opens up mostly grey, but in the right size
[17:57] <superware> Can I please stream it to your IP?
[17:58] <michaelni> superware, sure if you are on my LAN from outside it wont get past the router
[17:59] <superware> port-forwarding :)
[17:59] <michaelni> superware, iam not sure what the issue that remains is but you could try tools/aviocat
[17:59] <michaelni> with aviocat you can dump the udp to a file
[17:59] <michaelni> just to check if that works or not
[18:00] <superware> the raw udp will be dumped, or the ts?
[18:01] <michaelni> it will simply dump the packets as they are
[18:02] <superware> ok, I think that's what VLC is doing when I "dump raw input" to test.ts, ffplay can play it
[18:03] <superware> michaelni: if you add a port-forward for port 1234 to your intranet IP, it should go through
[18:05] <superware> and if you already have a port forwarded to your machine, I can use that port instead
[18:09] <michaelni> superware, ping me when you tested aviocat and please upload the resulting file from it (and vlc in case they behave differently)
[18:10] <cone-626> ffmpeg.git 03Paul B Mahol 07master:d64f3b72e0ea: replace some deprecated defines
[18:13] <michaelni> superware, also in case its unclear yes the person reporting a bug is supposed to take as much work of the developers shoulders as possible. All developers are quite busy most of the time ...
[18:18] <superware> michaelni, do you know of an aviocat win32 build? if not, will a test.ts dump from VLC suffice?
[18:19] <michaelni> well, one part iam trying to exclude is that vlc does more than dump raw udp
[18:20] <superware> forget VLC, I can do my own raw dumping from udp, it will take a few minutes
[18:29] <superware> michaelni, please try http://80.74.98.102/test.zip (this isn't a zip file, rename it to test.ts)
[18:31] <durandal_1707> is mencoder finally dead....
[18:48] <superware> michaelni, got it?
[19:06] <atiti> Too many slices, increase MAX_SLICES and recompile
[19:06] <atiti> hm
[20:43] <michaelni> superware, got the zip
[20:46] <superware> great, rename to test.ts. Yet it will play with ffplay, so I guess it can't really help reproduce the issue
[20:46] <michaelni> superware, this is not a raw udp dump or your hw uses ffmpeg
[20:46] <michaelni>  service_provider: FFmpeg
[20:47] <superware> trust me it's a raw udp dump
[20:47] <superware> maybe
[20:47] <superware> I meant it might be FFmpeg
[20:50] <michaelni> now the question is still, does it work with aviocat too
[20:50] <michaelni> aviocat uses the same code as ffplay for receiving udp
[20:54] <michaelni> superware, also if aviocat is not part of the stuff from zeranoe its probably a good idea to contact him, he might be unaware of it and the other tools
[20:55] <michaelni> and the more trivial thing, i assume you waited a bt for ffplay to display something, it can for some cases of network streams take a few seconds
[20:59] <superware> I waited
[21:00] <superware> I've created a new udp socket and wrote all incoming data to a file, there's nothing more raw than that :)
[21:01] <superware> I guess the issue/bug has something to do with the large datagrams being sent
[21:08] <superware> michaelni: ok, emailed zeranoe
[21:10] <superware> is there a chance you will be able to receive that stream? maybe there's a way to form a kind of VPN (supporting UDP)?
[22:29] <cone-826> ffmpeg.git 03Michael Niedermayer 07master:8ca5d277d8a8: avformat/utils: factor ff_find_last_ts() out of ff_gen_search()
[22:29] <cone-826> ffmpeg.git 03Michael Niedermayer 07master:7f250502897e: nutdec: use ff_find_last_ts()
[00:00] --- Sun Jul  7 2013