Plan: zapit und controld zusammenlegen.

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: Plan: zapit und controld zusammenlegen.

Beitrag von GetAway »

seife hat geschrieben:Wozu das denn? Wir machen doch kein Windows hier.
Mir ist das ja eigentlich egal, es hat halt immer einen etwas bitteren beigeschmack, wenn etwas
eingestelltes "nur" nach einem reboot greift, ohne das es einen Hinweis gegeben hat. Das dazu.

Nur zur Info: So sieht es aus, wenn das Speicherallocieren mal in die Hose geht. /hdd liegt allerdings im yadd auf dem Notebook.

Code: Alles auswählen

 [neutrino] executing /var/tuxbox/config/recording.start
You need to specify whom to kill
Record channel_id: 44100012f08 epg: 44100012f0800a5, apids 0x0 mode 1
SPTS, queue 0 extended.
fsk:0, Genre:80, Dauer: 30
[stream2file]: ringbuffersize 4194304
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.001.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
[stream2file]: error in write: No buffer space available
18:32:51.503 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[3] filter 0x50 mask 0xf0
[stream2file]: pthreads exit code: -3, dir: '/hdd', filename: 'Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227' myfilename: '/hdd'
[neutrino] executing /var/tuxbox/config/recording.start
You need to specify whom to kill
Record channel_id: 44100012f08 epg: 0, apids 0x0 mode 1
no response from sectionsd
no response from sectionsd
[stream2file] INFO: /hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.xml already exists, not overwriting
[stream2file]: ringbuffersize 4194304
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.001.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
[stream2file] /hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.001.ts exists, retrying...
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.002.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
[stream2file]: error in write: No buffer space available
[stream2file]: pthreads exit code: -3, dir: '/hdd', filename: 'Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227' myfilename: '/hdd'
[neutrino] executing /var/tuxbox/config/recording.start
You need to specify whom to kill
Record channel_id: 44100012f08 epg: 0, apids 0x0 mode 1
no response from sectionsd
no response from sectionsd
[stream2file] INFO: /hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.xml already exists, not overwriting
[stream2file]: ringbuffersize 4194304
[stream2file] allocated ringbuffer size: 4194303
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.001.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
[stream2file] /hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.001.ts exists, retrying...
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.002.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
[stream2file] /hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.002.ts exists, retrying...
[stream2file] filename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227.003.ts' myfilename: '/hdd/Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227'
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process neutrino
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
RPC: sendmsg returned error 105
nfs: RPC call returned error 105
PANIC: not enough space in ringbuffer, available 58491, needed 77621
[stream2file]: error in write: No buffer space available
[stream2file]: pthreads exit code: -1, dir: '/hdd', filename: 'Super_RTL_Disney_Phineas_und_Ferb_2009-03-27_183227' myfilename: '/hdd'
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Plan: zapit und controld zusammenlegen.

Beitrag von seife »

GetAway hat geschrieben:
seife hat geschrieben:Wozu das denn? Wir machen doch kein Windows hier.
Mir ist das ja eigentlich egal, es hat halt immer einen etwas bitteren beigeschmack, wenn etwas
eingestelltes "nur" nach einem reboot greift, ohne das es einen Hinweis gegeben hat. Das dazu.
Tut es ja nicht, falls doch, wäre das ein Bug. Wenn ich micht nicht ganz grob verguckt habe, müsste diese Einstellung sofort greifen. Es gibt nur wenige Einstellungen, für die neutrino neu gestartet werden muss.
Nur zur Info: So sieht es aus, wenn das Speicherallocieren mal in die Hose geht. /hdd liegt allerdings im yadd auf dem Notebook.
Ja aber das dürfte nicht wesentlich anders sein als vorher (wenn du ringbuffers > 61 hattest). Ich erwähnte ja schon, dass ich die 4MB nicht unbedingt für eine nützliche Option halte ;-)
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: Plan: zapit und controld zusammenlegen.

Beitrag von GetAway »

seife hat geschrieben:
GetAway hat geschrieben:
seife hat geschrieben:Wozu das denn? Wir machen doch kein Windows hier.
Mir ist das ja eigentlich egal, es hat halt immer einen etwas bitteren beigeschmack, wenn etwas
eingestelltes "nur" nach einem reboot greift, ohne das es einen Hinweis gegeben hat. Das dazu.
Tut es ja nicht, falls doch, wäre das ein Bug. Wenn ich micht nicht ganz grob verguckt habe, müsste diese Einstellung sofort greifen. Es gibt nur wenige Einstellungen, für die neutrino neu gestartet werden muss.
Im Eifer des Gefechts habe ich "Einstellungen jetzt übernehmen" mit "Einstellungen jetzt speichern" verwechselt.
Funktioniert also doch. :wink:
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Plan: zapit und controld zusammenlegen.

Beitrag von rhabarber1848 »

@seife: Eine Frage zu Deinem git-repo: Ist der Branch controld_zapit_merge
nun komplett erledigt oder sind da noch Patches drin, die anderswo nicht
zu finden sind?

Welches Repo enthält Deinen aktuellen Entwicklungszweig, dm500?
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Plan: zapit und controld zusammenlegen.

Beitrag von seife »

Ich räume grad auf und mache alles, was halbwegs sinnvoll ist, ins CVS.
Dann versuche ich, das dreambox-zeugs aufzuräumen (die vielen #ifdef DM500 im controld_zapit_merge gefallen mir nicht).
Wenn ich damit durch bin, will ich die tripledragon integrieren. Tatsächlich ist das gar nicht so viel, mit ein paar strategisch plazierten ifdef's ist da das meise getan.

Entwickeln tue ich momentan, je nachdem welche Kiste gerade frei ist, im controld_zapit_merge oder im tripledragon-Branch vom dm500.git.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Plan: zapit und controld zusammenlegen.

Beitrag von rhabarber1848 »

GetAway hat geschrieben:Nach ca. 2-3 Minuten schlägt ein Timeout zu
[...]

Code: Alles auswählen

int result = system(mode == mode_radio
				    ? "wget -q -O /dev/null http://127.0.0.1/control/setmode?radio > /dev/null 2>&1"
				    : "wget -q -O /dev/null http://127.0.0.1/control/setmode?tv > /dev/null 2>&1");
Wäre es nicht sinnvoll, wget um die Parameter "-t 1 -T 5" (1 Versuch, 5s timeout)
zu erweitern, damit Images ohne nhttpd an dieser Stelle kein Problem haben?

PS: committed: http://article.gmane.org/gmane.comp.vid ... x.scm/1187