Kleiner Bouquet Bug
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 16. Januar 2004, 14:36
@thegoodguy: Aha, jetzt habe ich verstanden! Ich bin die ganze Zeit davon ausgegangen das die ONID und die SID ebenfalls 32Bit sind und somit machte die Verschiebung und das OR natürlich keinen Sinn. Aber wenn das 16Bit-Werte sind, ist das natürlich was anderes und ich versteh es auch! *freu*
Zu den nötigen Änderungen der anderen Komponenten: Vom Prinzip her würde doch alles bleiben und lediglich die Channel_ID (also deren Variable) von 32Bit auf 64Bit erweitert werden, oder? Ist es denn so kompliziert z.B. den nhttpd oder den timerd dazu umzubasteln?
Was genau ist eigentlich in dem sectionsd untergebracht?
Was Programme, also Bouquet-Editoren, Grabber etc. betrifft müssen die ja i.d.R. von den entsprechenden Entwicklern umgebaut werden. Für Entwickler die ihre Programme regelmäßig pflegen sollte das ja eigentlich nicht so kompliziert sein (was jedoch nicht heißt das es wenig arbeit ist!), oder sehe ich da was falsch?
Also ich habe zwar keine Ahnung von C bzw. C++, aber wenn ich mich im CVS zurechtgefunden habe sollte es auch kein Problem sein sich darin einzulesen und ich werde mir einfach mal den timerd und den nhttpd anschauen. Vielleicht bekommt man da ja was hin ohne sich perfekt auszukennen! Mir müsste nur ggf. jemand beim compillieren und testen helfen, da ich davon (noch) absolut keinen Plan habe und auch nur ein Winblöd und kein Linux installiert habe.
Zu den nötigen Änderungen der anderen Komponenten: Vom Prinzip her würde doch alles bleiben und lediglich die Channel_ID (also deren Variable) von 32Bit auf 64Bit erweitert werden, oder? Ist es denn so kompliziert z.B. den nhttpd oder den timerd dazu umzubasteln?
Was genau ist eigentlich in dem sectionsd untergebracht?
Was Programme, also Bouquet-Editoren, Grabber etc. betrifft müssen die ja i.d.R. von den entsprechenden Entwicklern umgebaut werden. Für Entwickler die ihre Programme regelmäßig pflegen sollte das ja eigentlich nicht so kompliziert sein (was jedoch nicht heißt das es wenig arbeit ist!), oder sehe ich da was falsch?
Also ich habe zwar keine Ahnung von C bzw. C++, aber wenn ich mich im CVS zurechtgefunden habe sollte es auch kein Problem sein sich darin einzulesen und ich werde mir einfach mal den timerd und den nhttpd anschauen. Vielleicht bekommt man da ja was hin ohne sich perfekt auszukennen! Mir müsste nur ggf. jemand beim compillieren und testen helfen, da ich davon (noch) absolut keinen Plan habe und auch nur ein Winblöd und kein Linux installiert habe.
-
- Interessierter
- Beiträge: 73
- Registriert: Freitag 16. Januar 2004, 14:36
Habe da gerade mal eine ganz blöde Idee :
Was passiert eigentlich wenn ich unter C einen 64Bit-Wert an eine 32Bit-Variable übergebe? Wahrscheinlich gibt es ja einen Fehler und somit einen Abbruch, oder?
Kann man es nicht irgendwie realisieren das man die 32Bit und die 64Bit-Variable kombiniert und somit beides "nach außen" anbietet? So könnte ZapIt intern schonmal mit 64Bit arbeiten und auch die Servicelisten entsprechend ablegen. Somit würde das reine, manuelle, Umschalten theoretisch schonmal funktionieren. Da die 64Bit-Var ja nur eine erweiterte 32Bit ist kann man ja auch die Variable zusammenkürzen und den bisherigen 32Bit-Wert aus den 64Bit ermitteln und zur Verfügung stellen. So würden dann timerd, sectionsd, nhttpd usw. erstmal noch funktionieren, oder?
Streamingserver sollten eh noch funktionieren da die die ich kenne direkt über die PIDs aufnehmen und nicht über die Channel_ID. Oder liege ich da falsch und woher bekommen die ihre Werte?
Bouquet-Editoren müssten dann natürlich auf das 64Bit-Format umgestellt werden.
Ist das alles so machbar oder habe ich irgendwo einen Denkfehler "integriert"?
Was passiert eigentlich wenn ich unter C einen 64Bit-Wert an eine 32Bit-Variable übergebe? Wahrscheinlich gibt es ja einen Fehler und somit einen Abbruch, oder?
Kann man es nicht irgendwie realisieren das man die 32Bit und die 64Bit-Variable kombiniert und somit beides "nach außen" anbietet? So könnte ZapIt intern schonmal mit 64Bit arbeiten und auch die Servicelisten entsprechend ablegen. Somit würde das reine, manuelle, Umschalten theoretisch schonmal funktionieren. Da die 64Bit-Var ja nur eine erweiterte 32Bit ist kann man ja auch die Variable zusammenkürzen und den bisherigen 32Bit-Wert aus den 64Bit ermitteln und zur Verfügung stellen. So würden dann timerd, sectionsd, nhttpd usw. erstmal noch funktionieren, oder?
Streamingserver sollten eh noch funktionieren da die die ich kenne direkt über die PIDs aufnehmen und nicht über die Channel_ID. Oder liege ich da falsch und woher bekommen die ihre Werte?
Bouquet-Editoren müssten dann natürlich auf das 64Bit-Format umgestellt werden.
Ist das alles so machbar oder habe ich irgendwo einen Denkfehler "integriert"?
-
- Einsteiger
- Beiträge: 313
- Registriert: Freitag 14. Februar 2003, 15:59
schau mal hiet -> http://www.satcodx1.com/0130/deu/en-total hat geschrieben:Dann ist das aber doch ein Bug in den Drivern (wegen doppelter ONIDs, etc..) oder ein Bug in DVBSNOOP.HEAD hat geschrieben:Das stimmt schon , so etwas kommt öfter auf HB13° vor.
513
100
300 <-- == 0x12c
1
2004-02-12, 10:31
AutoScan Croatia 1
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
Das ist (hoffentlich) kein Bug.en-total hat geschrieben:[...]HEAD hat geschrieben: Original_network_ID: 1 (0x0001) [= Astra Satellite Network 19,2°E |
PS: hast Du das mit DvbSnoop gemacht? Wenn das mit einer aktuellen Version war, ist das ein Bug - DvbSnoop geht offensichtlich fälschlicherweise davon aus, bei einer onid von 1 würde es sich um Astra 19.2E handeln? Hmm.. keine Ahnung. Blicke durch DvbSnoop auch nicht so ganz durch. Entweder Bug oder user fatal error
Die OriginalNetworkID ist in ETSI ETR 162 registriert.
--> http://www.dvb.org
--> http://www.dvb.org/index.php?id=16
Die ONID ist ein Provider-Netzwerk und muss (bei weitergelinkten DVB-Streams z.B. ins Kabelnetz) nicht unbedingt mit dem aktuellen Satelliten, etc. übereinstimmen. Gerade bei Eutelsat scheint es da drunter und drüber zu gehen (auch bei der NIT) [Ansonsten haette OBI keine satellites.xml in Neutrino einbauen muessen, da haette naemlich NIT-scan gereicht...)
Wer mehr zur ONID wissen will: ETSI EN 300 468 (http://www.etsi.org)
-
- Einsteiger
- Beiträge: 372
- Registriert: Donnerstag 18. Dezember 2003, 18:45
Warum tritt dieser Bug dann auf, bei doppelter ONID / SID auf einem 2ten Satelitten? Soll sich Sirius mit Astra, Eutelsat, Intelsat, und allen anderen absprechen müßen?thegoodguy hat geschrieben: @en-total: die doppelte original_network_id + service_id ist kein Treiberbug, sondern ein Hotbirdbug, die halten sich nicht an den DVB-Standard.
Zuletzt geändert von en-total am Samstag 14. Februar 2004, 23:58, insgesamt 1-mal geändert.
-
- Einsteiger
- Beiträge: 372
- Registriert: Donnerstag 18. Dezember 2003, 18:45
Also mir persönlich reicht ein Scan der NIT nicht - ich möchte auch gerne Sender sehen dürfen, welche da nicht drin stehen. Dazu würde ich eine Art "Brute Force" auf Sat Ebene befürworten.rasc hat geschrieben:da haette naemlich NIT-scan gereicht...)
Ferner beantwortet es die Frage von mir und "HEAD" nicht. Inwiefern wird bei dem dvbsnoop Output als Satellite Betreiber SES Astra ausgegeben?? Die onid "0001" existiert auf sehr vielen Satelliten! Machen die das alle falsch, nur dvbsnoop macht es korrekt?
Nochmal zur Klarstellung: Es geht nicht um Kabeleinspeisung (Ok, möglich das einige der Sender ins Kabel in Land YXZ eingespeist werden). Es geht darum, das dvbsnoop bei einer ONID von 0001 annimmt, der SAT Provider wäre SES Astra. Daher meine Frage, ob dvbsnoop das generell bei einer ONID von 0001 so handhabt. Wenn ja, dann wäre das falsch. Die ONID dürfte nicht als einziges Auswahlkriterium genommen werden.
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
Wiederhole ich mich jetzt, oder hatte ich schon erwähnt, dass die ONID ein bei ETSI registrierter Eintrag ist? Auch wenn du mehrfach wiederholst, dass dvbsnoop das falsch machen würde, die Werte sind und bleiben durch ETSI bzw. dvb.org festgelegt. Lies einfach die Links oben...en-total hat geschrieben: [...]Es geht darum, das dvbsnoop bei einer ONID von 0001 annimmt, der SAT Provider wäre SES Astra. Daher meine Frage, ob dvbsnoop das generell bei einer ONID von 0001 so handhabt. Wenn ja, dann wäre das falsch.
dvbsnoop wird nicht auf Wunsch eines einzelnen 0x001 zu irgendwas anderes als im Standard definiert abaendern. Um deine Frage zu beantworten: dvbsnoop zeigt es richtig an...en-total hat geschrieben: Ferner beantwortet es die Frage von mir und "HEAD" nicht. Inwiefern wird bei dem dvbsnoop Output als Satellite Betreiber SES Astra ausgegeben?? Die onid "0001" existiert auf sehr vielen Satelliten! Machen die das alle falsch, nur dvbsnoop macht es korrekt?
Zuletzt geändert von rasc am Sonntag 15. Februar 2004, 02:52, insgesamt 1-mal geändert.
-
- Einsteiger
- Beiträge: 372
- Registriert: Donnerstag 18. Dezember 2003, 18:45
Dann schau Dir das mal anrasc hat geschrieben: Es gibt uebrigens auch noch eine Network_ID, dazu muss man sich aber die NIT ansehen, dort taucht dann die NID in Relation zu ONID auf...
Also, ich kann nur soviel dazu beitragen wie ich schon sagte. Eine ONID von "1" wirst Du recht häufig finden, auf so ziemlich allen Satelliten. Die alle hier aufzuführen wäre doch recht müßig - oder? Da genügt ein Blick auf http://www.lyngsat.com
Um beim Thema zu bleiben: Der Sender, den der user "HEAD" angesprochen hat, ist never ever auf ASTRA und gehört nicht zu SES Astra (MANTOVA TV). Der ist bei EUTELSAT beheimatet. Das ist einfach Fakt so. Und wenn "dvbsnoop" meint, der wäre auf SES Astra, dann ist das schlichtweg falsch!
Du kannst jetzt natürlich dahergehen und auf diverse Specs verweisen - dennoch bleibt die Ausgabe von dvbsnoop falsch - wer auch immer den "schwarzen Peter" hat.
Zuletzt geändert von en-total am Sonntag 15. Februar 2004, 02:55, insgesamt 1-mal geändert.
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
http://www.dvb.org:
_Original Networks
Original_Network Identifiers
_Original Networks
Original_Network Identifiers
Code: Alles auswählen
Original Network ID's
Original Network ID Description Operator
(0x0069) (Optus B3 156°E) (Optus Communications)
(0x0073) (PanAmSat 4 68.5°E) (Pan American Satellite System)
0x0000 Reserved Reserved
0x0001 Astra Satellite Network 19,2°E Société Européenne des Satellites
0x0002 Astra Satellite Network 28,2°E Société Européenne des Satellites
0x0003 Astra 1 Société Européenne des Satellites
0x0004 Astra 2 Société Européenne des Satellites
0x0005 Astra 3 Société Européenne des Satellites
-
- Einsteiger
- Beiträge: 372
- Registriert: Donnerstag 18. Dezember 2003, 18:45
Warum nur SES? 0x001 wird doch von allen möglichen SAT Betreibern genutzt!
ACHSO - naja, bevor wir die jetzt alle anschreiben, ignore die 0x001 - da kommen wir sicher schneller voran
PS: was ich exklusiv sehe ist die 19 und 85 (astra 19.2e) und 13 (eutel 13e)
ACHSO - naja, bevor wir die jetzt alle anschreiben, ignore die 0x001 - da kommen wir sicher schneller voran
PS: was ich exklusiv sehe ist die 19 und 85 (astra 19.2e) und 13 (eutel 13e)
Zuletzt geändert von en-total am Sonntag 15. Februar 2004, 03:00, insgesamt 1-mal geändert.
-
- Senior Member
- Beiträge: 5071
- Registriert: Dienstag 18. September 2001, 00:00
Weil es eine "Netzwerk/Provider ID" und keine "Satelliten ID" ist...
Betatechnik hatte z.B. nie eigene Satelliten!
Vielleicht werden die Services ueber eine SES Bodenstation auf Eutelsat upgelinkt... wer weiss...
Code: Alles auswählen
0x0085 BetaTechnik BetaTechnik
0x0090 National network TDF
0x00A0 National Cable Network News Datacom
0x00A1 News Satellite Network News Datacom
0x00A2 News Satellite Network News Datacom
0x00A3 News Satellite Network News Datacom
0x00A4 News Satellite Network News Datacom
0x00A5 News Satellite Network News Datacom
0x00A6 ART ART
0x00A7 Globecast France Telecom
0x00A8 Foxtel Foxtel
0x00A9 Sky New Zealand Sky New Zealand
0x00B0 TPS La Télévision Par Satellite
0x00B1 TPS La Télévision Par Satellite
0x00B2 TPS La Télévision Par Satellite
0x00B3 TPS La Télévision Par Satellite
Vielleicht werden die Services ueber eine SES Bodenstation auf Eutelsat upgelinkt... wer weiss...
-
- Einsteiger
- Beiträge: 372
- Registriert: Donnerstag 18. Dezember 2003, 18:45
-
- Einsteiger
- Beiträge: 232
- Registriert: Montag 30. Juli 2001, 00:00
Schön, daß das mit der 64bit-Referenz (wohl fast unbemerkt) inzwischen bereinigt ist.
Danke an thegoodguy für die Arbeit! (die bei 'kleinen Bugs' immer so anfällt)
Ich habe daraufhin mal (Snapshot vom 26.02) einen Astra/HB-Suchlauf mit anderen 'Empfangseinrichtungen' vergleichen. Astra sieht ziemlich vollständig aus, HB hat einige 'Löcher'
Insbesondere niedrige Symbolraten bereiten Kummer. Einige Transponder (mit 'normaler' SR) fehlen auch einfach in der satellites.xml.
Einige davon habe ich mit einem getürkten Transpondersuchlauf 'erwischt', Andere musste ich manuell aus Fremdsettings übertragen.
Probleme bereitet insbesondere der Polsat-FTA Transponder, da er in den meisten Settings mit TS=1 und ONID=1 ausgewiesen ist und mit dem ProTV-Transponder kollidiert. Einzig mein Humax5400 gibt die (funktionierende) ONID 0x58 aus.
Alle diese Services geben auf meiner Sagem 2xi Bild und Ton (BBC mit starken Störungen)
Vielleicht könnte mal Jemand die satellites.xml in der Distribution aktualisieren.
Mit den niedrigen Symbolraten hatte schon die BN-Soft Schwierigkeiten, könnte also auch technisch bedingt sein.
Janus
edit Nachtrag: Nur wegen der Optik - wenn man die Atrribute service_type und name tauschen würde, könnte man das viel gefälliger lesen
Danke an thegoodguy für die Arbeit! (die bei 'kleinen Bugs' immer so anfällt)
Ich habe daraufhin mal (Snapshot vom 26.02) einen Astra/HB-Suchlauf mit anderen 'Empfangseinrichtungen' vergleichen. Astra sieht ziemlich vollständig aus, HB hat einige 'Löcher'
Insbesondere niedrige Symbolraten bereiten Kummer. Einige Transponder (mit 'normaler' SR) fehlen auch einfach in der satellites.xml.
Code: Alles auswählen
<transponder id="0001" onid="0001" frequency="12207000" inversion="2" symbol_rate="27500000" fec_inner="3" polarization="0">
<channel service_id="0001" name="PRO TV" service_type="01"></channel>
<channel service_id="0002" name="Acasa TV" service_type="01"></channel>
<channel service_id="0003" name="ProTv Intl" service_type="01"></channel>
<channel service_id="0004" name="ch4" service_type="01"></channel>
<channel service_id="0005" name="ProTv Intl ENG" service_type="01"></channel>
<channel service_id="0007" name="Radio Pro Fm + Infopro" service_type="02"></channel>
<channel service_id="0008" name="BSR cu Pro Tv si Pro FM" service_type="02"></channel>
<channel service_id="0009" name="XDreamTV" service_type="01"></channel>
<channel service_id="0021" name="Kairali Europe" service_type="01"></channel>
<channel service_id="0022" name="Asianet" service_type="01"></channel>
<channel service_id="0031" name="Ch 3 Arabic IBA TV" service_type="01"></channel>
<channel service_id="0032" name="VTV" service_type="01"></channel>
<channel service_id="0041" name="BK TV" service_type="01"></channel>
<channel service_id="0042" name="Overcomer Radio" service_type="02"></channel>
<channel service_id="0043" name="Somali Radio" service_type="02"></channel>
<channel service_id="0044" name="Hit Mix FM" service_type="02"></channel>
<channel service_id="0051" name="TV 5 Global" service_type="01"></channel>
<channel service_id="0052" name="TGN_radio" service_type="02"></channel>
<channel service_id="0063" name="Download" service_type="01"></channel>
<channel service_id="0071" name="Daystar" service_type="01"></channel>
<channel service_id="0081" name="SWISS MUSIC RADIO" service_type="02"></channel>
</transponder>
<transponder id="0001" onid="0058" frequency="11413000" inversion="2" symbol_rate="6200000" fec_inner="7" polarization="0">
<channel service_id="0001" name="Polsat 1" service_type="01"></channel>
<channel service_id="0002" name="Polsat 2" service_type="01"></channel>
</transponder>
<transponder id="0001" onid="013e" frequency="11407500" inversion="2" symbol_rate="27500000" fec_inner="3" polarization="1">
<channel service_id="10d7" name="TVN" service_type="01"></channel>
<channel service_id="10d8" name="TVN 24" service_type="01"></channel>
<channel service_id="10d9" name="TVN Siedem" service_type="01"></channel>
<channel service_id="10da" name="TVN TEST" service_type="01"></channel>
<channel service_id="10db" name="TVN7 TEST" service_type="01"></channel>
<channel service_id="10dc" name="MANGO 24" service_type="01"></channel>
<channel service_id="10dd" name="PILOT TV" service_type="01"></channel>
<channel service_id="10de" name="TVN Meteo" service_type="01"></channel>
<channel service_id="10df" name="TVN Turbo" service_type="01"></channel>
<channel service_id="10e1" name="radio test" service_type="02"></channel>
</transponder>
<transponder id="003d" onid="013e" frequency="11938500" inversion="2" symbol_rate="27500000" fec_inner="3" polarization="0">
<channel service_id="1bbd" name="RTVi" service_type="01"></channel>
<channel service_id="1bbe" name="RTVi NASHE KINO" service_type="01"></channel>
<channel service_id="1bbf" name="RTVi DETSKY MIR / TELECLUB" service_type="01"></channel>
<channel service_id="1bc6" name="ORT-I" service_type="01"></channel>
<channel service_id="1bd0" name="AL ASR" service_type="02"></channel>
<channel service_id="1c85" name="DAN TRT +49 180 52 23 136" service_type="01"></channel>
<channel service_id="1c86" name="DAN CINEMA +49 180 52 23 136" service_type="01"></channel>
<channel service_id="1c87" name="DAN SS MUSIC +49 180 52 23 136" service_type="01"></channel>
<channel service_id="1c88" name="DAN CTV +33 1 4834 65 18" service_type="01"></channel>
<channel service_id="1c89" name="DAN JAYA +49 180 52 23 136" service_type="01"></channel>
<channel service_id="1c8a" name="DAN RAJ TV +49 180 52 23 136" service_type="01"></channel>
<channel service_id="1c8b" name="DAN TAMILALAI" service_type="02"></channel>
</transponder>
<transponder id="0065" onid="013e" frequency="12264500" inversion="2" symbol_rate="27500000" fec_inner="3" polarization="1">
<channel service_id="0001" name="Deutsche Bank" service_type="01"/>
<channel service_id="0002" name="Deutsche Bank" service_type="01"/>
<channel service_id="0003" name="BMW" service_type="01"/>
<channel service_id="0004" name="BW TV" service_type="01"/>
<channel service_id="0006" name="Autotote-MEC" service_type="01"/>
<channel service_id="000b" name="DCTV-english" service_type="01"/>
<channel service_id="000c" name="DCTV-italy" service_type="01"/>
<channel service_id="000d" name="DCTV-turkish" service_type="01"/>
<channel service_id="000e" name="DCTV-german" service_type="01"/>
<channel service_id="000f" name="DCTV-spanish" service_type="01"/>
<channel service_id="0010" name="DCTV-french" service_type="01"/>
<channel service_id="0011" name="DCTV-portuguese" service_type="01"/>
<channel service_id="0015" name="PGM2-german" service_type="01"/>
<channel service_id="0016" name="PGM2-?" service_type="01"/>
<channel service_id="0017" name="PGM2-?" service_type="01"/>
<channel service_id="0018" name="PGM2-?" service_type="01"/>
<channel service_id="0019" name="PGM2-?" service_type="01"/>
<channel service_id="001d" name="AKUBIS light" service_type="83"/>
<channel service_id="001f" name="PGM3-german" service_type="01"/>
<channel service_id="0029" name="PGM4-german" service_type="01"/>
<channel service_id="002e" name="Knorr" service_type="01"/>
<channel service_id="0038" name="Altria PMF" service_type="01"/>
<channel service_id="0042" name="Eli Lilly" service_type="01"/>
<channel service_id="006f" name="DTAG" service_type="01"/>
<channel service_id="0070" name="DTAG 50" service_type="01"/>
<channel service_id="0071" name="TSI" service_type="01"/>
<channel service_id="0079" name="Wuerth" service_type="01"/>
<channel service_id="0087" name="Hornbach-SW" service_type="01"/>
<channel service_id="0088" name="Hornbach-D" service_type="01"/>
<channel service_id="0089" name="Hornbach-F" service_type="01"/>
<channel service_id="008a" name="Hornbach-NL" service_type="01"/>
<channel service_id="008b" name="Hornbach-CZ" service_type="01"/>
<channel service_id="008d" name="Kaufhof" service_type="01"/>
<channel service_id="00b2" name="Samsung2-vert" service_type="82"/>
<channel service_id="00c9" name="Sonderkanal" service_type="01"/>
</transponder>
<transponder id="00b0" onid="00b1" frequency="11061000" inversion="2" symbol_rate="6510000" fec_inner="5" polarization="1">
<channel service_id="0001" name="ARTE GERMAN 1" service_type="01"/>
<channel service_id="0002" name="ARTE FRENCH 1" service_type="01"/>
</transponder>
<transponder id="0ed9" onid="013e" frequency="11131000" inversion="2" symbol_rate="5632000" fec_inner="3" polarization="1">
<channel service_id="1389" name="BBC Prime" service_type="01"></channel>
</transponder>
Probleme bereitet insbesondere der Polsat-FTA Transponder, da er in den meisten Settings mit TS=1 und ONID=1 ausgewiesen ist und mit dem ProTV-Transponder kollidiert. Einzig mein Humax5400 gibt die (funktionierende) ONID 0x58 aus.
Alle diese Services geben auf meiner Sagem 2xi Bild und Ton (BBC mit starken Störungen)
Vielleicht könnte mal Jemand die satellites.xml in der Distribution aktualisieren.
Mit den niedrigen Symbolraten hatte schon die BN-Soft Schwierigkeiten, könnte also auch technisch bedingt sein.
Janus
edit Nachtrag: Nur wegen der Optik - wenn man die Atrribute service_type und name tauschen würde, könnte man das viel gefälliger lesen