Symbian non è più open source

[litocat]

Originariamente inviato da zephyr83

Quindi in futuro chi e perché dovrebbe realizzare dispositivi meego cn arm? chi si interessa a meego lo fa per via di accordi cn intel (vedi LG e ZTE) quindi userà hardware intel! Se si deve continuare cn arm dove il maggior partner (intel) nn è interessato tanto vale usare android!

Chi collabora sul progetto meego non ha alcun dictat sulla piattaforma da utilizzare per i suoi terminali. Meego e' allettante per il modello di sviluppo indipendentemente dall'architettura che si sceglie. Innanzitutto non e' sviluppato a porte chiuse ma chiunque puo' avere accesso ai sorgenti del sistema operativo in ogni momento. Questo significa che aziende piccole non sono svantaggiate come succede con android dove solo i big hanno avuto accesso ai sorgenti di honeycomb e gli altri per ora devono accontentarsi di avere accesso ai sorgenti di gingerbread. In secondo luogo la policy del progetto e' che lo stack base deve essere quello ufficiale di meego quindi le tue modifiche devi inserirle nel tree ufficiale (sei libero di non farlo ma in quel caso non puoi usare il trademark meego). Questo significa che la maggior parte del lavoro necessario per fornire gli aggiornamenti lo fa il team di meego: meno frammentazione rende piu' semplice il lavoro dei produttori e i consumatori saranno contenti di non dover aspettare mesi per gli aggiornamenti.

[zephyr83]

Originariamente inviato da Donbabbeo

Ok, cominciamo:

"Ma la ux di Meego versione smartphone dovrebbe essere quella originariamente pensata per Maemo 6 (che non è mai stato rilasciato)"

No, quella originariamente pensata per Maemo 6 era una sorta di finestra su un desktop enorme e ti spostavi su questo desktop scorrendo con le dita.
A quanto pare è stata profondamente rivista perchè non piaceva ed è stato assunto il tizio di WebOs per la riscrittura dell'interfaccia che sarà in RM-680.

quindi in pratica nessuno sa ancora come sarà? e siamo sicuri che l'interfaccia che presenterà nokia poi sarà adottata anche dagli altri smartphone meego della concorrenza?
E in queste immagini l'interfaccia è sempre basato su in QT?
http://www.tomshw.it/files/2010/07/i...launcher-l.png
http://www.tomshw.it/files/2010/04/i...eld-ui-1_t.jpg

"se la piattaforma più diffusa sarà solo quella cn hardware intel chi realizzerà applicazioni le compilerà solo per x86 e se ne fregherà dalla versione arm! puoi anche avere uno smartphone o un tablet cn cpu arm ma se l'applicazione nn è anch'essa compilata per questa architettura nn ci puoi fare niente! nessun problema cn il software libero, ma cn quelli commerciali le cose cambiano."

No che non cambiano, l'SDK di Meego quando compili un'applicazione crea due eseguibili, uno ARM e uno X86.

Io avevo letto che usando l'sdk di nokia PUOI scegliere se compilare per arm o x86 quindi sta allo sviluppatore! tu mi dici che quando si crea il pacchetto questo comprende sia la versione x86 che quella arm? bhe così si risolve il problema però sarebbe uno spreco di spazio se la versione arm di meego nn si dovesse diffondere! Inoltre se qualcuno realizza un'applicazione sfruttando qualche istruzione presente solo sulle cpu intel? nn potrebbe girare su arm! Intel ha sempre puntato molto sulle istruzioni e visto che parliamo sempre di cpu x86 derivate da atom ci saranno sicuramente SSE e compagnia!

"Intel interessata ad arm?? ma quando mai!!! Sn interessati SOLO a x86 e basta e hanno SEMPRE detto che li primo terminale sarebbe stato con cpu intel e poi si sarebbero occupati della versione ARM!"

Non è vero, in tempi non sospetti dichiarò che la versione ARM, sebbene fosse paradossalmente un aiuto ai concorrenti, era fondamentale perchè gli handsets sono (e saranno) per parecchio tempo tutti ARM (e hanno capito che in questo settore ciò che fa realmente guadagnare è il market ed i servizi, tanto valeva puntare su Android anche per intel altrimenti no?)

Si va bhe, sono solo parole Intel ha sempre chiaramente detto che PRIMA pensano alla versione X86 e POI a quella ARM! il loro interesse è quello di imporre la propria architettura, il resto sn contentini! ma davvero pensate che intel voglia favorire arm? si sta addirittura occupando del porting di android su x86

"solo nokia da sola stava sviluppando un terminale cn cpu ARM e da sola si stava occupando dell'interfaccia in QT per smartphone!"

L'interfaccia QT per chi non l'avesse capito è un SEGNAPOSTO per mostrare le capacità della piattaforma (ed è stata sviluppata da 3 persone).
L'idea era quella che ogni produttore prendesse il sistema operativo pronto per la sua piattaforma hardware e creasse un'interfaccia ad hoc che è quello che stava facendo Nokia (con centinaia di ingegneri).

Nn si tratta solo dell'interfaccia ma di basare il più possibile il sistema su questa libreria grafica! è lo strumento più indicato per un sistema come meego, multipiattaforma.

"la versione netbook nn usa le qt così come le prime versioni per tablet, ora mi pare ci sia qualche elemento ma niente di che!"

La versione tablet è completamente in QT da parecchio ed usa già QML e QTQuick, mentre la Handset usa ancora l'MFT. La Netbook come ho detto è quella che interessa meno a tutti e la sua interfaccia è la vecchia interfaccia di Moblin, creata ben prima dell'accordo.

Intendevo dire che l'interfaccia NON è basata sulle qt, usa ancora clutter e mutter come window manager

"Si certo ma quanti terminali cn meego montano arm e quanti ne monteranno in futuro? Per ora meego è SOLO su hardware intel!"

L'affermazione è fuorviante. Non è vero che Meego è solo su hardware Intel. ST-E ha già kit completamente funzionanti, TI OMAP ha kit funzionanti, sia OMAP3 che OMAP4 già acquistabili. Qua puoi vedere la situazione attuale della versione ARM.

Fuorviante cosa? mica ho detto che meego nn gira su arm.........ho detto che nn ci sn netbook e tablet in vendita cn cpu arm, sn TUTTI cn cpu intel!

Vediamo di capirci: non ha alcun senso a fare distinzione tra ARM e X86.
Dal kernel in su è tutto indipendente dall'architettura.
L'unico aspetto che è dipendente dall'architettura è il kernel poichè integra i driver dei dispositivi che poi dovranno essere interfacciati tramite HAL.
Guardacaso per questo scopo è nato Linaro e ST-E e TI ne fanno parte, così come fanno parte del vertice decisionale di Meego.

invece ha senso, nn parliamo di un ambiente virtualizzato tipo android! parliamo di un ambiente dove si può programmare praticamente cn quello che ti pare e si può accedere senza problemi alle varie istruzioni della cpu. Scommetto che le software house commerciali si concentreranno solo su hardware intel ottimizzando i propri programmi proprio per questa piattaforma senza rilasciare la contro parte per arm! il rischio è proprio questo!!! nn ci saranno problemi per i programmi open source ma per quelli commerciali scommetto molto invece!

[zephyr83]

Originariamente inviato da litocat

Chi collabora sul progetto meego non ha alcun dictat sulla piattaforma da utilizzare per i suoi terminali. Meego e' allettante per il modello di sviluppo indipendentemente dall'architettura che si sceglie. Innanzitutto non e' sviluppato a porte chiuse ma chiunque puo' avere accesso ai sorgenti del sistema operativo in ogni momento. Questo significa che aziende piccole non sono svantaggiate come succede con android dove solo i big hanno avuto accesso ai sorgenti di honeycomb e gli altri per ora devono accontentarsi di avere accesso ai sorgenti di gingerbread. In secondo luogo la policy del progetto e' che lo stack base deve essere quello ufficiale di meego quindi le tue modifiche devi inserirle nel tree ufficiale (sei libero di non farlo ma in quel caso non puoi usare il trademark meego). Questo significa che la maggior parte del lavoro necessario per fornire gli aggiornamenti lo fa il team di meego: meno frammentazione rende piu' semplice il lavoro dei produttori e i consumatori saranno contenti di non dover aspettare mesi per gli aggiornamenti.

queste sn belle parole e basta però detta così ora dovremmo usare tutti l'open moko Una piattaforma per diffondersi ha obbligatoriamente bisogno dei "big" se no nn va da nessuna parte! in campo mobile poi è obbligatorio! I nuovi interessati ovvero LG, zte ma anche acer hanno iniziato a interessarsi a meego solo dopo l'uscita di nokia e si è già capito che useranno hardware intel. Saranno loro a far diffondere inizialmente questo sistema operativo per smartphone e INTEL cercherà sicuramente di invogliare altri produttori ovviamente preoccupandosi di incentivare la propria cpu.
I tablet sn attualmente tutti su hardware intel eppure è strano perché è sicuramente la scelta peggior.........se già adesso "preferiscono" gli atom figuriamoci in futuro!

[darkbasic]

Originariamente inviato da Donbabbeo

Ok, cominciamo:

"Ma la ux di Meego versione smartphone dovrebbe essere quella originariamente pensata per Maemo 6 (che non è mai stato rilasciato)"

No, quella originariamente pensata per Maemo 6 era una sorta di finestra su un desktop enorme e ti spostavi su questo desktop scorrendo con le dita.
A quanto pare è stata profondamente rivista perchè non piaceva ed è stato assunto il tizio di WebOs per la riscrittura dell'interfaccia che sarà in RM-680.

OK, praticamente non ci ho mai capito niente allora
A questo punto devi condividere feed e mailing list perché le mie fonti su Meego hanno sempre fatto schifo

[litocat]

Originariamente inviato da zephyr83

queste sn belle parole e basta però detta così ora dovremmo usare tutti l'open moko Una piattaforma per diffondersi ha obbligatoriamente bisogno dei "big" se no nn va da nessuna parte!

Non sono parole sono fatti. Non ho detto che i big non servono ma ho detto che le piccole aziende non sono svantaggiate rispetto ai big come con android: guardacaso fra i primi a produrre terminali meego ci sono aziende semisconosciute come 4tiitoo e redflag. Il paragone con openmoko non sta in piedi perche' una piattaforma per essere attraente deve anche essere buona. E non sto ad elencare tutti i motivi per cui lo stack meego e' superiore a quello di openmoko.

Originariamente inviato da zephyr83

I tablet sn attualmente tutti su hardware intel eppure è strano perché è sicuramente la scelta peggior.........se già adesso "preferiscono" gli atom figuriamoci in futuro!

Che sia la scelta peggiore e' solo un'opinione. Personalmente se avessi un tablet preferirei la potenza all'autonomia... per un cellulare e' diverso ma per un tablet mi basta che la batteria duri 5/6 ore. Idem per un netbook. Per non parlare di una smart tv che tanto la colleghi alla corrente. Quindi in questi casi usare intel mi sembra una scelta di tutto rispetto. Quanto ai cellulari tutto dipende dalle reali caratteristiche dei soc medfield: intel dice che saranno competitivi in termini di consumi con soc arm. Io non so se sia cosi' o meno ma immagino che aziende come lg o zte che hanno prototipi fra le mani sappiano come stanno le cose e facciano le loro scelte di conseguenza.

[Donbabbeo]

Originariamente inviato da zephyr83

quindi in pratica nessuno sa ancora come sarà? e siamo sicuri che l'interfaccia che presenterà nokia poi sarà adottata anche dagli altri smartphone meego della concorrenza?
E in queste immagini l'interfaccia è sempre basato su in QT?
http://www.tomshw.it/files/2010/07/i...launcher-l.png
http://www.tomshw.it/files/2010/04/i...eld-ui-1_t.jpg

Esatto, nessuno sa come sarà e siamo sicuri che l'interfaccia NON sarà adottata dagli altri smartphone della concorrenza. Ognuno fa l'interfaccia che vuole, basta che sia compatibile con il framework QT. Se non ti piace quella del produttore puoi crearne una tua sfruttando quella base come linea guida (QML e QTQuick dicono essere semplici da usare).
L'interfaccia degli screen è quella standard ed è scritta in MFT che è un framework specifico per Meego basato sulle QT (ora praticamente deprecato e sostituito da QT Quick e QML che sono standard QT).

Originariamente inviato da zephyr83

Io avevo letto che usando l'sdk di nokia PUOI scegliere se compilare per arm o x86 quindi sta allo sviluppatore! tu mi dici che quando si crea il pacchetto questo comprende sia la versione x86 che quella arm? bhe così si risolve il problema però sarebbe uno spreco di spazio se la versione arm di meego nn si dovesse diffondere!

No, quando compili crea due pacchetti, uno ARM e uno X86, nessuno spreco di spazio. Il discorso di avere una versione non diffusa è un non problema. Come ha spiegato litocat chiunque modifichi il codice di Meego è tenuto a portare la modifica in mainstream, il che di fatto obbliga i mantainer a mantenere alla stessa versione entrambe le versioni.

Originariamente inviato da zephyr83

Inoltre se qualcuno realizza un'applicazione sfruttando qualche istruzione presente solo sulle cpu intel? nn potrebbe girare su arm! Intel ha sempre puntato molto sulle istruzioni e visto che parliamo sempre di cpu x86 derivate da atom ci saranno sicuramente SSE e compagnia!

Non posso metterci la mano sul fuoco, ma le linee guida parlano di utilizzare le QT per realizzare applicazioni e queste dalla versione 4.6 o 4.5 integrano al loro interno QT Phone che è uno stack completo per l'accesso all'hardware di uno smartphone, dai giroscopi al gps al processore.

Originariamente inviato da zephyr83

Si va bhe, sono solo parole Intel ha sempre chiaramente detto che PRIMA pensano alla versione X86 e POI a quella ARM! il loro interesse è quello di imporre la propria architettura, il resto sn contentini! ma davvero pensate che intel voglia favorire arm? si sta addirittura occupando del porting di android su x86

Intel ovviamente ha tra gli obiettivi quello di far proliferare la sua piattaforma. Ma non sarebbe bastato il porting per android? E' addirittura più semplice dal punto di vista software, visto che usa una VM.
L'idea è che con Meego voglia essere più il Google di Android, quindi gestire una rete di servizi e non limitarsi a vendere hardware.

Originariamente inviato da zephyr83

Nn si tratta solo dell'interfaccia ma di basare il più possibile il sistema su questa libreria grafica! è lo strumento più indicato per un sistema come meego, multipiattaforma.

Ma la libreria grafica è quella, sono le QT. Ognuno poi fa l'interfaccia come gli pare SE vuole.

[Donbabbeo]

Originariamente inviato da darkbasic

OK, praticamente non ci ho mai capito niente allora
A questo punto devi condividere feed e mailing list perché le mie fonti su Meego hanno sempre fatto schifo

Guarda, io per le mie fonti mi limito a seguire talk.maemo e forum.meego e qualche altra persona random in giro per la rete che so essere affidabile, poi mi limito ad unire i punti in base alle loro dichiarazioni.

Comunque l'interfaccia di Maemo 6 - Harmattan era questa:

ed era fatta in MFT.
Personalmente l'idea mi fa cagare, mi pare fin troppo complesso spostarsi in questo desktop gigante ed infatti non piaceva ed è stata rifatta.

[darkbasic]

Comunque il comportamento di Intel è sempre più in contraddizione: vogliono spingere Meego sugli atom e adottare wayland già dalla 1.3 o 1.4 e al contempo hanno annunciato che i prossimi atom avranno grafica proprietaria powervr (chi si ricorda poulsbo? )

[litocat]

Originariamente inviato da darkbasic

Comunque il comportamento di Intel è sempre più in contraddizione: vogliono spingere Meego sugli atom e adottare wayland già dalla 1.3 o 1.4 e al contempo hanno annunciato che i prossimi atom avranno grafica proprietaria powervr (chi si ricorda poulsbo? )

Se e' per quello hanno anche annunciato che per fine anno dovrebbero uscire dei driver open. Se sei interessato manda un'email a Imagination Technologies e fatti dire a che punto sono.

[Donbabbeo]

I driver open di Imagination sarebbero davvero una manna dal cielo per l'intero mondo smartphone, già solo per quello dovremmo ringraziare Intel (sempre che sia vero).

Wayland si sapeva da un pò, l'idea era di usarlo fin dall'inizio, ma era (ed è se è per quello) in uno stadio troppo embrionale per essere efficace; vedremo se per Ottobre sarà usabile decentemente... Mi pare strano che per Aprile 2012 sia pronto al 100% (è con la 1.4 che prenderà ufficialmente posto di xorg).

Comunque: qual'è la contraddizione? Non ho mica capito...

[darkbasic]

La contraddizione è che si impegnano in tutti i modi sul fronte grafico (pensano addirittura di backportare codice dalle qt5 per un'eventuale integrazione di wayland già da meego 1.3) e poi ci prospettano un altro accrocchio stile poulsbo.
Per i driver open speriamo, io ci credo poco...

[zephyr83]

Originariamente inviato da litocat

Non sono parole sono fatti. Non ho detto che i big non servono ma ho detto che le piccole aziende non sono svantaggiate rispetto ai big come con android: guardacaso fra i primi a produrre terminali meego ci sono aziende semisconosciute come 4tiitoo e redflag. Il paragone con openmoko non sta in piedi perche' una piattaforma per essere attraente deve anche essere buona. E non sto ad elencare tutti i motivi per cui lo stack meego e' superiore a quello di openmoko.

e che ci fanno le piccole aziende? di sicuro nn sfondano in campo mobile (ne' smartphone ne' talbet). Nn c'era di certo bisogno di aspettare meego per avere qualcosa di analogo da utilizzare! Per android il problema si è presentato solo ora cn honeycomb, ma finora è stato usato da tutti, anche aziende più piccole e in cina alcuni produttori (anche grossi, vedi sonyericsson) usano versioni di android modificato! Ma anche qui c'era bisogno di aspettare android? c'erano già soluzioni tecnicamente più valide e "libere", eppure c'è voluta la diffusione, cosa garantita dai big del settore della telefonia. è una cosa inevitabile! Come progetti secondo me era molto più validi openmoko e il greenphone di trolltech rispetto ad android (ma c'erano anche tanti altri sistemi operativi open) eppure ha avuto la meglio quest'ultimo!

Che sia la scelta peggiore e' solo un'opinione. Personalmente se avessi un tablet preferirei la potenza all'autonomia... per un cellulare e' diverso ma per un tablet mi basta che la batteria duri 5/6 ore. Idem per un netbook. Per non parlare di una smart tv che tanto la colleghi alla corrente. Quindi in questi casi usare intel mi sembra una scelta di tutto rispetto. Quanto ai cellulari tutto dipende dalle reali caratteristiche dei soc medfield: intel dice che saranno competitivi in termini di consumi con soc arm. Io non so se sia cosi' o meno ma immagino che aziende come lg o zte che hanno prototipi fra le mani sappiano come stanno le cose e facciano le loro scelte di conseguenza.

potenza??? cosa te ne fai di potenza in una tv o in un tablet? inoltre nn mi pare che i processori arm manchino di potenza! Ci sn smartphone che riproducono filmati fullhd.......scommetto che i vari tablet con atom NON ci riescono proprio (anzi ne sn sicuro). E poi i consumi sn molto importanti, nn a caso google ha stoppato la google tv per passare ad intel ad arm
http://www.tomshw.it/cont/news/googl...m/29034/1.html
nn si tratta di opinioni, sn fatti oggettivi questi! l'attuale soluzione atom di intel nn è adeguata per tablet e tv (e neanche per automobili), meglio arm, consumano e scaldano meno e a prestazioni siamo li! nn si tratta di far girare applicazioni professionali!

[zephyr83]

Originariamente inviato da Donbabbeo

Esatto, nessuno sa come sarà e siamo sicuri che l'interfaccia NON sarà adottata dagli altri smartphone della concorrenza. Ognuno fa l'interfaccia che vuole, basta che sia compatibile con il framework QT. Se non ti piace quella del produttore puoi crearne una tua sfruttando quella base come linea guida (QML e QTQuick dicono essere semplici da usare).
L'interfaccia degli screen è quella standard ed è scritta in MFT che è un framework specifico per Meego basato sulle QT (ora praticamente deprecato e sostituito da QT Quick e QML che sono standard QT).

ma per interfaccia intendi solo home e launcher stile android o TUTTO compreso gestione dei menu e via discorrendo? perché in quest'ultimo caso diventerebbe tutto ingestibile e il problema di diversi DE che c'è già su linux per pc sarebbe nulla a confronto

No, quando compili crea due pacchetti, uno ARM e uno X86, nessuno spreco di spazio. Il discorso di avere una versione non diffusa è un non problema. Come ha spiegato litocat chiunque modifichi il codice di Meego è tenuto a portare la modifica in mainstream, il che di fatto obbliga i mantainer a mantenere alla stessa versione entrambe le versioni.

appunto crei due pacchetti!! io azienda commerciale mi impegno solo epr la versione x86, compilo solo quella e nel market rilascio solo quella, chissene della versione arm! Ci metto la mano sul fuoco che avverrà così! speravo in nokia proprio per evitare questo! Se le soluzioni della casa finnica si fossero diffuse fin da subito i vari programmatori sarebbe stati abituati a realizzare sempre le due versioni e a impegnarsi anche per l'hardware arm sfruttando le varie istruzioni di questa architettura! invece scommetto che nasceranno programmi che useranno le SSE di intel ma non le istruzioni Neon di ARM ad esempio!

Non posso metterci la mano sul fuoco, ma le linee guida parlano di utilizzare le QT per realizzare applicazioni e queste dalla versione 4.6 o 4.5 integrano al loro interno QT Phone che è uno stack completo per l'accesso all'hardware di uno smartphone, dai giroscopi al gps al processore.

Si ma nn basta, ogni processore ha le sue istruzioni! anche su Android, nonostante la virtual machine si può usare l'NDK e accedere direttamente alle istruzioni messe a disposizione della cpu. In questa maniera si perde la "compatibilità" cn tutti i dispositivi android però si sfrutta meglio l'hardware! lo vedi ad esempio nei vari lettori multimediali, trovi le versioni per arm v6, per armv7, ci quelli che sfruttano le istruzioni neon e via dicendo.

Intel ovviamente ha tra gli obiettivi quello di far proliferare la sua piattaforma. Ma non sarebbe bastato il porting per android? E' addirittura più semplice dal punto di vista software, visto che usa una VM.
L'idea è che con Meego voglia essere più il Google di Android, quindi gestire una rete di servizi e non limitarsi a vendere hardware.

No che nn pasta il porting di android inoltre meego lo trovo più ambizioso come progetto mentre google per i netbook pensa a Chrome OS. Ma le proprie risorse sn impegnate tutte verso il proprio hardware mi sembra normale! Prima c'era nokia impegnata cn ARM, ora chi? dei grossi partner NESSUNO e se si avvicinerà qualcuno di nuovo sicuramente si appoggerà intel. Io la vedo così e nn riesco a immagine come possa andare diversamente!!!

Ma la libreria grafica è quella, sono le QT. Ognuno poi fa l'interfaccia come gli pare SE vuole.

già detto prima riguardo l'interfaccia! però oltre alle librerie QT ci sn anche altre librerie e se nn sbaglio si può programmare cn qualsiasi altro linguaggio!

[darkbasic]

Originariamente inviato da zephyr83

potenza??? cosa te ne fai di potenza in una tv

Decodificare un flusso full hd ad alto bitrate per esempio?

Originariamente inviato da zephyr83

Ci sn smartphone che riproducono filmati fullhd.......

Sì vabbè quello è puro marketing per attirare gli utonti. Un atom ti decodifica due filmati full hd contemporaneamente se gli dai da decodificare big buck bunny (vedi inutili test di phoronix al riguardo), fai decodificare Oceani 3D a un cellulare se ci riesci e poi riparliamo

[zephyr83]

Originariamente inviato da darkbasic

Decodificare un flusso full hd ad alto bitrate per esempio?

Possono farlo soprattutto se si sfrutta l'acceleratore grafico

Sì vabbè quello è puro marketing per attirare gli utonti. Un atom ti decodifica due filmati full hd contemporaneamente se gli dai da decodificare big buck bunny (vedi inutili test di phoronix al riguardo), fai decodificare Oceani 3D a un cellulare se ci riesci e poi riparliamo

E invece no! già per la HD nn ci sn problemi e anche per il fullhd secondo me fanno anche troppo sfruttando l'acceleratore grafico! il mio netbook cn atom un fullhd se lo scorda

[darkbasic]

Originariamente inviato da zephyr83

Possono farlo soprattutto se si sfrutta l'acceleratore grafico

E cosa c'entra l'acceleratore grafico con la cpu? Quello lo puoi usare indipendentemente dal processore, guardacaso anche i futuri atom ce l'avranno.

Originariamente inviato da zephyr83

E invece no!

Non diciamo fesserie, con flussi full hd seri, ad alto bitrate e compressi con un encoder h264 moderno anche i Core 2 Duo iniziano a perdere i frame.

[zephyr83]

Originariamente inviato da darkbasic

E cosa c'entra l'acceleratore grafico con la cpu? Quello lo puoi usare indipendentemente dal processore, guardacaso anche i futuri atom ce l'avranno.

Centra con il fatto che per alcuni compiti pesanti nn servono chissà quali cpu, basta una buona gpu e guarda caso anche intel userà le stesse degli attuali processori arm! Quindi gli attuali tablet e tv cn atom sn delle schifezze

Non diciamo fesserie, con flussi full hd seri, ad alto bitrate e compressi con un encoder h264 moderno anche i Core 2 Duo iniziano a perdere i frame.

Bhe ovvio se si sale troppo no, ma se iniziano a perdere i core 2 Duo gli atom hanno "mollato" già da un pezzo!!!
Mi dici a cosa servirebbe una cpu poco più "potente" ma che consuma e scalda di più cn un acceleratore grafico di cacca? perché per ora gli atom montati su tablet e tv sn questi! Il discorso è nato tutto da qui!!!

[darkbasic]

Sul fatto che gli attuali atom siano delle schifezze non ci sono mai stati dubbi, dell'effettiva utilità di decodificare un flusso full hd su uno smartphone che non è nemmeno dotato di uscita hdmi pure

[polteus]

Ma quelli che dicono che in presenza di una buona gpu la cpu non conta sono gli stessi che rincorrono gli a9 multi core snobbando nokia se butta fuori un a8 perche' e' gia' vecchio?

P.S.:
I meego tablet intel con la loro gpu "di cacca" sono perfettamente in grado di riprodurre filmati in fullhd.

[darkbasic]

Ma allora vi ostinate a non capire: la Nokia ha sempre venduto hardware ciofega a prezzi da top di gamma (vedi N8), se la si snobba è perché non ho più intenzione di essere preso per il culo vista la piega che ha preso l'azienda.
E comunque non ho mai detto quello, la CPU e il comparto I/O non sono mai abbastanza potenti, della scheda video invece mi interessa solo fino a un certo punto.