[vdr] [ANNOUNCE] VDR developer version 1.3.38

Hallo,

ich bin einer der "unsäglichen" der gewünscht hat das die menu-taste "immer" gleich funktioniert

Es hat mich gestört das alle VDR menüs mit der menü taste geschlossen werden können, aber das bei Plugins das Plugin geschlossen wurde und dann das menü geöffnet. Das macht einfach keinen sinn. Was mir aber gefiel ist das wenn das umschalt-EPG da war (z.b. nach dem umschalten), das man dann z.b. mit der menü-taste ins menü kommt oder mit der roten zu den aufnahmen Bei allen anderen OSD's kan ich gut damit leben das sie mit menü geschlossen werden.

Sorry, ich hatte leider leider noch keine zeit VDR 1.3.38 zu testen aber vieleicht könte jemand mal kurz erklären was nach dem patch anders ist ?

Gruß
Viking

Hi,

Version 1.3.38 macht bei mir auf meinem Server und auch auf meinem Client Probleme mit den Pluginoptionen.

z.B. -P'xine -r' bringt als Fehlermeldung:

vdr: /vdr/plugins/libvdr-'xine.so.1.3.38: cannot open shared object file: No such file or directory
Mi Jan 11 11:18:12 CET 2006
restarting VDR

Scheint so, als würde das ' nicht korrekt erkannt. Mit .37 keinerlei Probleme.

Peter

Versuch mal die Libarys die nötig sind alle nochmal neu zu kompilieren. Bei mir wars ein Text2Skin Problem, dass sich auch so lösen konnte, auch wenn das Plugin unter 1.3.37 einwandfrei funktioniert. Grundlage ist natürölich, dass du Rechteprobleme ausgeschlossen hast (Stichwort -u root, evtl. mit dem Patch von KLS).

Hi Habit,

Habe alles sauber übersetzt.

Wenn ich z.B. Xine nur mit -Pxine aufrufe klappt es.
Das Problem ist -P'xine -r'. Andere plugins mit Parametern betrifft es ebenfalls.

Peter

An der Kommandozeilenverarbeitung von vdr hat sich nichts verändert.
Hast du Änderungen an der/deiner runvdr vorgenommen? Durch den Wegfall des su-Befehls muss da u.U. das Quoten der Anführungszeichen angepasst werden.

Gruß,

Udo

pixelpeter

Hatte ein ähnliches Problem nach dem Umstieg auf 1.3.38.
Bei mir lag es definitiv an der Änderung in der runvdr, wie Urig schon schrieb.
Durch die Änderung von

su $VDRUSR -c "$VDRCMD"

in

$VDRCMD

werden die Parameter nicht mehr korrekt erkannt.
Da ich vdr vorerst eh mit "-u root" aufrufe habe ich das Skript erstmal wieder auf

su -c "$VDRCMD"

zurückgesetzt. Gibt aber bestimmt 'ne einfachere/allgemeinere Lösung.

Gruß
Bernd

edit: Besser:

sh -c "$VDRCMD"

Zitat

Original von viking
Hallo,

ich bin einer der "unsäglichen" der gewünscht hat das die menu-taste "immer" gleich funktioniert

Es hat mich gestört das alle VDR menüs mit der menü taste geschlossen werden können, aber das bei Plugins das Plugin geschlossen wurde und dann das menü geöffnet. Das macht einfach keinen sinn. Was mir aber gefiel ist das wenn das umschalt-EPG da war (z.b. nach dem umschalten), das man dann z.b. mit der menü-taste ins menü kommt oder mit der roten zu den aufnahmen Bei allen anderen OSD's kan ich gut damit leben das sie mit menü geschlossen werden.

Sorry, ich hatte leider leider noch keine zeit VDR 1.3.38 zu testen aber vieleicht könte jemand mal kurz erklären was nach dem patch anders ist ?

Gruß
Viking

Alles anzeigen

"vieleicht könte jemand mal kurz erklären was nach dem patch anders ist ?"

hm, wie ich das sehe eigentlich nur, das wenn der umschalt-epg(nach dem zappen) noch auf dem OSD steht, man mit Menü direkt ins Menü kommt.
Und dadurch geht auch mp3ng wieder einwandfrei

Ansonsten sieht es so aus, wie kls es beschrieben hat, wenn was auf dem OSD, beim 1.mal clear und nur dann geht Menü.

Muß jetzt erstmal ein paar Tage praxis vergehen lassen.

nabend,

also bei mir rennt vdr 1.3.38 dank des BP von Frank99 (danke noch mals) .. allerdings fehlt mir was auf ich nutze ja Test2skin mit dem DeepBlue Skin .. und jetzt wenn eine Aufnahme läuft stand vorher rechts unten im blauen Feld "rec" jetzt steht nix mehr .. was mich am Anfang stutzig gemacht , weil es ja sein könnte das wirklich keine Aufnahme statt findet. Aber laut den Logs läuft die Aufnahme noch !!

I30R6

Problem gelöst:

Nachdem ich das Osdteletext Plugin nicht mehr geladen habe funktioniert das umschalten wieder einwandfrei!
Demnächst werde ich die Fehlersuche mit einem Vanilla VDR starten !!

----------------------------------------------------------------------------------------------------------
Hallo,

kann schon jemand etwas zu dem Empfang von DVB-T sagen?
Ich habe hier mit VDR-1.3.38 zum Teil Probleme beim umschalten --> kein Bild/Ton.

Ich benutze Dr. Seltsams Kernel 2.6.15 mit den aktuellen DVB CVS Treibern.
Ich muss ehrlicherweise sagen das ich nicht den besten Empfang von DVB-T hier habe, allerdings
mit Dr. Seltsams Kernel und einer Airstar2 Karte in Verbindung mit dem VDR-1.3.37 lief es
eigentlich schon ziemlich gut!
Umschalten ging sofort ohne Probleme, nur im laufenden Program gab es manchmal/selten kurze Störungen.

In der Mailinglist hat wohl auch schon jemand ein ähnliches Problem (?)

Zitat

[vdr] vdr-1.3.38 and low SR channel black
Is there any changes between 1.3.37 and 1.3.38 why I can't see anymore
(NO LOCK)
channel with low SR with last VDR version?

Device 1 = DVB-C FF
Device 2 = DVB-T Budget
Umschalten von ARD (DVB-C) auf SAT1 (channel 5 DVB-T) --> Bild und Ton OK!

Hier ein Log-Auszug:

Jan 11 21:42:22 localhost vdr[28057]: switching to channel 5
Jan 11 21:42:22 localhost vdr[28057]: transfer thread started (pid=28057, tid=28117)
Jan 11 21:42:22 localhost vdr[28057]: receiver on device 2 thread started (pid=28057, tid=28118)
Jan 11 21:42:22 localhost vdr[28057]: TS buffer on device 2 thread started (pid=28057, tid=28119)
Jan 11 21:42:22 localhost vdr[28057]: TS buffer on device 1 thread ended (pid=28057, tid=28102)
Jan 11 21:42:22 localhost vdr[28057]: buffer stats: 752 (0%) used
Jan 11 21:42:22 localhost vdr[28057]: receiver on device 1 thread ended (pid=28057, tid=28101)
Jan 11 21:42:22 localhost vdr[28057]: buffer stats: 0 (0%) used
Jan 11 21:42:22 localhost vdr[28057]: creating directory /vtx/T-8468-8705-16408
Jan 11 21:42:22 localhost vdr[28057]: Text2Skin: channelInfo display update thread ended (pid=28057, tid=28116)
Jan 11 21:42:22 localhost vdr[28057]: Text2Skin: channelInfo display update thread started (pid=28057, tid=28121)
Jan 11 21:42:22 localhost vdr[28057]: channel 11 (N24) event 21:07 'N24 Wissen' status 4
Jan 11 21:42:22 localhost vdr[28057]: setting audio track to 1 (0)
Jan 11 21:42:23 localhost vdr[28057]: channel 5 (SAT.1) event 20:15 'Der Bulle von Tölz: Kochkünste' status 4
Jan 11 21:42:24 localhost vdr[28057]: channel 7 (ProSieben) event 21:14 'Las Vegas' status 4
Jan 11 21:42:24 localhost vdr[28057]: channel 12 (KABEL1) event 21:10 'Die Reise ins Ich' status 4
Jan 11 21:42:27 localhost vdr[28057]: Text2Skin: channelInfo display update thread ended (pid=28057, tid=28121)

Umschalten auf RTL (DVB-T) --> kein Bild/Ton!

Jan 11 21:42:31 localhost vdr[28057]: switching to channel 6
Jan 11 21:42:31 localhost vdr[28057]: transfer thread ended (pid=28057, tid=28117)
Jan 11 21:42:31 localhost vdr[28057]: buffer stats: 48692 (2%) used
Jan 11 21:42:31 localhost vdr[28057]: transfer thread started (pid=28057, tid=28122)
Jan 11 21:42:31 localhost vdr[28057]: transfer thread ended (pid=28057, tid=28122)
Jan 11 21:42:32 localhost vdr[28057]: TS buffer on device 2 thread ended (pid=28057, tid=28119)
Jan 11 21:42:32 localhost vdr[28057]: buffer stats: 3008 (0%) used
Jan 11 21:42:32 localhost vdr[28057]: receiver on device 2 thread ended (pid=28057, tid=28118)
Jan 11 21:42:32 localhost vdr[28057]: buffer stats: 0 (0%) used
Jan 11 21:42:32 localhost vdr[28057]: OSDTeletext: Did not find appropriate device for teletext receiver for channel RTL Tele
vision, PID 343
Jan 11 21:42:32 localhost vdr[28057]: transfer thread started (pid=28057, tid=28123)
Jan 11 21:42:32 localhost vdr[28057]: channel 8 (RTL2) event 21:00 'Stargate' status 4
Jan 11 21:42:32 localhost vdr[28057]: Text2Skin: channelInfo display update thread started (pid=28057, tid=28124)
Jan 11 21:42:33 localhost vdr[28057]: channel 9 (Super RTL) event 21:15 'voll total' status 4
Jan 11 21:42:33 localhost vdr[28057]: channel 6 (RTL Television) event 21:15 'Einsatz in 4 Wänden - Spezial' status 4
Jan 11 21:42:33 localhost vdr[28057]: channel 10 (VOX) event 21:10 'Medical Detectives - Geheimnisse der Gerichtsmedizin' sta
tus 4

Beim umschalten auf RTL2 kommt dann ein Bild, danach auf RTL umgeschaltet und dann auch ein Bild (gleicher Transponder)!
Irgenwie scheint dann RTL2 ein stärkeres Signal zu haben und das Umschalten im gleichen Transponder scheint dann wieder zu funktionieren.

In der Ankündigung zu VDR-1.3.38 sehe ich folgende Änderungen bzg. DVB:

Zitat

- Improved TS/PES conversion to better handle lost TS packets (thanks to Reinhard Nissl).
- The DVB devices now retune (and, if applicable, resend the DiSEqC data) if
the lock is lost (based on a patch from Reinhard Nissl).
- Fixed handling TS packets in cTS2PES (thanks to Reinhard Nissl).
- Any cReceivers still attached to a cDevice when that device switches to a
different transponder are now automatically detached (suggested by Patrick
Fischer).
- Adapted c(Dvb)Device: ProvidesCa() to the dynamic CA handling.
- Added a mutex to synchronize cDevice: PlayPesPacket() and SetCurrentAudioTrack()
(thanks to Reinhard Nissl).

Alles anzeigen

Ob dies etwas mit meinen Problem zu tun hat kann ich allerdings nicht beurteilen.

Deshalb die obige Frage kann schon jemand etwas bezüglich DVB-T und VDR-1.3.38 sagen, oder was jetzt die Änderung zu VDR-1.3.37 bzgl. Umschaltzeiten und der Empfangstärke (Locks) ist?

[EDIT]
Habe gerade noch folgendes in der Mailingliste gefunden und spiele jetzt damit rum, allerdings weiss ich gar nicht so genau in welche Richtung ich die Werte drehen soll --> ich fange mal für DVB-T mit beiden Werten bei 9000ms an(?):

Nachtrag:
Das erhöhen der Werte brachte keine Änderung!

Zitat

Attached is a modified version of Reinhard's patch for
retuning after a timeout.

It has several macros for the various timeouts, depending
on what kind of DVB card is used:

#define DVBS_TUNE_TIMEOUT 2000 //ms
#define DVBS_LOCK_TIMEOUT 2000 //ms
#define DVBC_TUNE_TIMEOUT 5000 //ms
#define DVBC_LOCK_TIMEOUT 2000 //ms
#define DVBT_TUNE_TIMEOUT 9000 //ms
#define DVBT_LOCK_TIMEOUT 2000 //ms

Users with DVB-C and DVB-T cards should please test whether
the given values are ok (they are just guesses, since I don't
have such cards) and report in case they need other values.

Retuning is now done for all device types, not only if DiSEqC
commands are used.

Klaus

Alles anzeigen

[/EDIT]

Gruss,

Chuck

Hat jemand osdteletext-0.5.1 ohne Probleme am laufen (siehe einen Beitrag höher)?
Oder gibt es dafür einen Patch für VDR-1.3.38 den ich bis jetzt nicht gefunden habe?

Gruss,

Chuck

osdteletext funktioniert bei mir einwandfrei, ohne Patch und ohne Warnungen. Eins der wenigen Plugins, die mit 1.3.38 keine Probleme hatten.
Allerdings hier per Satellit und mit zwei Karten.

Gruß,

Udo

Hallo Celica,

Zitat

Original von celica
"vieleicht könte jemand mal kurz erklären was nach dem patch anders ist ?"

hm, wie ich das sehe eigentlich nur, das wenn der umschalt-epg(nach dem zappen) noch auf dem OSD steht, man mit Menü direkt ins Menü kommt.
Und dadurch geht auch mp3ng wieder einwandfrei

Ansonsten sieht es so aus, wie kls es beschrieben hat, wenn was auf dem OSD, beim 1.mal clear und nur dann geht Menü.

Muß jetzt erstmal ein paar Tage praxis vergehen lassen.

Alles anzeigen

danke für die erklärung
Habs jetzt selber ausprobiert und mit dem patch von Klaus ist es genau so wie ich mir das gewünscht habe

@Klaus
Danke und auch danke für deine sonstige arbeit an VDR

Gruß
Viking

vdrchuck

Auf Linvdr Läuft OSDTeletext auch ohne Probleme!

Gruß

Toxic

Zitat

Original von Urig
osdteletext funktioniert bei mir einwandfrei, ohne Patch und ohne Warnungen.

Zitat

Original von Toxic-Tonic
Auf Linvdr Läuft OSDTeletext auch ohne Probleme!

Also das Osdteletext Plugin lies sich bei mir auch ohne Probleme kompilieren (keine Warnungen) und es es funktioniert soweit auch!!

Allerdings macht es bei mir definitiv die Probleme beim Umschalten evtl. in Verbindung eines nicht zu starken DVB-T Signal (?), reproduzierbar mit VDR-1.3.38 (mit VDR-1.3.37 alles ok).

Wenn kein TV-Bild kommt habe ich z.B. folgenden Eintrag im Log:

Jan 11 21:42:32 localhost vdr[28057]: OSDTeletext: Did not find appropriate device for teletext receiver for channel RTL Television, PID 343

Ich dachte zuerst ich würde kein Lock bekommen, allerdings stimmt dies nicht laut Femon habe ich ein Lock und Datenraten bei Video und Audio --> aber leider manchmal kein Bild !

Vielleich ist es besser einen Thread mit der Log-Meldung im Plugin Forum auf zu machen.

Gruss,

Chuck

Meld dich mal mit dem Fehler bei Marcel Wiesweg, dem Autor von OSDTeletext. Im Quelltext ist diese Fehlermeldung mit //can this happen? kommentiert.

Offensichtlich findet OSDTeletext hier kein Device, um den Teletext-Datenstrom zu empfangen, obwohl ja ein Device den Kanal empfängt. Wie das sein kann, ist mir auch nicht klar.

Gruß,

Udo

Ich konnte den Fehler nun weiter eingrenzen und dabei habe ich festgestellt das der Fehler bei mir nur in Verbindung mit dem Bigpatch Test2 auftritt.

Ich habe dies nun auch in den aktuellen Bigpatch Thread "gemeldet".

Ich weiss nicht ob ich dem Autor trotzdem noch schreiben soll, da sein Plugin auf einem Plain Vanilla funktioniert und nur in Verbindung von Patches dieses Verhalten zeigt?

Gruss,

Chuck

Hallo,

auf meinem Testsystem bediene ich den VDR über die Tastatur.
Soeben ist es mir gelungen vdr-1.3.38 einzurichten. Nur leider
funktionieren die Farbtasten (F1 - F4) nicht mehr und ich kann nicht
weiter testen.
Kennt jemand Abhilfe?

Gruß Kail

System: LinVDR0.7 + vdr-1.3.38 + BPtest2

Zitat

Original von Kail
Nur leider funktionieren die Farbtasten (F1 - F4) nicht mehr und ich kann nicht weiter testen.

Hi,

da war was auf der Mailinglist:

http://www.linuxtv.org/piperma…/2006-January/007029.html

sundin

Hast du die FB neu angelernt bzw die remote datei gelöscht

Rookie1

Zitat

nabend,

also bei mir rennt vdr 1.3.38 dank des BP von Frank99 (danke noch mals) .. allerdings fehlt mir was auf ich nutze ja Test2skin mit dem DeepBlue Skin .. und jetzt wenn eine Aufnahme läuft stand vorher rechts unten im blauen Feld "rec" jetzt steht nix mehr .. was mich am Anfang stutzig gemacht , weil es ja sein könnte das wirklich keine Aufnahme statt findet. Aber laut den Logs läuft die Aufnahme noch !!

I30R6

Alles anzeigen

Habe ich die Lösung überlesen oder gibt es noch keine.

Rookie1