The best thing about SVC, ofcourse, is that same encoded stream can deliver good user experience to all kinds of clients - the ones with high bandwidth and low bandwidth.

Anyway, nakon gledanja sto se od featurea nudi na novom, a sto postoji na starom, ja bi svoj konacni zakljucak formirala cca ovako :D

Ostaviti zvjezdicu za prikaz popularnih vijesti - ako me zanima sto je najcitanije, da to mogu brzo obaviti, ali i da to mogu isljuciti i gledati po vremenu dolaska.

Staviti mogucnost checkboxeva za izbor izvora.

Neka to pamte keksi i neke ne expirea brzo :D

Goodiez i search trpnuti negdje sastrane da ne smeta :D Recimo, mislim da searchu ne treba bas toliki komad ekrana i da ga moze bratski podijeliti sa goodiesima.
Ali obavezno ostaviti negdje, na dnu je ok, dio da mogu chekirati koji me sve izvori zanimaju.

Znaci, ne opciju ‘klikni na index pa gledaj samo index, pa ako zelis net.hr, onda klikni tamo i gledaj vijesti duplo’ vec ‘daj mi da odaberem index i net.hr, pa ako je duplo - da ga ja vidim jednom’ :D kao sto rss radi :D

Hoce li na vrhu trcati neki izbor vijesti ili nece, tak mi svejedno, obicno trazim vijesti koje me zanimaju, a ne za koje mi netko kaze da ce me zanimati :D (da, default zvjezdice neka bude ‘ugaseno’ :D)

E, i kul bi bilo da postoji i advanced search pa da mogu checkirati npr sto je samo index rekao o lezbijkama, a ne i glas koncila, npr :D

A hoce li biti stuff u 7 boxova na pocetku ili ce biti tabovi…. iskreno, mislim da je svejedno.

Boje su ok :D

Ako mozete ponuditi da si svatko slozi osim razmjestaja i koje boxove da mu prikazuje (i da se sve pamti u keksu, a ne samo u uname/login kombinaciji po mogucnosti) - mislim da bi to onda bio pun pogodak.
Znaci, za nas daveze koje ne zanima npr sport i zabava, da to pogasimo :D

Fkors, sve mora biti searchabilno :D

I da, idealno, ono, utopijski, bi bilo da postoji i mogucnost (ok, ovo bi valjda moralo ici na account) da se popise koje rijeci ili skup rijeci ne zelim gledati, pa da mi te vijesti ne prikazuje…. npr super primjer ‘big brother’ :D

I btw, http://naslovnica.info/loginlink - ne radi? jel to znaci da su accounti umrli ili? (yes, dugo me nije bilo :oops:)

Also, will adding H.264/AVC support make it compatible with Firefox 3.1 and Opera? That’ll be interesting as folks with access to those browsers won’t need to install the extension in that case (think cross platform.)

It’s true that signalling protocol is not yet finalized, but it is mature, and you could’ve picked any version and said “we’re sticking to this one”. IMHO it would be closer to the current spec, easier for others to implement, and easier for you to upgrade later, if you so decide.

I’m glad to hear you haven’t given up on syncing with the Jingle XEP in the future. By “too late” I meant you now have protocol variant you’ll want to be backwards compatible. It’s not only a web-app, it’s a client communicating with other clients using a protocol - if you silently change it, all interop breaks. Being backwards compatible is not impossible, but it does mean more work.

Fortunately, as a web application, we can change the XMPP that we send from the server. So it’s not “too late” for us to change the signaling protocol.

Regarding the codec, we will add support for H.264/AVC and other codecs.

In general, IMHO Flash streaming is not very well suited for voip use-cases, and when you do it, you end up with something like Tokbox.com (ie. have a central server that clients connect to, instead of a decentralized network). There’s some talk about Flash10 having better p2p support, but I guess that’s a long way coming.

Also, RTMP (protocol used by Flash for streaming) is completely closed, proprietary, and while Red5 (open-source flash media server clone) claims to support it, it’s still a lot worse choice than XMPP/RTP/H.264 (kudos to Google for at least attempting to do the right thing here).