Sat - Datenempfang (Sat@Once) unter Neutrino so gehts

Beitrag von **Npq** » Donnerstag 24. Februar 2005, 17:13

vSaAmTp hat geschrieben: avia_gt_dmx: queue 7 overflow (count: 1)

Das heißt, daß mehr Daten vom Demux kamen als weggeschrieben werden konnten. In dem Fall ist der Inhalt vom Puffer weg.

Ursache ist evtl. daß die Puffer zu klein sind (sind schließlich nicht für sowas ausgelegt).

Die Einteilung läßt sich leider nur durch Treiber-Modifikationen ändern.

Beitrag von **vSaAmTp** » Freitag 25. Februar 2005, 22:24

schade, über meine WinTV Nova karte hab ich bei Alice so 2mbit. scheint das da noch mehr runterkommt. grins.

ist das ein grosser akt die treiber zu verändern, so das sie sowas packen?

denk das das die kleinigkeiten sind, die für das Datenstream noch verändert oder angepasst werden müssten.

Noch was:

nach nem neustart der box, umschalten auf alice und sonst mach ich nix an der box. also ich starte den datendienst nicht. dann starte ich meine software auf dem rechner und die ruft den pid 1451 auf, passiert das auch. bekomm zwar was rein, aber wieder sehr schwankend.

[LCDFONT] FTC_Face_Requester (Fix14/Bold)
/dev/input/event1: No such file or directory
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[basicsocket] send_data: Resource temporarily unavailable
[neutrino] initialized everything
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
[sectionsd] getUTC: read: Connection timed out
[LCDFONT] FTC_Face_Requester (Fix12/Regular)
zap failed!
[sectionsd] getUTC: read: Connection timed out
[sectionsd] getUTC: read: Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
avia_gt_dmx: queue 10 overflow (count: 2)
avia_gt_dmx: queue 10 overflow (count: 1)
avia_gt_dmx: queue 10 overflow (count: 1)

da ich meine DBox netzwerk LEDs dran hat, seh ich das extrem oft Kollision leuchtet. fast dauernd. passiert mit aufruf des Multicast und auch ohne. eben sobald ich den pid 1451 ansprech.

gibts eigentlich ein tool, mit dem man nach pids auf der dbox scannen kann. also etwas was aktive pids anzeigt?

meine testbox ist ne sagem 1x mit nem avia 600 drin und das image ist das vom racker

Beitrag von **Npq** » Mittwoch 2. März 2005, 01:16

Ich hab mal Messungen gemacht, das sind keine 2 MBit, sondern MByte(!), also 15-17 MBit.

Das bekommst du natürlich nicht über ein 10 MBit-Netzwerkinterface.

Beitrag von **racker** » Mittwoch 2. März 2005, 13:18

Hallo zusammen,

vSaAmTp hat geschrieben:gibts eigentlich ein tool, mit dem man nach pids auf der dbox scannen kann. also etwas was aktive pids anzeigt?

dvbsnoop -s pidscan
scannt nach allen PIDs auf dem Transponder.
dvbsnoop -s bandwidth $PID ($PID ist z.B. 1451)
misst die Bandbreite.
dvbsnoop findet man in jeder gut sortierten yadd

Die 2Mbyte für AliceSat kann ich bestätigen.
Filiago hat bei PID 1400 max 300kbit, bei PID 1405 zwischen 700 und 6000 kbit
IP-Radio bewegt sich so zwischen 900 und 3000 kbit.

Mit einer Modifikation der Treiber/Puffer sollte man IP-Radio störungsfrei
empfangen können, bei Filiago wird es wohl knapp.
Wie seht ihr das?

@Npq
Danke für den Hinweis die Bandbreite zu messen.
Manchmal sind die Dinge so naheliegend....
Auf der Suche, die Puffer zu erhöhen, habe ich folgendes in avia_gt_dmx.c gefunden:

Code: Alles auswählen

/* Sizes are (2 ^ n) * 64 bytes. Beware of the aligning! */
static u8 queue_size_table[AVIA_GT_DMX_QUEUE_COUNT] = {
	10,			/* video	*/
	10,			/* audio	*/
	9,			/* teletext	*/
	9, 10, 11, 10, 10,	/* user 3..7	*/
	8, 8, 8, 8, 8, 8, 8, 8,	/* user 8..15	*/
	8, 8, 8, 7, 7, 7, 7, 7,	/* user 16..23	*/
	7, 7, 7, 7, 7, 7, 7,	/* user 24..30	*/
	8			/* message	*/
};

Wäre das Erhöhen von user3-user30 hier der richtige Ansatzpunkt?

Gruß

Beitrag von **vSaAmTp** » Mittwoch 2. März 2005, 18:03

@racker
thx für den tip für die pids

hab ein wenig gespielt. das mutlicast brauch ich nur bei datendiensten wo multicast nutzen. kann aber auch gezielt ne pid benutzen ohne das das image mit mrouted ausgestattet ist. gibt dienste die nutzen das multicast nicht.

Beitrag von **vSaAmTp** » Mittwoch 2. März 2005, 18:07

@Npq
wie sieht es den aus, wenn ich die anwendung auf der box laufen lassen würd? dann kann ich doch ohne probleme bis zu 10mbit ins netzwerk weitergeben. filter ich sie eben dort schon aus (aus dem 15-17mbit paket)
mal testen. gibt ja schon tools in linux dafür, zwar für dvb karten, aber des wird nicht das thema sein (hoff ich mal)

Beitrag von **Npq** » Mittwoch 2. März 2005, 18:43

racker hat geschrieben:Die 2Mbit für AliceSat kann ich bestätigen.

Hmm, also ich bekomme hier:

Code: Alles auswählen

~ # speed_test 1451
        packets : 2865, bytes : 1049168, time : 298070 us
        -> 3519871 bytes/sec, 28158968 bits/sec (26.874 MBit/sec, 3.109 MByte/sec)

Bei Filiago stimmt die Angaben mit dem was ich hier habe, schwankt aber sicherlich auch.

Code: Alles auswählen

~ # speed_test 1400
        packets : 113, bytes : 28704, time : 5008376 us
        -> 5731 bytes/sec, 45848 bits/sec (44.792 KBit/sec, 5.099 kByte/sec)

~ # speed_test 1405
        packets : 4022, bytes : 1048616, time : 2276811 us
        -> 460563 bytes/sec, 3684504 bits/sec (3.526 MBit/sec, 449.019 kByte/sec)

Normalerweise filtert man die Pakete über die MAC direkt im Demux. Dafür müssen dann natürlich die Ucode-Sectionsfilter aktiviert sein.

Da Demux-RAM begrenzt ist, kann man die Filter nur vergrößern, indem man an anderer Stelle Speicher frei macht. Oder man reduziert die Anzahl der Filter insgesamt.

Ob das allerdings reicht weiß ich nicht, hab nie damit experimentiert.

Beitrag von **mechatron** » Mittwoch 2. März 2005, 18:46

Vielleicht könnt ihr mir helfen.
Ich hab mal alles für die Dreambox angepasst.
Also neuer Kernel und die entsprechenden Programme umgeschrieben (API).

Es geht mir erstmal nur um sat@once.

Dvbtune und mrouted werden ohne Fehler ausgeführt.
Ich denke mal soweit läuft es, der Cache von Casablanca (Webcast Tuner) ist gefüllt (1GB).

Nur wie benutzt man diese Daten jetzt.
Über Firefox kommt nur die Übersichtsseite, auf der ich nichts anklicken kann.

Wenn ich im Internet bin kommt auch ständig (aller 15 Min.) die Meldung.
"Versuch eines fremden Rechners, eine Verbindung zu etabkieren"

Betriebssystem ist WinXPpro SP2.

Ansonsten Kompliment an @racker

Beitrag von **vSaAmTp** » Mittwoch 2. März 2005, 19:23

also normalerweise klickste nur das grüne hässliche symbol doppelt an und schon kommt ne liste mit den gecatchten seiten. dort einfach anwählen. evtl musste bei dem anderen browser nen proxy eintragen. den nutzt der sat@once client nämlich.

PS: Hab da was gefunden: door to casablanca

Auszug ReadMe:

den Webcast Tuner, um die Übertragungen zu empfangen und Inhalte für Sie auszuwählen
den Local Proxy, der als Schnittstelle zu den lokal gespeicherten Inhalten dient
den News Proxy, der als Ihr lokaler Newsserver fungiert
den POP Proxy, der als Ihr lokaler Mailserver fungiert

Wenn ich im Internet bin kommt auch ständig (aller 15 Min.) die Meldung.
"Versuch eines fremden Rechners, eine Verbindung zu etabkieren"

kommt sobald jemand versucht seiten von deinem rechner aufzurufen. hast die internetverbindungsfreigabe an? das hatte ich auch mal. da kommt des dann.

Beitrag von **mechatron** » Mittwoch 2. März 2005, 22:53

Dank dir.
Mit dem d2c zeigt er mir schon mal an was er so im cache hat.

Mir ging es auch eigentlich nur darum ob es auch auf der Dream funktioniert.

Beitrag von **racker** » Freitag 4. März 2005, 00:39

Npq hat geschrieben:
racker hat geschrieben:Die 2Mbit für AliceSat kann ich bestätigen.

Das kommt davon, wenn man "mal eben schnell" was hinschreibt.
Die Bandbreitenmessung ergab rund 16300 kbit, was natürlich 2Mbyte entspricht.
Ich habe mal den Unsinn ausgebessert.
Sorry

Hmm, irgendwie habe ich nichts über die Größe des Demux-Ram gefunden.
Wie groß ist es denn? In der Tabelle werden 800 kbyte festgelegt (ich hoffe es stimmt

).

@mechatron
Ich habe nur das "zusammengebaut", was bereits lange vorhanden war -
also keine große Leistung meinerseits.
Allerdings will ich es jetzt wissen - ob es mit der DBox genauso "gut" geht
wie mit einer DVB-S Karte.
Hättest du Lust auch einmal Filiago oder einen anderen Datendienst zu testen?
Mich würde interessieren ob bei der Dream auch der Puffer überläuft bzw.
ob die Ethernetschnittstelle den Engpass bildet.

Gruß

Beitrag von **mechatron** » Freitag 4. März 2005, 03:22

Na klar will ich auch die Anderen testen, wie gesagt ich wollte erstmal nur sehen ob es auf der Dream überhaupt rennt.
Ich teste auf einer 7020, da gab es aber eh noch ein Problem mit eth0.
http://www.dream-multimedia-tv.de/board ... #post73958

Beitrag von **Ulli010** » Freitag 4. März 2005, 10:19

@ mechatron:
Schau mal hier, da gibts was neues, welches lt. Ghost, das Netzwerkproblem von der Dream lösen soll:

DM7020 image (fixed: network, ftp via IE, ability to disable rfmod, enigma fixes, add browser)

http://developer.elitedvb.net/imagepoll ... t=3&type=0

CU Ulli01

Beitrag von **vSaAmTp** » Freitag 4. März 2005, 21:11

wie ist den eigentlich die codierung in der service.xml???

01 ist für Neutrino die Kennung, dass es sich um ein TV-Sender handelt
02 ist für Neutrino die Kennung, dass es sich um ein Radio-Sender handelt
0C muss dann die Kennung für Datendienste sein

da gibts aber noch mehr: 83, 84, 90, 87, 03, 80, 81, 8a, 8b, 00, 0c, b3, c1, c5, 82, c3, ab, 0e, 88 <-- die hb ich mal so grob gefunden

Mh ok dann muss ich mir zum testen mal ein Image erstellen was muss ich den da alles ändern damit es Datendienstfährig ist?

Beitrag von **mechatron** » Sonntag 6. März 2005, 14:43

Ich noch mal.
Also Casablanca läuft je jetzt ganz gut.
Aber mit dem Filiago komm ich nicht klar.

Eigentlich sehen der Log und ifconfig ganz gut aus, nur diese Satschüssel will einfach nicht grün werden.
Dazu muß ich mich doch noch nicht per Modem einwählen, oder?

Log von recv.exe

Code: Alles auswählen

Lvl:Date       Time (UTC)  :Message
MSG:2005-03-06 13:26:04.687:Program started =============
MSG:2005-03-06 13:26:04.687:Watchdog starting... [2388]
MSG:2005-03-06 13:26:04.687:Watchdog started [2388].
MSG:2005-03-06 13:26:04.734:Starting new child...
MSG:2005-03-06 13:26:04.734:Started new child [2472].
MSG:2005-03-06 13:26:04.750:recv.exe starting... [2472]
MSG:2005-03-06 13:26:04.750:recv.exe version is 2.3.1a (200311121248200) win32-i86pc  (Windows XP Professional, Version 5.1.2600, Service Pack 2 on a 1-processor (GenuineIntel, Pentium III (Model 8, Stepping 1)) system)
MSG:2005-03-06 13:26:04.750:recv.exe running [2472].

Meldung von ifconfig

Code: Alles auswählen

root@dreambox:~# ifconfig
dvb0_0    Link encap:Ethernet  HWaddr 00:09:34:BA:DA:DD
          inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:1983 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:412611 (402.9 KiB)  TX bytes:0 (0.0 B)
          Base address:0x578

dvb0_1    Link encap:Ethernet  HWaddr 00:09:34:BA:DA:DD
          inet addr:128.0.1.1  Bcast:128.0.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING NOARP MULTICAST  MTU:4096  Metric:1
          RX packets:32015 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:35198014 (33.5 MiB)  TX bytes:0 (0.0 B)
          Base address:0x57d

eth0      Link encap:Ethernet  HWaddr 00:09:34:13:DE:40
          inet addr:192.168.0.60  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5098 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54636 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2037257 (1.9 MiB)  TX bytes:67594162 (64.4 MiB)
          Interrupt:29

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

und noch meine mrouted.conf

Code: Alles auswählen

phyint dvb0_0 altnet 192.168.250.39/32 rate_limit 0 igmpv1
phyint dvb0_1 altnet 192.168.250.0/24 rate_limit 0 igmpv1

Jemand vielleicht noch eine Idee was ich prüfen oder einstellen könnte?

Beitrag von **racker** » Sonntag 6. März 2005, 15:16

Hallo mechatron,

Dazu muß ich mich doch noch nicht per Modem einwählen, oder?

Du musst nicht eingewählt sein.
Es sieht so aus, als ob du eine ältere Version von vSaAmTps Plugin
verwenden würdest. In der aktuellen Version ist der Fehler mit den
vertauschten PIDs behoben.
Hier im Thread stehen die configs richtig.

Gruß

Beitrag von **mechatron** » Sonntag 6. März 2005, 15:38

Es sieht so aus, als ob du eine ältere Version von vSaAmTps Plugin

Ein Plugin schon, aber ein eigenes, halt für die Dreambox und ohne Scripte.

Aber was meinst du mit verstauschte PID'S

So laufen die DEV's bei mir
dvb0_0 auf PID 1400 mit der IP 10.0.0.1
dvb0_1 auf PID 1405 mit der IP 128.0.1.1

Beitrag von **racker** » Sonntag 6. März 2005, 16:07

Vor dem 02.03 waren in dem Script "stream.sh" die PIDs vertauscht.
Bei dir stimmt es. Ich dachte es nur, weil du dieselbe IP (128.x.x.x) verwendest.
Habe festgestellt, dass HW-Sections auf ein stehen muss. Ich weiß nicht ob es das auch auf der Dream gibt.
In meiner recv.ini steht noch folgendes:
mulitcast_receive_interface=192.168.0.3 (Lokale IP des PCs)
Ohne diesen Parameter habe ich es noch nicht ausprobiert.

Startreihenfolge:
Zuerst die Box konfigurieren, dann den Filiago-Proxy starten.
Kurz warten <1min , dann Icon grün.
So hat es bei mir immer funktioniert.

Beitrag von **racker** » Sonntag 6. März 2005, 22:29

Ein kleiner Zwischenbericht:

Die weiter oben gepostete Tabelle in avia_gt_dmx.c habe ich mal modifiziert
d.h. die Anzahl der Queues reduziert und die größe der letzten beiden erhöht.

Bei Filiago ergibt sich folgendes Log:
vorher:

Code: Alles auswählen

avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_napi: pid 057d section_length 4098 > 4096.
avia_gt_napi: pid 057d section_length 4098 > 4096.
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_napi: pid 057d section_length 4097 > 4096.
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)
avia_gt_dmx: queue 31 overflow (count: 1)

nachher:

Code: Alles auswählen

avia_gt_napi: pid 057d section_length 4098 > 4096.
avia_gt_napi: pid 057d section_length 4097 > 4096.
avia_gt_napi: pid 057d section_length 4098 > 4096.
avia_gt_napi: pid 057d section_length 4098 > 4096.
avia_gt_napi: pid 057d section_length 4097 > 4096.
avia_gt_napi: pid 057d section_length 4097 > 4096.
avia_gt_napi: pid 057d section_length 4098 > 4096.

Im Quellcode steht, dass man "out of sync" ist wenn die Länge größer als 4096 ist.
Kennt jemand die Ursache? Kann man das ändern/vermeiden?

Das Surfverhalten hat sich nicht wesentlich verändert. Die Downloadraten
sinken langsamer - aber kontinuierlich

Ich werde mal als nächstes IP-Radio testen.

Gruß

Wo finde man dem mal ein schönes Image womit es lauft. Also das alte geht ja aber bei mir zieht Sat@once zwar. Aber die seiten werden irgent wie nie fertig

Beitrag von **vSaAmTp** » Montag 7. März 2005, 13:02

@MysticEmpires
schau mal auf die stärke des signals mit dem satfinder. könnt sein das es daran liegt.

Beitrag von **vSaAmTp** » Montag 7. März 2005, 13:07

@racker
bei dem IP radio, welchen sender nimm ich da???

TDSL Proxy1 oder T-DSL VPN 1

vSaAmTp hat geschrieben:@MysticEmpires
schau mal auf die stärke des signals mit dem satfinder. könnt sein das es daran liegt.

Warum sollte die nietrig sein? Alle andren sender sind Optimal und ich habe extra einen Sendersuchlauf gemacht.

Beitrag von **racker** » Dienstag 8. März 2005, 13:21

vSaAmTp hat geschrieben:@racker
bei dem IP radio, welchen sender nimm ich da???

TDSL Proxy1 oder T-DSL VPN 1

Ist egal, die Zapit soll ja nur auf den Transponder tunen.

Egal welche Treiberversion (unterschiedliche größen der queues)
ich verwende, es sind immer Aussetzer bei IP-Radio.
Der Unterschied ist nur, dass die Queue nicht mehr überläuft.
Ich denke wir sollten auf die aktuelle Codebasis
wechseln um weitere Tests durchzuführen.

@MysticEmpires
Welche Box, welche ucodes, HW-Sections auf an?