> 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/
