Skip to content

C o s e

cretox

  • Info

Category: FLOSS

Free/Libre/Open-Source Software

SMPlayer: la soluzione definitiva del cristo

Posted on 03/12/2008 by cretox

Ci sono una marea di media player che funzionano a meraviglia eccetera eccetera, a parte windows media player mi sembra eh.
C’è VLC che legge qualunque cosa o quasi ed è pure leggerino ma senza la playbarra, appare un po’ bruttino. Diamogli 9 su 10 toh.
Poi c’è MPlayer coi suoi gmplayer e mencoder, anche lui fa tutto o quasi. Ogni tanto di rompe, ogni tanto muore, ma vabe’ rimane il semidio semimortale dei leggi-media. Anche qui 9 toh.
Poi arrivò KMPlayer, integrazione con kde e tutto quanto, usa mplayer, cioè è un (o una?) frontend a mplayer, nel senso che il software che lavora rimane mplayer ma c’è questa interfaccia figa che ti fare molte cose con lo zucchero. 8 toh.
Kaffeine? Mai usato. Dicono che va bene. Boh toh.
No, Totem no. Perché no.

Infine scopro SMPlayer e vi dico subito la cosa più figa: è bello e simpatico. Vi siete svegliati male? No problem, smplayer interpola gli input ancestrali fa due conti e va iper col liscio. E poi si ricorda tutto: dove avete interrotto l’ultimo film, i settaggi, dove avete lasciato le chiavi.
Ok anche lui usa mplayer, è in qt, ogni tanto non legge qualcosa. 10 toh non esiste ma li vale tutti.

Definitivamente:
· SMPlayer o VLC, prima scelta.
· Se s’incriccano tutt’e due probabilmente il formato proprietario non merita di essere letto (e quell* che l’ha encodato è un* stronz*).

Ah, se è qualche settimana che mplayer ci mette tipo 10 secondi a partire, è colpa di dcopserver: deve essere avviato per non si sa quale assurdo motivo. Se vi sembra troppo assurdo provare a disabilitare la autodisabilitazione di xscreensaver all’avvio di mplayer.
Per un motivo ancora più assurdo e nascosto sono due metodi che funzionano e risolvono uguale. Per sicurezza magari usateli entrambi.

PS: Londra è una fantafigata, se trovi lavoro però eh.

Posted in anvedi, dubbi, FLOSS, KDE1 Comment

EVILution

Posted on 24/10/2008 by cretox

Ho finalmente trasferito posta e contatti da EVILution a Thunderbird.
Io che ero abituato da tempo a KMail (ho le lacrime) mi sono ritrovato quasi a casa con l’uccello di tuono.
Evolution è abbastanza buono come software, fa quasi tutto, pure gestisce GPG e altro. Ha una carina visualizzazione dei contatti etc etc etc. Si integra bene in Gnome etc etc etc.
Poi ci sono cose che ti fanno saltare i nervi. Tipo:

· Gestisce a cazzo i quote. Ogni altro programma tratta i quote come testo NORMALE, che puoi editare, spostare, farci che ti pare. Evolution no. Lo incestella in una pseudo-tabella che boh, è fissa, si muove, sembra testo, non lo è. Vai a sapere.
· Accendi Evolution e si mette a scaricare in automatico la posta. Tu sai che non c’è connessione o per i cazzi tuoi vuoi stoppare sta cosa del download: non puoi, c’è la crocetta rossa accanto all’operazione, ma non funziona. A che serve la crocetta rossa? A farti consumare i click che ti avanzano probabilmente.
· Ti arriva un messaggio cifrato o devi firmare un messaggio… ti si apre Pinentry ma il processore schizza al 99% fino a che non inserisci la passwd. Tristissimo.
· Se hai intenzione di usare Evolution, disabilita la storia della sincronizzazione automatica dei contatti con quelli di Pidgin. Potresti restare deluso dallo sminchiamento misto e totale che questo comporta.
· Ti si chiude male il programma… ti si sfracella il layout.

Ora non mi viene in mente altro.

Lunga vita a KDE.

Posted in arghh!, be happy, Debian e GNU/Linux, FLOSS, KDE, tech

Random playing cards generator v1.0

Posted on 04/10/2008 by cretox

Python.
Sto studiando la parte che riguarda i moduli e le funzioni della standard library.
Mi sono messo a giocare un po’ con il modulo “random”…

Random playing cards generator !!! (v1.0)

Baci

Posted in anvedi, FLOSS, python

Karma Plugin! Adesso funzioni, OK?!

Posted on 29/09/2008 by cretox

Mi piace questo plugin…
L’avevo tolto per sbaglio: per ignoranza avevo cancellato i due campi personalizzati fondamentali per farlo funzionare

Ma veniamo alla parte tennica :)

Seguendo queste semplici istruzioni :° è possibile attivare il plugin.
E fin qui nulla di che.

Il problema si presenta se quando proviamo a “votare”, ci appare questo splendido messaggio:

Fatal error: Call to a member function getValue() on a non-object in /var/lib/lifetype/plugins/karma/class/karma/karmalib.class.php on line 82

In pratica credo dica qualcosa tipo:
“Diocane che dolore! Mi si è incrocchiata la linea 82 di cippalippa.php contro un cazzo di custom field. Suca!” (spiegazione)

Quindi c’è qualcosa che non va nei campi personalizzati (raggiungibili dalla sezione gestione del blog).
Per questo plugin sono necessari due custom field: negativeKarma e positiveKarma . Devono essere del tipo “Campo testo” e dovrebbero essere nascosti (per non dar noia durante la scrittura di un nuovo post).
Dico dovrebbero perché, se riceviamo l’errore di cui sopra, vuol dire che il valore che hanno è sbagliato o non c’è e dobbiamo editarli a mano *_*TUTTI*_* . E con “tutti” intendo “TUTTI I CAMPI negativeKarma e positiveKarma DI TUTTI I POST DI TUTTO IL BLOG.
Ottimo eh?!
Una volta editati e inseriti i valori standard (0 e 0) possiamo anche ri-nasconderli.

La domanda da mille seghe mentali è: I nuovi articoli verranno creati con i valori giusti?

Ora provo eh.

Vabe’ ho scritto un po’ a merda, ma tant’è.

Posted in arghh!, be happy, FLOSS, tech1 Comment

Funny Python

Posted on 27/09/2008 by cretox

Sono alle prime armi col Python (Wikipedia).
A dire il vero sono alle prime armi con un linguaggio di programmazione in generale. Avevo fatto degli esperimenti col C qualche anno fa e successivamente proprio col Python, ma mi ero farmato dopo poco. Beh ero ggiovane avevo altri interessi. Non che programmare sia roba da non giovani/vecchi, anzi. Boh è andata così.
Dicevo.
Sto seguendo qualche manuale in rete e un manuale cartaceo…
Devo dire che per ora mi diverto un sacco, anche con le cose più semplici (non sono arrivato ancora ai capitoli che riguardano i cicli FOR e WHILE).

Ecco un esempio di codice che mi ha fatto divertire scrivendolo:


# Main function
# After user's inputs, it calculates the two areas
# and then calls the "calc_greater" function.

def main():
    start = raw_input('This is a funny program!n' +
        'Now I will ask you some questions...n' +
        'Press ENTER to go!')
    print
    w1 = input('Enter the width of a rectangle ' +
        'of your choice: ')
    l1 = input('Now enter the lenght: ')
    w2 = input('Enter the width of a second ' +
        'rectangle: ')
    l2 = input('And finally enter its lenght: ')
    A1 = w1 * l1
    A2 = w2 * l2
    calc_greater(A1, A2)

# Calc_greater function
# It calculates the bigger rectangle and assigns
# a value to the variable "truth".
# Then it calls the "user_decis" function.

def calc_greater(val1, val2):
    if val1 > val2:
        truth = 1
    elif val1 < val2:
        truth = 2
    else:
        truth = 3
    user_decis(truth)

# User_decis function
# It asks the user which is the bigger rectangle.
# If the user's input is equal to
# "value" (so to "truth") it prints a congrats
# message, else a bad message.

def user_decis(value):
    print
    usr = input('Which is the rectangle ' +
        'with the greater area?n' +
        '(Enter "1" for the first one, ' +
        '"2" for the second one n' +
        'and "3" if you think that the ' +
        'two areas are the same): ')
    if usr == value:
        print
        print 'Alright! o/'
        print
    else:
        print
        print 'Bad, very bad... :('
        print

# The main function is called
main()

So che non è niente di speciale, spero solo che la divertanza non mi abbandoni troppo presto…

Interessante risorsa utile in sviluppo:

The Hazel Tree

Posted in anvedi, FLOSS, python

Compilare Blender con supporto GLSL

Posted on 25/08/2008 by cretox

GLSL demo

In effetti non sarebbe nemmeno necessario scriverci un articolo vista la semplicità estrema della cosa.
Ma.
Seguendo questi vecchi semplici passi, sostituiamo il percorso del ramo principale con quello di Apricot:


$ svn checkout https://svn.blender.org/svnroot/bf-blender/branches/apricot

Il resto (errori, ottimizzazione) rimane uguale a prima.

Il mio pc sta compilando adesso, vediamo che succede 8-P

________

Update – 7-9-2008: Il ramo Apricot è stato da poco integrato nel trunk principale.

Posted in anvedi, blender, FLOSS

Blender 2.47

Posted on 24/08/2008 by cretox

Non sto a sprecarmi in parole.

blender2.47 splash image

C’è chi lo ha già fatto, probabilmente abbastanza bene:

  • Blender.org
  • BlenderNation
  • CGSocietyForum

Posted in anvedi, be happy, blender, FLOSS

Ottimizzare la compilazione di Blender

Posted on 14/08/2008 by cretox

Come dicevo quel tal giorno non è difficilissimo compilare la versione SVN di Blender.
Lo faccio quasi tutti i giorni per averlo aggiornatissimo e ultrafigo, il metodo ha per ora sempre funzionato.

Adesso è venuto il momento di ottimizzare il programma per il tipo di processore che monta la nostra macchina.
Dovrebbe diventare più veloce sotto ogni aspetto quasi… (rendering, gestione 3D, ecc…). Alcune fonti dicono che il rendering potrebbe velocizzarsi di un buon 10-15%

Quello che basta modificare è il file user-config.py (se non esiste createlo) presente nella directory che crea SVN quando scarica i sorgenti, dove c’è il file SConstruct.

Questi sono tre esempi di configurazione, da inserire appunto in user-config.py

Per Athlon XP:

CCFLAGS = ['-pipe','-march=athlon-xp','-m3dnow','-mmmx','-mfpmath=sse','-funsigned-char','-fno-strict-aliasing']
CXXFLAGS = ['-pipe','-march=athlon-xp','-m3dnow','-mmmx','-mfpmath=sse','-funsigned-char','-fno-strict-aliasing']
REL_CFLAGS = ['-O3','-fomit-frame-pointer']
REL_CCFLAGS = ['-O3','-fomit-frame-pointer']

___

Per Pentium M:

CCFLAGS = ['-pipe','-march=pentium-m','-msse2','-mmmx','-msse','-funsigned-char','-fno-strict-aliasing']
CXXFLAGS = ['-pipe','-march=pentium-m','-msse2','-mmmx','-msse','-funsigned-char','-fno-strict-aliasing']
REL_CFLAGS = ['-O3','-fomit-frame-pointer']
REL_CCFLAGS = ['-O3','-fomit-frame-pointer']

___

Per Pentium D 945:

CCFLAGS = ['-pipe','-fPIC','-march=prescott','-msse3','-mmmx','-mfpmath=sse','-funsigned-char','-fno-strict-aliasing']
CXXFLAGS = ['-pipe','-fPIC','-march=prescott','-msse3','-mmmx','-mfpmath=sse','-funsigned-char','-fno-strict-aliasing']
REL_CFLAGS = ['-O3','-fomit-frame-pointer','-funroll-loops']
REL_CCFLAGS = ['-O3','-fomit-frame-pointer','-funroll-loops']

Una volta trovate le flag adatte al proprio sistema, diamo una bella ricompilata da zero e testiamo l’effettiva miglioranza =P

Informazioni supplementari: Compiling Blender

Enjoy!

Posted in anvedi, blender, FLOSS

GnuPG/PGP – Here you are, finally!

Posted on 03/08/2008 by cretox

OK.
Mi son deciso finalmente ad informarmi un po’ di più su PGP/GnuPG/PiRiPi/GiPùGiPà , eccetera eccetera.

Importatevi la mia chiave pubblica con:


gpg --keyserver keyserver.ubuntu.com --recv-keys F2505921

Oppure scaricate l’ .asc :
cretox.asc

Con Ubuntu è davvero facile gestire le chiavi, le firme e ‘ste cosette (come con gli altri SO del resto, basta un po’ di zucchero).
Importatevi la chiave, ci cifrate un file e me lo spedite SICURO/SICURO PRIVATO/PRIVATO.

+GuardiePrivatePerLoGnu

Situazione studiorifera su:

Autistici.org
WikiPedia
Prato Linux User Group

Posted in anvedi, be happy, Closed software e software proprietario, Debian e GNU/Linux, FLOSS3 Comments

Debian, rimuovere i flie di configurazione inutilizzati

Posted on 27/04/2008 by cretox

Un uso intenso di una macchina con su Debian (o Sdrubuntu), e con intenso intendo con continue installazioni e disinstallazioni di pacchetti, produce una quantità esagerata di file di configurazione non utilizzati in /etc/, che rimangono dalle non complete disinstallazioni di alcuni pacchetti.
Ovviamente sarebbe buona cosa rimuovere un pacchetto utillizando sempre l’azione purge e non remove:


# aptitude purge [nomepachetto]

certo, a meno che non sappiamo con certezza che ci servirà il suo file di configurazione in futuro.
Inoltre Aptitude nelle ultime versioni ha la funzionalità superlativa di rimuovere automagicamente i pacchetti che non rientrano in nessuna dipendenza. Ad esempio se state rimuovendo il pacchetto X che ha come dipendenza il pacchetto Y, Aptitude rimuove anche Y, a patto che non sia una dipendenza di altri pacchetti installati. Il guaio è che non rimuove il file di configurazione, se esiste, del pacchetto Y.
Per conoscere la lista dei pacchetti rimossi ma che conservano il file di configurazione in /etc/ dobbiamo semplicemente dare il comando:


# aptitude search ~c

Per rimuovere questi pacchetti definitivamente e ripulire un po’ /etc/ (controllate prima che non ce ne sia qualcuno che vi serva):


# aptitude purge ~c

Oltre a ~c ci sono altri termini di ricerca molto utili, tutti ottimamente descritti in /usr/share/doc/aptitude/README

Atri comandi utili:


# aptitude search ~npattern

elenca i pacchetti che contengono pattern nel nome.


# aptitude search ~dpattern

elenca i pacchetti che contengono pattern nella descrizione.

Attenzione: I comandi sopra elencati, e le loro combinazioni, possono smerdare definitivamente il vostro computer. Leggete il manuale prima.

Posted in anvedi, Debian e GNU/Linux, FLOSS

Posts navigation

Older posts
Newer posts


Supporta:

Questo weblog esiste ed è visibile sulla rete grazie al Collettivo Autistici/Inventati che offre il servizio e mette a disposizione i mezzi (banda e macchine). Il progetto ha costi notevoli ma vive solo delle donazioni: nessun amministratorə verrà mai a casa tua a chiederti il canone.
Se vuoi che questo blog e la miriade di altri servizi offerti da A/I continuino ad esistere, sarebbe molto carino se impegnassi qualche euro in questo senso. Per fare una donazione, visita questa pagina.


Follow this blog on:

Follow this blog
Proudly powered by WordPress | Theme: micro, developed by DevriX.