+1

Wir schreiben das Jahr 2014, das ist eine neue Dreambox, und es ist doch nicht zu viel verlangt die Sizes zu korrigieren, wenn man sie von Anfang an falsch in seinen alten Skins eingepflegt hat. Und dann jeden Fortschritt versucht abzuwürgen.

Nimmst Du die RC10 Liste der Dreambox 7020HD. Falls Du einen Panasonic TV haben solltest, brauchst Du aber gar nicht weitermachen. Die Panasonic Codes in der FB der 7080HD sind immer noch kaputt.

backgroundPixmap und selectionPixmap bitte auch. Dann kann man wenigstens vernünftig Trennlinien bei verschieden hohen ItemHeights zeichnen (ChannelSelection, MovieSelection ...). Scale="1" crasht ja in Lists

Wo ist das Problem?

Grafiken skalieren jetzt auf die angegebenen Size Werte? Traumhaft, danke. It's not a bug, it's a feature.

Core Crashs bei Picon Anzeige ... Das ist mir zu viel Voodoo. Crashen tut der Radio Modus auch ohne Picon wegen angeblich invaliden Chars im RDS. Und die anderen genannten Bugs sind auch nicht durch den Picon Renderer ausgelöst

Picon funktioniert im Radio Modus auf der 7080. Und "ging noch nie" ist ein Argument für konservative Gestrige, das funktioniert nämlich, siehe Screenhot

Wenn ich Crypt anzeigen lassen kann, dann ist HbbTV im Radio Modus auch nur logisch.

Bug:

Messagebox (beispielhaft: incoming call FritzCall) geht im Radio Modus nicht auf. Wenn man auf den TV Modus zurückschaltet, wird die Messagebox dann verzögert eingeblendet.

Core Crashs Radio Mode.

Der Radio Mode ist bei mir derzeit sehr instabil, da es dauernd zu Core Crashs kommt:

[eDVBCAService] free slot 0 demux 3 for service 1:0:19:283D:3FB:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:19:283D:3FB:1:C00000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
start release channel timer
accel 116160 bytes
accel memstat: used=36896 kB, free 94176 kB, s 36896 kB
accel memory: 0
accel 116160 bytes
accel memstat: used=36896 kB, free 94176 kB, s 36896 kB
accel memory: 0
FATAL: ewidget.cpp:404 ASSERTION t FAILED!
PC: 74ce9218
 00000000 00000001 00000000 7fff0000
 00002cb7 00002cb7 00000006 00000000
 03461b60 034ffc2f 00000370 00000000
 ffffffff ffffffff ffffffff ffffffff
 77cbc760 74e3e654 74e44000 7fdad308
 034a7a30 00befdf8 03154f88 00000002
 0000001c 74ce91d0 00000000 00000000
 74e44e20 7fdad258 03156061 74cee300
As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
74ce9218: 0c 00 e0 14 00 00 00 00 04 00 b0 8f 08 00 e0 03 08 00 bd 27 f8 ff 80 1c ff 7f 03 3c ff ff 63 34 (end)
-------

Werden weitere Infos/Logs o.ä. benötigt?

Bug Radio RDSInfoDisplay

Alternativer Radio Modus -> Nein
Im normalen Radio Modus werden ja die Screens ChannelSelectionRadio und RadioInfobar gleichzeitig dargestellt
Hinter
ChannelSelectionRadio legt sich aber immer noch der Screen
RdsInfoDisplay, welcher nur im alternativen Radio Modus die RDS
Textdaten anzeigen soll.

Bug RadioInfoBar

Während ein Anzeigen verschlüsselter Sendungen mit

<widget alphatest="blend" pixmap="Nuke.FHD/icons/crypt_on.png" position="1638,170" render="Pixmap" size="34,22" source="session.CurrentService" transparent="1" zPosition="2">
  <convert type="ServiceInfo">IsCrypted</convert>
  <convert type="ConditionalShowHide" />
</widget>

durchaus möglich ist, endet der Versuch HbbTV anzuzeigen mittels

<widget alphatest="blend" pixmap="Nuke.FHD/icons/hbbtv_on.png" position="1595,170" render="Pixmap" size="34,22" source="HbbtvApplication" transparent="1" zPosition="2">
  <convert type="ConditionalShowHide" />
</widget>

im Green Screen: source 'HbbtvApplication' was not found in screen 'RadioInfoBar'!

XFS erspart mir die minutenlange Warterei beim Löschen großer Files, wie es bei EXT3/4 auftritt. Ich hab derzeit 12TB Speicherkapazität an der Dreambox und move Aufnahmen im Nachhinein in Kategorienordner, da ist XFS erheblich performanter

Die HDDs werd ich im Nachhinein schwerlich auf EXT4 downgraden wollen, zumal der UPnP Server noch ziemlich zickig ist.

Beim Versuch, mit UPnP Clients wie einem Yamaha AVR RX-V 1071, einem Panasonic TV ETW5 oder auch dem Windows Media Player auf den UPnP Server zuzugreifen, schmeisst der mir immer:

WARN mr_client Oct 31 22:03:24 ConnectionManager not available, device not implemented properly according to the UPnP specification (coherence/upnp/devices/media_renderer_client.py:62

Ok, die sind alle out of specs

Fortzetzung:

Da eparted SDCards nicht mit XFS formatieren will, habe ich stattdessen eine externe HDD mit XFS formatiert

HDD1 mit XFS: (/dev/sdc2 on /media/hdd1 type xfs (rw,relatime,attr2,noquota))
- Verzeichnis /media/hdd1/audio angelegt
- den selben Folder mit den 3 Subfoldern und den 50 MP3 dorthinein kopiert
- MediaDatabase /media/hdd1/audio indizieren lassen -> 0 Files gefunden

... Und nun?

So. Test:

SDCard mit VFAT: (/dev/mmcblk1p1 on /media/sdcard type vfat)
- Verzeichnis /media/sdcard/audio angelegt
- Folder mit 3 Subfoldern und insgesamt 50 MP3 dorthin kopiert
- MediaDatabase /media/sdcard/audio indizieren lassen -> 50 Audio Files gefunden

MMC mit EXT4 (/dev/mmcblk0p2 on /data type ext4 (rw,relatime,data=ordered)
-Verzeichnis /data/audio angelegt
- den selben Folder mit den 3 Subfoldern und den 50 MP3 dorthinein kopiert
- MediaDatabase /data/audio indizieren lassen -> 50 Audio Files gefunden

HDD mit XFS: (/dev/sdb1 on /media/hdd type xfs (rw,relatime,attr2,noquota)
- Verzeichnis /media/hdd/audio angelegt
- den selben Folder mit den 3 Subfoldern und den 50 MP3 dorthinein kopiert
- MediaDatabase /media/hdd/audio indizieren lassen -> 0 Files gefunden

Keine Symlinks, immer die selbe Vorgehensweise. Jetzt werde ich mal eine SDCard mit XFS formatieren, dann wäre das Problem eingegrenzt

Ich brech das Testszenario erst mal runter auf eine simple Struktur, Reichi. Ich habe da einen Verdacht (XFS), aber erst mal austesten, warum nicht indiziert wird. Melde mich dann wieder.

Der UPnP Server funktioniert bei mir mit LiveTV und UPnPPlay auf Android Client,

Media Database streikt seit Anbeginn beim Indizieren, egal was ich versuche. Beispiel:

Oct 31 14:31:36 dm7080 enigma2[21186]: [eMediaDatabase]::addPath - New parent added, with path /media/hdd/music and id 4
Oct 31 14:31:36 dm7080 enigma2[21186]: [eMediaScanner::checkWork] scanning /media/hdd/music for media files
Oct 31 14:31:36 dm7080 enigma2[21186]: [eMediaDatabaseThread] Updated 0 datasets!

/hdd/music enthält ~50GB MP3 Files in Subfolders. Auch das Scannen von Foldern mit weniger Content wird immer mit 0 datasets quittiert.

Ghost, mit diesem Szenario kann ich das 100% reproduizieren:

7080HD

2x DVB-S Tuner (Twin), LNB-Kabel (USALS mit Rotor) an Tuner A1, Tuner A2 "intern verbunden mit Tuner A1"
2x DVB-C Tuner

Testszenario:

auf ARD HD schalten -> Bild kommt -> Sofortaufnahme starten -> Aufnahme startet
auf ZDF HD schalten -> Bild kommt -> Sofortaufnahme starten -> "Aufnahme wegen unbekanntem Service 1:0:19:2B66:3F3:C99999:0:0:0: fehlgeschlagen"

Wichtig ist, das A2 geloopt auf A1 ist. Wenn ich einen 2.LNB an A2 anklemme, dann kommt es nicht zu diesem Fehler.

Wenn ich bei gelooptem Tuner A2 eine Timeraufnahme setzen will (ich bin auf ZDF HD, öffne die ChannelSelection, gehe auf ARD, drücke Info und versuche, die aktuell laufende Sendung zu prrammieren), kommt statt des nichtsagenden

record: 0
Bug: unknown Conflict!
timer conflict detected!

... im Log etwas Interessanteres:

Ich habe oben in meinem Post geschildertes Szenario geloggt, wenns reicht ...

Ebenso hier

7080HD
2x DVB-S Tuner (Twin), LNB-Kabel (USALS mit Rotor) an Tuner A1, Tuner A2 "intern verbunden mit Tuner A1"
2x DVB-C Tuner

Testszenario:

auf ARD HD schalten -> Bild kommt -> Sofortaufnahme starten -> Aufnahme startet
auf ZDF HD schalten -> Bild kommt -> Sofortaufnahme starten -> "Aufnahme wegen unbekanntem Service 1:0:19:2B66:3F3:C99999:0:0:0: fehlgeschlagen"

Mit den beiden DVB-C Tunern sind parallele Aufnahmen, auch aus unterschiedlichen Bouquets/Frequenzen heraus, möglich.

Aufgenommen werden soll:

1:0:19:2B66:3F3:C00000:0:0:0:

Als unbekannter Service moniert wird aber:

1:0:19:2B66:3F3:C99999:0:0:0:

Zitat

Original von tux24
Danke dreamer-flt, also Du meinst eine Frau wie ich soll Finger davon weg lassen.
PS: Ich habe einen 25W Lötkolben (aus DDR Zeit) mit einer stumpfen Spitze. Geht da noch was ?

Die meisten DDR-Lötkolben hatten eine herausnehmbare Kupferspitze. Die hämmerst Du auf 1.5mm vorne spitz, schleifst sie vorne mit einer Feile leicht rauh und verzinnst sie. Unter dieser Voraussetzung darfst Du auch SMD-Bauteile löten :-). 25W gehen in Ordnung.

Mach doch einfach mal den Trockentest: Dreambox aufschrauben, den WM8761 orten (bei meiner DM600 war der Chip unbeschriftet, also entweder das Billigste vom Billigen oder bewußte Verschleierungstaktik) und mit dem kalten Lötkolben testen, ob Du Dir zutraust an Pin 12 einen Draht ranzutackern. Pin 7 ist unprblematischer, da Du mehr Platz hast.

Achtung: Im geposteten Bild von Dahid: http://www.dream-multimedia-tv…ent.php?attachmentid=1649 ist zwischen Pin 13 und 12 eine Zinnbrücke zu sehen. Das sollte nicht passieren.

Zitat

Original von tux24
Mein TV und Verstärker haben leider keinen optischen Eingang. Es interessiert mich aber sehr, ob der "Ton"-Fehler auch beim optischen Ausgang auftritt. Kann jemand von Euch darüber berichten ? Danke.

LG
Tux24

Das Ausschalten der Deemphasis (Pin 12 des DAC auf Masse legen) wirkt sich nur auf den analogen Ton aus. Also SCART und Cinch. Und nur dieser Konstruktionsfehler der DM600 wird damit behoben, nämlich zu dumpfes Audio an SCART und Cinch.

Der optische Ausgang ist nicht tangiert, weil der DAC da gar nichts zu melden hat. Ebenso wird mit dieser Maßnahme nicht - wie in einem anderen Thread von Dir angedeutet, das Problem des falsch demuxten Tons ("Mickymaus-Effekt), das einige user haben, gefixt.

Und noch eine Bemerkung zum Abschluß: Nur wer *wirklich* Löten kann, sollte die Brücke an den DAC tackern. Mit einem 60W Dachrinnenkolben, verzunderter Spitze und tattrigen Fingern geht ganz schnell was schief. Wenn die Pins erst mal durch zu viel Lötzinn verkleistert sind, ist die Box ein Fall für den Mülleimer, wenn man danach noch so unvorsichtig ist sie einzuschalten.

Auf den hier geposteten Fotos sieht das noch leidlich handhabbar aus für Hobbyelektroniker. Die Realität ist ein wenig heftiger. Ich habe bspw. unter Zuhilfenahme einer Lupe löten müssen. Ok, meine Augen sind nicht mehr die Besten, aber normalerweise brauche ich noch keine Hilfsmittel.

Zitat

Original von Nick99

Hallo dreamer-flt,

sehe ich das also richtig, dass nur durch das verbinden der beiden Pins des WM8761 kein dumpfer Ton mehr vorhanden ist? Oder bezieht sich das bei Dir jetzt nur auf MP3-Wiedergabe?

Durch Verbinden von Pin 7 und Pin 12 wird die Deemphasis des DAC deaktiviert, und zwar für alle Audiosignale, welche analog auf SCART und CINCH geschickt werden.

Dadurch ist natürlich auch TV/Radio Audio nicht mehr "dumpf". Was mir nach einigen Stunden des Hörens nach diesem Fix noch aufgefallen ist, ist das der Klirrfaktor bei einigen TV-Sendern dadurch hörbar angestiegen ist. Gerade Stationen, die mit starkem Clipping arbeiten (Bsp: Werbung auf den Privaten), verzerren bei starkem Pegel ein wenig.

Andererseits sind Signale mit normalem Pegel, so alle meine OGG und MP3 und 90% der TV-Sender, ohne Auffälligkeiten. Das Verzerren fiel durch die aktivierte Deemphasis nur nicht auf. Lasst Euch aber durch das Statement "Verzerrungen" meinerseits nicht allzusehr irritieren. Der Klirrfaktor bei starkem Pegel ist ca 10%, das hören viele Menschen nicht einmal, wenn man nicht bewußt darauf achtet.

Zitat

Original von dahid
Hallo Zusammen,

ich konnte das Problem mit dem dumpfen Klang bei meiner 600er lösen. Es handelt sich um ein Hardwareproblem, genauer gesagt ist der Audio Digital/Analogconverter (DAC) falsch beschaltet. Beim DAC [1] ist die De-Emphasis [2] aktiviert, die die Dämpfung der höheren Frequenzen verursacht. Im Anhang findet Ihr Schaltplan und Fotos von den Umbauten. Ich habe alles in einem Arbeitsgang durchgeführt, kann also nicht mehr sagen ob z.B. Maßnahme 1 alleine reichen würde.
[list=1]
[*] Die De-emphasis beim DAC WM8761 (U10) ist aktiv, da Pin 12 des DAC (wenn ich mich richtig erinnere) unbeschalten ist und durch den internen Pull-Up auf high gezogen wird. Das bewirkt eine ausgeprägte Tiefpasscharakteristik, die z.B. in UKW Empfänger nötig ist [2] (Siehe Datenblatt [1] Seite 16). Lösung: ich habe Pin 12 mit Pin 7 = GND verbunden.

Hallo Dahid,

Vielen, herzlichen Dank für dieses ausgezeichnete Hardware-Bugfixing! Ich kann berichten, dass ich den Umbau erfolgreich nachvollzogen habe und der Frequenzgang linear und der Pegel jetzt normal sind. Ich habe dazu lediglich Schritt 1 angewandt: Pin 12 des des WM8761 auf Masse gezogen (Pin 12 und Pin 7 miteinander verbunden).

Jetzt endlich kann man mit der DM600 Musik ohne Kompromisse hören, im subjektiven Vergleich ist kein Unterschied zur Wiedergabe mit einer dBox2 Nokia hier mehr feststellbar.

Es ist mir unverständlich, wie man ein Gerät wie die DM600 mit einer dermaßen eklatanten Schaltungsfehldimensionierung verkaufen kann. Ich würde mich nicht wundern, wenn ein findiger Mensch wie Du noch das Problem mit dem verwaschenen Bild der DM600 beheben könnte. Vielleicht mache ich mich an einem freien Tag mal selbst ran, auch wenn die Zeiten, in denen ich Leiterplatten selbst entworfen und bestückt habe, ein paar Jahre her sind.

Danke! So langsam macht die DM600 jetzt Spass. Da der in diesem Thread beklagte Fehler eindeutig nur durch Hardwareeingriff behoben werden kann, wundert mich der Versuch des Aussitzens seitens Dream Multimedia in keinster Weise. Wenn sie das seriös beheben wollen - selbst wenn man nur die gegenwärtigen Garantiefälle einrechnet - wird das sehr, sehr teuer.