[ANNOUNCE] VDR Extensions Patch v.72

Mucki86 · April 22, 2008 at 12:06 PM

THX geht wunderbar. Nur wenn ich JUMPPLAY aktiviere bekomme ich Fehler.... Aber eigentlich ging es mir ja "nur" um LNBSHARE.
Vielleicht kannst du damit ja trotzdem was anfangen.

Code

g++ -g -O2 -Wall -Woverloaded-virtual -c -DUSE_CMDSUBMENU -DUSE_JUMPPLAY -DUSE_LIEMIKUUTIO -DUSE_LNBSHARE -DUSE_MAINMENUHOOKS -DUSE_MENUORG -DUSE_WAREAGLEICON -DREMOTE_KBD -DREMOTE_LIRC -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/home/vdrmedia/video0\" -DCONFDIR=\"/var/lib/vdr\" -DPLUGINDIR=\"/usr/lib/vdr/plugins\" -DLOCDIR=\"/usr/local/src/VDR/locale\" -I/usr/include/freetype2 -I/usr/local/src/DVB/linux/include dvbplayer.c
dvbplayer.c: In member function ‘virtual void cDvbPlayer::Action()’:
dvbplayer.c:439: error: ‘LastMarkPause’ was not declared in this scope
dvbplayer.c:507: error: ‘total’ was not declared in this scope
dvbplayer.c:520: error: ‘cutIn’ was not declared in this scope
dvbplayer.c:528: error: ‘total’ was not declared in this scope
dvbplayer.c:570: error: ‘cutIn’ was not declared in this scope
dvbplayer.c:628: error: ‘LastMarkPause’ was not declared in this scope
make: *** [dvbplayer.o] Fehler 1

Gruß
Mucki

det · April 22, 2008 at 12:12 PM

hi
erst mal danke .
den JUMPPLAY habe ich nicht aktiviert aber ich schau mal wos da klemmt kann aber nichts versprechen , so gut ken ich mich auch nicht aus
mfg det

PS:
DVBPLAYER /DVDCHAPJUMP / IPTV /JUMPPLAY /MENUORG /SUBMENU /SUBTITLES /SYNCEARLY
hab ich deaktivirt und keine bropleme

Mucki86 · April 22, 2008 at 1:58 PM

ich wollte das auch nur gesagt haben... Nach dem Patchen ist JUMPPLAY nämlich Standardmäßig aktiviert.

Habe nochmal getestet selbst wenn ich als ein zigsten Patch JUMPPLAY aktiviere bekomme ich die Fehler.

Mir ist noch aufgefallen /SUBMENU /SUBTITLES gibt es bei mir beide nicht.
Ich meine auch gelesen zu haben, das VDR 1.7.0 Untertitel schon kann. Auf ZDF gehen die bei mir auch

Gruß
Mucki

zulu · April 22, 2008 at 5:33 PM

Den Patch gibt es im ersten Post als Anhang.

Basis ist der vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff von Reinhard Nissl.

Anwenden gegen vdr-1.7.0 mit ext59

SYNCEARLY ist jetzt fest im Code.
DVBPLAYER ist rausgeflogen.
LIRCSETTINGS ist an die neue Variante von Reinhard angepasst (die deutschen Übersetzungen von mir sind ein bisschen daneben aber besser als nix

Alles andere ist wie gehabt.

Kompiliert habe ich mit dem aktuellen multiproto. Wirklich testen konnte ich mangels geeigneter Hardware aber nicht.

Gruß
Marc

det · April 22, 2008 at 6:16 PM

hallo Marc
das wusste ich nicht und habe mir die Arbeit gemacht den rnisel barsch einzubauen
das nächste mal spare ich mir die Arbeit und warte auf dich .
auch wollte ich hier nur helfen.
mfg det

wbreu · April 22, 2008 at 7:25 PM

Quote

Original von zulu
Den Patch gibt es im ersten Post als Anhang.

Basis ist der vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff von Reinhard Nissl.

Anwenden gegen vdr-1.7.0 mit ext59

SYNCEARLY ist jetzt fest im Code.
DVBPLAYER ist rausgeflogen.
LIRCSETTINGS ist an die neue Variante von Reinhard angepasst (die deutschen Übersetzungen von mir sind ein bisschen daneben aber besser als nix

Alles andere ist wie gehabt.

Kompiliert habe ich mit dem aktuellen multiproto. Wirklich testen konnte ich mangels geeigneter Hardware aber nicht.

Gruß
Marc

Display More

Hallo Marc,

der Patch funktioniert einwandfrei gegen vdr-1.7.0 mit ext59, ohne rejects.

DVB-S2 läuft auch sauber. Habe ebenfalls aktuelle Multiproto-Treiber vom 20.04.2008.

Danke für den Patch!

Gruß
Wolfgang

Mucki86 · April 22, 2008 at 7:57 PM

Hi Marc,

auch von mir besten Dank für den Patch. Geht wunderbar.
Manchmal muss man einfach nur abwarten können...

det
trotzdem vielen Dank für deine Hilfe, habe heute wider einiges dazu gelernt.

Gruß
Mucki

All-Ex · April 22, 2008 at 9:10 PM

Quote

Original von zulu
Basis ist der vdr-1.7.0-h264-syncearly-framespersec-audioindexer-fielddetection-speedup.diff von Reinhard Nissl.

Super Den müsste ich doch auch für DVB-C benutzen können, oder?

Vielen Dank,
Alex

zulu · April 22, 2008 at 9:48 PM

Hallo det,

Quote

Original von det
hallo Marc
das wusste ich nicht und habe mir die Arbeit gemacht den rnisel barsch einzubauen
das nächste mal spare ich mir die Arbeit und warte auf dich .
auch wollte ich hier nur helfen.
mfg det

du hast auch sehr geholfen! Wenn du nicht so vorgelegt hättest, hätte ich mich nicht dran gemacht.

Viele Grüße
Marc

Mucki86 · April 24, 2008 at 12:37 AM

Hi,

ich nutze jetzt den offiziellen ext Patch mit h264. Kompilieren ging auch ganz gut. Ich nutze u.a LNBSHARE mit 3 TV-Karten. Leider bleibt bei mir jetzt so nach 1min das bild stehen, wenn ich weiter schalte kommt es sofort wider. Im log sehe ich nur

Code

/var/log/syslog:2008-04-24T00:18:34.215893+02:00 hdtv-vdr vdr: [4634] frontend 0 lost lock on channel 14, tp 212480
/var/log/syslog:2008-04-24T00:18:35.471271+02:00 hdtv-vdr vdr: [4634] frontend 0 regained lock on channel 14, tp 212480
/var/log/syslog:2008-04-24T00:18:36.480898+02:00 hdtv-vdr vdr: [4634] frontend 0 lost lock on channel 14, tp 212480
/var/log/syslog:2008-04-24T00:18:36.541258+02:00 hdtv-vdr vdr: [4634] frontend 0 regained lock on channel 14, tp 212480
/var/log/syslog:2008-04-24T00:18:37.550894+02:00 hdtv-vdr vdr: [4634] frontend 0 lost lock on channel 14, tp 212480

14 ist bei mir DSF und das Dürfte ja nicht gehen weil es durch LNBSHARE gespart ist. Kann es sein das aus irgend einem Grund beim EPG-Scann der ja immer im Hintergrund läuft die LNBSHARE Regeln nicht greifen?

Gruß
Mucki

zulu · April 24, 2008 at 8:44 AM

Moin,

Quote

...Leider bleibt bei mir jetzt so nach 1min das bild stehen, wenn ich weiter schalte kommt es sofort wider...

Passiert das erst seit vdr-1.7.0-ext59 + h264, bzw was war der letzte funktionierende Stand?

Quote

...Kann es sein das aus irgend einem Grund beim EPG-Scann der ja immer im Hintergrund läuft die LNBSHARE Regeln nicht greifen?

Schalte doch denn EPG-Scan zum testen mal ab...

Gruß
Marc

Mucki86 · April 24, 2008 at 10:03 AM

moin

der EPG-Scann scheint es wohl nicht zu sein.
Ich habe in meinem System 2 Budget und 1 FF Karte. Wenn ich über die FF Karte gucke habe ich keine Probleme. Erst wenn ich auf xine umschalte. Also wohl eher ein xine Problem. Dazu habe ich was interessantes im Log gefunden

Code

2008-04-24T09:55:46.947289+02:00 hdtv-vdr vdr: [2878] info: Primäres Interface wird zu xine umgeschaltet...
2008-04-24T09:55:46.967245+02:00 hdtv-vdr vdr: [3115] EnigmaNG effects thread started (pid=2878, tid=3115)
2008-04-24T09:55:47.894235+02:00 hdtv-vdr vdr: [2885] frontend 0 lost lock on channel 14, tp 212480
2008-04-24T09:55:48.975580+02:00 hdtv-vdr vdr: [2885] frontend 0 regained lock on channel 14, tp 212480
2008-04-24T09:55:49.038162+02:00 hdtv-vdr vdr: [3115] EnigmaNG effects thread ended (pid=2878, tid=3115)
2008-04-24T09:55:49.038461+02:00 hdtv-vdr vdr: [2878] setting primary device to 4
2008-04-24T09:55:49.038775+02:00 hdtv-vdr vdr: [2878] LNB 9: Request for channel 14 on device 3. MaxBadPriority is -2
2008-04-24T09:55:49.038937+02:00 hdtv-vdr vdr: [2878] LNB 9: Device check for channel 14, LNBstate 3 on device 3, current LNBstate -1. No other devices affected
2008-04-24T09:55:49.039072+02:00 hdtv-vdr vdr: [2878] switching to channel 14
2008-04-24T09:55:49.039219+02:00 hdtv-vdr vdr: [2878] LNB 2: Request for channel 14 on device 0. MaxBadPriority is -2
2008-04-24T09:55:49.039355+02:00 hdtv-vdr vdr: [2878] LNB 2: Request for channel 14 on device 1. MaxBadPriority is -2
2008-04-24T09:55:49.039510+02:00 hdtv-vdr vdr: [2878] LNB 2: Request for channel 14 on device 2. MaxBadPriority is -2
2008-04-24T09:55:49.039640+02:00 hdtv-vdr vdr: [2878] LNB 9: Switching device 3 to channel 14
2008-04-24T09:55:49.049834+02:00 hdtv-vdr vdr: [2878] buffer stats: 0 (0%) used
2008-04-24T09:55:49.050043+02:00 hdtv-vdr vdr: [2878] LNB 2: Switching device 1 to channel 14
2008-04-24T09:55:49.050854+02:00 hdtv-vdr vdr: [3116] transfer thread started (pid=2878, tid=3116)
2008-04-24T09:55:49.051052+02:00 hdtv-vdr vdr: [3117] receiver on device 2 thread started (pid=2878, tid=3117)
2008-04-24T09:55:49.051709+02:00 hdtv-vdr vdr: [3118] TS buffer on device 2 thread started (pid=2878, tid=3118)
2008-04-24T09:55:49.052336+02:00 hdtv-vdr vdr: [2878] max. latency time 3 seconds

Display More

Alle drei TV-Karten laufen bei mir über ein LNB mit der Nummer 2. Wenn ich auf xine schalte bekomme ich LNB 9. Ich denke mal das hier irgendwo das Problem ist.

Gruß
Mucki

zulu · April 24, 2008 at 10:09 AM

Quote

der EPG-Scann scheint es wohl nicht zu sein.
Ich habe in meinem System 2 Budget und 1 FF Karte. Wenn ich über die FF Karte gucke habe ich keine Probleme. Erst wenn ich auf xine umschalte. Also wohl eher ein xine Problem. Dazu habe ich was interessantes im Log gefunden

Dann kannst du dich mit Andreas zusammen tun, der kämpft grade mit dem selben Problem: lnbsharing problem, liegts am softdevice?

Gruß
Marc

andreash · April 24, 2008 at 10:11 AM

Quote

Original von Mucki86
moin

der EPG-Scann scheint es wohl nicht zu sein.
Ich habe in meinem System 2 Budget und 1 FF Karte. Wenn ich über die FF Karte gucke habe ich keine Probleme. Erst wenn ich auf xine umschalte. Also wohl eher ein xine Problem. Dazu habe ich was interessantes im Log gefunden

Alle drei TV-Karten laufen bei mir über ein LNB mit der Nummer 2. Wenn ich auf xine schalte bekomme ich LNB 9. Ich denke mal das hier irgendwo das Problem ist.

Gruß
Mucki

Willkommen im Club: lnbsharing problem, liegts am softdevice?

Das Problem ist nicht xine, weil dasselbe auch mit softdevice/xineliboutput auftritt. ich denke eher, das Problem liegt daran, dass der LNB-Sharing Patch nicht beruecksichtigt/beruecksichtigen kann, dass ein software-ausgabegeraet keinen tuner hat.

Andreas

Mucki86 · April 24, 2008 at 10:33 AM

Danke für die Info. Ich werde jetzt hier weiterschreiben. Mit dem ext. Patch hat das ja nix mehr zu tun

Gruß
Mucki

All-Ex · April 26, 2008 at 12:29 PM

Hi,

Quote

Update von vdr-1.5.16_extensions.diff auf vdr-1.5.17_extensions.diff
- PREMIEREEPGFIX entfernt (ist ab 1.5.17 im VDR enthalten)

Bei mir stimmen die Premiere-Umlaute beim vdr-1.6.0 nicht. In der epg.data steht:

Code

E 57481 1209209400 1800 50 4
T Die gr??ten Natursch?nheiten Kanadas
S Der Algonquin Park
D Der 7.500 Quadratkilometer gro?e Algonquin Park liegt in der Provinz Ontario. Der durchschnittliche Touristenansturm liegt bei 370.000 Menschen pro Jahr. Diese kommen per Auto oder Omnibus. Doch wieviele Besucher k?nnen der Natur zugemutet werden?|CDN 1996. 24 Min. Von Jeff Cipin.
X 1 01 deu 4:3
X 2 03 deu Deutsch

Die anderen Sender sind OK.
Ist der PREMIEREEPGFIX-Patch jetzt wirklich im VDR enthalten oder liegt das an etwas anderem?

Viele Grüße,
Alex

zulu · April 30, 2008 at 2:10 PM

LIEMIKUUTIO:
- Update auf vdr-1.6.0-renameUtf8_V2-1.20.diff
Folgende Patches beigelegt:
- vdr-1.7.0-dvb-api-wrapper-0.3.diff (um vdr-1.7.0 mit den "alten" DVB-Treibern zu kompilieren)
- vdr-1.7.0-ext59_h264.diff (um vdr-1.7.0-ext mit den multiproto DVB-Treibern und h264 Unterstuetzung zu kompilieren)
- vdr-1.7.0-ext_multiproto-delivery-fix.diff (um vdr-1.7.0-ext mit den multiproto DVB-Treibern aber ohne h264 Unterstuetzung zu kompilieren)

Gruß
Marc

alien2924 · May 1, 2008 at 10:06 AM

Thanks zulu,

That's a very good idea to have add h264 patch

zulu · May 5, 2008 at 9:45 AM

Moin,

wie hier zu lesen funktioniert der SourceCaps-Patch mit vdr-1.7.0 nicht mehr. Den Fix von TomG habe ich im ersten Post angehängt.

Gruß
Marc

Edit: fehlende Klammer ergänzt und Patch noch mal hoch geladen ( vdr-1.7.0-ext60_sourcecaps-fix2.diff )

cteuf · May 8, 2008 at 10:42 AM

Moin!

Auf mehrfachen Wunsch hab ich den DVLRECSCRIPTADDON Patch so angepasst, dass auch VOR der Aufnahme der Sendername mit an das Script übergeben wird.

Edit: oops, hatte ein free() im Patch vergessen.

--
Chris

[ANNOUNCE] VDR Extensions Patch v.72

Participate now!

Users Viewing This Thread