Image 13068 Problem mit Fernbedienung

[/dev/null]

Nach dem Update funktioniert jetzt die Sleeptaste mit der Timer Übersicht. Aber die Timeshifttaste macht auch Timer Übersicht, egal was man bei Hot-Keys einstellt. Dir Portaltaste funktioniert jetzt bei mir, nach dem ich diese in die evremote2 per Hexeditor eingetagen habe, mit HDMU Mediacenter habe ich sie belegt.
Jemand eine Idee bezüglich Timeshift? Danke im Voraus.

MfG

[bonkel]

kleiner dreher drin aufs nächste image warten

[/dev/null]

Die 13075 nehmen oder auf die 13076 (changelog fix mistake) warten? Danke.

MfG

[bonkel]

fix mistake nehmen

[/dev/null]

Alles Bestens, Timeshift und Timer Übersicht funktionieren jetzt. Danke.

MfG

[Dimis]

bonkel, will kein neues Thema dafür öffnen, es betrifft aber Spark...Die 13068 version läuft jetzt sehr GUT, Danke! Ausser bei "4099:" Streams, da bringt FFM immer noch ein "avformat" Fehler und die Streams starten nicht. Wird es so bleiben, wieso klappt das nicht mehr.

Gruß

[bonkel]

wenn ich es wüsste, würd ich es ja fixxen :D

[Dimis]

Hab mal ein Log gemacht jetzt kommt das, siehe mal da wo Rot ist:


KEY by code: 160 - OK/LIST **** 844 8 ****
[SEM] UP
KEY_PRESS - 160 8
++++ 8 ms ++++
playing 4099:0:1:0:0:0:0:0:0:0:rtmp%3a//46.165.230.2/live/ playpath=wwaaliens?keys=i0Y8O9j2yfEaqDIfpvOKrw&keyt=1414026249 swfUrl=http%3a//static.vipi.tv/jwplayer.flash.swf live=1 pageUrl=http%3a//watch.vipi.tv/?id=wwaaliens&width=787&height=500:Ancient Aliens
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:445D:453:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:1:445D:453:1:C00000:0:0:0:
[mg0] stoping camd..
[mgcamd] emm stopped
[mg0] stopped
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - KEY_RELEASE - 160 00 8 8 CAUSE=Timeout
[RCU] key: 2f -> 0000000011eed02f 01 KEY_OK SPARK(rc05)(HOF-54M15)


KEY by code: 160 - OK/LIST
**** 135 8 ****
ok
AUDIO_STOP - ---- 108 ms ----
[SEM] DOWN
ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
TuxTxt stopped service 21
cleaning up
TuxTxt cache cleared
start release channel timer
eServiceEPlayer3::construct!
Output
[playback/playback.c:PlaybackOpen] URI=rtmp://46.165.230.2/live/ playpath=wwaaliens?keys=i0Y8O9j2yfEaqDIfpvOKrw&keyt=1414026249 swfUrl=http://static.vipi.tv/jwplayer.flash.swf live=1 pageUrl=http://watch.vipi.tv/?id=wwaaliens&width=787&height=500
container/container.c::Command
container/container.c::selectContainer
Selected Container: FFMPEG
[container/container_ffmpeg.c:container_ffmpeg_init] >
[container/container_ffmpeg.c:container_ffmpeg_init] filename rtmp://46.165.230.2/live/ playpath=wwaaliens?keys=i0Y8O9j2yfEaqDIfpvOKrw&keyt=1414026249 swfUrl=http://static.vipi.tv/jwplayer.flash.swf live=1 pageUrl=http://watch.vipi.tv/?id=wwaaliens&width=787&height=500
Metadata:
Server NGINX RTMP (github.com/arut/nginx-rtmp-module)
width 640.00
height 352.00
displayWidth 640.00
displayHeight 352.00
duration 0.00
framerate 23.00
fps 23.00
videodatarate 0.00
videocodecid 7.00
audiodatarate 156.00
audiocodecid 2.00
main thread is non-idle! display spinner!
[aac @ 0x299d2f0] Format aac detected only with low score of 1, misdetection possible!
[aac @ 0x2997200] channel element 2.3 is not allocated
[aac @ 0x2997200] More than one AAC RDB per ADTS frame is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.

[aac @ 0x2997200] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout, use -strict 1 to decode according to the specification instead.
[aac @ 0x2997200] channel element 1.13 is not allocated
[aac @ 0x2997200] channel element 2.3 is not allocated
[aac @ 0x2997200] channel element 2.12 is not allocated
[aac @ 0x2997200] Number of bands (15) exceeds limit (12).
[aac @ 0x2997200] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout, use -strict 1 to decode according to the specification instead.
[aac @ 0x2997200] channel element 1.13 is not allocated
[aac @ 0x2997200] channel element 2.3 is not allocated
[aac @ 0x2997200] Sample rate index in program config element does not match the sample rate index configured by the container.
[aac @ 0x2997200] Inconsistent channel configuration.
[aac @ 0x2997200] get_buffer() failed
[aac @ 0x2997200] Inconsistent channel configuration.
[aac @ 0x2997200] get_buffer() failed
[aac @ 0x2997200] Number of bands (16) exceeds limit (6).
[aac @ 0x2997200] Number of scalefactor bands in group (47) exceeds limit (43).
[aac @ 0x2997200] channel element 2.4 is not allocated
[aac @ 0x2997200] channel element 2.12 is not allocated
[aac @ 0x2997200] Reserved bit set.
[aac @ 0x2997200] channel element 2.12 is not allocated
[aac @ 0x2997200] channel element 3.6 is not allocated
[aac @ 0x2997200] Reserved bit set.
[aac @ 0x2997200] Reserved bit set.
[aac @ 0x2997200] channel element 3.2 is not allocated
[aac @ 0x2997200] channel element 3.3 is not allocated
[aac @ 0x2997200] channel element 2.6 is not allocated
[aac @ 0x2997200] Reserved bit set.
[aac @ 0x2997200] channel element 3.6 is not allocated
[aac @ 0x2997200] Number of bands (6) exceeds limit (4).
[aac @ 0x2997200] Number of scalefactor bands in group (43) exceeds limit (41).
[aac @ 0x2997200] channel element 3.12 is not allocated
[aac @ 0x2997200] channel element 3.0 is not allocated
[aac @ 0x2997200] Reserved bit set.
[aac @ 0x2997200] channel element 2.3 is not allocated
[aac @ 0x2997200] channel element 2.1 is not allocated
[aac @ 0x2997200] channel element 1.15 is not allocated
[aac @ 0x2997200] Sample rate index in program config element does not match the sample rate index configured by the container.
[aac @ 0x2997200] Inconsistent channel configuration.
[aac @ 0x2997200] get_buffer() failed
[aac @ 0x2997200] Inconsistent channel configuration.
[aac @ 0x2997200] get_buffer() failed
[aac @ 0x2997200] Assuming an incorrectly encoded 7.1 channel layout instead of a spec-compliant 7.1(wide) layout, use -strict 1 to decode according to the specification instead.




Gruß

[Macbest]

Ja da steht was von Update.
Da steht aber auch das wenn der Fehler immer noch da ist das File Eigenschaften hat die nicht implementiert sind.

Für mich heißt das updaten testen und klappt oder nicht.
Wobei ich gerade nicht weiß welche Version aktuell ist.

[Dimis]

github.com/arut/nginx-rtmp-module

Hat das was damit zu tun? Die letzte Aktualisierung war vor zwei monate.
Ich hab mal testweise mal OpenAR-P drauf reines FFMPEG, da läuft auch viel, aber auch nicht alles, hier gibts das Problem das manche http-Streams nicht richtig laufen. Man kann also nicht alles haben!^^

[rantanplan]

211er Arp für die Triplex drauf? ist ja gut, aber der ffm könnte dann ja schon aktualisiert werden.
Oder 216er Arp für die 7111er Boxen?

[/dev/null]

Ich habe beim Image 13080 über Hot-Key EPG Search auf die Search-Taste gelegt, leider funktioniert das nicht. Anscheinend ist das nicht die Lupe-Taste (Search). Oder heisst die bei Hot-Key anders?

MfG

[bonkel]

kann sein das "b" fehlt
war bei timeshift ja auch so

[SML]

@ /dev/null

Für die Search-Taste in der keymap.xml, unten im Hot-Key Abschnitt, KEY_SEARCH durch KEY_FIND ersetzen.

Zusätzlich kannst Du unter <map context="EPGSelectActions"> (Zeile 572) noch <key id="KEY_FIND" mapto="yellow" flags="m" /> einfügen, damit öffnest Du mit 2x Search das VirtualKeyboard für die Suche.

[/dev/null]

Hat soweit funktioniert, nur das mit dem 2x Search nicht. Hast Du dir mal das angeschaut was ich hier (http://www.hdmedia-universe.com/board/showthread.php?7842-Image-13076-WebIf-und-Videoplayer-Filmliste)geschrieben habe. Die Regierung war sehr aufgebracht, als sie ihre Aufnahmen anschauen wollte. :D Muss ich da auch was in der keymap ändern? Anmerkung am Rande, Uhrzeit war im Display heute morgen falsch. :( Noch eine Frage am Rande, habe mir pluginhider installiert, doch Sleeptimer (ist doch auch im Ausschaltmenü) bekomme ich nicht aus den Erweiterungen damit raus, welche Möglichkeit gibt es da noch? Danke.

MfG

[bonkel]

key find angepasst

[rantanplan]

@/dev/null

Hallo

das mit der Uhrzeit ist leider schon ne ganze Weile im Image ein Problem.
Denen die ihr Receiver in den Deep schicken fällt es nicht auf. Der Reboot löst das Problem.
Wenn du drauf achtest spielt die Uhrzeit auch während der Wiedergabe von Mediafiles irgendwann verrückt.
Es hilft immer ein Reboot um das VFD anzupassen.
Jetzt könnte aber ja durchaus sein, das die Anpassungen im git vom dboxoldie dahingehend auch was bewirken?

Grüße

[/dev/null]

Na ich hoffe es, das ist die einzigste Zeitangabe im Schlafzimmer ohne nach dem Handy zu grabbeln. Wenn das Babyfone anspringt ist es unter anderem das erste was man macht, schauen wie Spät es ist.

MfG

[rantanplan]

wobei....
jetzt wirds kompliziert...
also wenn die Uhrzeit im Betrieb noch korrekt war
dann Receiver in den Deep schicken
dann bleibt sie glaub auch weiterhin richtig...
wieder sichtbar im Deep bekannterweise mit blauen Knobb (falls man es mal vergessen hat).
Verdröseln tut die Zeit sich immer im Betrieb oder eben irgendwann im SoftStandby.
Musst mal testen.

[/dev/null]

grml Deepstandby, ich mag den Softstandby. Einmal drücken und in 2 Sekunden ist das Bild da. :D

MfG

[bonkel]

dann kannst du die box auch gleich an lassen, stromverbrauch bleibt ziemlich gleich im softstandby

was ist wenn du den nicht benutz , bleibt die uhrzeit gleich?

[/dev/null]

Entweder habt ihr was geändert oder ich kann nur auf meine Messungen hier im Forum bezüglich Stromverbrauch (inklusive Über- und Unterakten, wenn ich mich nicht irre) verweisen. Ein paar Watt unterschied sind schon vorhanden, aber im Deepstandby bestimmt mehr. :) Ein Namenhafter TV Hersteller, warnt sogar davor die Geräte komplett auszuschalten ( verkürzt die "Lebensdauer", schnellerer Defekt, Herstellergeräte natürlich). Aber darum geht es doch nicht, jeder hat so seine Vorlieben. ;)
Werde heute Abend dann mal den Deepstandby testen und berichten ob die Uhr dann Morgen noch richtig läuft.

MfG

[DboxOldie]

Die Änderungen im Git betreffen nur vfdctl > dadurch werden per ioctl() die richtigen Parameter an den aotom übergeben.
Bzw. sind alle 45 Symbole schaltbar, und nicht nur die 16 der ufs Boxen.
Eine RealTimeClock Funktion hat der aotom schon lange, der Kernel registriert beim Start ja auch das rtc-device.
Wenn die Uhr falsch geht > verstellt irgendwas die schlicht und einfach.
Ich habe jednfalls nach mehreren Tagen im deep StandBy da keine Abweichungen, im Betrieb auch nicht und soft StandBy macht kein Sinn > da kann ich die Box gleich an lassen.

[/dev/null]

Leute was soll immer das immer, was Sinn macht oder nicht ist doch jedem selber überlassen. Ich sitze im Arbeitszimmer und streame gerne und das geht nicht wenn die Box aus ist. Ist es denn so schwer zu verstehen das andere Leute andere Priotriäten haben? Lasst es doch einfach. Und die 5-10 Watt (je nach Auslastung wenn die Box an ist) kann man doch trotzdem Sparen. *kopfschütteln

MfG

[rantanplan]

Hallo DboxOldie

doch doch doch, das macht das VFD im Image von HDMU schon lange.
Wurde auch schon einige male zaghaft angesprochen. Zaghaft, weil man hat ja immer Angst direkt als aber mal ganz böser Junge dargestellt zu werden.
Das führt leider dazu, das die Leute dann sagen...ups sorry...ich teste mal was anderes.
Diesen Fehler mit der Uhrzeit jedenfalls betreffend kann das jeder mit ein wenig spielen nachstellen.
Man muss nur irgendwas im Netzwerk betreffed machen und irgendwann stimmt die Zeit nicht mehr.
Wird dann auch nicht mehr korregiert.
Erst der Reboot hilft.
Diesen "Fehler" hat auch das ARP-Image, demnach scheint es irgendwas mit dem Grundsystem zu tun zu haben.
Und jetzt wird es leider wieder kompliziert und ich will da nicht wieder in ein Fettnäpfchen treten...
Warum lässt man beim HDMU besser die Box im Softstandby?
daTa hat es angedeutet und auch das wurde schon einge Male hier angesprochen.
Die Box startet aus dem Deep leider sehr häufig mit schwarzen Bildschirm und das versaut einem regelmäßig die potentiellen Aufnahmen.
Das ist ärgerlich und war lange Zeit der Grund weswegen ich das mitlerweile betagte ARP bevorzugt habe.
Andere halt das pkt.
Nein ich will nicht auf das Image rumhacken, im Gegenteil!
Diese beiden Fehler sind aber leider schon ewig da.
Ne LinuxBox die nicht zuverlässig aufnimmt ist nicht zu gebrauchen.
Das sollte man einsehen.

Achso...wegen Start aus dem Deep...das geht mit HDMU schon deutlich schneller:o

Grüße

[/dev/null]

Ich habe im Deepstandby keine Uhrzeit, blaue Taste hilft da auch nicht.

MfG

[rantanplan]

huch??
schneller Gegentest, doch tut bei mir.
Ist im Deep dann einmal blaue Taste und Zeit da.
Komisch, welche Version hast du drauf?

[/dev/null]

Huch, ja funktioniert. Als ich das gelesen habe bin ich gerade nochmal ins Schlafzimmer und diesmal hat es funktioniert. Anscheinend war ich vorhin zu schnell. Habe kurz und lang probiert, aber es hatte sich nichts getan. Jetzt gehts, also man sollte bischen warten. :)


Danke.
MfG

edit:
Um deine Frage zu beantworten, Image 13275. Ich könnte schon wieder im Dreieck springen, aber was solls, das Leben hat mehr zu bieten. :D Kannst ja mal in den crashlog Thread schauen.

[DboxOldie]

@/dev/null:
Natürlich ist es jedem selbst überlassen, wie er seine Box parkt.
Mir macht es eben nichts aus die ~30 Sekunden bis zum TV Bild zu warten und kein Bild aus Deep kenne ich bei Neutrino nicht. :)
Timer aus Deep klappen, und das Timersymbol leuchtet bei vorhandenen Timer, was will ich mehr ?
Zum Streamen nutze ich die Kiste auch gelegentlich, aber da eher die Tuner Freigabe über xupnd zumSamsung TV , wenn die Wohnzimmerbox (ufs913) mit zwei Aufnahmen am Werkeln ist und ich eine andere Ebene schauen will.
Aber heute zwischen den F1 Sessions hab ich mal die Box mal im Soft StandBY gelassen: VFD Zeit passt.

[/dev/null]

@DboxOldie
Die Zeit in Softstandby ist zu kurz, über Nacht testen. Manchmal hat man auch eine wirre Zeichenkette anstatt Uhr und Datum. Ach streamen mache ich nicht nur ins Arbeitszimmer, auch wenn ich Unterwegs (Muuta sei dank) bin und es gibt eine Sportveranstalltung die man sich anschauen könnte. Tuner zum Samsung, wie das? Habe auch zwei Samys hier.


MfG

[DboxOldie]

Tuner zum Samsung > geht mit dem xupnpd Netzwerkdienst....k.A. ob es sowas auchfür E2 gibt.
Die Box taucht da bei Source auf dem TV als Netzwerkgerät auf, ähnlich wie der Win Mplayer wenn aktivert.

[rantanplan]

mhh
aber wir sind doch hier beim hdmu Image und das ist enigma2.
Darauf bezogen sich ja auch genannte Probleme und nicht auf Neutrino.

[DboxOldie]

Sorry > da wollte einer wissen " wie geht ".....:)

[santa]

Die vergleiche zwischen neutrino und e2 sind sehr wichtig, da wir beide das gleiche grundsystem nehmen zum bauen, dadurch kann man manchmal schneller überlegen wo der Fehler her kommt.

[rantanplan]

Irgendwie redet man doch gerne an einander vorbei.

Mir ist klar das HDMU und Panther-Forum zusammen arbeiten.
Bringt nur nix, wenn man beschreibt, das es unter Neutrino alles kein Problem ist.
Das weiß ich doch. Ich habe die Image drauf gehabt und werde gewiss auch mal wieder damit "spielen".
Uhrzeit Problem im HDMU lößt es aber nicht
VFD-Problem dirket auch nicht, aber eventuell eben über diesen Umweg. Dann ist es doch schön für alle.
Dunkeles Bild nach dem Einschalten kann man unter Neutrino auch nicht nachstellen.
Im HDMU ist es unter der Triplex aber so. Das schon ewig.
Jetzt ist die Frage...Wollt ihr dieses Feedback hören?
Die Leute stets als Trottel darzustellen, die euch dieses Feedback geben kann es nicht sein.
Auch das Nachstellen von Fehler kostet viel Zeit und zu schauen ob es besser klappt auch.
Gewiss leichter dann zu sagen, läuft nicht und tschüssikowski.

Grüße

[/dev/null]

Uhrzeit? Gerade frisch geflasht, Sport 1 Hd angehabt, Plugin installiert (nur eins, sonst ist die Box noch jungfräulich :D ) und Gui neustart.

86838684

MfG

[santa]

@rantanplan:

Auch wenn es scheinbar wie ein popeliger Fehler aussieht, ist es trotzdem nicht unbedingt so einfach dies zu fixen.
Ich bin immer sehr froh wenn die neutrino Jungs gegen testen, selbst verständlich sind uns eure Tests wichtig.

Aber wir sind derzeit stark unterbesetzt, der einzige der derzeit aktiv am image bastelt ist bonkel, alle anderen so wie ich auch mussten uns aus privaten gründen stark zurück nehmen.

Ein weiteres Problem ist, dass dieses Problem eher in der vfd ansteuerung zu finden ist als im e2 Teil, anders gesagt c oder c++ und kein python.

Da die meisten devs die ich so kenne meist nur eine von beiden Sprachen gut beherrschen ist es manchmal schwer zu sagen wer nun den Fehler suchen und fixen darf.

Nächstes Problem ist das unser image so mindestens aus 8 gits gebaut wird, an denen 4 auch die neutrinos arbeiten.
Fehler aus Nebenwirkungen können da schnell passieren ohne das man sofort einen Zusammenhang auch nur erahnen kann.
Oftmals gibt es nur versionsupdates des bausystems die große Probleme machen, ich bin da Max immer sehr dankbar wie er den Überblick behält, er allein kann aber auch nicht alles.

Auch wenn dies alles vielleicht komisch klingt, wir können uns derzeit nur um Fehler kümmern die schnell zu finden sind, leider.

Um es deutlich zu sagen, wenn der Fehler beseitigt werden soll, bedarf es entweder Glück, Hilfe durch die neutrinos oder Nachwuchs der sich einbringt und uns unterstützen will.

Also wer die Box und programmkenntnisse hat, melden und ins git schauen, da ein e2 bauen und mit hdmu gegen testen usw.

[DboxOldie]

Mit 1 Plugin ist die Box eben nicht jungfräulich....
Es ist ja so:
Die Box startet aus Stromlos > Display 00:00.
Sobald die Gui die Zeit über DVB hat > steht die im Display.
Der Linux-Kernel hat dann eigene Timer, die die Zeit hochzählen, das kann u.U. durch Over Clocking beeinflusst werden.
Wenn da jetzt irgendwas da eine falsche Uhrzeit ins VFD schreibt > müsste sich jemand die Zeit nehmen und im Code da alles abklappern.

Edit: Ich sehe gerade Santa´s Anwort > genau so ist es.
Im E2-pli-git gibt es so gar keine VFD Ansteuerung > das wird alles dazu gepatcht. ( Bitte korrigieren, wenn ich was falsches schreibe )
Und da ist die Spark Triplex nicht optimal eingebaut > das passt eher zu ufs, hd-box oder topf.
In Neutrino ist man auch dazu übergegangen und hat alles in simple_display.cpp, lcdd.h usw. eingebaut für Spark ( simple deshalb > war ursprünglich für billig Spark > Pingulux )
Nach und nach ist das eben für Triplex erweitert worden.

[/dev/null]

Da habt ihr wohl Recht und es liegt an pli, denn wenn ich mich recht erinnere dann habe ich das schon mal vor Monden angesprochen. Da hieß es es gab da bezüglich Änderungen am pli. Aber soll man das jetzt so stehen lassen? Hoecker ist schuld und das war es dann? Natürlich kann man jetzt ewig den schwarzen Peter hin und her schieben und jedesmal den Psalm runter beten zu wenig Leute, wir haben ein Privatleben etc. Haltet ihr die Benutzer für so geistig minderwertig, dass sie das nicht selber wissen? Es sind doch einfache Fragen auf irgendwelche Probleme. Dann gleich sagen keine Lust oder man kann es nicht, anstatt immer die selbe Leier. Ich möchte damit keinen zu nahe treten, aber auch mal die andere Seite der Medaille anschauen.

MfG