RE: [backstage] Streaming video on variable bandwidth connection?
-Original Message- From: owner-backst...@lists.bbc.co.uk [mailto:owner-backst...@lists.bbc.co.uk] On Behalf Of Sam Smith Sent: 06 February 2011 20:10 To: backstage@lists.bbc.co.uk Cc: friends-of-backst...@pielists.net Subject: Re: [backstage] Streaming video on variable bandwidth connection? something like skype which copes with that well, and then have something at the other end that pushes it out to other places? have run a number of video events across 3G links, and it works relatively well. Although if you're completely offline, it's not going to work that well (backup phone call?) another thing I've found useful is to have a few different phone networks available - one networks dead spot might be next to another network's basestation The T-Mobile / Orange network sharing came in useful for me last weekend... If you're going to consider Skype, also consider Google Chat's video technology (supposedly superior to Skype) and which uses licensed technology from Vidyo. Interesting video with people from Vidyo and conference demonstration with cameras of varying quality: http://pritecho.com/2010/04/vidyo-better-videoconferencing-than-skype/ - I'd imagine that Google's implementation has some kind of adaptive bandwidth management. (Watching the video through, apparently up to 50 people can conference in! some other quite nifty features in their own smallbiz package, but you'd expect it for the price of the package they were using in the demo) - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
Re: [backstage] Streaming video on variable bandwidth connection?
something like skype which copes with that well, and then have something at the other end that pushes it out to other places? have run a number of video events across 3G links, and it works relatively well. Although if you're completely offline, it's not going to work that well (backup phone call?) another thing I've found useful is to have a few different phone networks available - one networks dead spot might be next to another network's basestation Sam On 1 Feb 2011, at 23:11, Tim Dobson wrote: Hey guys, Can I pick your brains please. :) I'm trying to work out what technology to use; Situation: Mobile Linux computer connected via 3G/GPRS to internet. The computer is likely to encounter fluctuating connectivity where it connectivity drops between low GPRS signal, full HDPSA signal and completely offline. Objective: I'm trying to find a technology to stream [live] video from a V4L2 device to 'the internet' over the able connection. The connection only needs to be one way. Caveat: Ideally I need to work out something that makes a 'best effort' judgement based on the amount/quality of bandwidth available and and streams the best picture it can. Eg. Where loads of bandwidth is available, there is a nice picture and where there isn't, there isn't a nice picture, but there isn't nothing. Does anything like this exist? Ideally something I can pull the video out in something resembling a sane format would be cool. Bonus points if it's easily scriptable... Cheers, Tim - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/ -- Adversity: That which does not kill me only postpones the inevitable - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
Re: [backstage] Streaming video on variable bandwidth connection?
On 02/02/11 18:59, Christopher Woods wrote: I'm trying to work out what technology to use I have no experience in this myself but I've been impressed by the reliability and quality of the LiveU system. Leo Laporte (and co) used it to do walkabout live coverage of CES 2011 and it really held up well, even in the LVCC (where NOBODY can get 3G signal). That said, it was using four 3G cards, one from each major US telco, to load balance! A good chunk of the backpack is just batteries, surprise surprise... Oooh. Interesting. I'm trying to do something similar-ish I guess, but on the cheap, in a different form factor, for fun. :) Perhaps see if you can find any literature about what hardware they ended up using? There *must* be some, I imagine most of the gear is just OOTB with some very clever coding running the show. To be honest the hardware isn't really that complex if you put your head to it.. and neither is *most* of the software as far as I can work out... this is the only bit really where I didn't have a good idea of how to implement it... - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
Re: [backstage] Streaming video on variable bandwidth connection?
On 02/02/11 00:55, Kieran Kunhya wrote: See http://x264dev.multimedia.cx/archives/286 ooh *awesome*. You could even make the application talk to the 3G driver (possibly by reading /proc/whatever now and then, so that it can adapt based on the signal strength/type). If there's packet loss you can also use periodic intra refresh mode which will give you some error resiliency. I'd recommend also using UDP because 3G latency is pretty rubbish. There's a slice-max-size option which means you could put a single H.264 slice inside a UDP packet, though your decoder will have to support doing this. Yes. This is a good plan. I was hoping there was something slightly more developed already but this is the best answer I've had so far across several lists and has provided considerable food for thought. :D (And if you really wanted to go the full shebang you could have a main receiver communicate with the transmit server to invalidate reference frames which the decoder didn't receive...) indeed. Thanks again! :D - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
Re: [backstage] Streaming video on variable bandwidth connection?
On 02/02/11 00:55, Kieran Kunhya wrote: See http://x264dev.multimedia.cx/archives/286 ooh *awesome*. You could even make the application talk to the 3G driver (possibly by reading /proc/whatever now and then, so that it can adapt based on the signal strength/type). If there's packet loss you can also use periodic intra refresh mode which will give you some error resiliency. I'd recommend also using UDP because 3G latency is pretty rubbish. There's a slice-max-size option which means you could put a single H.264 slice inside a UDP packet, though your decoder will have to support doing this. Yes. This is a good plan. I was hoping there was something slightly more developed already but this is the best answer I've had so far across several lists and has provided considerable food for thought. :D (And if you really wanted to go the full shebang you could have a main receiver communicate with the transmit server to invalidate reference frames which the decoder didn't receive...) indeed. Thanks again! :D - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
RE: [backstage] Streaming video on variable bandwidth connection?
I'm trying to work out what technology to use I have no experience in this myself but I've been impressed by the reliability and quality of the LiveU system. Leo Laporte (and co) used it to do walkabout live coverage of CES 2011 and it really held up well, even in the LVCC (where NOBODY can get 3G signal). That said, it was using four 3G cards, one from each major US telco, to load balance! A good chunk of the backpack is just batteries, surprise surprise... Perhaps see if you can find any literature about what hardware they ended up using? There *must* be some, I imagine most of the gear is just OOTB with some very clever coding running the show. - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
Re: [backstage] Streaming video on variable bandwidth connection?
Can I pick your brains please. :) I'm trying to work out what technology to use; Situation: Mobile Linux computer connected via 3G/GPRS to internet. The computer is likely to encounter fluctuating connectivity where it connectivity drops between low GPRS signal, full HDPSA signal and completely offline. Objective: I'm trying to find a technology to stream [live] video from a V4L2 device to 'the internet' over the able connection. The connection only needs to be one way. Caveat: Ideally I need to work out something that makes a 'best effort' judgement based on the amount/quality of bandwidth available and and streams the best picture it can. Eg. Where loads of bandwidth is available, there is a nice picture and where there isn't, there isn't a nice picture, but there isn't nothing. Does anything like this exist? Ideally something I can pull the video out in something resembling a sane format would be cool. Bonus points if it's easily scriptable... See http://x264dev.multimedia.cx/archives/286 You could even make the application talk to the 3G driver (possibly by reading /proc/whatever now and then, so that it can adapt based on the signal strength/type). If there's packet loss you can also use periodic intra refresh mode which will give you some error resiliency. I'd recommend also using UDP because 3G latency is pretty rubbish. There's a slice-max-size option which means you could put a single H.264 slice inside a UDP packet, though your decoder will have to support doing this. (And if you really wanted to go the full shebang you could have a main receiver communicate with the transmit server to invalidate reference frames which the decoder didn't receive...) - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/backstage@lists.bbc.co.uk/
