@ MarMic
Es ist der Algo von Lou und der DMA Patch drin.
Und ich habe auf anraten von Lou die Zeile in der all Datei um (-s3) ergänzt.
@ MarMic
Es ist der Algo von Lou und der DMA Patch drin.
Und ich habe auf anraten von Lou die Zeile in der all Datei um (-s3) ergänzt.
Danke Lou,
ich habe die 3 Listen kurz mal getestet.
Leider bekomme ich nur sowas....
lok_errs=1, runs=1 of sequ=3333, multi=0, multi_max=0
lok_errs=2, runs=2 of sequ=3333, multi=0, multi_max=0
lok_errs=3, runs=3 of sequ=3333, multi=0, multi_max=0
lok_errs=4, runs=4 of sequ=3333, multi=0, multi_max=0
lok_errs=5, runs=5 of sequ=3333, multi=0, multi_max=0
lok_errs=6, runs=6 of sequ=3333, multi=0, multi_max=0
lok_errs=7, runs=7 of sequ=3333, multi=0, multi_max=0
lok_errs=8, runs=8 of sequ=3333, multi=0, multi_max=0
lok_errs=9, runs=9 of sequ=3333, multi=0, multi_max=0
deshalb habe ich nicht weitergemacht.
So langsam habe ich den Verdacht das mit meinem HB13E Teil was nicht stimmt, denn ich habe mal den Parameter -a0 auf -a1 gesetzt um mit der cine2 zu tunen. Den -s3 habe ich auch versucht.
Leider auch ohne Erfolg..
Hmm einige HB Kanäle kann ich ja schauen mit VDR einige nicht.
Ob da wohl was am Multiswitch vertauscht sein kann???
Wie bekommt man das nur raus?
Gruß
Kilroy1205
ZitatOriginal von Kilroy1205
Hmm einige HB Kanäle kann ich ja schauen mit VDR einige nicht.
Ob da wohl was am Multiswitch vertauscht sein kann???
Wie bekommt man das nur raus?
Gruß
Kilroy1205
möglich ist das, möglich ist aber auch dass dein Multischalter defekt ist.
Rausfinden kannst du es in dem du dir aus jedem der 4 Bereiche (also vertical lowband, horizontal lowband, vertical highband, horizontal highband) einen Transponder raussuchst.
Low band: 10700 Mhz bis 11900 Mhz
High band 11550 Mhz bis 12750 Mhz
da sich die Bereiche überlappen, such dir nen Transponder raus, der definitiv nur in einem der beiden Bereiche liegen bzw. in den LNB Settings des VDR steht unter SLOF auch die Frequenz ab welcher ins Highband geschaltet werden soll, bei mir ist es bei 11700 Mhz.
Also ich habe jetzt mal eine Datei mit folgendem Inhalt angelegt
GEM Music:10723:h:1:29900:1002:1202:4602:5
D. WORLD:10796:v:1:27500:162:88:15703:5
KUWAIT:12654:h:1:27500:1460:1420:4:5
Sonshine TV:12597:v:1:27500:4001:4011:8206:5
Leider tuned er garnicht
vdr01 ezap2 # ./zap HBtest
Zapping adapter 0 ..
lok_errs=1, runs=1 of sequ=3333, multi=0, multi_max=0
lok_errs=2, runs=2 of sequ=3333, multi=0, multi_max=0
lok_errs=3, runs=3 of sequ=3333, multi=0, multi_max=0
lok_errs=4, runs=4 of sequ=3333, multi=0, multi_max=0
channel not found
lok_errs =4, runs=4 of sequ=3333, multi=0, multi_max=0
real 1m46.095s
user 0m0.004s
sys 0m2.252s
Alles anzeigen
newsy
kannst du testen, ob die Sender bei dir gehen?
Das liegt letztendlich am DiseqC, ich nutze 15ms Pausen zwischen den DiseqC Befehlen, deine Anlage braucht wohl mehr. Das müsstest du im ezap2.c anpassen - du weisst ja anhand der vdr diseqc.conf ziemlich genau was deine Anlage braucht, oder?
Pass in diesem Code die usleeps an, dann wird es durchlaufen.
struct diseqc_cmd {
struct dvb_diseqc_master_cmd cmd;
uint32_t wait;
};
void diseqc_send_msg(int fd, fe_sec_voltage_t v, struct diseqc_cmd *cmd,
fe_sec_tone_mode_t t, fe_sec_mini_cmd_t b)
{
int err=0;
if (ioctl(fd, FE_SET_TONE, SEC_TONE_OFF) == -1){
perror("FE_SET_TONE failed"); err=1;
}
if (ioctl(fd, FE_SET_VOLTAGE, v) == -1){
perror("FE_SET_VOLTAGE failed");err=1;
}
usleep(15 * 1000);
if (ioctl(fd, FE_DISEQC_SEND_MASTER_CMD, &cmd->cmd) == -1){
perror("FE_DISEQC_SEND_MASTER_CMD failed");err=1;
}
usleep(cmd->wait * 1000);
usleep(15 * 1000);
if (ioctl(fd, FE_DISEQC_SEND_BURST, b) == -1){
perror("FE_DISEQC_SEND_BURST failed");err=1;
}
usleep(15 * 1000);
if (ioctl(fd, FE_SET_TONE, t) == -1){
perror("FE_SET_TONE failed");err=1;
}
if (err) exit (3); /* Terminate status 3 when diseqc error */
}
/* Diseqc digital satellite equipment control,
* specification is available from http://www.eutelsat.com/
*/
Alles anzeigen
Edit: bei mir läuft das durch
reading channels from file './kilroy.txt'
*** Zapping to 1 'GEM Music':
Delivery 5, modulation QPSK
sat 1, frequency 10723 MHz H, symbolrate 29900000, coderate auto, rolloff 0.35
vpid 0x03ea, apid 0x04b2, sid 0x11fa
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 383 | noise 133 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
lok_errs=0, runs=1 of sequ=3, multi=0, multi_max=0
*** Zapping to 2 'D. WORLD':
Delivery 5, modulation QPSK
sat 1, frequency 10796 MHz V, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x00a2, apid 0x0058, sid 0x3d57
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 390 | noise 168 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
lok_errs=0, runs=2 of sequ=3, multi=0, multi_max=0
*** Zapping to 3 'KUWAIT':
Delivery 5, modulation QPSK
sat 1, frequency 12654 MHz H, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x05b4, apid 0x058c, sid 0x0004
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 238 | noise 129 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
lok_errs=0, runs=3 of sequ=3, multi=0, multi_max=0
*** Zapping to 4 'Sonshine TV':
Delivery 5, modulation QPSK
sat 1, frequency 12597 MHz V, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x0fa1, apid 0x0fab, sid 0x200e
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 270 | noise 145 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
lok_errs =0, runs=4 of sequ=3, multi=0, multi_max=0
lok_errs =0, runs=4 of sequ=3, multi=0, multi_max=0
Alles anzeigen
Lou: Alles in Butter. Ich hab ungewollt Verwirrung gestiftet. Ich hatte echte Empfangsprobleme mit der Schüssel durch ordentlich Sturm und kein Problem mit der Karte.
Mein erster Beitrag gilt also uneingeschränkt. Danke für deine Mühe, Lou!!!
Hallo Lou,
mit deiner Vermutung hattest du wohl recht.
Ich habe jetzt von 15 auf 25 in der ezap2.c geändert und schon läuft es durch.
lok_errs =0, runs=4 of sequ=3333, multi=0, multi_max=0
real 0m5.406s
user 0m0.000s
sys 0m0.112s
==== Using HBtest ======
reading channels from file './HBtest'
*** Zapping to 1 'GEM Music':
Delivery 5, modulation QPSK
sat 1, frequency 10723 MHz H, symbolrate 29900000, coderate auto, rolloff 0.35
vpid 0x03ea, apid 0x04b2, sid 0x11fa
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 262 | noise 111 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
*** Zapping to 2 'D. WORLD':
Delivery 5, modulation QPSK
sat 1, frequency 10796 MHz V, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x00a2, apid 0x0058, sid 0x3d57
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 270 | noise 135 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
*** Zapping to 3 'KUWAIT':
Delivery 5, modulation QPSK
sat 1, frequency 12654 MHz H, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x05b4, apid 0x058c, sid 0x0004
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 258 | noise 147 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
*** Zapping to 4 'Sonshine TV':
Delivery 5, modulation QPSK
sat 1, frequency 12597 MHz V, symbolrate 27500000, coderate auto, rolloff 0.35
vpid 0x0fa1, apid 0x0fab, sid 0x200e
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
status 1e | signal 233 | noise 118 | ber 0 | unc -2 | tim 0 |FE_HAS_LOCK | 0
EOF !!!!!!
TOT: lok_errs =0, runs=4 of sequ=3333, multi=0, multi_max=0
Jetzt scanne ich gerade mal die Hotbird_only_random.txt
Gruß
Kilroy1205
mühsam ... wenn ich nur wüsste woran es liegt! Mit s2-liplianin getestet hast du auch schon mal? Bei mir ist das egal - es passiert genau so auf meiner Intel HW.
Kilroy1205: Kriegst du diese Trace Meldung bei deinem System vollständig angezeigt im Log? Wenn ja; kannst du die mal anhängen oder mir zuschicken? Ich hab immer nur Bruchstücke davon, weil das System gleich durchstartet oder einfriert -> Logs werden nicht zu Ende geschrieben, immerhin konnte ich den Bildschirm abfotografieren. Ich könnte dann mit deiner Meldung vergleichen wenn du was hast.
@all: Den DMA Patch haben sich 22 Leute heruntergeladen, ausser rechenknechtler,kilroy,bluevip hat niemand was dazu gesagt, darum die Frage:
a) ist er bei euch installiert?
b) merkt ihr eine Verbesserung beim DVB-S2 Tuning mit der Astra_DVBS2_only.txt?
Mögliche Symptome können sein:
ohne Patch:
- Keyboard reagiert beim tippen verzögert während die Astra_DVBS2_only.txt durchläuft
- Audio Wiedergabe stottert ab und zu, weil der Audio Puffer nicht rechtzeitig gefüllt werden kann
mit Patch: Keyboard läuft bei mir prima, keine Ton Probleme
hi lou,
das mit dem dma habe ich gar net gesehen. wie ich das mim patchen mache steht mittlerweile in der anleitung? dann probiere ich mal mein glück habe zwar keine probs mit tasta oder sound bemerkt aber vllt wird das zappen ja schneller
greetz
baue mir grade nen mantis-dma.patch dkms wenns installiert ist und freundin nimmer schaut wird zap gestartet!
greetz
Ich habe deinen Patch getestet und bin begeistert. Z. Zt. läuft er auf einem MD8800 (Pentium D) - ne olle Möhre aber ich habe ihn lieb. Eine Terradreck DVB-S2 steckt drinn und das ganze unter der yaVDR 0.3 Beta. Die ezap2 Werte die ich erhalte sind grottig, aber spiegeln den produktiven Einsatz unter VDR nicht ansatzweise wieder.
Umschaltzeiten gefühlt bei max 2 Sek. eher weniger. Noch keine Abstürze feststellen können - sieht erst einmal super aus, ist aber noch zu früh um wirklich sicher zu sein.
Ich lasse den Test gerade noch mal durchlaufen ist gerade bei lok_errs=8 (vermutlich vom DECT) und 504 durchläufen.
Gruß Dirch
hi lou,
also ist mal wieder durchgelaufen. keine änderung zum ersten durchlauf ohne dma patch
23m03.192s
0 l 1207 l 3333 l 1 l 1
zap.log angehängt!
lou meinst du das evtl s2-liplianin treiber schneller sind als v4l? oder ist es seit dem merge egal? hier war ja mal nen user der hatte astra in 18 oder 19min durchgezappt, was ja immerhin 5minuten differenz entspricht
greetz
MarMic: Ich denke das hängt weniger von s2-liplianin ab, sondern von der Sat Anlage und Wettereinflüsse wie zB die Luftfeuchtigkeit. Dein Log sieht gut aus: keine Fehler, praktisch keine Multis.
Die Wirkung des DMA Patches ist also bei dir mit yaVDR auch nicht so offensichtlich wie bei meinem Lenny System (2.6.30.2 Kernel)
Das der Patch dein System entlastet lässt sich trotzdem überprüfen mit dem Tool powertop [Anleitung]
Dirch: Läuft der Treiber auf dieser Hardware? Ich hab ihn neulich auf einem AMD Single Core System laufen lassen: gleich beim laden der mantis Module verabschiedete sich der Kernel zuverl$ssig mit einem Trace Fehler.
hi lou,
hast du denn mal bei dir s2 vs v4l getestet (also die neusten versionen)?
naja die anlage ist optimal ausgerichtet teller ist n 90er und strahlend blauer himmel bei den tests
na immerhin bin ich ja mal glücklich, dass das mim zappen nun super funktioniert, wenn man aber so die cine s2 sieht wird man neidisch
hast du schon infos von den maintainern? was sagen die zu dem patch?
greetz und danke
Ist erst seit ein paar Stunden drin -> mal schauen wie das echo so ist und ob überhaupt jemand das Ding gebaut kriegt Ich hab die inline Patches so wie sie in der ML drüben ankamen grad nochmal gegen v4l-dvb|szap-s2 getestet und die laufen soweit bei mir.
Ihr seid herzlich eingeladen die Diskussion dort drüben zu reanimieren sollte sie mal "wegnicken"
Auf jeden Fall danke ich schon mal allen die es getestet haben für eure Zeit und den Einsatz
MarMic: Was das Tempo anbelangt kann man sicher noch was rausholen. Ich hoffe immer noch jemand mit Doku zu den Chips nimmt sich dem Problem ein letztes Mal an. Aber ich wäre schon mal froh, wenn es so wie es jetzt läuft akzeptiert wird -> mal abwarten und schauen.
Doch zu früh gefreut, zumindest was ezap2 angeht. auf yaVDR0.3 bricht zap irgendwann ab und reißt das System ins freez. Seltsam ist, das auf dem 8800er die Desktop Lucid jedesmal durchläuft. Unter beiden Distris habe ich jeweils v4l-...-15139 gepatcht.
Trotz gleichen Ubuntu Unterbaus und gleicher Hardware so ein unterschiedliches Verhalten - komisch. Auch treten beim Desktop BS keine lok_errs auf, dafür ist das Umschalten im VDR gefühlt etwas langsamer als unter yaVDR.
Auf single Core kann ich nicht testen, hab nur noch einen und der ist (wird) nicht angeschlossen.
real 37m8.618s
user 0m0.012s
sys 0m9.937s
lok_errs =0, runs=1121 of sequ=3333, multi=700, multi_max=143
Insgesamt aber eine mehr als deutliche Verbesserung !
im normalen Einsatz unter yaVDR konnte ich noch keinen Absturz feststellen, aber das kann ja noch kommen, da ich ständig etwas ändere und teste kann ich noch nichts über das langzeitverhalten sagen.
Gruß Dirch
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!