Danke für den Tipp, hab mal in der ddbridge-max.c den parameter fmode mit 3 initialisiert und jetzt haben die 2 Aufnahmen funktioniert.
Danke vielmals, werde das mal per Mail weitergeben, an den Herrn mit dem ich in Kontakt bin von Digital Devices
Danke für den Tipp, hab mal in der ddbridge-max.c den parameter fmode mit 3 initialisiert und jetzt haben die 2 Aufnahmen funktioniert.
Danke vielmals, werde das mal per Mail weitergeben, an den Herrn mit dem ich in Kontakt bin von Digital Devices
Hallo,
zur Zeit baue ich einen neuen Server, in den auch eine neue Sat Karte kommt, mein altes System 2 Cine S2 mit 1 Duoflex S2 also insgesamt 8 SAT-Anschlüssen (die sind auch alle mit einem Splitter Verbunden) funktionieren mehr oder weniger 4 Eingange der 8 sind in der zwischenzeit defekt, aber dafür gibts ja Parameter -D.
in meinem neuen System befindet sich eine DD Max SX8, betreiben möchte ich sie mit "fmode=3" also nur ein Kabel am obersten Anschluss der Karte damit ich 8 Tuner benutzen kann.
Hab die VDR Konfiguration meines alten Systems welches mit den CineS2 Karten funktioniert kopiert, und die scr.conf angepasst.
Habe dann auf dem neuen System auf "Das Erste HD" und auf "ZDF HD" eine Aufnahme gestartet (was am alten System funktioniert), eine Aufnahme gestartet, hier stürzt vdr mit emergency exit ab. Eines der beiden aufnahme Verzeichnisse ist leer.
Habe dann auch mit "fmode=3" und ein 2 Sat Kabel am zweiten Anschluss von oben angeschlossen, jetzt funktionieren 2 Aufnahmen.
Ist die Karte evtl defekt oder stimmt mit dem Rest etwas nicht (Treiber sind aus dem git von Digital Devices, keine Kernel Treiber).
Oder muss ich bei VDR doch etwas anderes machen.
Anschluss:
Quattro LNB -> Multiswitch -> DdCSS Switch -> DUR-Line Splitter (D3FV) -> Sat-Karte
LNB und Switche von Televes.
Eigentlich will ich ja minisatip machen, damit funktioniert das alte System super, das neue mit der Max SX8 Karte stürzt ab auch hier bei der Nutzung von z.B. 2 Aufnahmen.
Gruß Gerald
insgesamt sind ja Adapter 0-3 an der Kombination Cine S2 DuoFlex vorhanden, von diesen ist Adapter 0 und Adapter 2 defekt, also ein Port auf der Cine und einer auf der DuoFlex. Für dies Kombi habe ich bisher VDR benutzt.
Weiterhin ist noch ein alte TT S2-3200 vorhanden die ich mit minisatip betreibe, diese Karte wollte ich schon durch eine TWIN-Karte ersetzen.
Ich könnte jetzt die TT S2-3200 durch die teildefekte Kombi von oben ersetzen und mir eine neuere Cine S2 und DuoFlex Karte kaufen.
Meine Frage ist könnte ich auch eine DD MAX S8 zulegen die an einer TechniSwitch Kaskade hängt und 6 der 8 Tuner mit VDR nutzen und 2 Tuner für minisatip nutzen.
Hi,
Befehlszeile:
lircd --version
modinfo lirc_dev bzw. modinfo lirc_serial
da steht dann auch was mit filename dieser Treiber aus dem angezeigten Verzeichnis wurde automatisch geladen. Du kannst auch mit find /lib -name lirc_* nach Treibern im lib Verzeichnis suchen evtl. wird ja ein falscher geladen.
Soweit ich mich erinnern kann funktioniert aber nur noch lirc-0.9.0 mit einem Kernel grösser 2.6.36.
Falls Du mehrer Lirc Treiber findest könntest Du auch lirc stoppen und mit rmmod lirc_serial und rmmod lirc_dev diese entladen und mit insmod <Pfad zu anderen Treibern>/lirc_dev.ko und dann noch insmod <Pfad zu anderen Treibern>/lirc_serial.ko diese laden und lirc wieder starten.
gruß gerald
Hi,
ab Kernel 2.6.36 sind die Treiber für Lirc im Kernel und funktionieren nur noch mit Lirc 0.9.0.
Ich hatte ebenfalls einen gekauften Home-Brew Receiver, der funktioniert allerdings gar nicht auch nicht mit dem neuesten Kernel, da ich auch noch einen selbst gelötet habe war das nicht so wild, der funktioniert. Ich weis nur nicht mehr ab welcher Kernel Version mit der 2.6.36 lief der selbst gelötete ebenfalls nicht.
Entweder Downgrade vom Kernel kleiner 2.6.36 oder Upgrade von Lirc auf 0.9.0
Gruß
Gerald
nachdem das script von Cooperhead build_saa716x_only.sh mit neueren Versionen nicht mehr funktioniert habe ich es mal angepasst.
Funktioniert jetzt wieder mit dem neuesten Treibern von powarman ab revision 491683c27d90 "move firmware command interface code to separate file."
cu
30 Mal runtergeladen und keiner merkt dass es gar nicht funktioniert . Die Version hier funktioniert
Copperhead
das Script hat soweit funktioniert nur wurden die beiden Treiber nicht geladen. Es lag daran das keine depmod -a oder depmod $(uname -r) ausgeführt wurde kannst du ja noch mit aufnehmen.
hallo
schaue schon eine weile TV und hab wild herumgezappt und immer wieder das OSD aufgerufen.
irgenwann blieb das Bild komplett stehen. Nach einer weile schlug der VDR Watchdog zu und VDR hat einen Neustart gemacht. Im Syslog hat es mit folgenden Meldungen vom Treiber angefangen keine Fehlermeldung zuvor von VDR
May 22 19:28:31 vdrneu kernel: [20999.631554] saa716x_ff_pci_irq (0): OSD CMD length 4090 > 256
May 22 19:28:31 vdrneu kernel: [20999.855819] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
May 22 19:28:31 vdrneu kernel: [20999.855821] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:31 vdrneu kernel: [20999.855822] saa716x_i2c_xfer (0): Data send failed
May 22 19:28:31 vdrneu kernel: [20999.855828] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:28:31 vdrneu kernel: [20999.857226] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
May 22 19:28:31 vdrneu kernel: [20999.857227] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:31 vdrneu kernel: [20999.857228] saa716x_i2c_xfer (0): Data send failed
.....
May 22 19:28:47 vdrneu kernel: [21015.519195] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:47 vdrneu kernel: [21015.519196] saa716x_i2c_xfer (0): Data send failed
May 22 19:28:47 vdrneu kernel: [21015.519201] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:28:47 vdrneu kernel: [21015.520628] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
May 22 19:28:47 vdrneu kernel: [21015.520629] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:47 vdrneu kernel: [21015.520630] saa716x_i2c_xfer (0): Data send failed
May 22 19:28:47 vdrneu kernel: [21015.520635] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:28:48 vdrneu kernel: [21016.547943] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 22 19:28:49 vdrneu kernel: [21017.545760] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 22 19:28:49 vdrneu kernel: [21017.547182] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
May 22 19:28:49 vdrneu kernel: [21017.547185] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:49 vdrneu kernel: [21017.547186] saa716x_i2c_xfer (0): Data send failed
....
May 22 19:28:49 vdrneu kernel: [21017.554343] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:28:49 vdrneu vdr: [6323] Text2Skin: menu display update thread started (pid=5637, tid=6323)
May 22 19:28:49 vdrneu vdr: [5644] frontend 1/0 lost lock on channel 378, tp 112304
May 22 19:28:49 vdrneu kernel: [21017.554344] saa716x_i2c_xfer (0): Data send failed
May 22 19:28:49 vdrneu kernel: [21017.554349] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:28:50 vdrneu kernel: [21018.552540] sti7109_raw_data (0): timed out waiting for block done
May 22 19:28:51 vdrneu kernel: [21019.550367] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 22 19:28:52 vdrneu kernel: [21020.548168] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 22 19:28:53 vdrneu kernel: [21021.545993] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
........
May 22 19:29:50 vdrneu kernel: [21078.328309] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:29:50 vdrneu vdr: [5637] PANIC: watchdog timer expired - exiting!
May 22 19:29:50 vdrneu kernel: [21078.436901] sti7109_raw_osd_cmd (0): timed out waiting for osd command ready
May 22 19:29:50 vdrneu kernel: [21078.828389] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
.....
May 22 19:29:50 vdrneu runvdr[6326]: restarting VDR
May 22 19:29:51 vdrneu kernel: [21079.344689] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
May 22 19:29:51 vdrneu kernel: [21079.344692] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:29:51 vdrneu kernel: [21079.344693] saa716x_i2c_xfer (0): Data send failed
May 22 19:29:51 vdrneu kernel: [21079.344699] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:29:51 vdrneu kernel: [21079.346111] saa716x_i2c_send (0): TXFIFO not empty after Timeout, tried 1000 loops!
......
May 22 19:29:53 vdrneu kernel: [21081.273082] saa716x_i2c_send (0): I2C Send failed (Err=-5)
May 22 19:29:53 vdrneu kernel: [21081.273083] saa716x_i2c_xfer (0): Data send failed
May 22 19:29:53 vdrneu kernel: [21081.273088] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:29:53 vdrneu kernel: [21081.274055] SAA716x FF 0000:02:00.0: PCI INT A disabled
May 22 19:29:53 vdrneu kernel: [21081.357350] WARNING: You are using an experimental version of the media stack.
May 22 19:29:53 vdrneu kernel: [21081.357352] As the driver is backported to an older kernel, it doesn't offer
May 22 19:29:53 vdrneu kernel: [21081.357353] enough quality for its usage in production.
May 22 19:29:53 vdrneu rundvb[6361]: Verzweige nach : /usr/local/src/DVB/v4l
May 22 19:29:53 vdrneu rundvb[6365]: Verzweige nach : /usr/local/src/DVB/v4l
May 22 19:29:53 vdrneu kernel: [21081.357353] Use it with care.
May 22 19:29:53 vdrneu kernel: [21081.357354] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
May 22 19:29:53 vdrneu kernel: [21081.357355] f9b51477fe540fb4c65a05027fdd6f2ecce4db3b [media] DVB: return meaningful error codes in dvb_frontend
May 22 19:29:53 vdrneu kernel: [21081.357356] 966825c2a416a7ca3950e35e60fa8720f1251e37 [media] Kconfig: Fix indention of ---help--- for timerdale driver
May 22 19:29:53 vdrneu kernel: [21081.357357] 7e6785451a66b9da0f8553a45b5655457ce22f08 DocBook/dvb: Improve description of the DVB API v5
May 22 19:29:53 vdrneu kernel: [21081.369169] saa716x_pci_init (0): found a Technotrend S2 6400 Dual S2 Premium PCIe card
May 22 19:29:53 vdrneu kernel: [21081.369184] SAA716x FF 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
May 22 19:29:53 vdrneu kernel: [21081.369191] SAA716x FF 0000:02:00.0: setting latency timer to 64
May 22 19:29:53 vdrneu kernel: [21081.369912] SAA716x FF 0000:02:00.0: irq 44 for MSI/MSI-X
May 22 19:29:53 vdrneu kernel: [21081.369941] SAA7160 Rev 2 [13c2:300a], irq: 44,
May 22 19:29:53 vdrneu kernel: [21081.369942] mmio: 0xffffc9001c580000
May 22 19:29:53 vdrneu kernel: [21081.369944] SAA7160 64Bit, MSI Enabled, MSI-X=32 msgs
May 22 19:29:53 vdrneu kernel: [21081.375560] saa716x_i2c_hwinit (0): Adapter (b000) SAA716x I2C Core 0 RESET
May 22 19:29:53 vdrneu kernel: [21081.375672] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
May 22 19:29:54 vdrneu kernel: [21082.590811] SAA716x FF FPGA version 1.05
May 22 19:29:54 vdrneu kernel: [21082.643099] SAA716x FF loader version 1.03
May 22 19:29:54 vdrneu kernel: [21083.301171] saa716x_get_offset (0): Offset @ 200
May 22 19:29:54 vdrneu kernel: [21083.301174] DVB: registering new adapter (SAA716x dvb adapter)
May 22 19:29:55 vdrneu kernel: [21083.396151] stv6110x_attach: Attaching STV6110x
May 22 19:29:55 vdrneu kernel: [21083.396704] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
May 22 19:29:55 vdrneu kernel: [21083.396811] DVB: registering new adapter (SAA716x dvb adapter)
May 22 19:29:55 vdrneu kernel: [21083.397435] stv6110x_attach: Attaching STV6110x
May 22 19:29:55 vdrneu kernel: [21083.427188] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
May 22 19:29:55 vdrneu kernel: [21084.284741] SAA716x FF firmware version 0.2.A
May 22 19:29:55 vdrneu kernel: [21084.284789] input: TT6400 DVB IR receiver as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/input/input6
May 22 19:29:55 vdrneu su[6383]: pam_unix(su:account): account root has password changed in future
May 22 19:29:55 vdrneu su[6383]: Successful su for root by root
May 22 19:29:55 vdrneu su[6383]: + ??? root:root
May 22 19:29:55 vdrneu su[6383]: pam_unix(su:session): session opened for user root by (uid=0)
May 22 19:29:55 vdrneu vdr: [6384] cTimeMs: using monotonic clock (resolution is 1 ns)
May 22 19:29:55 vdrneu vdr: [6384] VDR version 1.7.18 started
Alles anzeigen
treiber saa716x_ff habe ich mit folgenden options saa716x_ff verbose=1 int_type=1 geladen
alle anderen benötigten Treiber ohnen options
Treiber sind mit saa716x_ff_demux_worker_test_2.diff Patch von UFO jedoch nicht saa716x_ff_demux_worker_test_1.diff
Watchdog ist bei mir auf 60 Sekunden eingestellt, da mein vdr start skript die Treiber grundsäztlich entfernt und neu lädt und ich zwischendurch auch sleeps eingebaut habe sind die Fehlermeldung auch gekommen als vdr selbst schon beendet war. Meldung kamen bis Treiber entladen wurden.
Alles anzeigenDa das Artefakteproblem per Stop/Start nicht so einfach in den Griff zu bekommen ist,
hier ein etwas anderer Ansatz, um den Workaround ganz zu vermeiden.
Der Datenpuffer muß nun nicht mehr mit einem Sync-Byte beginnen, d.h. Pakete dürfen unaligned sein.
Bitte den angehängten Patch testen.
CU
Oliver
habe jetzt ein paar tests gemacht funktioniert wesentlich besser beim neustart, und auch beim wechseln der Tonspur bei Sendern mit hoher Datenrate. Hatte da manchmal schwarze Ausgabe oder Artefakte.
gerald
OK, guck ich mir mal an
MSI geht jetzt auch:
Auszug dmesg:
[ 26.412980] saa716x_pci_init (0): found a Technotrend S2 6400 Dual S2 Premium PCIe card
[ 26.412994] SAA716x FF 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 26.413002] SAA716x FF 0000:02:00.0: setting latency timer to 64
[ 26.413195] SAA716x FF 0000:02:00.0: irq 44 for MSI/MSI-X
[ 26.413224] SAA7160 Rev 2 [13c2:300a], irq: 44,
[ 26.413225] mmio: 0xffffc90017580000
[ 26.413227] SAA7160 64Bit, MSI Enabled, MSI-X=32 msgs
[ 26.418932] saa716x_i2c_hwinit (0): Adapter (b000) SAA716x I2C Core 0 RESET
[ 26.418982] saa716x_i2c_hwinit (0): Adapter (c000) SAA716x I2C Core 1 RESET
[ 27.644015] SAA716x FF FPGA version 1.02
[ 27.645410] SAA716x FF loader version 1.03
[ 28.302657] saa716x_get_offset (0): Offset @ 200
[ 28.302661] DVB: registering new adapter (SAA716x dvb adapter)
[ 28.398457] stv6110x_attach: Attaching STV6110x
[ 28.399011] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[ 28.399104] DVB: registering new adapter (SAA716x dvb adapter)
[ 28.399515] stv6110x_attach: Attaching STV6110x
[ 28.428483] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[ 29.286031] SAA716x FF firmware version 0.2.A
[ 29.286133] input: TT6400 DVB IR receiver as /devices/pci0000:00/0000:00:1c.4/0000:02:00.0/input/input5
Alles anzeigen
Auszug cat /proc/interrupts
der Treiber saa716x_ff wird mit type=1 geladen.
neue Firmware funktioniert hervorragend. Keine Hänger mehr.
vielen Dank dafür.
Zitat
Ist der Fehler auch in Aufnahmen vorhanden - reproduzierbar immer an der gleichen Stelle?
Falls ja, eine solche Stelle bitte ausschneiden und irgendwo hochladen.
habe mal ein Stück hochgeladen ca. 39mb (ist jedoch was altes .vdr). Bei 43 sek. bleibt das Bild hängen, am Receiver bleibt DD5.1 an. Beende ich das apspielen bleibt der Bildschirm dunkel. Der Treiber saa716x_ff muss man entladen VDR beenden Treiber wieder laden und VDR starten dann funktioniert wieder alles.
Dieselbe Aufnahme funktioniert mit vdr-1.7.18 mit einer SD-FF Karte sowie mit vdr-xine (vaapi oder ohne vaapi), beides mal mit Version vdr-1.7.18
cu
gerald
Edit: link gelöscht da Datei nicht mehr vorhanden ist und Problem gelöst ist.
Hallo
habe das Image openwrt-vdr-1.7.14.tgz auf einen BA USB Stick installiert.
Das Image kann ich im Boot Menü auswählen, es wird auch gelesen vom USB Stick.
Es wird jedoch nichts am Fernseher angezeigt. Ping auf die UFS IP geht.
Meine Frage ist:
1. ist das Image für eine UFS910 14W geeignet.
2. falls ja kann man mir die Bootargumente mitteilen
oder müssen evtl. Dateien ausgetauscht werden für die UFS910 14W Version
Gruss
Gerald
PS:
schönes neues Jahr
SurfaceCleanerZ (stefan)
wärst Du vielleicht so nennt einen Patch zu einem clean VDR 1.4.7 zu erstellen und zu posten?
gruss
gerald
Hi,
ZitatOriginal von LordJaxom
Falls mir gestern eine Mail zugegangen ist schonmal sorry im Voraus, aber irgendwie beschleicht mich der Eindruck dass es ganz gut wäre wenn man mich über solche Patches (korrektur von spumux-xml) auch mal informiert, damit ich sie im Plugin auch korrigieren kann
hatte noch keine Mail gesendet, ist aber unterwegs da noch andere Punkte nicht astrein sind, so das mit burn-plugin erstellte DVD an möglichst vielen Geräten bzw. Softwareplyern läuft.
cu
gerald
das liegt daran das der spumux nicht korrekt erstellt wird für standalone player.
irgendwo im source code muss was stehen mit
der Teil muss erweitert werden um
der hintere Teil gibt die Anzahl Sekunden an. für Standaloneplayer (nicht für alle) muss eine Ende Zeitangabe gemacht werden. Wenn ich mich noch richtig erinnere müssen das mind. 4sec sein. Ausserdem muss noch ein Pause="0" für pgc entries eingetragen werden.
So wie das burn-plugin zurzeit die xml Dateien erstellt werden Menüs bei dir nicht funktionieren.
edit:
evtl reicht in config.c folgende Einträge zu ändern:
bei Zeile 37
- f << " <pgc" << (p == 0 ? " entry=\"title\"" : "") << ">" << endl
+ f << " <pgc pause=\"0\"" << (p == 0 ? " entry=\"title\"" : "") << ">" << endl
und bei Zeile 67
- f << " <pgc" << (i == 0 ? " entry=\"title\"" : "") << ">" << endl
+ f << " <pgc pause=\"0\"" << (i == 0 ? " entry=\"title\"" : "") << ">" << endl
und bei Zeile 86
- << " <pgc>" << endl
+ << " <pgc pause=\"0\">" << endl
und in config.h
bei Zeile 61
- f << "<subpictures><stream><spu force=\"yes\" start=\"00:00:00.00\" "
+ f << "<subpictures><stream><spu force=\"yes\" start=\"00:00:00\" end=\"00:00:10\" "
Alles anzeigen
habe keine gcc 4xx
sondern
gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
jedoch reines 64Bit System
Hi
stevie101
nimm diesen Patch compiliert aber trotzdem nicht siehe weiter unten.
--- burn.c-orig 2006-04-14 16:03:12.000000000 +0200
+++ burn.c 2006-04-17 21:21:12.350923656 +0200
@@ -39,7 +39,7 @@
virtual const char *CommandLineHelp(void);
virtual bool ProcessArgs(int argc, char *argv[]);
virtual bool Start(void);
- virtual bool Active(void);
+ virtual cString Active(void);
virtual const char *MainMenuEntry(void) { return tr(MAINMENUENTRY); }
virtual cOsdObject *MainMenuAction(void);
virtual cMenuSetupPage *SetupMenu(void);
@@ -90,9 +90,11 @@
return skin_list::get().load(ConfigDirectory("burn"));
}
- bool plugin::Active(void)
+ cString plugin::Active(void)
{
- return manager::get_has_active();
+ if(manager::get_has_active())
+ return tr("Burn DVD job active");
+ return NULL;
}
cOsdObject *plugin::MainMenuAction(void)
Alles anzeigen
folgende Fehler gibts beim Compilieren:
Plugin burn:
make[1]: Entering directory `/usr/local/src/vdr-1.3.47-20060417/PLUGINS/src/burn-0.1.0-pre4'
g++ -g -Wall -Woverloaded-virtual -D_LARGEFILE_SOURCE -fPIC -fPIC -g -O2 -Wall -Woverloaded-virtual -pipe -D__user= -fno-strict-aliasing -march=k8 -fPIC -DPIC -c -D_GNU_SOURCE -D_GNU_ -DNAGRA=1 -DCONAX=1 -DSHL=1 -DSECA=1 -DCRYPTOWORKS=1 -DVIACCESS=1 -DSERVER=1 -DOPENSSL=1 -DOPENSSL_HAVE_AES=1 -DIRDETO=1 -DDJBFFT=1 -DCARDCLIENT=1 -DDVDARCHIVE=1 -DHDTV_SUPPORT=1 -DREMOTE=LIRC -DPLUGIN_NAME_I18N='"burn"' -D_GNU_SOURCE -DTMPDIR='"/tmp"' -DDVDDEV='"/dev/dvd"' -DISODIR='"/pub/export"' -I/usr/local/src/DVB/linux/include -I../../../include -I/usr/local/src/DVB/include -I../../../../Imlib2 -I. -o burn.o burn.c
In file included from chain-vdr.h:15,
from jobs.h:14,
from menuburn.h:11,
from burn.c:11:
./proctools/format.h:19: error: declaration of `operator<<' as non-function
./proctools/format.h:19: error: expected `;' before '<' token
make[1]: *** [burn.o] Error 1
ZitatOriginal von UFO
Mit der f62623 FW genügt es, das dvb-ttpci-Modul mit Modulparameter "wss_cfg_16_9=0" zu laden.
Die nächste FW wird die Parameter dann korrekt unterstützen.
CU
Oliver
ok so kann man es auch machen.
Nächstes mal starte ich solche Aktionen nicht mitten in der Nacht, habe es gestern getestet und habe als Parameter wss_cfg_16_9=0x0000 eingegeben damit funktioniert es jedoch nicht, und alle möglichen anderen Werte für die Parameter. Und nehme nächstes Mal einen Datentyp wie er definiert ist int
cu
Gerald