It looks like you're using an Ad Blocker.
Please white-list or disable AboveTopSecret.com in your ad-blocking tool.
Thank you.
Some features of ATS will be disabled while you continue to use an ad-blocker.
Originally posted by jedi_hamster
Originally posted by XPLodER
i design protocols and codecs, do you? and the specific type of protocol used in VP9 in very different than any other codec produced, and i know how it works do you?
as a matter of fact, yes, i've played with designing codes, much more with analysing their internals. i've spend years dealing with different compression methods, coding them, and working with audio and video codecs at work. and i know for a fact that the terminology you're using, is fundamentally wrong. protocol - transmission protocol. codec - a piece of software dealing with encoding/decoding the data being transmitted. audio/video stream compressed using particular codec may be streamable or not - that depends on the codec itself - but the codec itself has nothing to do with the protocol that will be used to transmit the data it generates - as a matter of fact, many different protocols can be used to transmit the same data.
so either post your credentials or shut up, because you lie.
Originally posted by jedi_hamster
reply to post by XPLodER
datatracker.ietf.org...
show me where does it confirm what you've claimed earlier.
oh wait, you cannot? how surprising.
you're making claims all over the thread that are nothing but a stockpile of BS mixed with outright lies and when caught red-handed, you call it namecalling? it is not namecalling. it is a fact.
Originally posted by jedi_hamster
reply to post by XPLodER
i've already pointed out few of your lies in this thread, and the most recent one - involving vp9 - you've tried to turn around, and when that didn't work - you've decided to ignore it. read my previous 2 posts in this thread and reply accordingly, with a proof that what you've said so far, is true.
otherwise all your claims about being 'oh so knowledgeable' about codecs, and presumably everything else (you didn't quite defend some of your earlier claims either, you just tried to 'smear out the BS'), are just plain trolling, and in fact you don't know that much, yet you post BS on ATS while trying to look smart, putting lies in the heads of not so tech-savvy people. nice try, kid. now go post crap somewhere else.
now go post crap somewhere else
Originally posted by XPLodER
sounds like something more than just FF crash bug,
try updating to todays stable release 22
if that does not work try doing a CCLEANER.exe
xploder
Originally posted by XPLodER
Originally posted by AfterInfinity
reply to post by Swills
I don't think it's Firefox that's giving you problems. As a matter of fact, I literally have 15 tabs open right now. I think it's your computer.
sounds like something more than just FF crash bug,
try updating to todays stable release 22
if that does not work try doing a CCLEANER.exe
xploder
Originally posted by TheMagus
reply to post by Swills
Originally posted by AfterInfinity
reply to post by Swills
I don't think it's Firefox that's giving you problems. As a matter of fact, I literally have 15 tabs open right now. I think it's your computer.
actually the problem was plugin container.exe
had the same problem swills had a few versions ago
but it's seems to be fixed as of 2or3 versions ago
Originally posted by jedi_hamster
reply to post by XPLodER
i've said this already, and i'll repeat myself so you can finally understand - transmission protocol has nothing to do with the codec itself. video encoded with vp9 or any video codec supporting streaming for that matter, can be transfered using http, prioprietary protocols like skype (just an example, i know that skype is not using vp9), and many others. you've made claims that you are knowledgeable about codecs - support your claims. i've posted a link to vp9 datastream description already, and i've asked you to prove me wrong and to prove that what you claim ('i design protocols and codecs, do you? and the specific type of protocol used in VP9 in very different than any other codec produced, and i know how it works do you?'), is true. you've ignored that. is it all just a wordplay to look smart? do you know anything at all? do you?
can you prove that what you've said is true, or will you ignore such request once again, backing up to personal attacks? because so far it seems that's all you've got.edit on 22-7-2013 by jedi_hamster because: (no reason given)
A dash of algebra on wireless networks promises to boost bandwidth tenfold, without new infrastructure.
The practical benefits of the technology, known as coded TCP, were seen on a recent test run on a New York-to-Boston Acela train, notorious for poor connectivity. By increasing their available bandwidth—the amount of data that can be relayed in a given period of time—Medard and students were able to watch blip-free YouTube videos while some other passengers struggled to get online. “They were asking us ‘How did you do that?’ and we said ‘We’re engineers!’ ” she jokes.
Originally posted by XPLodER
Originally posted by jedi_hamster
reply to post by XPLodER
i've said this already, and i'll repeat myself so you can finally understand - transmission protocol has nothing to do with the codec itself. video encoded with vp9 or any video codec supporting streaming for that matter, can be transfered using http, prioprietary protocols like skype (just an example, i know that skype is not using vp9), and many others. you've made claims that you are knowledgeable about codecs - support your claims. i've posted a link to vp9 datastream description already, and i've asked you to prove me wrong and to prove that what you claim ('i design protocols and codecs, do you? and the specific type of protocol used in VP9 in very different than any other codec produced, and i know how it works do you?'), is true. you've ignored that. is it all just a wordplay to look smart? do you know anything at all? do you?
can you prove that what you've said is true, or will you ignore such request once again, backing up to personal attacks? because so far it seems that's all you've got.edit on 22-7-2013 by jedi_hamster because: (no reason given)
its obvious that you are not up to date with new protocols,
A dash of algebra on wireless networks promises to boost bandwidth tenfold, without new infrastructure.
The practical benefits of the technology, known as coded TCP, were seen on a recent test run on a New York-to-Boston Acela train, notorious for poor connectivity. By increasing their available bandwidth—the amount of data that can be relayed in a given period of time—Medard and students were able to watch blip-free YouTube videos while some other passengers struggled to get online. “They were asking us ‘How did you do that?’ and we said ‘We’re engineers!’ ” she jokes.
www.technologyreview.com...
now if you know how this new protocol works, you can understand that it allows for a new type of codec to run over top of the protocol, one that can be specifically designed with packet loss mitigation (at the protocol layer) to allow the codec to function without resends. because the packet loss is mitigated at the protocol layer, the codec is not required to be loss resistant (software layer)
this means (if you know what your doing) you can design a new codec that exploits the fact that packet loss mitigation can avoid resends and therefore no RTT delay will effect goodput.
so what does this mean for the codec?
well usually people use UDP for low latency streaming applications,
you can now use the new TCP,
the new TCP is assured delivery and low latency combined.
when you look at the design of VP9,
it can be optimized for the new TCP.
that is why i look at the two (codec and protocol) as co operative.
here is a google video explaining VP9
if you know how VP9 works,
you will realise that some of the same design elements from the new TCP (protocol) is used in VP9 (codec)
i will not get into low level detail, you have not been polite enough for me to help you.
xploder