ich habe mich jetzt auch noch eine Stufe weiter getraut mit Joe FM and CFN auf 16°Ost
12678 H 330 und 12681 H 330
leider scheint hier noch ein Bug im Treiber vorhanden zu sein. Wenn ich szap beende und einen Transponder mit hoher SR wähle bekomme ich kein Signal mehr. Dann muss ich erst wieder den s2-liplianin entladen. das make rrmod bleibt dabei ganzes Stück beim rmmod budget_ci hängen.
Wie kann ich am besten die DEBUG Ausgaben des Treibers aktiveren?
johns: wahnsinn, der stb0899 kann also doch SR < 1 MS/s verarbeiten! Bisher hat wohl base_freq immer einen Lock verhindert.
Es dauert wirklich sehr lange bis ein Lock zu Stande kommt, aber funktionieren tut es.
Getestet habe ich es auf Astra 3A 12660 V SR 477 FEC 1/2 DVB-S, das ist der SCPC Feed von Antenne Bayern.
Wenn es noch jemand testen möchte, sollte er wissen, dass man im Treiber noch 2-3 Dinge ändern muss, sonst wird das Setzen von SR < 1 MS/s vom Treiber verhindert.
danke Johns für deine Info. Hat das ganze auch Auswirkungen auf DVB-S oder betrifft dies nur DVB-S2?
Ich habe mal die base_freq bei mir rausgenommen und und den Faktor von 4 auf 8 erhöht. Das waren die einzigen Unterschiede die ich zwischen deinem Patch zu v4l und s2-lip feststellen konnte.
Ich werde dann mal ein paar SCPC Signale testen, um zu testen, ob sie weiterhin gut oder sogar besser locken.
Ich hatte vor einiger Zeit auch mal versucht den Treiber so anzupassen, um auch DVB-S Signale mit einer SR < 1 MS/s zu empfangen. Hat leider nicht geklappt mit nem Lock. Also offiziel beherrscht der stb0899 das auch nicht, aber einige Demodulatoren beherrschen das trotzdem (z.B. der der Skystar 2).
johns:
ich habe mal deinen Patch mit s2-liplianin vergleichen. Auch wenn ich den Algorhytmus noch nicht näher betrachtet und verstanden habe,
warum setzt du derot_step = internal->derot_step * 8;
und s2-lip setzt es derot_step = internal->derot_step * 4;
woher kommt der Faktor?
Im s2-lip code wird in der stb0899_status stb0899_search_data funktion noch die base_freq berücksichtigt, das ist beim v4l gar nicht mehr der Fall.
hat das schon jemand zum laufen bekommen? Die Plugins sind ja für vdr 1.6.0. Welche Anpassungen sind für VDR 1.7.17 nötig?
Ich bekomme die Plugins beide kompiliert, wenn ich sie beim starten des VDRs mit aufrufe als -Pmheg und -Predbutton wird dadurch scheinbar xineliboutput außer kraft gesetzt, ein Connecten via Xine ist dann leider nicht mehr möglich 
scheinbar liegt das Problem im mheg Plugin, wenn ich nur redbutton aktiviere läuft xineliboutput noch.
möchtet ihr das ganze nicht mal hiermit probieren:
http://www.forum.free-x.de/wbb/index.php?page=Thread&threadID=1061
also beim stb6100 Treiber imv4l-dvb gabs wohl Modifikationen, mal schauen ob sich diese Positiv auswirken:
mit svdrpsend.pl remo off
und svdrpsend.pl remo on kannst du dem VDR mitteilen ob er auf die Fernbedienungssignale reagieren soll oder nicht.
ZitatOriginal von sami
Hi,
Anyone can help me please, I installed this plugin from yavdr repos but it is not working for me on SKY italia EPG, Is there any recent version that is working for Sky it? Thanks.
Regards
Sami
ATM you have to patch the sources and than compile manually.
ZitatOriginal von ginjaninja
Hi,
i've tried this with SkyUK + working card.
I never get any epg data. I put in the 2 channels listed 2 pages ago.
Anyone any ideas or got it working?
did you install dimsa's patch?
was anyone able to repair the Nagraguide feature?
I uncommented the if case in GetNagra function
/* if (*p != 0x01) {
esyslog
("EEPG: Error, Nagra first byte in table_id_extension 0x0000 is not 0x01 but %02x. Format unknown, exiting.",
*p);
return 0; //fatal error
}*/
it always failed and there was no 0x01 value with a different offset.
ich würde folgendes als udev Regel vorschlagen:
KERNEL=="event*",SYSFS{name}=="iMON Remote (15c2:ffdc)", MODE:="0777" SYMLINK+="input/irremote"in /dev/input sollte dann auch das irremote erzeugt werden.
ich bezweifle, dass die udev Rule bei dir überhaupt etwas bewirkt.
mach mal ein cat /proc/bus/input/devices und poste es hier.
ZitatOriginal von woz
Hallo newsy,
bei mir läuft es mit yavdr 0.2 und xineliboutput nicht. Mit xine schon.
mfg
WoZ
das ist ja interessant. Ich verwende Xineliboutput. Dass der Ton bei Xineliboutput nicht geht, bei Xine aber schon kann ich mir noch vorstellen, aber warum bekomme ich über Xineliboutput keinen Radiotext 
funktioniert bei jemandem mit vdr 1.7.15 radio 0.9.0pre? Ich bekomme nichtmal mehr den Ton, wenn ich auf einen Radiosender schalte.
Oct 12 01:06:21 phil-desktop vdr: [13525] radio: [ChannelSwitch # Apid= 101, Ca= 0] channelname 'Bayern 1', use image '/video/plugins/radio/radio.mpg'
Oct 12 01:06:21 phil-desktop vdr: [13525] buffer stats: 0 (0%) used
Oct 12 01:06:59 phil-desktop vdr: [13580] ERROR: TS packet not accepted in Transfer Mode
here's the patch I promised providing GotoX and satnames support again.
First gotox patch was not enough because rotor positions were stored differently (1 bit for pos/neg, 10 bit for position, now it's a signed 2 byte number)
this should be enough to reactivate GotoX:
Line 93 in diseqc.c:
- if ((Source & 0xC000) != 0x8000))
+ if (!cSource::IsSat(Source)still untested and I will take no responsibility.
ok in diseqc.c there's also the same problem and this is the reason gotox isn't working. I will provide a patch tomorrow.
I found the bug 
Reason is that enum Values of eSourceType have changed
Line 95 in rotor.c:
- if ((source->Code() & 0xC000) != 0x8000)
+ if (!cSource::IsSat(source->Code()))and you will get all Satellite Names in Rotor Plugin again. Perhaps also GotoX could work again.
this is all I have in my diseqc.conf
S19.2E 11700 V 9750 t v
S19.2E 99999 V 10600 t v
S19.2E 11700 H 9750 t V
S19.2E 99999 H 10600 t Vand rotor 0.1.4 mh 1.2 is working for all positions. I had problems with original rotor 0.1.5 and vdr 1.7.15, but this version is working fine (if you use goto position and not gotox).
you have to create rotor.conf in plugins rootfolder yourself.