| 02:10.36 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 02:12.04 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |
| 02:27.28 | *** join/#asterisk-dev jkroon (~jkroon@165.16.203.109) |
| 02:27.29 | *** mode/#asterisk-dev [+o jkroon] by ChanServ |
| 04:11.26 | *** join/#asterisk-dev BamBam (495e5023@c-73-94-80-35.hsd1.mn.comcast.net) |
| 10:30.26 | jkroon | file, was just looking at some of the astricon stuff, specifically your talk on video. Very. Cool. Thanks for all your work. |
| 10:31.06 | file | wasn't just me! but thanks! |
| 10:31.50 | jkroon | You mentioned record/playback as one of the community questions. Due to being multi-stream capable, and streams being able to start/stop at different times, I'm guessing this is actually quite difficult overall? |
| 10:32.15 | file | it's effort |
| 10:32.29 | file | basically have to rewrite the entire core support for recording/playback |
| 10:32.36 | jkroon | i can imagine, and yes, I realise it's not only you, but you delivered the talk :). |
| 10:32.36 | file | and add new format modules |
| 10:33.28 | jkroon | hmm, i was contemplating writing a framehook application that just end up capturing all media frames and times and saving that basically "as is" to a file (or set of files). |
| 10:33.38 | file | framehooks don't support streams |
| 10:33.46 | jkroon | but haven't thought about it much further until i saw your talk again now. |
| 10:34.27 | file | so, provided it's just the primary streams the framehook itself would receive them |
| 10:34.28 | jkroon | and i'm sure you know this, but obviously different start/stop times for individual streams inside calls (bridges?) does complicate things as well. |
| 10:34.38 | file | yes. |
| 10:34.39 | jkroon | primary streams == audio? |
| 10:34.48 | file | primary streams being first audio, first video |
| 10:35.08 | jkroon | interesting. |
| 10:35.12 | file | also known as default stream within the core, the streams that would exist under non-multistream |
| 10:36.08 | jkroon | also guessing IAX/2 hasn't seen the changes made required to deal with this? We still have areas where IAX/2 is in use, but it's not a major trainsmash, just wondering. |
| 10:36.19 | file | nope |
| 10:36.26 | file | would require protocol changes |
| 10:37.18 | jkroon | cool. really need to get cracking on getting chan_sip out of the way which would enable moving 99% of those IAX/2 onto PJSIP (chan_sip buckles when we move those IAX channels over) |
| 10:37.52 | jkroon | thanks for the chat. really do appreciate. |
| 10:37.57 | file | aye aye |
| 10:40.14 | jkroon | sfp ... traditionally ConfBridge had an option for video follows talker, how hard would a patch be to use that for callers not support multi-stream? |
| 10:40.51 | file | it's possible but hard, the code isn't architected to have different video modes per-participant |
| 10:41.00 | file | and the video decoding can also be problematic |
| 10:41.31 | file | VP8 and VP9 you can't switch like that, because they embed ID information in the video frames and most decoders drop a new one |
| 10:41.39 | jkroon | well, currently, in multi-stream, if participant A sends codec foo but participant B only supports bar it won't work anyway. |
| 10:41.58 | jkroon | ah ok, so it's more about the codec *switch* |
| 10:42.04 | jkroon | disable and re-enable video :) |
| 10:42.17 | file | not codec switch exactly, but stream switch |
| 10:42.24 | jkroon | on that channel ... but yea .. that's like rebooting because some service crashed :). |
| 10:42.27 | file | if you're providing a stream of a VP8 with ID 1 |
| 10:42.31 | file | and you then send VP8 with ID 2 |
| 10:42.37 | file | the decoder will most likely drop, and video will freeze |
| 10:43.08 | file | afaik you either have to rewrite the payload to change the ID information so it appears to be the same, or reset the decoder |
| 10:44.14 | file | video is hard. |
| 11:21.31 | jkroon | indeed. |
| 13:14.06 | *** join/#asterisk-dev mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 13:14.06 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 13:56.11 | *** join/#asterisk-dev CELYA_ (~Thunderbi@lfbn-nan-1-1995-213.w90-105.abo.wanadoo.fr) |
| 14:22.52 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-pgkaskofgzqfjjnn) |
| 14:22.52 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:54.41 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-xhxxjidtotmdxjcb) |
| 14:54.41 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:36.30 | *** join/#asterisk-dev pchero (~pchero@211.178.226.108) |
| 15:36.31 | *** mode/#asterisk-dev [+o pchero] by ChanServ |
| 16:20.37 | *** join/#asterisk-dev AsteriskRoss_ (~AsteriskR@37.157.48.2) |
| 16:28.30 | *** join/#asterisk-dev AsteriskRoss__ (~AsteriskR@37.157.48.2) |
| 16:32.44 | *** join/#asterisk-dev AsteriskRoss_ (~AsteriskR@213.205.240.243) |
| 16:34.05 | *** join/#asterisk-dev AsteriskRoss (~AsteriskR@213.205.240.243) |
| 16:49.50 | *** join/#asterisk-dev AsteriskRoss (~AsteriskR@213.205.240.243) |
| 16:50.25 | *** join/#asterisk-dev AsteriskRoss_ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |
| 16:51.01 | *** join/#asterisk-dev AsteriskRoss__ (~AsteriskR@r01.nt-r1.nor.gb.voicehost.co.uk) |
| 23:20.29 | *** join/#asterisk-dev spatel (~spatel@pool-96-237-230-175.bstnma.fios.verizon.net) |