09/05/2009 – Dal Kernel 2.6.29.3 TUTTO È TORNATO ALLA NORMALITÀ! CHE DIO SIA LODATO!
07/02/2009 – Mi sono rotto ad inserire le patch, seguite la guida e buonanotte!

Adesso andrò ad illustrare un paio di workaround per ovviare ad un problema davvero molto ma molto fastidioso. Spero solo che sia un problema raro e che come al solito sia sfigato solo io.

Un po’ di storia :

In un attimo di frenata follia, l’altra notte mi è passato per la mente di provare la beta della prossima stable : Lenny e nello stesso preciso momento di provare la versione amd64 (x86_64). Nulla di strano fin qui, posseggo uno degli ultimi Intel Prescott (cpu family 15) EM64T ma per forza di cose ho sempre e solo usato la versione Debian Unstable i386. Purtroppo soffro di un grave problema di dipendenza, NVIDIA. Saranno 10 anni che uso queste schede e saranno 10 anni che subito dopo il reboot finale d’installazione devo obbligatoriamente installare i driver per la mia scheda video.

La mia esperienza con questo tipo di schede ed i suoi driver Closed mi porta ad eseguire determinate modifiche per farli girare al meglio e proprio seguendo le stesse operazioni

Blacklist dei moduli agpgart e intel_agp, inserimento nel file xorg.conf della voce “NvAgp  1″ etc. etc.

… appena avviato il server grafico mi sono ritrovato nella merda, una merda tutta nera.
Credetemi non ho mai perso così tanto tempo per sistemare qualcosa (credo ci abbia perso almeno tre notti), cioè immaginate la scena si avvia il server grafico ed appare una schermata nera con un underscore in alto a sinistra. Nessuna possibilità di cambiare console virtuali (tty* o vc*) e nessuna possibilità di accedere a qualche log per capire cosa stesse succedendo. Unica operazione possibile : RESET o grazie ai Magic Key SysrQ un bellissimo reboot.

Comunque gira e rigira la rete ed il forum nvidia fatalmente mi sono scontrato con un topic e da li restrigendo la ricerca sono giunto a delle conclusioni ed ho individuato il colpevole “IOMMU“.

##############

WorkAround per Kernel di default (i kernel ufficiali installati dalle distro).

Inserire la voce nel file di configurazione di grub (menu.lst) in modo da farla apparire in tutte le voci dei kernel presenti:

iommu=noaperture

Poi rimuovere eventuali voci riguardanti il proprio modulo agp (intel_agp, via_agp, amd64_agp, etc) dal file /etc/modprobe.d/blacklist .

Inserire tra le opzions dedicate a nvidia nel file xorg.conf la seguente :

Option     "NvAgp" "2"  # (usa agpgart)

Riavviate.

##############

WorkAround per smanettoni fai da te, patiti di hard recompiling kernel, gente a cui piace mettere le mani dappertutto :

Scaricate i sorgenti del kernel, scompattateli e fermatevi. Avviate il vostro editor di testo preferito e modificate il seguente file :

linux-$VERSION/arch/x86/Kconfig

Sul kernel 2.6.27.7 si trova sulla riga 508 :

config GART_IOMMU
bool "GART IOMMU support" if EMBEDDED <---- rimuovere
default y
select SWIOTLB
select AGP
depends on X86_64 && PCI
help
Support for full DMA access of devices with 32bit memory access only
on systems with more than 3GB. This is usually needed for USB,
sound, many IDE/SATA chipsets and some other devices.
Provides a driver for the AMD Athlon64/Opteron/Turion/Sempron GART
based hardware IOMMU and a software bounce buffer based IOMMU used
on Intel systems and as fallback.
The code is only active when needed (enough memory and limited
device) unless CONFIG_IOMMU_DEBUG or iommu=force is specified
too.

Rimuovete  la dicitura “ if EMBEDDED ” e cambiate la dicitura “ y ” in ” n “.

Dopo di che, iniziate la configurazione :

# make menuconfig

Settate come al solito le vostre opzioni e in : Processor type and Features, vedrete una nuova voce.

[ ] GART IOMMU support

Assicuratevi che sia deselezionata.

Poi in Graphics support, settate come modulo /dev/agpgart e nel menu settate il vostro chipset.

<M> /dev/agpgart (AGP Support) --->

Dopo di che salvate tutto e create il nuovo kernel. Ora finalmente si torna alla normalità niente vocine strane in grub e moduli agp* in blacklist per usare Nvidia.

Testato con kernel fino a 2.6.27.7 e nvidia fino 177.82 (compresi i beta 177.61.02 e 180.08). Chissà perché capitano tutte a me!

Utenti di Debian Unstable aka Sid : Usate kde4 da experimental!

Pochi semplici passaggi per provare Kde 4.1.x :

Aggiungere questa riga al file /etc/apt/sources.list

deb http://kde4.debian.net/ lenny main

Aggiornare il database :

# aptitude update or # apt-get update

Installare kde4 (minimal version)

# aptitude install kde4-minimal or # apt-get install kde4-minimal

Ricordatevi di installare i kde-moduli che vi interessano

Installare kde4(full version)

# aptitude install kde4 or # apt-get install kde4

Installare il pacchetto per la localizzazione :

# aptitude install kde-l10n-XX or # apt-get install kde-l10n-XX

Sostituire le XX finali con la propria localizzazione

ESEMPIO per L’italia “kde-l10n-it” .

Sul sito http://kde4.debian.net/ trovate trovate inoltre FAQ, how to per ritornare a kde3 e molto altro.

Nuovo Update rilasciati i BETA 177.70 (grazie Underpass)

UTENTI CON SCHEDE AGP I DRIVER 177.67 E 177.68 NON FUNZIONANO CORRETTAMENTE SEGUIRE LE ISTRUZIONI A QUESTO INDIRIZZO PER SCARICARE ED APPLICARE LA PATCH FUNZIONANTE.

Update Nuova Versione BETA 177.68

In questi giorni di grandi vacanze per noi Italiani, la grande azienda Nvidia da secoli attenta ai problemi di noi utenti linux, ha rilasciato una versione BETA dei loro driver closed identificata come “177.67″. Questa release dovrebbe risolvere i noti problemi di performance sul 2D delle precedenti versioni.

Al momento i più esperti ed i più impazienti possono, scaricare i driver e … seguire le semplici istruzioni elencate sul forum ufficiale nvidia.

Riassumo i pochi e semplici passaggi :

Scaricate ed installate la versione BETA 177.67 (x86, X64)

Aggiungete nel file di configurazione del sistema grafico (xorg.conf) le seguenti opzioni :

Option "PixmapCacheSize" "1000000"
Option "AllowSHMPixmaps" "0" 

La prima riserva un pezzetto di GPU nella memoria video per un assegnazione veloce dei pixmap migliorando notevolmente qualsiasi applicazione di X che si appoggi ad essi. Il valore da riservare lo scegliano noi a nostro piacimento ed in base al quantitativo a disposizione sulla nostra scheda video, quello dell’esempio vale 5 Mb.

“1000000″ = “5 Mb”

“2000000″ = “10 Mb”

E così via … Più ne riservate migliori prestazioni avrete Ma ricordate che quello che andrete a riservare non sarà sfruttato dalle OpenGL e Texture (stanno lavorando anche su questo).

La seconda opzione invece impedisce che vengano memorizzate in modo permanente le richieste di assegnazione di Shared Memory pixmap (che casino, non prendetemi sul serio potrei dire un sacco di cazzate!).

Finito tutto il bordello dovrete lanciare il seguente comando dopo aver caricato il server grafico (examples : ~/.Xinitrc / or ~/.Kderc / or ~/.gnomerc, ecc)

nvidia-settings -a InitialPixmapPlacement=2 

Per chi usa Gnome puo’ aggiungerlo in :

Sistema -> Preferenze -> Sessioni -> Programmi D’avvio:

Per chi ha schede video versione 8, 9 e superiori raccomandano anche di usare questa opzione :

nvidia-settings -a GlyphCache=1

Essa non fa altro che assegnare un rendering GlyphSet e memorizzando nella cache  della memoria video i fonts Xft, permettendo al driver Nvidia un ottimale accelerazione del testo … Stessa procedura di avvio e stessa prassi, il tutto si riduce a :

nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1

Sempre e solo dopo aver avviato il server gra”fico”. Devo ripetere?

P.S. Gli sviluppatori si scusano per il macchinoso e complicato avvio e assicurano che le prossime release dei driver “177.xx” avranno tali opzioni abilitate di default, stanno lavorando ANCHE per voi “utenti della distro umana” .

Fonti :

NvNews Forum

Stavo impazzendo con i kernel della serie 2.6.24(.1 .2, .3, .4), avevo dei continui quanto fastidiosi blocchi di sistema, immaginate la scena : si verificava in modo del tutto casuale ed avveniva un vero e proprio freeze del sistema, il desktop sui miei due schermi diventava un immagine statica, non riuscivo ad accedere alla TTY e per finire non funzionavano i Magic SysRQ Key. Controllando nel Changelog dell’ultima rc del kernel (2.6.25-rc7) ho visto un fix molto interessante per il mio controller sata (promise), sinceramente non sapendo più che pesci pigliare mi sono detto: peggio di così non puo’ andare. Quindi mi sono messo all’opera ed ho compilato il nuovo kernel … ma come al solito i guai non vengono mai da soli

La prassi che seguo è sempre la solita da molti anni, creo un kernel, installo i driver nvidia ultima versione e qualche altro modulo esterno. Stavolta però sulla RC7 Nvidia non voleva saperne di compilarsi. Non vi dico cosa ho combinato tra sabato notte e domenica mattina, calcolate solo che ho ricompilato il kernel (diverse versioni) almeno 5/6 volte, anche perché mi è venuto in testa visto che stavo perdendo del tempo sui kernel di fare un po’ pulizia :/

Quindi ho cancellato tutto il bordello che avevo in /usr/src/ ed eliminato una 30 di immagini kernel ._. per ritornare ad usare quella che aveo prima di iniziare questa nuova avventura (2.6.24.4).

Fortunatamente esiste sempre un anima pia in #debian-it@freenode e proprio mentre cercavo di descrivere l’accaduto a mind è apparso un santo in mio aiuto. Il suo nome è tosky (sei finito in prima pagina tzè ) e mi ha passato un link :

http://www.nvnews.net/vbulletin/showthread.php?t=110088

Dentro ci sono alcune patch e le istruzioni che permettono a Nvidia di compilarsi con le versioni 2.6.25-rc* del kernel. Io posso solo dirvi che tutto funziona alla perfezione … almeno per quanto riguarda il discorso Nvidia.

Per il freeze … chissà! Per ora non mi resta che attendere e sperare!

Certo le mie parole valgono poco e niente quindi cerco di accopagnarle aggiungendo un pizzico di valori, di dati, in modo da rientrare in qualcosa di tecnicamente valutabile.

Prendendo in esame lo stesso Pc, quindi lo stesso hardware, e provando un Benckmark che giri su entrambi i sistemi operativi : Windows Vista e Debian GNU/Linux, usando le ultime versioni dei Driver rilasciati dalla stessa Nvidia proveremo a valutare i due risultati :

PC : Il mio con le seguenti caratteristiche :

• Scheda video : Gainward 7800GS+ “Golden Sample” AGP 8X 512 MB Vram GDDR3 ns 1,4
• Ram : OCZ Platinum DDR400 2×1024 MB Dual Channel CL 2-3-2-5 XTC Ediction
• CPu : Intel Pentium 4 3,4 GHz Model 650 LGA 775
• Hard disk : Maxtor Sata2 300 G + 250 G
• Scheda Madre : DFI Lanparty 875P-T

Sistemi operativi e versioni Driver Nvidia:

• Windows Vista 32bit con driver Nvidia 169.25 Kernel UnKnown (LOL non lo so!)
• Debian GNU/Linux Unstable (sid) con Nvidia Closed Driver 169.12 Kernel 2.6.24.3

BenchMark :

Unigine V0.4 (se ne conoscete altri sono a disposizione)

Risultati ottenuti con Debian :

Risultati ottenuti con Windows Vista :

Stesse opzioni … tranne per le OpenGL su Debian e le DirectiX9 su Windows (mi sembra più che logico non credete?), non è ancora disponibile un test per le DirectX10 ma anche se ci fosse, la mia scheda credo sarebbe OUT (SINGH!)

Disponibili in Debian Sid le immagini precompilate del nuovo kernel 2.6.24, il quale introduce interessanti novità in questa versione. Citandone un paio una migliore gestione delle schede Wireless e un completo supporto per il nuovo Group Scheduling Fair. Per chi avesse voglia di provarle basta aggiornare il database e scaricare l’immagine relativa alla propria architettura stando attenti soltanto ad un cosa :

Ancora¹ le immagini sono compilate con “gcc-4.1” mentre Sid ha di default “gcc-4.2” questo comporta un piccolo problema nel caso ci sia la necessità di compilare moduli esterni quali (giusto per fare un esempio)

Driver Nvidia, virtualbox-ose-modules-2.6.24, etc, etc.

Consiglio dopo aver opportunamente installati anche gli “headers” di dare prima della compilazione un bel :

export CC=gcc-4.1

Oppure effettuare un semplice cambio Link di ” /usr/bin/gcc” :

 /usr/bin/gcc -> gcc-4.2 (default)

in

/usr/bin/gcc -> gcc-4.1 (modificato).

Poi ricordatevi in questo caso di rimettere tutto a posto!.

N.B.¹ Fortuna che io me lo compilo da solo …

Fonte : Maximilian Attems on Debian Planet

Update 01/01/2009 (now modules build with kernel  2.6.28)

Innanzi tutto vorrei che nel mondo ci fosse gente molto più giudiziosa di me, dovremmo imparare a boicottare Aziende che non supportano il nostro sistema semplicemente non comperando i suoi prodotti. L’acquisto non è dei più economici, anche perché nella confezione sono inclusi due cd contenente software proprietario Pinnacle, funzionante solo su sistemi Windows che non usero mai. Comunque dopo queste mie note dolenti proverò a descrivere la procedura per far semi-funzionare questo ricevitore analogico/digitale terrestre, dove la parte relativa al DVB-T resterà vuota perchè non Funziona (Ancora).

Per semplificare il tutto ed evitare di descrivere passaggi da utente ad amministratore, questa parte verrà interamente svolta da root :

Installazione moduli e firmware:

I moduli vanno compilati, quindi procuriamoci gli stumenti necessari, ricordo a tutti che io non uso i kernel precompilati di debian, quindi non installo nessun linux-headers-$(uname -r), mi basta avere in /usr/src la direcotory del kernel attualmente in uso.

# apt-get install build-essential mercurial linux-headers-$(uname -r)

Spostiamoci in /usr/src

# cd /usr/src

Con l’installazione di mercurial avremo a disposizione il comando “hg” con il quale scaricare il repository remoto, nel quale ci sono i moduli necessari per utilizzare la nostra periferica ” em28xx” “em28xx-audio” “em2880-dvb” :

# hg clone http://mcentral.de/hg/~mrec/em28xx-new

Una volta scaricati in locale ci spostiamo dentro la nuova directory :

# cd  em28xx-new

Avviamo lo script :

#./build.sh

[...]
./build.sh build … building the modules
./build.sh load … for loading the modules
./build.sh install … for installing the modules

Quindi installiamo i moduli come suggerito dallo script:

# ./build.sh build
# ./build.sh install

Finito, passiamo al caricarmento i moduli :

# modprobe  em28xx card=48

outuput di dmesg dopo il caricamento :

Linux video capture interface: v2.00
em28xx v4l2 driver version 0.0.1 loaded
usbcore: registered new interface driver em28xx

poi carichiamo il modulo audio :

# modprobe em28xx-audio

outuput di dmesg dopo il caricamento :

Em28xx: Initialized (Em28xx Audio Extension) extension

Infine il modulo che al momento non funziona per la DVB-T :

# modprobe em2880-dvb

outuput di dmesg dopo il caricamento :

em28xx v4l2 driver version 0.0.1 loaded
usb 2-2: new full speed USB device using uhci_hcd and address 3
usb 2-2: configuration #1 chosen from 1 choice
em28xx new video device (2304:0226): interface 0, class 255
em28xx: device is attached to a USB 2.0 bus
em28xx #0: Alternate settings: 8
em28xx #0: Alternate setting 0, max size= 0
em28xx #0: Alternate setting 1, max size= 0
em28xx #0: Alternate setting 2, max size= 1448
Bluetooth: Core ver 2.11
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
em28xx #0: Alternate setting 3, max size= 2048
em28xx #0: Alternate setting 4, max size= 2304
em28xx #0: Alternate setting 5, max size= 2580
em28xx #0: Alternate setting 6, max size= 2892
Bluetooth: HCI USB driver ver 2.9
em28xx #0: Alternate setting 7, max size= 3072
input: em2880/em2870 remote control as /devices/virtual/input/input4
em28xx-input.c: remote control handler attached
moduleid: 1
tuner-stub: adding support for Xceive - xc3028
tuner-stub: userspace driver version 1
tuner-stub: Copyright: Markus Rechberger <mrechberger@gmail.com>
tuner-stub: adding support for Texas Instruments - tvp5150
tuner-stub: userspace driver version 1
tuner-stub: Copyright: Mauro Chehab
em28xx: registered module_id 1
requesting to change mode
requesting to change mode
em28xx #0: V4L2 VBI device registered as /dev/vbi0
em28xx #0: V4L2 device registered as /dev/video0
em28xx #0: Found Pinnacle Hybrid Pro (2)
usbcore: registered new interface driver hci_usb
usbcore: registered new interface driver em28xx
em28xx-audio.c: probing for em28x1 non standard usbaudio
em28xx-audio.c: Copyright (C) 2006 Markus Rechberger
Em28xx: Initialized (Em28xx Audio Extension) extension
em2880-dvb.c: DVB Init
requesting to change mode
switching to digital TV
requesting drx3975d driver!
tuner-stub: adding support for Micronas - drx3975d
tuner-stub: userspace driver version 1
tuner-stub: Copyright: Markus Rechberger <mrechberger@gmail.com>
drx3975d_callback not implemented (2)
DVB: registering new adapter (em2880 DVB-T)
DVB: registering frontend 0 ((userspace) drx3975d)...
Em28xx: Initialized (Em2880 DVB Extension) extension
attach_inform: eeprom detected.
em28xx #0: i2c eeprom 00: 1a eb 67 95 04 23 26 02 d0 12 5c 03 8e 16 a4 1c
em28xx #0: i2c eeprom 10: 6a 24 27 57 46 07 01 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom 20: 46 00 01 00 f0 10 02 00 b8 00 00 00 5b e0 00 00
em28xx #0: i2c eeprom 30: 00 00 20 40 20 6e 02 20 10 01 00 00 00 00 00 00
em28xx #0: i2c eeprom 40: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom 60: 00 00 00 00 00 00 00 00 00 00 24 03 50 00 69 00
em28xx #0: i2c eeprom 70: 6e 00 6e 00 61 00 63 00 6c 00 65 00 20 00 53 00
em28xx #0: i2c eeprom 80: 79 00 73 00 74 00 65 00 6d 00 73 00 00 00 16 03
em28xx #0: i2c eeprom 90: 50 00 43 00 54 00 56 00 20 00 33 00 33 00 30 00
em28xx #0: i2c eeprom a0: 65 00 00 00 1c 03 30 00 37 00 30 00 34 00 30 00
em28xx #0: i2c eeprom b0: 31 00 38 00 38 00 34 00 34 00 35 00 36 00 00 00
em28xx #0: i2c eeprom c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
em28xx #0: i2c eeprom f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
EEPROM ID= 0x9567eb1a
Vendor/Product ID= 2304:0226
AC97 audio (5 sample rates)
500mA max power
Table at 0x27, strings=0x168e, 0x1ca4, 0x246a
w83627hf: Found W83627HF chip at 0x290

Come possiamo notare tutto è andato per il verso giusto, almeno sulla parte relativa alla tv analogica, ma prima di provare a vedere la tv dobbiamo intanto eseguire le procedure di scan frequenze e soprattutto usare dei trucchetti per ascoltare l’audio, per tvtime possiamo usare uno script del genere trovato sul forum Gentoo , creato seguendo sempre il wiki v4l per saa7134-alsa :

#!/bin/sh

#Starts TVTime:
/usr/bin/tvtime &
PROCIDTVTIME=`pgrep tvtime`
TESTETV=`pgrep tvtime`

#while tvtime is working do:
while [ $TESTETV -eq $PROCIDTVTIME ]; do
#sox -q -w -r 32000 -t ossdsp /dev/dsp1 -t ossdsp /dev/dsp & #this causes a delay
arecord -D hw:1,0 -r 32000 -c 2 -f S16_LE | aplay & #em teste
sleep 4m #wait 4 minutes
#killall -9 sox
killall -9 arecord
killall -9 aplay
TESTETV=`pgrep tvtime`
done

Per Mplayer invece dopo aver inserito le frequenze basta rifarsi a questa guida sul wiki v4l in alternativa di seguito riporto una breve (LOL) descrizione della procedura fatta da “darkbasic” :

Sintonizzazione dei canali con mplayer:

mplayer tv:// -tvscan autostart:period=2.0:threshold=70 driver=v4l2:device=/dev/video0:chanlist=europe-west

verrà restituita una stringa del tipo

channels=33-ch1,36-ch2,54-ch3

Eliminate i canali che non volete, ordinateli a vostro piacimento e assegnategli il nome dell’emittente.
A questo punto, per vedere la tv con mplayer, create un file di testo nel vostro desktop e inserite all’interno:

#! /bin/bash
channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
gmplayer tv:// -tv ${channels}:driver=v4l2:device=/dev/video0:chanlist=europe-west:alsa:adevice=hw.1,0:amode=1:audiorate=32000:volume=100:immediatemode=0:norm=PAL -vf pp=lb,pp=ac,hqdn3d -sws 9 &

NOTA: i canali sopra elencati sono solo indicativi, stai a voi sintonizzarli e creare una lista di canali fruibili.

Rendetelo eseguibile con chmod +x nomefile, dopodichè sarà sufficiente clickarci per vedere la tv.
L’output verrà filtrato (deblocking, deringing, denoiser), deinterlacciato e scalato con lanczos.
Se la vostra cpu non regge il passo provate senza filtri e con un algoritmo di scaling più leggero:

#! /bin/bash
channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
gmplayer tv:// -tv ${channels}:driver=v4l2:device=/dev/video0:chanlist=europe-west:alsa:adevice=hw.1,0:amode=1:audiorate=32000:volume=100:immediatemode=0:norm=PAL -vf
pp=lb &

E’ sufficiente premere h e k per passare da un canale all’altro (più avanti vedremo come configurare ~/.lircrc per utilizzare il telecomando con mplayer).

Vediamo ora come registrare una trasmissione televisiva:

channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc x264 -x264encopts bitrate=800:subq=5:8x8dct:frameref=2:bframes=3:b_pyramid:weight_b:threads=3 \
-oac faac -faacopts br=64 -vf pp=lb,pp=ac,hqdn3d -sws 9 -o /your/path/record.avi tv://nome_canale

In questo modo l’output della scheda verrà compresso in tempo reale con codec video mpeg4-avc (x264) e codec audio aac (faac), ovvero quanto c’è attualmente di meglio in circolazione. Non dovete preoccuparvi troppo per l’occasionale perdita di frame, perché mencoder penserà a mettere in cache tutto quello che gli sfuggirà (naturalmente se la vostra cpu non è sufficientemente potente prima o poi la cache si saturerà).
Utilizzate queste impostazioni solo se avete un dual core, altrimenti state pur tranquilli che la vostra cpu non riuscirà a gestire la compressione in real time. Con queste impostazioni potrete riversare due ore di video in circa 700 MB con una qualità eccellente, grazie ai codec mpeg4-part10 ed aac.

I fortunati possessori di processori quadcore, invece, possono modificare i settaggi del codec x264 in questo modo, per ottenere la massima qualità possibile:

channels=”channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs” && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc x264 -x264encopts bitrate=800:subq=6:partitions=all:8x8dct:me=umh:frameref=6:bframes=3:b_pyramid:weight_b:threads=5 \
-oac faac -faacopts br=64 -vf pp=lb,pp=ac,hqdn3d -sws 9 -o /your/path/record.avi tv://nome_canale

Chi non avesse un pc ninja può ricorrere a queste impostazioni:

channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs” && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc x264 -x264encopts bitrate=800:subq=4:bframes=2:b_pyramid:weight_b:threads=auto \
-oac faac -faacopts br=64 -vf pp=lb -o /your/path/record.avi tv://nome_canale

Se anche con queste impostazioni non riuscite ad ottenere un framerate accettabile o se preferite semplicemente mantenere la compatibilità con i lettori SA potete optare per un più classico xvid/mp3:

channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc xvid -xvidencopts bitrate=1000:vhq=2:bvhq=1:chroma_opt:quant_type=mpeg \
-oac mp3lame -lameopts cbr:br=96:aq=0 -vf pp=lb,pp=ac,hqdn3d -sws 9 -o /your/path/record.avi tv://nome_canale

Dal momento che attualmente il codec xvid non è multi-threaded, questi sono i settaggi limite per un processore moderno (core 2 duo e6600 – athlon64 >= 2.6Ghz)

Se non avete un processore molto potente potete optare per dei settaggi più soft:

channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc xvid -xvidencopts bitrate=1000:turbo:vhq=0 \
-oac mp3lame -lameopts cbr:br=96 -vf pp=lb,pp=ac,hqdn3d -o /your/path/record.avi tv://nome_canale

e nel caso di cpu vetuste:

channels="channels=36-italia1,33-rai2,54-rai3,48-rete4,30-canale5,31-mtv,66-la7,28-allmusic,23-tvrs" && \
mencoder -tv ${channels}:driver=v4l2:device=/dev/video0:fps=25:chanlist=europe-west:\
audiorate=32000:alsa:adevice=hw.1:input=0:amode=1:normid=0:width=640:height=480 \
-ovc xvid -xvidencopts bitrate=1000:turbo:nochroma_me:notrellis:max_bframes=0:vhq=0 \
-oac mp3lame -lameopts cbr:br=96 -vf pp=lb -o /your/path/record.avi tv://nome_canale

Per far sì che mencoder termini la registrazione una volta raggiunte le dimensioni di 700 MB (se ad esempio volete masterizzare il vostro file per poi vederlo nel vostro lettore SA), dovrete aggiungere questo parametro subito prima di “-o /your/path/record.avi tv://nome_canale”

-endpos 700mb

Se preferite che si arresti dopo due ore dall’avvio invece:

-endpos 02:00:00

Se volete che la registrazione parta ad un determinato orario, potete inserire il comando per avviare la registrazione all’interno di uno script ed utilizzare cron

Più avanti nella sezione dedicata a lirc (telecomando) trovare il ~/.lircrc accordato per mplayer con i “button” di questa guida …

Mplayer :

TvTIME :

Non resta che inserire con un editor i nostri tre moduli nel file /etc/modules in modo da caricarli all’avvio del sistema :

# vim /etc/modules
[...]
em28xx card=48
em28xx-audio
em2880-dvb
[...]

Telecomando con lirc :

Per la configurazione del telecomando procederemo facendo ne più ne meno dei passi descritti nella mia vecchia guida sulla scheda tv saa7134, comunque per correttezza e maggiore chiarezza riporto i passaggi:

Intanto guardando l’output del comando “dmesg” dopo aver attaccato la nostra scheda tv alla porta usb2 noteremo questa riga :

input: em2880/em2870 remote control as /devices/virtual/input/input4

Ora diamo uno sguardo a questo file per trovare le informazioni necessarie :

$ cat /proc/bus/input/devices

e controlliamo la sezione relativa alla nostra scheda tv, che assomiglierà alla mia :

I: Bus=0003 Vendor=0000 Product=0000 Version=0000
N: Name=”em2880/em2870 remote control”
P: Phys=USB
S: Sysfs=/devices/virtual/input/input4
U: Uniq=
H: Handlers=kbd event4
B: EV=100003
B: KEY=c0000 100040 0 0 0 0 8000 180 80000001 1e0000 0 0 40100ffd

La parte che ci interessa veramente è Handlers=kbd event4 , perfetto annotiamoci questo e partiamo con la creazione del nostro lirc.conf :

Installazione di lirc :

$ sudo apt-get install lirc

appena installato stoppiamo il demone :

$ sudo /etc/init.d/lirc stop

Poi, vi rimando al manuale, avviamo tramite un suo tool “irrecord” la configurazione inserendo i dati da noi scoperti :

Driver da usare :

-H dev/input

device trovato precedentemente :

-d dev/input/event4

directory e nome del file da creare :

/tmp/lircd.conf

Quindi daremo questo :

$ irrecord -H dev/input -d /dev/input/event4 /tmp/lircd.conf

avremo il seguente output ometterò tutta la pappardella iniziale :

irrecord - application for recording IR-codes for usage with lirc
Copyright (C) 1998,1999 Christoph Bartelmus(lirc@bartelmus.de)
[…]
[…]
Press RETURN to continue.

date invio e premete un pulsante a piacere sul telecomando in modo da far agganciare il segnale, non lasciatelo finché i puntini del caricamento non terminano sul terminale ed appaia la scritta :

Hold down an arbitrary button.
………………………………………………………………………………………
Found gap length: 132844
Now enter the names for the buttons.
Please enter the name for the next button (press to finish recording)

ora dobbiamo inserire il nome del pulsante che vogliamo memorizzare e premere invio dopo di che premere quel pulsante sino a quando non ci richiede di inserire il nome per il prossimo pulsante, la procedura si ripete all’infinito quindi una volta terminata la memorizzazione dell’ultimo dei nostri pulsanti al posto nel nuovo nome premete INVIO e aspettate che salvi il nostro file .

[...]
[…]
[…]
Please enter the name for the next button (press to finish recording)
ch-
Now hold down button “ch-”.
Please enter the name for the next button (press to finish recording)
###PREMIAMO ENTER
Checking for toggle bit.
Please press an arbitrary button repeatedly as fast as possible (don’t hold
it down!).
irrecord: no data for 10 secs, aborting
No toggle bit found.
Successfully written config file.

Eccovi il mio file appena creato :

# Please make this file available to others
# by sending it to <lirc@bartelmus.de>
#
# this config file was automatically generated
# using lirc-0.8.0(userspace) on Sat Oct 20 16:48:20 2007
#
# contributed by
#
# brand:                       /tmp/lircd.conf
# model no. of remote control:
# devices being controlled by this remote:
# 

begin remote 

  name  /tmp/lircd.conf
  bits           16
  eps            30
  aeps          100 

  one             0     0
  zero            0     0
  pre_data_bits   16
  pre_data       0x8001
  gap          132843
  toggle_bit      0 

      begin codes
          power                    0x0074
          pinnacle_logo            0x001E
          mute                     0x0071
          vol+                     0x0073
          vol-                     0x0072
          ch+                      0x0192
          ch-                      0x0193
          0                        0x000B
          1                        0x0002
          2                        0x0003
          3                        0x0004
          4                        0x0005
          5                        0x0006
          6                        0x0007
          7                        0x0008
          8                        0x0009
          9                        0x000A
          fullscreen               0x0174
          T                        0x0014
          indietro                 0x00A8
          play/pause               0x00CF
          avanti                   0x009F
          record                   0x00A7
          stop                     0x0080
          ?                        0x0166
      end codes 

end remote

Ricordo che avendo una scheda tv uguale alla mia si puo’ saltare tutta la configurazione e usare direttamente il mio file generato. Quindi sovrascriviamo l’originale nella directory /etc/lirc con il nostro :

$ sudo cp  /tmp/lirc.conf   /etc/lirc/lircd.conf

Infine modifichiamo con un editor nella stessa directory il file “hardware.conf”, con sudo oppure da root, in questo modo :

# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS="-d /dev/input/event4" 

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=True 

#Don't start irexec, even if a good config file seems to exist.
START_IREXEC=True 

#Try to load appropriate kernel modules
LOAD_MODULES=true 

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="dev/input"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE=""
MODULES="" 

# Default configuration files for your hardware if any
LIRCD_CONF="/etc/lirc/lircd.conf"
LIRCMD_CONF=""

Ora lirc è configurato a puntino manca solo il file di configurazione nella propria $HOME (~/.lircrc) , in questo file sono configurati i comandi per i vari player , in pratica lirc funge da server, quando ha un input dal telecomando controlla nella vostra $HOME il file di configurazione per capire cosa inviare ai player partendo dal file di configurazione hardware creato in precedenza.

Esempio di~/.lircrc per mplayer :

begin
 button = vol+
 prog = mplayer
 config = volume 10
 repeat = 5
 end
 begin
 button = vol-
 prog = mplayer
 config = volume -10
 repeat = 5
 end
 begin
 button = mute
 prog = mplayer
 config = mute
 end
 begin
 button = play/pause
 prog = mplayer
 config = pause
 end
 begin
 button = stop
 prog = mplayer
 config = seek 0 1\npause
 end
 begin
 button = power
 prog = mplayer
 config = quit
 end
 begin
 button = fullscreen
 prog = mplayer
 config = vo_fullscreen
 end
 begin
 button = avanti
 prog = mplayer
 config = seek 60
 end
 begin
 button = indietro
 prog = mplayer
 config = seek -60
 end
 begin
 button = ch+
 prog = mplayer
 config = tv_step_channel 1
 end
 begin
 button = ch-
 prog = mplayer
 config = tv_step_channel -1
 end
 begin
 button = 1
 prog = mplayer
 config = tv_set_channel 1
 end
 begin
 button = 2
 prog = mplayer
 config = tv_set_channel 2
 end
 begin
 button = 3
 prog = mplayer
 config = tv_set_channel 3
 end
 begin
 button = 4
 prog = mplayer
 config = tv_set_channel 4
 end
 begin
 button = 5
 prog = mplayer
 config = tv_set_channel 5
 end
 begin
 button = 6
 prog = mplayer
 config = tv_set_channel 6
 end
 begin
 button = 7
 prog = mplayer
 config = tv_set_channel 7
 end
 begin
 button = 8
 prog = mplayer
 config = tv_set_channel 8
 end
 begin
 button = 9
 prog = mplayer
 config = tv_set_channel 9
 end

Premendo il tasto pause sarà possibile mettere in pausa anche la diretta e riprendere la visione premendolo nuovamente. Gli altri tasti non hanno bisogno di spiegazioni
Consiglio vivamente di rifarsi a questo splendido esempio creato nella documentazione Francese di Ubuntu per vari player :

http://doc.ubuntu-fr.org/lircrc

oppure al wiki Gentoo:

http://gentoo-wiki.com/HOWTO_LIRC

L’importante è rispettare i nomi della riga “Button” accordandoli con quelli inseriti nel file “/etc/lirc/lircd.conf” .

Dove aver sreato tale file possiamo riavviare il demone Lirc e usare la scheda tv per telecomandare mplayes, totem, amarok, kaffeine e molti molti altri ancora.

$ sudo /etc/init.d/lirc start

TV DIGITALE TERRESTRE DVB-T

07/03/2008 Work dvb-t:

Funziona tutto alla perfezione, kaffeine è consigliatissimo per lo scan in automatico dei canali:

• Pinnacle PCTV Hybrid Pro Stick 330e – Installation Guide Installation Guide
• Pinnacle PCTV Hybrid Pro Stick 330e – Using Guide Using Guide
• Pinnacle PCTV Hybrid Pro Stick 330e – Device Information Device Information

Link utili :

http://www.linuxtv.org/v4lwiki/index.php/Pinnacle/330e

http://mcentral.de/wiki/index.php/Talk:Em2880

http://doc.ubuntu-fr.org/pctv_hybrid_pro_stick

http://www.linuxtv.org/repo/

Vorrei riallacciarmi ad un mio vecchio post su come installare VirtualBox in Debian, stavolta però, usando la versione OSE (Open Source Ediction) presente da almeno un mese dentro main. Farlo è banalissimo ma bisogna tenere a mente alcune accortezze, tipo inserire l’utente nel gruppo vboxusers e ricompilate il modulo ogni volta che viene aggiornato il kernel.

Per semplificare la compilazione del modulo andremo ad usare “module-assistant” , devo confessarvi che sono rimasto sorpreso dalla facilità di questo tool che prima d’ora non avevo mai usato.

Installazione :

$ sudo apt-get install  virtualbox-ose virtualbox-ose-source module-assistant

Per prima cosa dobbiamo lanciare con i privilegi di root, module-assistant in modo da poter installare tutto il necessario per la compilzione :

$ sudo m-a prepare

Poi lanciare sempre module-assistant e sempre da root o tramite sudo per compilare, pacchettizzare ed installare il modulo kernel :

$ sudo m-a a-i virtualbox-ose-source

Infine aggiungere l’utente che userà virtualbox nel gruppo appropriato :

$ sudo adduser vostro_utente  vboxusers

Infine per caricare il modulo all’avvio del sistema inseriamo vboxdrv in /etc/modules :

$ sudo sh -c 'echo "vboxdrv" >> /etc/modules'

Ora non vi resta che scaricare le iso e virtualizzare.

P.S. Ad ogni aggiornamento kernel ripetere la procedura con module-assistant per ricompilare il modulo!

N.B. Gli utenti di Ubuntu Gutsy possono usare la stessa procedura descritta qui come evidenzia in questo post Aaron Toponce.

Questo articolo è rivolto a chi avendo installato 2 o più Gigabyte di ram su una distro Linux a 32bit, si trova ad affrontare il problema di mancanza di ram, causa inutilizzo della stessa da parte del sistema. Prendo spunto da un articolo apparso su Linux.com su come sfruttare la ram oltre 1 Gb sul pinguino a 32bit, io almeno da 2 anni compilo il mio kernel con questa feature abilitata.

Nell’articolo spiega a grandi linee il perché ancora oggi questa opzione non viene abilitata di default sui kernel principali delle distro, almeno non su tutte. Il fattore principale è altamente tecnico e cioè i sistemi a 32bit non sono in grado di sfruttare più di 1 Gb di ram, ma vedremo che a questo esiste una soluzione già da tempo e consiste nell’usare la differenza come memoria virtuale, questa differenza viene rimappata, il tutto usando un kernel compilato con questa feature.

Bene ricordo che il supporto per la HIGHMEM ha due opzioni possibili, da oltre 1 Gb a 4 Gb bisogna abilitare la HIGHMEM4G, oltre 4 Gb sino a 64 Gb invece si deve abilitare la HIGMEM64G. Prendendo come esempio i kernel Debian ricordo che il supporto fino a 4 Gb è dato dai kernel 686 (linux-image-2.6-686) mentre quello fino a 64 Gb dal kernel 686-bigmem (linux-image-2.6-686-bigmem), quelli invece della serie *-486 o addirittura inferiori, non hanno questa feature inserita quindi risulta settata su “off” . Usando un kernel di questa serie (486) la vostra ram eccedente ad 1 G non verrà assolutamente sfruttata dal Sistema!

Nel caso qualcuno voglia ricompilarsi il kernel, ricordo che le voci da settare si trovano in “Processor type and features” alla voce “High Memory Support “.

Un controllo veloce su qualsiasi kernel è possibile farlo grep-ando il file di configurazione, vi mostro il mio avendo 2 Gb ram :

$ egrep -i highmem /boot/config-$(uname -r)
# CONFIG_NOHIGHMEM is not set
CONFIG_HIGHMEM4G=y
# CONFIG_HIGHMEM64G is not set
CONFIG_HIGHMEM=y

in caso contrario installate un kernel elencato prima o ricompilato con queste opzioni.

• Cosa sono i ” magic key sysrq” ?

Si possono definire come una combinazione “Magica” di tasti che permette di interagire direttamente con il kernel oltrepassando qualsiasi operazione stia compiendo, sempre che lo stesso non sia in blocco. Di solito vengono usati soprattutto per il debugging!

• A cosa mi possono servire?

Ad avere molte informazioni e come vedremo ad usarli a nostro vantaggio in caso di problemi.

• Per cosa posso utilizzarli?

In questo post vedremo come evitare in caso di freeze del server grafico di premere il tasto “reset”, odioso, quanto temibile perché non rispetta la procedura corretta di chiusura servizi , sync dei dischi e reboot.

• Come faccio ad avere questi Magic Key sulla mia LinuxBox?

Facile, se usate un kernel di default dovreste già avere l’opzione inclusa dentro, se lo ricompilate da voi dovrete inserirla.

Per sicurezza dovrete controllare il config del vostro kernel in uso :

$ egrep -i sysrq /boot/config-$(uname -r)
CONFIG_MAGIC_SYSRQ=y

Se la risposta è positiva come in questo esempio siete a cavallo !

Per tutti quelli che amano compilarsi un kernel proprio, ricordo che la voce relativa ai ” sysrq key” si trova nella sezione “Kernel hacking” :

Un controllo successivo va fatto sul file ” /proc/sys/kernel/sysrq ” , dove dal numero risultante che otterremo capiremo cosa è abilitato o meno :

Possibili risultati :

0 – Completamente disabilitato
1 – Abilitate tutte le funzioni di sysrq
>1 – in base al numero si abilitano determinate funzioni (segue lista descrizione):

2 – enable control of console logging level
4 – enable control of keyboard (SAK, unraw)
8 – enable debugging dumps of processes etc.
16 – enable sync command
32 – enable remount read-only
64 – enable signalling of processes (term, kill, oom-kill)
128 – allow reboot/poweroff
256 – allow nicing of all RT tasks

Bene eseguiamo il controllo :

$ cat /proc/sys/kernel/sysrq
1

Nel caso invece volessimo disattivare o abilitare determinate opzioni basterà da root eseguire :

# echo "number" >/proc/sys/kernel/sysrq

Dove number può assumere i valori presenti nella tabella o la somma degli stessi nel caso volessimo abilitare più opzioni contemporaneamente.

Perfetto passiamo all’azione, le combinazioni magiche che saremo in grado di usare sono le seguenti :

Alt + Stamp + LETTERA (sostituire con una delle seguenti)

b – Riavvia il sistema senza smontare o fare in syncing dei dischi.
c – Effettua un riavvio di kexec per prendere un crashdump.
d – Mostra tutti i blocchi.
e – Invia a tutti i processi tranne a quelli di init un SIGTERM
f – Uccide il processo più esoso di memoria
g – Usa kgdb su piattaforme ppc e sh
h – Visualizza l’aiuto (veramente l’aiuto viene visualizzato usando tutti i tasti non inseriti nell’elenco, ma usate la h perchè è molto più semplice ricordarlo)
i – Invia a tutti i processi eccetto quelli di init un SIGKILL
k – Secure Access Key (SAK) Uccide tutti i programmi sulla console virtuale corrente.
NOTA: Leggete i commenti importantissimi nella sezione SAK.
m – Visualizza informazioni della memoria .
n – Used to make RT tasks nice-able
o – Eseguie uno Shut Down del sistema (se configurato e supportato).
p – Visualizza i registri e flags correnti.
q – Mostra la lista di tutti i timers avviati.
r – setta la tastiera in XLATE.
s - Esegue un sync di tutti i filesystem montati.
t – Mostra tutti i processi.
u – Rimonta tutti filesystems in sola lettura.
v – Mostra informazioni su processori Voyager SMP.
w – Visualizza tutti i tasks bloccati.
x – Usato dall’interfaccia xmon su piattaforme ppc/powerpc.
0-9 – setta il livello di loging della console, mostrerà i messaggi del kernel sulla console. (0 ad esempio fa in modo di mostrare solo i messaggi di emergenza quali PANICs or OOPSes )

Rifarsi comunque alla documentazione ufficiale in lingua inglese, che trovate installando i sorgenti del kernel e leggendo il file :

Documentation/sysrq.txt

Arrivati a questo punto immaginate di essere nel mezzo di un freeze del Server grafico, tutto bloccato apparentemente, magari riuscite a fare lo switch sulle ttyN, forse non riuscite nemmeno a vedere le scritte etc etc. Bene prima di premere il tasto Reset proviamo a digitare queste combinazioni di tasti :

(vi indico quello che faccio io in questi casi in rete è indicato come la miglior combinazione da usare REISUB)

Setto la tastiera in XLATE:

[Alt] + [Stamp] +  [ r ]

Cerco di terminare correttamente i processi, tranne quelli di INIT:

[Alt] + [Stamp] +  [ e ]

Dopo qualche secondo ( in media 5/6 in modo da permettere alla combinazione precedente di terminare i processi in modo corretto) Uccido il resto dei processi , sempre tranne quelli di INIT:

[Alt] + [Stamp] + [ i ]

Faccio un sync dei dischi:

[Alt] + [Stamp] + [ s ]

Rimonto i filesystems in sola lettura (importantissimo dopo il sync)

[Alt] + [Stamp] + [ u ]

Riavvio il sistema:

[Alt] + [Stamp] + [ b ]

Ora divertitevi …