Maded for fun.
I can release the source-code if anyone are interested. GPL.
Maybe can be used for video-card benchmark.
Preview captured with 1080p / nvidia 1080:
#3d #indie #indiedev #webgl #madewithunity #gameart #animation #indiegame #videogame #gamedesign #gameplayground #unity3D #VFX
Social links
Youtube: https://www.youtube.com/watch?v=44phEHhGvEk
Twitter: https://twitter.com/Clodo76/status/1105238525115539456
Ho recentemente testato Amazon Echo / Alexa (in particolare un Echo Plus e un Echo Spot) per la mia domotica (una domotica che nel mio piccolo considero ‘seria’, non semplicemente du’ device IoT tipo le luci Ikea o Hue).
In linea generale, è un ottimo prodotto. Mi sto attrezzando per piazzare diversi Echo in giro per casa per un’ampia copertura, per cui ho gradito così tanto il prodotto che NON indagherò se la soluzione Google è meglio o peggio. Feedback molto graditi comunque.
No. Qualsiasi frase fuori dai suoi pattern-matching non funziona.
>Alexa, sei meglio di Cortana?
>Mi piacciono tutte le intelligenze artificiali.
>Alexa, sei un’intelligenza artificiale?
>Purtroppo non trovo la risposta alla domanda.
>Alexa, quanto fa 2+2?
>2 più 2 uguale 4
>Alexa, quanto fa 5-20%?
>Il risultato del calcolo è -1.995.
(sia Wolfram Alpha che -bada bene- Windows Calc.exe rispondono 4.)
Attualmente no.
Forse può essere considerato un sistema minimo in tal senso. Meglio considerarlo un’estensione, un helper di un sistema terze-parti di domotica.
Pare limitato e pensato per chi ha un numero di device che si contano con le dita, pochissime tipologie, pochissime feature supportate.
A spanne pare più una scelta di target che un peccato di gioventù.
Nel mio caso specifico ho oltre 70 devices listati nell’app Alexa: li elenca in ordine alfabetico, senza alcuna organizzazione tipica di altri sistemi di domotica (stanze, aree etc).
Usabilità UI scarsissima. Per dire, per rimuoverle tutte durante le prove, ho dovuto cliccarle una ad una, oltre a crash vari.
A titolo di esempio, la gestione termostato: accetta un
>Alexa, imposta termostato a 20
oppure
>Alexa, alza la temperature di 3 gradi
e qualcosa su modalità e scheduling. Nient’altro.
Non mi risulta sia preso in considerazione abitazioni con più termostati (per dire uno per piano), figuriamoci la gestione di temperature diverse a livello di singola stanza (generalmente gestiti con valvole di regolazione radiatori termici, a livello di calorifero o a livello di collettori nei riscaldamenti a pavimento). Roba che una qualsiasi centrale z-wave (da Fibaro a domoticz su Raspberry) gestisce facilmente.
Se avete un termostato di quelli supportati, fatemi sapere nei commenti o su Twitter se esiste un modo per chiedere la temperatura impostata o chiedere la temperatura rilevata, che non sia un’invocation a skill esterne.
Un
>Alexa, chiedi a Nest la temperatura impostata”
può essere accettabile, ma significa che Alexa non lo supporta di suo (come feature Smart Home).
No. Il che a mio avviso lo rende totalmente e perennemente NON catalogabile come “sistema di gestione domotica”.
Nessun altro sistema di domotica closed (Fibaro per dire) o open (Konnex, Domoticz, OpenHab per dire) richiede internet per forza, funzionano ovviamente in lan.
Di fatto, è un helper, un gateway, niente di più.
Oltre al suo funzionamento di base, che richiede un riconoscimento vocale lato cloud, anche tutte le Skill per estenderlo sono necessariamente cloud-based.
Se avete un device IoT o generalmente un hardware comandabile in casa (per dire, una caldaia via seriale o modbus) dovete sperare che il produttore supporti Alexa (via cloud per forza) o implementarlo voi (in bocca al lupo).
Per me è inconcepibile che un sistema di domotica che deve funzionare IN CASA MIA debba dipendere da qualcosa ESTERNO A CASA MIA.
Ci si ritrova a dover avere un sistema di backup per forza (immaginate il dover aprire un cancello in mancanza di connessione internet).
Per capirci, neanche una lampadina Philips Hue o Ikea che controlla una lampadina dentro una plafoniera è domotica vera: se non si può riaccendere via app dopo aver premuto il pulsante a parete, trattasi di giocattolo, non domotica. Imho.
Racconto la mia necessità.
Come già raccontato qui, ho un sistema custom, realizzato personale per hobby solo per casa mia, principalmente basato su uno standard hardware open chiamato Konnex, che -incredibilmente- Alexa non supporta di suo (ed è lo standard per eccellenza di domotica, supportato dalla maggior parte dei produttori di componentistica elettrica).
Per cui l’integrazione tra Alexa e il mio sistema di domotica è necessariamente (o banalmente…) che Alexa sia un’interfaccia per richieste REST/API via http a un mio Raspberry locale che gestisce a sua volta tutto (compreso Konnex).
Ci sono fondamentalmente due approcci (distinti): una Custom Skill o una Smart Home Skill.
Per farvi un’idea, Fibaro li supporta entrambi, per cui ha dovuto creare due skill distinte, la Smart Home per i comandi base e la Custom per tutti gli altri comandi.
Una Custom Skill significa dare un nome alla propria skill (nel mio caso Memole) e invocarla.
L’ho chiamata “Memole” per rendere la gestione della mia domotica user-friendly, famiglia-compatibile. Ho seriamente pensato di mettere un pupazzetto di Memole sopra ogni Alexa, per dargli un senso.
D’altro canto, che alternative mi permettono? “Raspberry”, “Casa” sarebbero nomi peggiori come invocation (Chiedi a Casa la temperatura? … madò).
Quindi:
> Alexa, chiedi a Memole la temperatura in cucina
significa implementare in Alexa Developer Console una skill Memole, un intent MyGetTemperature, e infine il match di un utterance, una frase che Alexa può riconoscere, tipo
> Alexa, chiedi a {skill-name} la temperatura in {parametro}
Così posso ottenere che mi chiama un url del mio Raspberry passandomi l’intent GetTemperature e parametro=cucina
Questo per OGNI pattern che voglio gestire.
> Alexa, chiedi a Memole {stringa Amazon.Literal}
in modo da smazzarmi raspberry-side richieste generiche, ma è stato deprecato, perchè Amazon pretende che le varie utterance siano il più possibile esplicite nel loro cloud.
Lo scopo è poter dire ad Alexa
Alexa, accendi luce cucina
il che significa che, come minimo:
Gli step sono i seguenti:
A questo punto, parte una procedura chiamata Discovery: La funzione lambda chiama il mio raspberry per avere un elenco di devices, in modo che Alexa sappia quali capabilities supporta e come invocarle. L’elenco è qui.
Non mi dilungo per ora sull’implementazione della funzione lambda, mi limito a qualche perplessità:
Bon, per ora mi fermo qui, se avrò feedback magari estenderò qualche spiegazione.
Ciao!
Nel leggere il progetto di Francesco Tucci : La domotica fai da me mi è venuta voglia di raccontarvi il mio, molto simile come motivazione di base.
Premessa: NON mi occupo di questo per lavoro, l’ho realizzato negli anni SOLO per casa mia SOLO per hobby.
Come dice Francesco,
“Non sono dipendente da servizi che potrebbero fallire o chiudere”
il mio sistema di domotica è nato dal rifiuto totale di volermi appoggiare su progetti commerciali di terze parti. Casa mia dovrà funzionare anche tra trent’anni quando sarò un vecchio rimbambito. E magari non essere costretto a usare
Un Raspberry PI.
"C8-FF-77-D8-FE-C5": {
"name": "Dyson Camera",
"type": "dyson-pure-cool",
"category": "Domotics",
"dyson_name": "Camera",
},
La centralina dopo aver verificato quali devices sono online, se al device corrisponde un plugin (nel caso di esempio “dyson-pure-cool”) lancia lo script che lo controlla per raccogliere dati
(nel caso di esempio temperatura, umidità etc).
"riscald_primo": {
"x": 55,
"y": 16,
"width": 18,
"height": 10,
"title": "Riscaldamento Primo",
"text": "[field=devices.B8-27-EB-7A-26-B9.caldaiaRelayPrimo,format=bool] [field=devices.B8-27-EB-7A-26-B9.temperature_detected_primo]\u00b0 [fontawesome]f18e[\/fontawesome] [field=config.temperature_target_primo]\u00b0"
},
viene renderizzato in html così: 
Ho un sistema Instabus/EIB/Konnex, uno standard open che permette l’interoperabilità di componenti elettriche.
In pratica quando ho costruito casa, ho fatto mettere una canalina che contiene un bus-dati EIB.
In un sistema elettrico normale ogni interruttore è collegato a una luce fisicamente, io invece in OGNI interrutture di casa ho un modulo che manda un telegramma “è stato premuto” e basta, e una centralina che reagisce in base alla configurazione, tipicamente un “accendi la luce X”.
Questo mi permette via API di controllare tutto (per dire, aprire il garage o il cancello elettrico dalla mia UI).
Permette anche la creazione di scenari, tipo “Se premo il bottone vicino all’uscita, spegni tutte le luci e chiudi tutti i vasistas”.
Uso il software ETS5.5 per la configurazione e debugging, e un Gira Ethernet per il controllo dai miei scripts. Shot per curiosità di ETS5.5:
Ho diverse soluzioni semi-funzionanti per rilevare l’uso della corrente elettrica.
L’ultimo in uso oggi sono le API di TeslaWall2 (qui un esempio di output json), che mi permettono di leggere in realtime il consumo di casa, quanto produce il fotovoltaico, quanto è coperto dalla batteria di accumulo, quanto compro da Enel.
Ho un fotovoltaico da 18 kW, una batteria di accumulo da 14 kW (sto valutando se metterne altre due), il tutto in un trifase con stabilizzatore di tensione.
In estate ho un’autoalimentazione da oltre il 90%, in inverno con il riscaldamento una percentuale molto più bassa.
Questo è stato uno dei primi obiettivi del mio sistema, in quanto per scelta NON ho alcun termostato in casa e se il riscaldamento funziona male mia moglie giustamente sclera.
Attualmente ho due Raspberry che rilevano temperatura e umidità per piano.
Il raspberry centralina li interroga, e in base a un’algoritmo scritto in uno script determina se comunicare ad un quarto Raspberry collegato via modbus alla caldaia l’attivazione dei relè.
Praticamente ho un termostato software.
Cerco di usare una caldaia a gas SOLO come sistema di backup, ma a regime il riscaldamento a pavimento è alimentato da una pompa di calore, un Hybrid Cube Daikin per l’acqua calda, sei splitter e altre due macchine esterne. Via modbus ho i dati in realtime dello stato caldaia e delle temperature (water inlet, leaving, outside, tank etc).
Al fine di aumentare l’autosostenimento, applico regole tipo il cercare di alzare la temperatura finchè il fotovoltaico produce evitando se ragionevole l’uso della corrente di notte.
Ho 15 punti lan e 5 router wifi. La casa è ampia, è l’unico modo per avere una copertura decente da ogni punto della casa.
Uso un Vigor 2760 come router primario per l’ADSL, QoS etc, principalmente perchè il mio ISP mi ha dato una configurazione IPv6 strana che riesco a far andare solo con quello.
Ai tempi della richiesta IPv6, diversi anni fa, a detta del mio ISP fui il primo a chiederlo…
No. Cioè, c’è l’antifurto, un TecnoAlarm, ma per scelta è totalmente manuale e separato dalle mie diavolerie DIY.
Bon, per ora mi fermo, magari se l’argomento piace integrerò qualche altra spiegazione.
Mi piacerebbe migliorare la UI, collegare qualche assistente tipo Google Home o Amazon Alexa, proseguire con l’abolizione di roba di terze parti (es. il videocitofono) e mille altre robe. Come sempre è il tempo che scarseggia.
Ciao!
Scrivo una articolo sul problema nausea nel VR (Virtual Reality), basandomi sulla mia esperienza.
E’ un problema molto importante per questa tecnologia. Quelli che pensano che sia il limite di QUESTA generazione di tecnologia VR sbagliano, il problema è più complesso e non è generalmente legato all’hardware in uso.
La nausea nel VR viene quando i sensori naturali del corpo umano trasmettono delle informazioni contraddittorie. Il vostro cervello pensa siate malati, e attiva una strategia di sicurezza: la nausea per vomitare.
Inoltre, più tempo si usa un sistema VR, più la nostra mente & corpo si abitua. Personalmente, uso prototipi VR da 3-4 anni, e non c’è più quasi nulla che mi provoca nausea.
Credo ci sia qualcosa anche legato all’età. Faccio provare i miei sistemi VR a parecchi amici (che mi chiedono spiegazioni, altro motivo di questo articolo). Non ho mai riscontrato alcun problema di nausea in ragazzi/e sotto i 16 anni, che riescono a giocarci anche per ore. Probabilmente un’adattamento più rapido del loro sistema vestibolare.
Parliamo di sistemi così evoluti (finalmente) che cercano di ingannare il cervello umano per fargli credere di essere davvero in un ambiente non reale. Il paragone delle tecnologie VR vs occhialini 3D mi fà rabbrividire ogni volta che lo sento.
Riassumo qui sotto le soluzioni software e hardware attualmente in uso che conosco. I link ai titoli di videogiochi sono i trailer su YouTube.
Nella maggior parte dei casi richiede una configurazione dello spazio dedicato al sistema VR chiamato Room space.
L’azione nel gioco può avvenire interamente nell’area fisica dedicata al VR. Fantastic Contraption è stato praticamente il primo titolo di questo genere.
Ma non è strettamente necessario, in The Climb si può esplorare interi ambienti senza alcun movimento artificiale.
Se il giocatore è all’interno di un veicolo (una macchina, un’astronave, un mech) la nausea da movimento è ridotta. Anche perchè generalmente la vista periferica è statica (vedi Tunneling più avanti).
Il movimento del giocatore nell’ambiente è prestabilito. Tipo una corsa su vagoni delle giostre.
Metodo scelto da Until Dawn Rush Of Blood, Archangel e molti altri.
Il sapere a priori quale sarà il movimento che sta per avvenire, riduce notevolmente la reazione negativa del sistema vestibolare. Se la velocità di corsa è alta, è consigliato mostrare graficamente il percorso per permettere al cervello di anticipare il movimento.
Non è molto amato dai giocatori, perchè (oltre a essere innaturale ovviamente) nella maggior parte dei casi dopo il teleporting ci vuol del tempo perchè il giocatore si renda conto della nuova posizione (tipicamente l’orientamento).
In Robo Recall han cercato di risolvere chiedendo al giocatore di impostare il futuro orientamento a priori.
Deve inoltre essere introdotto con una dissolvenza (fade in/out), che anche questo spezza l’esperienza.
Infine è ovviamente scorretto se usato per schivare nemici.
Si tratta di nascondere la vista periferica durante il movimento, anche come segnale di movimento in corso.
E’ il metodo scelto da Google Earth VR, chiamato “Comfort Mode” (disattivabile).
Se la rotazione manuale è indispensabile, deve avvenire a step (45° o 90° tipicamente), e non in maniera fluida come avviene in qualsiasi gioco 2D.
Se un gioco è nato per il 2D, o se deve supportare sia 2D che VR, ci sono diversi accorgimenti che van sistemati o radicalmente disattivati. Ne cito solo qualcuno come esempio.
Se l’adattamento al VR è fatto male (anche semplicemente ombre sbagliate etc), il cervello reagisce male e fa scattare la nausea.
E’ sbagliato pensare che qualsiasi gioco in soggettiva possa essere adattato al VR con poco sforzo.
Se il framerate scende, uno ‘scatto’ nel semplice movimento della testa provoca nausea.
Questo è in assoluto l’accorgimento più importante che TUTTI devono verificare/sistemare prima di usare un sistema VR.
Personalmente, mai provato nessuno. Che io sappia, non ci sono neanche titoli AAA che li supportano nativamente.
Generalmente non fan nient’altro che simulare il tasto W della tastiera per il movimento del giocatore.
Per ora non mi viene in mente nient’altro. Aggiornerò l’articolo se mi salta in mente qualcos’altro, o scrivetemi nei commenti. Ciao!
Provo per diletto a riassumere la vicenda “Hacking beppegrillo.it/Rousseau”, basandomi su quel che so dai blog e dalle persone che seguo su Twitter.
Premessa: Non ho MAI tentato un hacking, né cercato vulnerabilità attivamente. Tutto quello che dichiaro l’ho semplicemente dedotto da informazioni pubbliche.
Notai che il certificato SSL (l’accesso https://) di beppegrillo.it era scaduto da 5 giorni.
Nessuno si era accorto, quindi nessuno lo usava.
Accedere ad un sito web senza crittografia significa essere esposti a un attacco chiamato MITM (Men-In-The-Middle, ‘Uomo nel mezzo’).
Ad esempio se qualcuno, collegato ad un WiFi di un albergo, digita in un sito web senza https:// una login e password, chiunque ha accesso al router dell’albergo vede e può alterare questi dati in chiaro.
Se andate su http://www.beppegrillo.it/login.php , noterete che ormai qualsiasi browser moderno segnala il problema.
Claudio d’Angelis notò che in realtà l’accesso https:// non funzionava proprio.
.@disinformatico probabilmente perche' il sito e' gestito dal "nipote che smanetta" di turno che non ha la minima idea di cosa stia facendo pic.twitter.com/eV1m4YYTdM
— Claudio d'Angelis (@daw985) January 8, 2017
E’ quindi certo che nessuno lo usava.
Poi, per curiosità, avevo usato un test online di controllo sicurezza e configurazione di siti protetti, Qualys SSL Labs.
Se volete provare, basta andare qui: https://www.ssllabs.com/ssltest/ e inserire
https://www.beppegrillo.it
L’esito, a gennaio 2017, non solo mostrava una mal-configurazione di SSL (che di per sè non era così grave, tanto non era usato), ma evidenziava che era vulnerabile a un attacco chiamato POODLE.
Ok, impossibile da usare come vettore di attacco essendo SSL non usato. Ma evidenziava che, evidentemente, il server non era più stato aggiornato perlomeno dal 2014.
Paolo Attivissimo segnalò allo staff di Grillo il problema che avevo sollevato:
.@beppe_grillo 1/2 Mi segnalano vulnerabilità informatiche su Beppegrillo.it, potete verificare? https://t.co/NW8RjP2W5z
— Paolo Attivissimo (@disinformatico) January 8, 2017
Inoltre, il webserver era un Apache 2.2.15, molto molto vecchio (2010). Brutto segno.
Il sito Rousseau del M5S è vulnerabile, voti e dati personali degli iscritti sono tutti a rischio #Hack5Stellehttps://t.co/7KPcFsXFhe
— evariste.gal0is (@evaristegal0is) August 2, 2017
Evariste Gal0is apre un sito web, chiamato hack5stelle, in cui evidenzia come imporre un limite MASSIMO di 8 caratteri per una password sia RIDICOLO. Ed evidenzia una serie di vulnerabilità di tipo SQL injection. Sono un tipo di vulnerabilità che permettono di leggere arbitrariamente i dati dal database, anche quelli riservati. Altamente probabile che siano anche alterabili.
Non divulga alcun dettaglio su come sfruttare tali vulnerabilità, e dice che ha informato i responsabili del sito web.
E’ in gergo un WhiteHat, un ricercatore che cerca vulnerabilità nei siti web al solo scopo di aiutare.
Ha al suo attivo centinaia di segnalazioni utili, come si evince dal suo profilo su OpenBugBounty.
Perchè lo fa? Per passione. Per aiutare i webmaster. Per difendere gli utenti. Per imparare. Per farsi conoscere, perchè magari un domani possa diventare un lavoro a tempo pieno.
Lo fa gratis o qualcuno lo paga? Gratis. Non diverso dagli sviluppatori di software open-source che usate tutti quanti. Ricordatelo, grazie.
Già inizia a pentirsene poco dopo, ore 23:51
Scusate ho ricevuto troppa visibilità, che non riesco a gestire e in gran parte non mi interessa. Volevo solo avvisare di una potenziale–>
— evariste.gal0is (@evaristegal0is) August 2, 2017
–> perdita dati da un sito ormai molto importante. A breve eliminerò l'account. Ho lasciato il sito con la sezione FAQ.
— evariste.gal0is (@evaristegal0is) August 2, 2017
L’Associazione Rousseau pubblica sul blog di Beppe Grillo un post intitolato La sicurezza di Rousseau.
Di notevolmente ridicolo scrivono
Sono già state messe in atto tutte le azioni necessarie per impedire il ripetersi di intrusioni informatiche come questa.
(verranno smentiti successivamente)
e
In ogni caso il suo sito è già scomparso così come i suoi account social, segno che le contromisure contro questi reati funzionano e siamo lieti che siano state così tempestive.
(verranno smentiti successivamente)
ma soprattutto attaccano/minacciano Evariste Gal0is:
Valuteremo l’azione legale da intraprendere nei confronti dell’hacker, il cui attacco è assolutamente da condannare, anziché osannare come fanno i giornali.
Minacciare un WhiteHat è assurdo, stupido, gravissimo.
Oltre che ridicolo…
In altre parole state dicendo che avete denunciato uno che ha fatto full disclosure? Il partito della rete… seh, come no. https://t.co/hTwsjxmjCE
— Stefano Zanero (@raistolo) August 4, 2017
eh no, il problema non è la vulnerabilità, ma la risposta che hanno dato, in quello si vede la (non) professionalità
— 🦄 (@evilsocket) August 5, 2017
Personalmente non mi pare coerente minacciare un WhiteHat e contemporaneamente sostenere progetti come WikiLeaks (cosa pensano che facciano?) o persone come Julian Assange.
Fantastico l’hashtag #solowikileaksvabene di David Puente.
Su Twitter l’utente @r0gue_0 dichiara di aver l’accesso al server o ai servers da mesi, e inizia a pubblicare dati come dimostrazione.
E’ un BlackHat, “cappello nero”, diciamo ‘un hacker cattivo’. Ma ‘hacker’ è un parolone per questo tizio.
Afferma e dimostra di poter scrivere nel database, oltre a leggerlo.
Insulta il whitehat Evariste Gal0is, colpevole a suo dire di aver attirato l’attenzione sulla disastrosa situazione intaccando i suoi interessi.
Personalmente, penso che r0gue_0 fosse in attesa di un momento politico più favorevole per sfruttare il suo accesso.
In una successiva intervista a Wired rilascerà dichiarazioni importanti come
“Io li dentro ci stavo già, e da molto tempo. Ho dato due esempi di tabelle molto diverse solo per fare capire il lasso di tempo, come che gli host violati erano diversi. Se non era per il vostro amico wannabe, che ha voluto mettere il cappello bianco e provare a diventare famoso, non si veniva a conoscenza nemmeno della mia esistenza. Non avreste mai visto nulla, e io sarei rimasto lì indisturbato a continuare gli affari miei. Per tutto questo casino potete dunque ringraziare lui”.
Non mi soffermo sulla tipologia di dati divulgati, sui singoli tweet o quant’altro di questo stronzo (scusate il francesismo).
r0gue_0 ha anche messo in vendita tutti i dati trafugati, per poco meno di 1000$. Non si sa chi o quante persone han acquistato questi dati.
Confido che prima o poi ci sarà la ciliegina sulla torta: qualcuno li pubblicherà su WikiLeaks, che il M5S tanto apprezza.
Rimando agli articoli di David Puente per altri dettagli sulle gesta di r0gue_0:
Violato Rousseau! Hacker R0gue0 pubblica su Twitter dati prelevati dalla piattaforma del M5S
R0gue_0 e il database di Rousseau: Matteo Renzi ha donato 1 milione di euro al M5S? Ma anche no!
Non solo Rousseau, R0gue_0 ha bucato anche BeppeGrillo.it e Il Blog delle Stelle
Evariste Gal0is torna online. Si era preso una pausa perchè non ha gradito la popolarità.
Smentisce il post dell’Associazione Rousseau relativamente alle contromisure:
Il sito https://t.co/7KPcFsXFhe è andato offline per le troppe visite. L'ho modificato lasciando FAQ e Conclusione, spero aiuti
— evariste.gal0is (@evaristegal0is) August 5, 2017
Condanna il gesto di r0gue_0:
Sono dispiaciuto e condanno il gesto dell'altro idiota che ha diffuso dati personali. Non capisco il fine, e probabilmente non lo condivido.
— evariste.gal0is (@evaristegal0is) August 5, 2017
Avverte che i problemi persistono:
Forse, non entro in questi meriti, avrei optato per una comunicazione differente, solo questo. Il sito ha ancora molti errori.
— evariste.gal0is (@evaristegal0is) August 5, 2017
E, nonostante le minaccie ricevute, continua il suo operato da whitehat:
concordo con il tuo cinismo, dopo l'articolo che hanno scritto sul blog non volevo più inviargli nulla. Però poi non ho pensato fosse –>
— evariste.gal0is (@evaristegal0is) August 5, 2017
–> corretto verso gli utenti, e ho deciso di segnalare comunque. Il problema rimane, io ho messo una minipezza.
— evariste.gal0is (@evaristegal0is) August 5, 2017
A me ha risposto:
spero vivamente che non procedano per vie legali 🙂 insomma gli sto ancora segnalando le variabili vuln, sarebbe sciocco
— evariste.gal0is (@evaristegal0is) August 5, 2017
Da ammirare.
Di Maio dichiara:
Il problema non siamo noi ma la sicurezza informatica di questo Paese
.
Gloriosa supercazzola.
According to M5S MP Luigi Di Maio, the issue is not their own platform being vulnerable to SQL injection, but "the country's cybersecurity". https://t.co/YXThJpn6g8
— Stefano Zanero (@raistolo) August 6, 2017
another level of cyber supercazzola …
— 🦄 (@evilsocket) August 6, 2017
Matteo Flora riassume la vicenda con un video su YouTube:
Attacco a #Rousseau del Movimento 5 Stelle: tutto quello che dovete sapere
Evariste Gal0is ed Antonio Sanso pubblicano una nuova analisi: #Hack5Stelle – Parte 1: dump e le password.
Scoprono che il software installato è una versione obsoleta di Movable Type, la versione 4.2.
Esistono dei database contenenti l’elenco delle vulnerabilità dei software, ad esempio i CVE.
Normalmente, quando una vulnerabilità nuova viene scoperta, viene segnalata all’autore del software, che può correggerla. Passato tot tempo (generalmente qualche mese), viene resa pubblica (disclosure), a volte anche con istruzioni dettagliate su come sfruttarla.
La disclosure della versione di un software in uso, soprattutto se obsoleto, equivale a un il mio punto debole è qui, se mi colpisci -per di più così- mi fai male.
Scoprono inoltre che le password, laddove non conservate in chiaro, sono facilmente decifrabili a causa di un algoritmo che risale alla preistoria informatica: DES / Crypt.
E’ altamente probabile che l’Associazione Rousseau abbia installato Movable Type tanti anni fa,
l’hanno adattato alle loro esigenze ottenendo di fatto un fork, e ora non possono più aggiornarlo senza rifare tutti gli adattamenti.
E’ un tipico errore di webmaster incompetenti.
Paolo Attivissimo accenna la vicenda: Due parole sulle vulnerabilità di Rousseau
Evariste Gal0is rilascia un’intervista a David Puente: Intervista a Evariste Gal0is: non era un attacco politico e non sono R0gue_0. Segnalate falle anche nel nuovo Rousseau
Scrive un ultimo articolo: #Hack5Stelle – Parte 2: fix che non lo erano..
Si evince che il team tecnico dell’Associazione Rousseau non è in grado di sistemare decentemente neanche i problemi segnalati.
Non sa come sistemarli, quindi hanno improvvisato cercando di tappare le falle senza alcun know-how sull’argomento. Fallendo, ovviamente.
Niente, pare che rivolgersi a un esperto non sia considerato una priorità.
Evariste Gal0is dichiara che non vuol più occuparsi della vicenda:
2/ Penso di aver fatto abbastanza, in maniera corretta. E ora cercherò di tornare a dedicarmi alle mie segnalazioni su @openbugbounty
— evariste.gal0is (@evaristegal0is) August 8, 2017
(e fa bene, imho).
Leggo dal blog di David Puente l’articolo Cosa devono risolvere e rimuovere da Beppegrillo.it per la loro sicurezza che han lasciato un file chiamato mt-check.cgi.
Funziona così: per poter installare il CMS (Content-Management-System), cioè il software ‘motore’ del sito web, han piazzato un file che serve SOLO a verificare se il server è in grado di ospitare il software.
Non per niente la pagina finisce con “You’re ready to go! … Continue with the installation instructions.”.
Qualunque webmaster sa che quel tipo di file DEVE essere cancellato dopo l’installazione.
Perchè contiene dettagli su come il server è configurato e le versioni dei software che ha, in tempo reale.
Non serve a nient’altro. Tempo richiesto per risolvere il problema: un secondo, cancellare quel file.
Come spiegato prima, sono i dettagli che servono per correlare ricerche nei database di vulnerabilità note (CVE in primis).
Nello stesso post, David Puente fa anche notare che la password viene inviata in chiaro via mail in fase di richiesta recupero (molto male!) confermando ulteriormente che usano un software obsoleto.
L’Associazione Rousseau pubblica sul blog di Beppe Grillo un post intitolato I sicari informatici non fermeranno il MoVimento 5 Stelle.
Condannano l’operato di R0gue_0. D’accordo.
Confermano che
Purtroppo non sono stati colti in flagrante
e che quindi R0gue_0 ha accesso al server da tempo indeterminato. Ricordo che aveva potere di scrittura nel db.
Di notevolmente ridicolo:
I dati che sono stati divulgati dall’hacker si sono dimostrati comunque privi di fondamento
No. Erano dati personali veri e confermati.
e ovviamente di nuovo un
In questo momento stiamo prendendo tutte le misure necessarie affinché non si ripetano situazioni del genere e siamo al lavoro anche in questo giorno di festa.
Il server è ancora vulnerabile al POODLE attack (2014) e monta ancora Apache/2.2.15 (2010). Snapshot su archive.is Test in realtime
Il file mt-check.cgi c’è ancora. Snapshot su archive.is
Personalmente, correlando versioni e report CVE, penso di aver identificato una vulnerabilità di tipo remote-code-execution.
Significa che a mio avviso c’è una vulnerabilità che permette a chiunque la sfrutti di leggere e scrivere qualsiasi dato sul server, lanciare qualsiasi comando, e di installare una back-door, ovvero un accesso secondario segreto che sarà attivo anche se il server verrà sistemato.
Dovrei verificarla per poi segnalarla? L’Associazione Rousseau ha dichiarato che non gradisce.
Inoltre, si risolve automaticamente sistemando un’altro problema già citato in questo articolo, quindi gli basta rivolgersi a qualcuno di competente prima o poi.
Tralascio volutamente ogni considerazione legale sull’operato dell’Associazione Rousseau, non ne capisco abbastanza da permettermi un’opinione.
Ho letto che il Garante della Privacy ha aperto un’istruttoria.
Spero di non aver dimenticato nessun fatto importante, in caso contrario segnalatemelo via Twitter, grazie.
Han rimosso finalmente il file mt-check.cgi. Non han colto minimamente cosa avevano sbagliato, perchè il problema persiste in altri files simili.
Visto l’interesse per l’argomento, riassumo lo stato dell’accesso protetto da crittografia di 5 siti web di partiti politici.
Di questi, solo il sito web del Partito Democratico ha un accesso crittografato in maniera sicura. Accettabile con riserva.
Il Movimento 5 Stelle ha un ottimo sistema, Rousseau, ma non tutto è in sicurezza. Fratelli d’Italia, Forza Italia e Lega Nord, totalmente assente.
Unico pensiero politico da parte mia (prendetelo in maniera costruttiva): mi aspettavo maggiore cura dal Movimento 5 Stelle considerando che la rete è il suo cavallo di battaglia.
Immaginate ad esempio che un utente visiti quei siti web da un accesso pubblico (wifi pubblico, albergo, aeroporto etc). Un attaccante potrebbe:
Questi ESEMPI di potenziali attacchi valgono per tutti, PD compreso, dato che non ha attivato alcuna forzatura alla versione sicura nei form di credenziali.
La maggior parte di produttori di browser hanno piani a lungo termine per l’abolizione delle connessioni in chiaro (es. Firefox), e i primi passi imminenti sono l’implementazione di warning di sicurezza (es. FireFox, Chrome).
Chrome pubblico usato dalla gente comune è la versione 55. La versione che notificherà che i siti web sopra-citati sono insicuri sarà la 56. E’ davvero molto imminente, imho.
Rousseau https://rousseau.movimento5stelle.it è ottimamente configurato.
Certificato hash algorithm sha256 ok, rating ssl-labs: A+ altissimo (il massimo, abbastanza raro),
ottimo l’uso di HSTS che garantisce a monte che il sito sia interamente sotto crittografia. Versione web-server nascosta.
Una pesante pecca: l’iscrizione punta ad un’altra macchina, malmessa a livello di configurazione:
L’iscrizione quindi è obbligatoriamente in chiaro, perchè usare un accesso scarso di rating ssl-labs: T equivale a non usarlo.
Vedo ottime premesse, a spanne basta che il team di Rousseau prenda in carico anche l’altra macchina malconfigurata.
Buono, non ottimo.
Accesso crittografato https://www.partitodemocratico.it/ è OK.
La pecca è che la versione in chiaro funziona, potrebbe redirigere direttamente alla versione crittografata, o meglio ancora implementare HSTS come Rousseau.
E’ una pecca importante perchè la versione di login funziona anche da accesso non crittografato.
Obiettivamente se un accesso è insicuro e la versione sicura esiste, non è possibile venire incontro alla vita agli utenti che non conoscono la differenza o manco sanno che possono scegliere?
Piccola pecca, https://partitodemocratico.it restituisce ERR_BAD_SSL_CLIENT_AUTH_CERT. Pare solo mal-configurato il terzo livello “www.”.
Certificato SSL, ok per sha256. ssl-labs: B migliorabile, degli accessi con cipher weak andrebbero chiusi. Rousseau è configurato meglio.
Pare usino Apache 2.2.22 su FreeBSD. Non conosco decentemente FreeBSD.
Curiosità: Dal sito web, cliccare Accedi porta a un url da 3228 caratteri/bytes. Tutti fondamentali eh. (ironico).
In http://www.fratelli-italia.it praticamente l’accesso cifrato non esiste.
Tesseramento e login solo in chiaro.
La versione cifrata del tesseramento mostra un 503 Service Unavailable, con un certificato self-signed che non corrisponde neanche come common-name.
ssl-labs: F. Vulnerabile al POODLE attack, weak cipher, etc.
Se non altro, nascondono che software web-server usano.
http://www.forzaitalia.it è solo in chiaro, l’accesso crittografato per il sito principale non risponde.
La login è in chiaro.
L’accesso crittografato per il login spara pagina non trovata (HTTP 404).
Certificato SSL self-signed, scaduto 3 anni fa. 1024 bits. In pratica come se non ci fosse.
ssl-labs: F Tutto weak. Due diverse vulnerabilità, POODLE e CVE-2016-2107.
Praticamente l’accesso crittografato non esiste.
Apache/2.2.25 Amazon.
http://www.leganord.org/ tutto in chiaro. L’accesso crittografato non esiste.
Apache 2.4.10 su Fedora.
Recentemente ho notato che il certificato SSL di https://www.beppegrillo.it è scaduto.
La cosa mi ha incuriosito perchè quel sito web è uno dei più frequentati d’Italia, e mi è parso strano che nessuno nell’arco di 5 giorni si sia indignato di dover inserire una password in una connessione in chiaro (esempio).
Anche perchè la figura di m. è imminente, le beta o candidate-release di browser moderni mostrano degli avvisi espliciti laddove è richiesta una password in una connessione non cifrata. Vedi ad esempio https://blog.mozilla.org/tanvi/2016/01/28/no-more-passwords-over-http-please/
Ieri sera l’ho fatto notare a Paolo Attivissimo via Twitter:
@disinformatico Son già 5 giorni che il certificato SSL di https://t.co/WdNBarkjim è scaduto, ma pare l'ho notato solo io… Mumble mumble.
— Fabrizio Carimati (@Clodo76) January 8, 2017
Poco dopo, Paolo ha twittato:
I grillini si vantano di essere quelli che capiscono Internet. Allora come mai il loro certificato SSL è scaduto da giorni? (via @clodo76) pic.twitter.com/pQ4Rw7omec
— Paolo Attivissimo (@disinformatico) January 8, 2017
Immediatamente ho precisato che un certificato SSL non scaduto per il dominio www.beppegrillo.it esiste, ma non è configurato sulla macchina relativa:
@disinformatico Quello su https://t.co/UUmrFMqyIb scade nel 2018 e copre tre domini tra cui https://t.co/S6SlyG1j4L. Mal configurazione?
— Fabrizio Carimati (@Clodo76) January 8, 2017
Claudio d’Angelis mi ha fatto notare che l’approccio non è proprio professionale, dato che normalmente il protocollo non dovrebbe determinare il tipo di contenuti, mentre invece pare evidente che il blog sia necessariamente in chiaro, e la crittografia riservata ad altro (non so di più, mai frequentato il sito di Grillo).
.@disinformatico probabilmente perche' il sito e' gestito dal "nipote che smanetta" di turno che non ha la minima idea di cosa stia facendo pic.twitter.com/eV1m4YYTdM
— claudio d'angelis (@daw985) January 8, 2017
A questo punto ho indagato (parolone…) altri 5 minuti (neanche), e ho notato che il webserver risponde fornendo informazioni sulla versione di Apache installata
@daw985 @disinformatico Porta pure a un 404. Ahi, non è vecchiotto Apache/2.2.15? … pic.twitter.com/o59Rb8e9pI
— Fabrizio Carimati (@Clodo76) January 8, 2017
Non che questo sia grave di per sè, ma di solito i professionisti evitano di fornire questo genere di info per rendere almeno un pelo più difficile la ricerca di vulnerabilità.
Un veloce controllo su SSL-Labs ha evidenziato vulnerabilità note (PODDLE), cipher weaks e altre varie.
@daw985 @disinformatico Vabbè ma è un colabrodo … https://t.co/c0vTycG7nj è come sparare sulla croce rossa.
— Fabrizio Carimati (@Clodo76) January 8, 2017
Cosa prevedibile con un Apache 2.2.15, che è un po’vecchiotto. POODLE confermato anche dallo scan online di Comodo.
@daw985 @disinformatico https://t.co/e3hZEQFIRD è pure vulnerabile al POODLE Attack, roba del 2014…
— Fabrizio Carimati (@Clodo76) January 8, 2017
Più di una persona su Twitter fa notare che il sito di gestione del Movimento è su un’altra macchina, https://rousseau.movimento5stelle.it/ , che a una prima occhiata pare ben configurata.
Ma obiettivamente in questo settore non è che se un qualcosa è obsoleto lo si abbandona senza aggiornamenti, anche perchè se quell’accesso presenta vulnerabilità da remote-code-execution, significa accesso all’intera macchina (ed eventualmente al database annesso).
E qui arriviamo al motivo di questo riassunto.
Mi preme precisare che ho usato il termine colabrodo perchè è evidente la situazione, ma NON ho MAI detto che è una situazione grave.
Mi ritengo un professionista nel mio settore (sicurezza IT), ma qui sono sempre rimasto a livelli di chiacchere da bar.
Stabilire la gravità di noncuranze richiederebbe un’analisi più accurata, dei penetration-testing, notifiche private, disclosure concordate etc.
Potrebbe anche essere che la macchina in questione è solo un vuoto reverse proxy o un load-balancer a una macchina di backend meglio configurata, per dire.
Estote parati! (@lastknight docet)
(Editato in seguito per correggere il mio italiano..)
I develop this for AirVPN Community https://airvpn.org/
Released under GPL3 on GitHub
I rendered with POV-Ray (using my approach) a sample 360 degree, omnidirectional, stereo video (top/bottom).
Can be used for stress testing VR Video players, HMD etc.
It’s a 120 frame animation, loopable. It mean one seconds at 120 FPS (for example PSVR), 1.25 seconds at 90 FPS (Oculus Rift, HTC Vive), etc.
YouTube Preview:
Real plain preview:
It took around 4 days for rendering on my i7 with eight cores.
Every frame have 7680 x 7680 pixels resolution (Stereo top/bottom), around 32 MB PNG each.
I encoded it in different FPS and resolution. As explained in my other post about ODS, x264 don’t support highest framerate at highest resolution.
ffmpeg command-line encoding:
ffmpeg\bin\ffmpeg.exe -framerate 60 -i sample%03d.png -c:v libx264 -preset veryslow -vf scale=1280:720 -x264-params crf=18 -c:a aac -strict experimental preview.mp4
Image:
Single shot image, 7680 x 7680 pixels (9370 KB)
Videos:
x264 – 30 FPS – 4K UHD
x265 – 60 FPS – 4K UHD
x265 – 90 FPS – 4K UHD
x265 – 90 FPS – 4K DCI
x265 – 90 FPS – 8K
x265 – 120 FPS – 8K
Omnidirectional stereo (ODS) is a projection model for stereo 360 degree videos
It’s designed for VR viewing with a headmounted display (HMD).
More information here.
I developed and tested for fun an approach for raytracing, open-source POV-Ray software.
Currently (2016-03-11), render ODS image require an alpha version of POV-Ray, that support user_defined camera. Download from here
Or use my POV-Ray fork. More information on this below.
With POV-Ray official (Alpha),
Use the following code for an ODS top-bottom (left eye on top, right eye on bottom):
// ODS Top/Bottom - Docs: https://www.clodo.it/blog/?p=80
#declare odsIPD = 0.065; // Interpupillary distance
#declare odsVerticalModulation = 0.2; // Use 0.0001 if you don't care about Zenith & Nadir zones.
#declare odsLocationX = 0;
#declare odsLocationY = 0;
#declare odsLocationZ = 0;
#declare odsHandedness = -1; // "-1" for left-handed or "1" for right-handed
#declare odsAngle = 0; // Rotation, clockwise, in degree.
camera {
user_defined
location {
function { odsLocationX + cos(((x+0.5+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin(select(y, 1-2*(y+0.5), 1-2*y)*pi)), odsVerticalModulation))*select(-y,-1,+1) }
function { odsLocationY }
function { odsLocationZ + sin(((x+0.5+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin(select(y, 1-2*(y+0.5), 1-2*y)*pi)), odsVerticalModulation))*select(-y,-1,+1) * odsHandedness }
}
direction {
function { sin(((x+0.5+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -select(y, 1-2*(y+0.5), 1-2*y) * pi) }
function { sin(pi / 2 - select(y, 1-2*(y+0.5), 1-2*y) * pi) }
function { -cos(((x+0.5+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -select(y, 1-2*(y+0.5), 1-2*y) * pi) * odsHandedness }
}
}
Use the following code for an ODS side-by-side:
// ODS Side-by-Side - Docs: https://www.clodo.it/blog/?p=80
#declare odsIPD = 0.065; // Interpupillary distance
#declare odsVerticalModulation = 0.2; // Use 0.0001 if you don't care about Zenith & Nadir zones.
#declare odsLocationX = 0;
#declare odsLocationY = 0;
#declare odsLocationZ = 0;
#declare odsHandedness = -1; // "-1" for left-handed or "1" for right-handed
#declare odsAngle = 0; // Rotation, clockwise, in degree.
camera {
user_defined
location {
function { odsLocationX + cos(((select(x,2*(x+0.5),2*x)+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin((1-(y+0.5))*pi)), odsVerticalModulation))*select(x,-1,1) }
function { odsLocationY }
function { odsLocationZ + sin(((select(x,2*(x+0.5),2*x)+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin((1-(y+0.5))*pi)), odsVerticalModulation))*select(x,-1,1) * odsHandedness }
}
direction {
function { sin(((select(x,2*(x+0.5),2*x)+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -(1-(y+0.5)) * pi) }
function { sin(pi / 2 - (1-(y+0.5)) * pi) }
function { -cos(((select(x,2*(x+0.5),2*x)+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -(1-(y+0.5)) * pi) * odsHandedness }
}
}
Use the following code for single eye rendering:
// ODS Single Eye - Docs: https://www.clodo.it/blog/?p=80
#declare odsIPD = 0.065; // Interpupillary distance
#declare odsVerticalModulation = 0.2; // Use 0.0001 if you don't care about Zenith & Nadir zones.
#declare odsLocationX = 0;
#declare odsLocationY = 0;
#declare odsLocationZ = 0;
#declare odsHandedness = -1; // "-1" for left-handed or "1" for right-handed
#declare odsAngle = 0; // Rotation, clockwise, in degree.
#declare odsEye = -1; // -1 for Left eye, +1 for Right eye
camera {
user_defined
location {
function { odsLocationX + cos(((x+0.5+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin((1-(y+0.5))*pi)), odsVerticalModulation))*odsEye }
function { odsLocationY }
function { odsLocationZ + sin(((x+0.5+odsAngle/360)) * 2 * pi - pi)*(odsIPD/2*pow(abs(sin((1-(y+0.5))*pi)), odsVerticalModulation))*odsEye * odsHandedness }
}
direction {
function { sin(((x+0.5+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -(1-(y+0.5)) * pi) }
function { sin(pi / 2 - (1-(y+0.5)) * pi) }
function { -cos(((x+0.5+odsAngle/360)) * 2 * pi - pi) * cos(pi / 2 -(1-(y+0.5)) * pi) * odsHandedness }
}
}
I use this formula:
where 0.02 it’s the odsVerticalModulation and 0.065 the default IPD. Play with this value to understand how IPD are reduced near the Zenith (x:-0.5) and Nadir (x:0.5).
In general, it’s recommended to avoid objects at zenith & nadir points, and use a odsVerticalModulation near 0 (0.0001), to obtain a perfect IPD / 3d effect.
If you have objects at zenith & nadir points, use a odsVerticalModulation near 1 can be a good compromise.
Other approach:
Domemaster3D (Shader for 3DS Max, Mata, Softimage etc) recommend a texture to reduce the effect. link
SolidAngle/Arnold use mixed approach. link
Another kind of modulation: link
sphere
{
<odsLocationX,odsLocationY,odsLocationZ>, 0.6*odsIPD/0.065
pigment
{
color <1,0,0>
filter 0.97
}
hollow
}
I recommend, at least for the current (year 2016) generation of VR headset (GearVR, Oculus Rift, HTC Vive), at least 6480 x 6480 pixels in top/bottom for static images. For videos, see below.
Resolution must have 2:1 aspect ratio (standard equirectangular), that become 4:1 for side-by-side or 1:1 for a top-bottom.
TL;DR;
It’s difficult to estimate a good resolution.
VR headset do a distortion for lenses, any every VR headset can have different lenses, different FOV, different panel resolution etc.
The GearVR for example has a 90° FOV on a 2560×1440 panel, but the center pixel covers 0.06° after distortion. This value is sometime called “pixel coverage” or “pixel density” or “pixel per display pixel” or “eye buffer scaling”. So, for the GearVR, 0.06° pixels means we need 360/0.06 = 6000 pixels to cover one monoscopic turn.
This is actually problematic.
In theory, the resolution must be at least as explained above for images.
Any VR headset require a high frame-rate to avoid nausea.
In general, future-generation VR headset: expected 120 FPS
But H264 don’t have any level profile compatible with this kind of resolution.
Also HEVC/H265 have the same problem.
But we also need a coded that is hardware-accelerated to obtain the high FPS requested, and generally only H264/H265 are optimized for this.
Virtual Desktop – There isn’t any option about side-by-side vs top-bottom, it simply detect it from the aspect ratio: 4:1 for side-by-side, 1:1 for top/bottom.
Both player can’t reproduce H265 high resolution videos.
With a POV-Ray builded from my fork, you can simply use a spherical camera:
camera
{
spherical
//ipd 0.065
ods 4
//ods_angle 0
//ods_modulation 0.2
//ods_handedness 1
location <0,0,0>
}
Many, many thanks to:
Christoph Lipka, William F Pokorny, Jaime Vives Piqueres from POV-Ray newsgroup.
Joan from Oculus Forum.
Jakob Flierl (checkout is GIT-Hub repo about ODS).
Some example of rendering (6480 x 6480 pixels, Top-Bottom).
I also rendered a sample video that can be used for stress-testing of VR video players.
Reference resolutions for POV-Ray quickres.ini
[ODS TB Quick Test - 512 x 512] Width=512 Height=512 Antialias=Off [ODS TB Test - 1024 x 1024] Width=1024 Height=1024 Antialias=Off [ODS TB Minimum - 3600 x 3600] Width=3600 Height=3600 Antialias=On Antialias_Threshold=0.3 [ODS TB High - 6480 x 6480] Width=6480 Height=6480 Antialias=On Antialias_Threshold=0.3 [ODS TB Ultra - 12288 x 12288] Width=12288 Height=12288 Antialias=On Antialias_Threshold=0.3 [ODS TB 1440p - 2560 x 1440] Width=2560 Height=1440 Antialias=On Antialias_Threshold=0.3 [ODS TB UHD-1 2160p - 3840 x 2160] Width=3840 Height=2160 Antialias=On Antialias_Threshold=0.3 [ODS TB DCI 4K - 4096 x 2160] Width=4096 Height=2160 Antialias=On Antialias_Threshold=0.3 [ODS TB 8K UHD - 7680 x 4320] Width=7680 Height=4320 Antialias=On Antialias_Threshold=0.3 [ODS LR Minimum - 7200 x 1800] Width=7200 Height=1800 Antialias=On Antialias_Threshold=0.3 [ODS LR High - 12960 x 3240] Width=12960 Height=3240 Antialias=On Antialias_Threshold=0.3 [ODS LR Ultra - 24576 x 6144] Width=24576 Height=6144 Antialias=On Antialias_Threshold=0.3 [ODS LR Low - 7200 x 1800] Width=7200 Height=1800 Antialias=On Antialias_Threshold=0.3 [ODS LR Normal - 12960 x 3240] Width=12960 Height=3240 Antialias=On Antialias_Threshold=0.3 [ODS LR High - 24576 x 6144] Width=24576 Height=6144 Antialias=On Antialias_Threshold=0.3 [ODS TB Low - 3600 x 3600] Width=3600 Height=3600 Antialias=On Antialias_Threshold=0.3 [ODS TB Normal - 6480 x 6480] Width=6480 Height=6480 Antialias=On Antialias_Threshold=0.3 [ODS TB High - 12288 x 12288] Width=12288 Height=12288 Antialias=On Antialias_Threshold=0.3 [ODS TB YouTube - 3840 x 2160] Width=3840 Height=2160 Antialias=On Antialias_Threshold=0.3