[Announce] wirbelscan-0.0.7

Hallo Wirbel,

dann sag ich mal ein fettes Danke

lg prudentis

das ctvdr paket (inoffizell update von mir) kommt mit der variable aus dem Makefile nicht zurecht:

### Test whether VDR has locale support 
VDRLOCALE = $(shell grep '^LOCALEDIR' $(VDRDIR)/Makefile)

dadurch wirkt die variable LOCALEDIR=debian/tmp/usr/share/locale aus debian/rules nicht mehr.
uebersetzung wird dann zum paketpacken nicht gefunden.

nuja, make wird mit mit folgenden optionen aufgerufen:

MAKE_OPTIONS = DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=. \
               LOCALEDIR=debian/tmp/usr/share/locale

oder wird vdr ohne locales gebaut weil die makefile vom vdr nicht im verzeichnis ist?
also $(VDRDIR)/Makefile keine datei findet.

wenn ich die zeile aendere auf:

VDRLOCALE = $(LOCALEDIR)

dann funktionierts.

das debian paket.

kann man zur bestimmung ob locales gebaut werden sollen ned die vdr version checken, anstelle von ner variable im makefile?

Im Gegensatz zur "Alles-In-Einem-Tree.-Bauen"-Variante, bauen die verschiedenen Distributionen (nicht nur Debian) ihre Pakete immer separat. Im Falle eines VDR-Plugins wird VDR dabei im Prinzip wie eine Shared Library behandelt. D.h. das Plugin wird nur mit den Header-Dateien in /usr/include/vdr compiliert. Ein Makefile hat da nichts zu suchen (Make.config ist schon ein Zugeständnis!). Das VDR-Makefile und die VDR-Sources stehen beim Plugin-Paketbau also NICHT zur Verfügung.

Nichts gegen Udo Richter - aber die Entscheidung das VDR-Makefile zu parsen um zu ermitteln, ob VDR gettext unterstützt, ist zumindest suboptimal (auf jeden Fall aus Paket-Bauer-Sicht).

Besser geht es z.B. so:

-VDRLOCALE = $(shell grep '^LOCALEDIR' $(VDRDIR)/Makefile)
+VDRLOCALE = $(shell grep 'I18N_DEFAULT_LOCALE' $(VDRDIR)/i18n.h)

Und mal abegsehen vom PVRInput-Plugin scheint sonst auch niemand das Makefile dafür zu verwenden.

Ist jetzt kein tragisches Problem, wäre aber schön, wenn du das beim nächsten Update berücksichtigen könntest.

Und wo wir schonmal dabei sind, hätte ich noch folgende Anmerkungen zum wirbelscan Plugin:

- Bitte mit -fPIC compilieren - frisst kein Brot und ist bei diversen Architekturen wie AMD64 oder IA64 immer notwendig! Alle Shared Libs sollten mit -fPIC compiliert werden.
- Das po/ -Verzeichnis im Tarball ist mit chmod 644 gesetzt. Damit kann es nicht geöffnet werden. 755 sollte es sein. (Sowas passiert, wenn man immer als root arbeitet statt als normaler user!

Gruß,
Tobias

does wirbelscan support VDR 1.7.0 and dvb-s2 ?

Hallo Wirbel,
ich wollte mal wieder mein Kabel nach neuen Sendern durchsuchen.
Wenn ich allerdings nicht den zweiten Tuner auswählen kann (like reelchannelscan), kommt es zum Neustart des VDR.

Liegt es an meiner Technisat Cablestar2 DVB-C?

May 14 18:07:59 [logger] _18:07:59 StartScan(stCable)_[K_
May 14 18:07:59 [logger] _18:07:59 cCableScanner enters Action()_[K_
May 14 18:07:59 [kernel] vdr[13760]: segfault at 00000470 eip b7733163 esp ab0fdd70 error 4
May 14 18:07:59 [logger] VDR wurde beendet - RC: 0
May 14 18:07:59 [kernel] ACPI: PCI interrupt for device 0000:00:0b.0 disabled
May 14 18:07:59 [kernel] b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip unloaded successfully
May 14 18:07:59 [logger] DVB: Unloading <stv0297>
May 14 18:07:59 [logger] DVB: Unloading <bcm3510>
May 14 18:07:59 [logger] DVB: Unloading <lgdt330x>
May 14 18:07:59 [logger] DVB: Unloading <nxt200x>
May 14 18:07:59 [logger] DVB: Unloading <mt352>
May 14 18:07:59 [logger] DVB: Unloading <stv0299>
May 14 18:07:59 [logger] DVB: Unloading <ves1820>
May 14 18:07:59 [logger] DVB: Unloading <dvb_ttpci>
May 14 18:07:59 [logger] DVB: Unloading <dvb_core>
May 14 18:07:59 [logger] DVB: Unloading <saa7146_vv>
May 14 18:07:59 [logger] DVB: Unloading <saa7146>
May 14 18:07:59 [logger] DVB: Unloading <videobuf_dma_sg>
May 14 18:08:00 [logger] DVB: Unloading <videobuf_core>
May 14 18:08:00 [logger] DVB: Unloading <videodev>
May 14 18:08:00 [logger] DVB: Unloading <v4l1_compat>
May 14 18:08:00 [logger] DVB: Unloading <ttpci_eeprom>
May 14 18:08:00 [kernel] b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully
May 14 18:08:00 [kernel] flexcop-pci: will use the HW PID filter.
May 14 18:08:00 [kernel] flexcop-pci: card revision 2
May 14 18:08:00 [kernel] DVB: registering new adapter (FlexCop Digital TV device)
May 14 18:08:00 [kernel] b2c2-flexcop: MAC address = 00:d0:d7:08:0d:7f
May 14 18:08:00 [kernel] b2c2-flexcop: i2c master_xfer failed
                - Last output repeated 2 times -
May 14 18:08:00 [kernel] mt352_read_register: readreg error (reg=127, ret==-121)
May 14 18:08:00 [kernel] b2c2-flexcop: i2c master_xfer failed
May 14 18:08:00 [kernel] nxt200x: nxt200x_readbytes: i2c read error (addr 0x0a, err == -121)
May 14 18:08:00 [kernel] Unknown/Unsupported NXT chip: 00 00 00 00 00
May 14 18:08:00 [kernel] b2c2-flexcop: i2c master_xfer failed
May 14 18:08:00 [kernel] lgdt330x: i2c_read_demod_bytes: addr 0x59 select 0x02 error (ret == -121)
May 14 18:08:00 [kernel] b2c2-flexcop: i2c master_xfer failed
May 14 18:08:00 [kernel] b2c2-flexcop: found the stv0297 at i2c address: 0x1c
May 14 18:08:00 [kernel] DVB: registering frontend 1 (ST STV0297 DVB-C)...
May 14 18:08:00 [kernel] b2c2-flexcop: initialization of 'Cable2PC/CableStar 2 DVB-C' at the 'PCI' bus controlled by a 'FlexCopIIb' complete

bis dann,
Nando

Zitat

Original von wirbel
Was meinst du damit?

Naja, ich bekomme nur einen Neustart.

Beim reelchannelscan läuft der Scan, allerdings nur auf dem 2. Tuner.

... keine Ahnung.

Ich werde meine TV-Karten/Treiber/... nochmal unter die Lupe nehmen müssen.
Vor kurzem ist mir aufgefallen, dass ein Tuner andere Signalstärken anzeigt (rechte Pfeiltaste femon).

Tuner 1 (sollte immer TT DVB-C sein):
STR: 100%
SNR: 91%
BER: 000

Tuner 2 (CS2 DVB-C)
STR: 66%
SNR: 5%

Bild und Ton bleibt nach dem Tunerwechsel weiter erhalten. Allerdings bekomme ich mitunter nach dem VDR-Neustart (DVB-Treiber wird neu mit geladen) bei der ersten Anzeige die geringen Werte, also scheinbar doch einen Tunerwechsel?!?

... ein klein wenig OT.

which the difference between wirbelscan and reelchannelscan ?

AAARGH! Ich Vollidiot, anstatt n Backup der Channels.conf zu machen, lass ich das Plugin so laufen. Rums, keine 5min. später kackt der VDR ab. Na super

Hallo wirbel,

ich habe auch noch ein Problem mit der 0.0.4a Version. Sobald ich auf Menü drücke stürzt der vdr ab. Der Backtrace im core deutet auf strcmp() mit einem NULL-Pointer als Argument. Das Problem ist hier in wirbelscan.c:

virtual const char *MainMenuEntry(void) { return tr(MAINMENUENTRY); }

Da aber MAINMENUENTRY als NULL-Pointer definiert ist knallt es im strcmp() in tr(). Vieleicht sind neuere System (libc / gcc) hier toleranter aber meins leider nicht. Ich habe einfach das "tr()" um MAINMENUENTRY entfernt, dann läuft es. Brauch man eh nicht, da es NULL ist.

Vieleicht kannst Du das übernehmen.

Gruss
wtor