Danke! Da ich nur noch per nfs aufnehme, mussten die EPG-Daten nach einem Deep-Standby immer neu eingelesen werden. Nun kann ich sie endlich auf der CF speichern lassen...klappt 1a!
cu

Danke! Hast du zufällig noch die Positionsnummern der Widerstände im Kopf?

Hast du noch die Bestellnummern von Conrad rumliegen ?

Hi,

nachdem meine dm7025 auch schon ein paar Jahre alt ist, würde mich interessieren, was für ein Bauteil im Netzteil den Geist aufgeht. Weiss das jemand? Und kann man die Lebensdauer des Netzteils verlängern, wenn man keine Festplatte einbaut? Oder vielleicht einen Ventilator, falls sich 'was überhitzt?
cu

Zitat

Original von dbluelle
Vermutlich hast du da über eine Schnittmarke gespult, da wird dann der nächste Zeitstempel als aktuelle Position genommen und der ist ja dann z.B. 5 Minuten weiter, wenn du 5 Minuten rausgeschnitten hast.

Aber dann sollte es nicht passieren, wenn ich beim Wiedergabebeginn, noch bevor etwas geschnitten wurde, springspule?!?!
Und es passiert ja auch, wenn ich im Live-Betrieb auf Pause drücke und eine Timeshift-Aufnahme starte - ich habe Dauertimeshift deaktiviert. Wenn ich nach 10-20 Minuten die Wiedergabe starte und auf "3" drücke, um ca. 1 Minute nach vorne zu springen, hüpft er gleich 6-7 Minuten vor. Es sei denn, ich spule vor bis zum Livebild. Dann stimmen die Sprünge.

Zitat

Original von dbluelle
Naja, das ganze ist jetzt abschaltbar (in den Experteneinstellungen).
dbluelle

Auch wenn es deaktiviert ist, "springspult" der Empfänger jetzt in *wesentlich* grösseren Schritten als vorher... Komisch... Trotzdem Danke, dass du dich noch so sehr um die DM7k kümmerst, ich freue mich jedes Wochenende auf die eventuell kommenden enigma-cvs-logs
cu

Zitat

Original von Dr.Best
Sobald eine Aufnahme geschnitten wurde, werden ja auch die darin enthaltenen timestamp-Infos rausgeschnitten (ich glaube nicht, dass ProjectX neue timestamps schreibt). Damit ist in der Tat ein Problem da. Der Film ist kürzer als die Daten das anzeigen.

Das verstehe ich halbwegs Aber selbst wenn 30% Werbung im Film waren, dürfte der 1-Minuten-Sprung ja auch nur ca. 30% länger werden und nicht 7 Minuten überspringen. Oder mache ich einen Denkfehler?

Hi,

die fehlende OSD-Anzeige ist in der Tat behoben, danke. Aber die Sprungzeiten klappen immer noch nicht so ganz: erst wenn ich bei einer Timeshift-Aufnahme bis zum Jetzt-Zeitpunkt vorspule, stimmen die Sprungzeiten (zumindest bei RTL), ansonsten springen 1 und 3 ca 7 Minuten. Ähnliches bei bearbeiteten Dateien: auch nach dem Patch betragen die 1 3 Sprungzeiten ca 7 Minuten anstelle von 1 Minute, getestet bei bei zwei Aufnahmen von Eurosport, bei denen mit ProjectX die Werbung rausgeschnitten wurde. Bei einer Aufnahme von Arte ist das genauso extrem, aber ich kann nicht ausschliessen, dass da ein Aufnahmefehler passiert ist. Vorher konnte man allerdings trotzdem in "gefühlten" Minutenschritten springen.
Kann es sein, dass der neue Anfangs-Sprungwert, der genommen wird, wenn noch keine Berechnung stattgefunden hat, einfach nur zu hoch ist?
cu

Ich habe seit den Änderungen Probleme
- wenn ich eine Timeshift-Aufnahme starte (das "neue" Dauertimeshift ist bei mir deaktiviert) oder
- wenn ich in einer Aufnahme, bei der die Werbung mit ProjectX rausgeschnitten wurde, mit 1/3/4/6/7/9 "Springspulen" will.
Bei beiden Fällen ist das Feld im OSD, in dem der "Timestamp" der Aufnahme angezeigt werden sollte, leer. Ein Bildsuchlauf vor oder zurück (8x/16x/64x) klappt jedoch.
Die 1/3/4/6/7/9-Sprungzeiten scheinen *wesentlich* erhöht zu sein, will sagen, dass mit 3 nicht eine Minute, sondern vielleicht 10 Minuten nach vorne gesprungen wird.
Den Dr. Best-Patch kann ich leider heute nicht anwenden, sonst killt mich meine Frau
cu

Spaun

Hi,

mein compiler ist gerade mit dem Kopf gegen die Wand gerannt ;). Zuvor hab ich sicherheitshalber im enigma-Verzeichnis ein make distclean durchlaufen lassen...

powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include  -I/home/tux/dreambox/driver/include -I/home/tux/dreambox/driver/include -fno-exceptions -fno-rtti -D_REENTRANT -DHAVE_DREAMBOX_HARDWARE -DDISABLE_LIRC -DENABLE_KEYBOARD -DENABLE_PRIVATE_EPG -DUSE_EXTERNAL_FLASHTOOL -I/home/tux/dreambox/root/cdkroot/include/freetype2 -I/home/tux/dreambox/root/cdkroot/include   -I/home/tux/dreambox/root/cdkroot/include   -I/home/tux/dreambox/root/cdkroot/include/tuxbox   -I/home/tux/dreambox/root/cdkroot/include -I/home/tux/dreambox/driver/include   -I/home/tux/dreambox/root/cdkroot/include/tuxbox   -I/home/tux/dreambox/root/cdkroot/include/libpng12   -I/home/tux/dreambox/root/cdkroot/lib/sigc++-1.2/include -I/home/tux/dreambox/root/cdkroot/include/sigc++-1.2    -I/home/tux/dreambox/root/cdkroot/include/tuxbox/xmltree    -Wall -mcpu=405 -msoft-float -mmultiple -mstring -meabi -pipe -Os -ggdb3 -DHAVE_DREAMBOX_HARDWARE -MT enigma_tuxtxt.o -MD -MP -MF .deps/enigma_tuxtxt.Tpo -c -o enigma_tuxtxt.o enigma_tuxtxt.cpp
In file included from enigma_tuxtxt.h:5,
                 from enigma_tuxtxt.cpp:6:
/home/tux/dreambox/root/cdkroot/include/tuxbox/tuxtxt/tuxtxt_def.h:259: error: field `tv_timestamp' has incomplete type
/home/tux/dreambox/root/cdkroot/include/tuxbox/tuxtxt/tuxtxt_def.h:338: error: `pthread_t' does not name a type
make[3]: *** [enigma_tuxtxt.o] Fehler 1
make[3]: Leaving directory `/home/tux/dreambox/apps/tuxbox/enigma/src'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/tux/dreambox/apps/tuxbox/enigma'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/tux/dreambox/apps/tuxbox/enigma'
make: *** [.enigma] Fehler 2
[tux@oki cdk]$

Sagt dir das was?
cu

Hi,

vielen Dank für die neue Funktion :). Mir ist aufgefallen, dass die das nur klappt, wenn der teletext-cache aktiviert ist. Absicht oder Zufall?
cu

Nachtrag - hab im anderen Forum gelesen, dass es eingeschaltet sein muss. Alles klar

- Was genau soll denn getestet werden; werden Testprotokolle, Berichte, Anweisungen erarbeitet und zur Verfügung gestellt oder läuft es auf ein "Spiel mal damit rum - wenn was nicht klappt, melde dich halt" heraus?
- Können sich die glücklichen Betatester auch nach erst nach Abschluss der Betaphase dazu entschliessen, die Boxen entweder zu kaufen oder zurückzuschicken?

Hi

hast du diesen Thread mal durchgelesen? Vielleicht hilfts ja...
cu

dbluelle,

du bist wirklich gut =)
Danke!

Leider ja...

~ > cat /proc/swaps
/dev/ide/host0/bus0/target1/lun0/part2  partition       102304  0       -2
~ > free
              total         used         free       shared      buffers
  Mem:        30044        29540          504            0         3220
 Swap:       102304            0       102304
Total:       132348        29540       102808
~ >

Ich nochmal
Auch mit einem nacktem cvs-image bricht scummvm wie beschrieben ab. Die Verzeichnisse /hdd/scummvm sowie /hdd/scummvm/savegames sind vorhanden.
dbluelle - hast du einen Link zu einem Image, in dem scummvm klappt? Läuft es bei dir unter einem reinen cvs-Image? Wenn ja, dann muss meine box wohl nen schlag weg haben...
cu

Zitat

Original von dbluelle
Was passiert denn, wenn du es ohne den erweiterten libpath startest?

Leider dasselbe...

Zitat

Original von dbluelle
Evtl. gibt es Probleme, wenn du keinen Pfad für die savegames angibst.
Der Default-Path ist da IMHO $HOME/.scummvm oder so, was ja bei der Dreambox im nicht beschreibbaren Berich liegt.
Bei meinem Plugin wird zusätzlich der Pfad für die savegames auf /hdd/scummvm/savegames gesetzt, hast du das Verzeichnis evtl. nicht angelegt

Das hatte ich auch schonmal ausprobiert... hier mal ein Konsolenlog, auch wenns nicht viel weiterhilft.

/hdd/scummvm > ./scummvm -c/hdd/scummvm/scummvmrc --savepath=/hdd/scummvm/savegames
Using configuration file: /hdd/scummvm/scummvmrc
WARNING: Config 'modern' is NOT usable for themes or not found!
WARNING: falling back to classic style!
--------------
what: 1
old_key:ffffffff
keytimer: -1327123572
read_code: 5c0f
tv_sec: 1214145031
tv_usec: 977933
--------------
what: 2
old_key:5c0f
keytimer: -1327112791
--------------
what: 1
old_key:ffffffff
keytimer: -1327112791
read_code: 5c0f
tv_sec: 1214145032
tv_usec: 329985
--------------
what: 2
old_key:5c0f
keytimer: -1327112439
--------------
what: 1
old_key:ffffffff
keytimer: -1327112439
read_code: 5c0f
tv_sec: 1214145032
tv_usec: 816788
--------------
...Einiges rausgeschnitten...
--------------
what: 1
old_key:5c30
keytimer: -1330680063
read_code: 5cfe
tv_sec: 1214145064
tv_usec: 907609
--------------
what: 2
old_key:5cfe
keytimer: -1327079861
Fatal signal: Segmentation Fault (SDL Parachute Deployed)
/hdd/scummvm >   
./scummvm -c/hdd/scummvm/scummvmrc

Ich baue das image nach der offiziellen Anleitung für die DM7000, habe lediglich ushare und ein paar Spiele-Plugins zusätzlich im image. ldd hat auch nichts auffälliges ausgespuckt.

/hdd > ./ldd -v /hdd/scummvm/scummvm
        libpthread.so.0 => /lib/libpthread.so.0 (0x0ffcf000)
        libmad.so.0 => /lib/libmad.so.0 (0x0ff9a000)
        libstdc++.so.6 => /lib/libstdc++.so.6 (0x0fec4000)
        libm.so.6 => /lib/libm.so.6 (0x0fe89000)
        libgcc_s_nof.so.1 => /lib/libgcc_s_nof.so.1 (0x0fe5c000)
        libc.so.6 => /lib/libc.so.6 (0x0fd82000)
        /lib/ld.so.1 => /lib/ld.so.1 (0x30000000)


        Version information:
        /hdd/scummvm/scummvm:
                libstdc++.so.6 (CXXABI_1.3) => /lib/libstdc++.so.6
                libstdc++.so.6 (GLIBCXX_3.4) => /lib/libstdc++.so.6
                libgcc_s_nof.so.1 (GLIBC_2.0) => /lib/libgcc_s_nof.so.1
                libgcc_s_nof.so.1 (GCC_3.0) => /lib/libgcc_s_nof.so.1
                libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
                libpthread.so.0 (GLIBC_2.0) => /lib/libpthread.so.0
                libpthread.so.0 (GLIBC_2.1) => /lib/libpthread.so.0
        /lib/libpthread.so.0:
                ld.so.1 (GLIBC_PRIVATE) => /lib/ld.so.1
                libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.3.2) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.1.2) => /lib/libc.so.6
                libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6
        /lib/libmad.so.0:
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
        /lib/libstdc++.so.6:
                libgcc_s_nof.so.1 (GCC_3.3) => /lib/libgcc_s_nof.so.1
                libgcc_s_nof.so.1 (GCC_3.0) => /lib/libgcc_s_nof.so.1
                libm.so.6 (GLIBC_2.0) => /lib/libm.so.6
                libc.so.6 (GLIBC_2.3) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.2) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.1) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
        /lib/libm.so.6:
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
        /lib/libgcc_s_nof.so.1:
                libc.so.6 (GLIBC_2.1.3) => /lib/libc.so.6
                libc.so.6 (GLIBC_2.0) => /lib/libc.so.6
        /lib/libc.so.6:
                ld.so.1 (GLIBC_2.3) => /lib/ld.so.1
                ld.so.1 (GLIBC_2.1) => /lib/ld.so.1
                ld.so.1 (GLIBC_2.0) => /lib/ld.so.1
                ld.so.1 (GLIBC_PRIVATE) => /lib/ld.so.1
/hdd >

Ich werde nochmal alles neubauen und mich dann nochmal melden...
cu

Hi,

also bei mir klappt weder das bereitgestellte binary noch ein Eigenkompilat. scummvm startet zwar, aber in dem Moment, in dem ich beim Startbildschirm auf z.B. "About" oder "Options" klicke, zeigt scummvm den gewählten Bildschirm für einen Sekundenbruchteil an und stürzt dann ab. Gleiches passiert, wenn ich per "add game" das directory, in dem das Spiel ist, anwähle. Es zeigt die Directories an, und in dem Moment, in dem ich auf Choose klicke, erscheint kurz der screen, in dem das Spiel erkannt wurde, und dann erfolgt der Absturz.
In der Konsole wird zeitgleich "Fatal signal: Segmentation Fault (SDL Parachute Deployed)" angezeigt.
Was kann das sein? Swap ist aktiviert, und ich starte scummvm per Konsole mit "LD_LIBRARY_PATH=/hdd/lib ./scummvm -c/hdd/scummvm/scummvmrc"
/hdd/lib enthält

/hdd/scummvm > ls /hdd/lib
libSDL-1.2.so.0      libhistory.a         librt.so.1
libSDL-1.2.so.0.7.2  libhistory.so        libsqlite3.so.0
libSDL.a             libhistory.so.4      libupnp.a
libSDL.la            libhistory.so.4.3    libupnp.la
libSDL.so            libmagic.so.1        libupnp.so
libSDL_pic.a         libreadline.a        libupnp.so.3
libSDLmain.a         libreadline.so       libupnp.so.3.0.4
libexpat.so.1        libreadline.so.4
libfx2.so            libreadline.so.4.3
/hdd/scummvm >

cu

Hi,

ich hatte mal so ein Problem bei einem Plasma-TV, bei dem die Helligkeit zu stark aufgeregelt war. Dadurch ist der IR-Sensor einer 7000 gestört worden. Probier doch mal, ob das Problem auch dann auftritt, wenn Helligkeit/Kontrast am TV auf ein Minimum runtergeregelt sind.
cu