[IRIX] Media Recorder

[Gimli[2BV!2B]]

su con argomento meno, -, carica l'ambiente (in particolare le variabili d'ambiente) dell'utente che si sta "impersonando".

Il tentativo più semplice per lanciare Media Recorder da root è tramite il comando mediarecorder da eseguire nella console root.
Occorre prima predisporre l'ambiente per permettere al programma di utilizzare il monitor :0 usando xhost ed esportando la variabile DISPLAY (tutte impostazioni temporanee, che non sopravviveranno alla chiusura del terminale, nel caso di DISPLAY o al riavvio come i diritti dati da xhost).
Se tutto funziona come in GNU/Linux dovresti riuscirci con questi comandi:

xhost +
su -
export DISPLAY=:0
mediarecorder

[Gimli[2BV!2B]]

Mi son scordato di precisare che se il lancio andrà a buon fine quasi certamente le impostazioni del programma risulteranno differenti da quelle impostate per l'utente (probabilmente saranno quelle di default se non è mai stato lanciato con quell'utente), quindi controllale subito.

Altra cosa che ho notato informandomi sull'utente root in Irix è che sembra avere la sua home buttata piuttosto brutalmente nella radice del sistema, /.
Ne consegue che eventuali piccoli file di impostazione del Media Recorder potrebbero finire salvati nella radice del sistema.

[Uomo_ombra]

Quindi, se ho ben capito, con quella sequenza di comandi, Media Recorder verrà sicuramente eseguito come "root", mentre non è detto che lo sia (dopo aver beninteso invocato "su -") se lo si lancia da icona... Domani faccio la prova. Ma, ripeto, c'è il modo per sapere se una applicazione viene eseguita come root o come utente normale? Il punto è che contemporaneamente a Media Recorder viene sempre eseguita un'altra applicazione, che è proprio quella che riproduce sul monitor le "azioni" che verranno poi "filmate" da Media Recorder. In pratica, questa applicazione è un video player OEM, che prende certi dati precedentemente forniti al sistema, e li trasforma in un video che viene riprodotto a schermo, con tutti i comandi (PLAY, PAUSE, REW, FF ecc) normalmente associati ad un video player. Media Recorder è il mezzo per poter "fissare" questo video ed esportarlo in un formato (MOV) su cui ci si possa poi lavorare.

[Gimli[2BV!2B]]

Per vedere i dettagli dei processi in esecuzione dovresti poter usare il comando ps:

ps -af

Per vedere solo le righe che contengono la stringa mediarecorder:

ps -af | grep mediarecorder

(spero di non aver toppato la sintassi, visto che sembra un po' diversa da quella a cui sono abituato)

Preciso che usando su non si innalzano i diritti dell'intero desktop grafico a livello amministrativo.
Si apre solamente un nuovo terminale che consente di lanciare dal suo interno nuovi comandi che verranno eseguiti con i suoi diritti, tutto il resto resta invariato.

[Uomo_ombra]

...che Dio o chi per lui me la mandi buona... e magari senza mutande, perchè qui mi sa che la botta di avrà il suo peso... Grazie di tutto anche per oggi, ci sentiamo domani o forse dopodomani (mi sa che domani avrò un lavoro molto più urgente di questo da fare).

Ciaoooo!

[Uomo_ombra]

Ciao! Venerdì non ho avuto praticamente tempo per mettermi con lo "stufone", però una prova l'ho fatta, e cioè digitare la famosa sequenza

xhost +
su -
export DISPLAY=:0
mediarecorder

e purtroppo alla terza linea ho avuto un messaggio di errore perchè non riconosceva il comando (terminava con "not found", mi pare che fosse proprio "command not found").
Adesso, prima di andare avanti, voglio rileggere con calma i post passati per fare un attimo il punto della situazione. Certo che la cosa migliore sarebbe che io potessi fare un login come root user ad inizio di sessione, in modo che tutto quello che faccio dopo sia come root... ma il cornuto non ha mai chiesto il login all'avvio!

A presto...

[Gimli[2BV!2B]]

Non esiste export? Si tratta di un comando basilare per dichiarare una variabile di ambiente che verrà condivisa con eventuali shell figlie.
Puoi provare a spezzarla in dichiarazione ed esportazione:

xhost +
su -
DISPLAY=:0
export DISPLAY
mediarecorder

Se ci fossero comunque problemi mi serve sapere che shell stai usando, cioè l'output del comando echo $SHELL

Per il login automatico ci sono troppe variabili che non conosco. Posso riportarti questa discussione che ha una risposta che sembra concisa e precisa.

[Uomo_ombra]

...settimana ingolfata al lavoro... impossibile mettermici almeno per altri 2-3 giorni... ti faccio sapere appena riesco...

[Uomo_ombra]

Ciao! Finalmente un po' più di calma...
Allora, la riga che dà l'errore è proprio

DISPLAY=:0

uhm...

[Uomo_ombra]

Ah dimenticavo... l'output di echo $SHELL è

/usr/bin/tcsh

[Gimli[2BV!2B]]

In tcsh si usa questa sintassi:

xhost +
su -
setenv DISPLAY :0
mediarecorder

[Uomo_ombra]

Ciao!
Allora, dopo tanto fare e forcare, ti aggiorno sul mio problema...
Dunque, loggandomi come root user, non importa come, NON RIESCO a vedere l'applicazione (il famoso "player OEM") per riprodurre i video che poi dovrei registrare col Mediarecorder, per cui a quel punto lanciare Mediarecorder sarebbe perfettamente inutile dato che non c'è niente da registrare
Però, però... il semplice espediente di cambiare, nelle opzioni di Mediarecorder, il folder in cui viene generato il file provvisorio (scratch), da quello originale che si trovava nel HD più piccolo ai due HD più grandi e vuoti, nonchè di DISABILITARE la registrazione dell'AUDIO (averci pensato prima!) mi ha consentito di fare un salto gigantesco nella durata massima registrabile, per cui già con questo sarei QUASI contento...

Dico "quasi" perchè c'è un limite che non riesco a sfondare, e cioè la dimensione massima dell'area di schermo che riesco a registrare. Quando mi avvicino alle dimensioni massime, lasciando però fuori circa 3 cm per ogni lato (monitor da 21") la durata max di registrazione visualizzata da Mediarecorder è adesso di circa 1h 05'. Aumentando di poco l'area di cattura, Mediarecorder va in errore appena parte la registrazione. Il che mi fa pensare all'insufficienza di "cavalli" di cui mi parlasti subito all'inizio...

Adesso, ci sono 2 distinti aspetti su cui, credo, sia ancora possibile agire, per lo meno in teoria, però dovrei riuscire a capire se e come.

1) Il frame-rate del video. Le immagini da registrare col Mediarecorder si aggiornano solo 1 volta al secondo, per cui anche un frame-rate di ripresa bassissimo andrebbe più che bene, e ridurrebbe alla grande il carico di lavoro del processore. Però qui c'è una incongruenza. Il video .MOV finale generato da Mediarecorder viene riprodotto con un frame-rate di 5.84 frame/secondo (si visualizza in QuickTime con Movie|Get Movie Properties, poi scegliendo Video Track/Frame Rate), il che andrebbe benissimo per me, SE NON CHE in Mediarecorder, il frame-rate di registrazione più BASSO che si può scegliere (e che è quello che ovviamente scelgo io) è di 15 frame/secondo! Ora io non capisco per quale motivo io seleziono 15 (non avendo di meno) e lui mi genera un 5.84, che lo ripeto, a me va benissimo, però ho la sensazione, non so se giusta o no, di stare sprecando risorse per acquisire a una velocità quasi 3 volte più alta di quella del "prodotto finito"!

2) La codifica del colore. Sempre in QuickTime, con Movie|Get Movie Properties, e quindi scegliendo Video Track/Format, si legge "Colors: Millions", il che mi fa pensare che il colore sia codificato a 32 bit. Ora, le immagini in movimento che devono essere catturate da Mediarecorder, hanno la semplice palette di colori GIF, ossia a soli 8 bit... È evidente che se io potessi dire a Mediarecorder di codificarmi i colori con soli 8 bit anzichè 32, non solo ridurrei ulteriormente la dimensione del file di uscita (3 byte in meno a botta! Buttali via!) ma ridurrei anche l'impiego di risorse per codificare il colore con una risoluzione molto più bassa rispetto all'attuale, tutto ciò senza nessuna perdita qualitativa dell'immagine finale che non ne risentirebbe minimamente! Ma anche qui dovrei capire come fare...

[Gimli[2BV!2B]]

Originariamente inviato da Uomo_ombra

Dunque, loggandomi come root user, non importa come, NON RIESCO a vedere l'applicazione (il famoso "player OEM") per riprodurre i video che poi dovrei registrare col Mediarecorder, per cui a quel punto lanciare Mediarecorder sarebbe perfettamente inutile dato che non c'è niente da registrare

Ma xhost non funziona proprio? Teoricamente in quel modo dovresti accedere al desktop come utente normale e lanciare solo e esclusivamente il processo mediarecorder con diritti di root.
Dovresti quindi poter avviare normalmente il player OEM ed utilizzare il mediarecorder con super poteri per registrare quel che fa.

1. Temo che i 6 scarsi che ottieni siano il minimo. Probabilmente in buona parte del video il frame rate sarà vicino al singolo frame per secondo che citi, però potrebbe salire in caso di transizioni interpretate come movimento dal codec video...
2. Apparentemente mediarecorder supporta tre spazi di colore: xbgr, xrgb, yuv422.
   yuv422 dovrebbe memorizzare le informazioni di 2 pixel con 4 byte: 16 bit per pixel invece dei 24 di xbgr ed xrgb.
   Non ho però trovato traccia di questa impostazione nell'interfaccia (l'ho letta nella man del comando) ma soprattutto temo valga solo per il file prodotto finale, non per il famoso file temporaneo.
   Temo anche che la conversione possa aggiungere calcoli che non aiuterebbero...
   Ultima idea: riuscire ad avviare il desktop a 16 bit o meno, cosa che potrebbe costringere mediarecorder a registrare alla profondità di colore disponibile (se è in grado di farlo).

[Uomo_ombra]

"Avviare il desktop a 16 bit o meno"?!? MAGARI!!!!

...ma come si fa?...

[Gimli[2BV!2B]]

Ho trovato vari riferimenti alla cosa, al solito bisogna avere la certezza di essere in grado di tornare indietro in caso di problemi...

• Changing Colour Depth (questa sintassi delle opzioni è quella che ho riscontrato nella documentazione più recente)
• How can I make my X Server use a 12-bit PseudoColor, 12- bit TrueColor or 24-bit TrueColor visual by default? (07 May 1993, da prendere con le pinze)
• Discussione che va a finire sulle profondità di bitmap supportate da un O2

Queste sono le modalità che dovresti avere disponibili anche sul tuo O2 (salvo hardware video differente dall'O2 dell'utente di quel forum):

  visual:
    visual id:    0x20
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x21
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x22
    class:    StaticColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0xe0, 0x1c, 0x3
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x23
    class:    TrueColor
    depth:    8 planes
    available colormap entries:    8 per subfield
    red, green, blue masks:    0xe0, 0x1c, 0x3
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x24
    class:    TrueColor
    depth:    8 planes
    available colormap entries:    8 per subfield
    red, green, blue masks:    0xe0, 0x1c, 0x3
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x25
    class:    PseudoColor
    depth:    8 planes
    available colormap entries:    256
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x26
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x27
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x28
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x29
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2a
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2b
    class:    PseudoColor
    depth:    12 planes
    available colormap entries:    4096
    red, green, blue masks:    0x0, 0x0, 0x0
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2c
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2d
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2e
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x2f
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x30
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x31
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x32
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x33
    class:    TrueColor
    depth:    15 planes
    available colormap entries:    32 per subfield
    red, green, blue masks:    0x7c00, 0x3e0, 0x1f
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x34
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff, 0xff00, 0xff0000
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x35
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x36
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x37
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x38
    class:    TrueColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits
  visual:
    visual id:    0x39
    class:    DirectColor
    depth:    24 planes
    available colormap entries:    256 per subfield
    red, green, blue masks:    0xff0000, 0xff00, 0xff
    significant bits in color specification:    8 bits

[Uomo_ombra]

C'è un problema, e non da poco... il famoso file

/usr/lib/X11/xdm/Xservers

nel mio sistema non c'è... per essere preciso, 1) non esiste una cartella xdm e 2) in tutto il disco non esiste nessun file di nome Xservers.

Anche un'altra cosa.
L'output di xdpyinfo, in mezzo a tante belle cose, mi dice che per lo schermo di default (screen #0), il default visual id è 0x20, il quale, secondo quanto appare appena più sotto, corrisponderebbe a:

visual id: 0x20
class: PseudoColor
depth: 8 planes
available colormap entries: 256
red, green, blue masks: 0x0, 0x0, 0x0
significant bits in color specification: 8 bits

cioè ad una visualizzazione che sarebbe già a 256 colori, o sbaglio?...
Però, visualizzando a schermo il famoso diagramma di cromaticità CIE, ho comprovato senza ombra di dubbio che il display sta lavorando con MOLTO più di 256 livelli di colore, non so se 65535 o milioni, ma di sicuro non 256... quindi sembrerebbe esserci una incongruenza, se non ho capito male...