So zur Info über das kommende Update: http://www.golem.de/news/update-am…503-113148.html
Klingt ziemlich cool
Beiträge von Feliks
-
-
Hi @triggylol
Ich habe arg lästige Buffer Probleme ohne diese Einstellung und bei meiner Android Box gerade mal ca 600 MB freien RAM. Wenn das tmp-Verzeichnis regelmäßig gelöscht wird klappt auch alles wunderbar bei mir.
Heißt halt aber auch, dass du unheimlich viele Schreibzugriffe auf deinen Flash-Speicher, was dem auf Dauer nicht so gut tut. Ich würde eher mit kleineren Buffergrößen rumspielen, z.B. 100MB (104857600).
Viele Grüße,
Felix -
Ok, danke Da hast du wohl einfach Pech gehabt Oder ich Glück oder wie auch immer - zumindest schnurren meine 4 glücklich und zufrieden vor sich hin
-
Gegenüber Deinem und meinem Log sehe ich nur:
Bei Dir erscheint kodi:kodi@, weiss nicht ob dies benötigt wird
Um zumindest das hier zu klären, das sind die Login-Daten für den Samba-Server, Nutzer:Passwort@Computer
Ansonsten - die lange Startzeit hatte ich bei Kodi bei mir immer, wenn der MySQL-Server nicht erreichbar war, er wartet da ewig auf nen TimeOut, wenn er die Datenbank nicht erreicht. Und da insbesondere das Browsen in der Datenbank bei dir auch langsam ist, scheint mir das in irgendeiner Form nen Datenbank-Problem zu sein - aber wie man da ansetzt, bin ich ehrlicherweise überfragt Eine Idee wäre vielleicht mal sich die CPU/RAM/Platten-Auslastung des Datenbankservers währenddessen anzuschauen, ob da was auffällig ist.Gruß,
Felix -
Im Normalfall ist im Anwendungsfall NAS ja = ich schreib einma druff und les nur noch... von dem her sollten die Archivplatten gut funktiniere.
Jein - die Platte braucht ja ganz schön lang zum Schreiben, da man ja um in einem Plattenbereich was zu schreiben, den komplett neu beschreiben muss und wenn der Schreibvorgang mehrere Plattenbereiche betrifft, müssen die alle komplett neu geschrieben werden - der c't Test legt ja nahe, dass das ganz schön lang braucht, da muss man sich imho dann irgendwann doch Gedanken um sowas wie USV machen - da ist das Risiko bei ner normalen Platte dann doch geringer. Aber wenn die Daten erstmal drauf sind, sollte es wohl keinen Unterschied mehr machen, da stimm ich dir zu. Ich bin da einfach nochn bisschen skeptischer als ihr, was die SMR-Platten geht - ich hoff mal, ich hab UnrechtSeagate sagt das eher (meiner Meinung nach ) das sie nicht in Chassis 24+N kommen wegen den Vibrationen.
Zugegeben, das hab ich ausm c't-Artikel, hab das nicht selber nachgelesen@pacoma Der Neugierde halber - was hattest du denn für Schwierigkeiten mit der RED?
-
Sorry, LiveTV mach ich mit meinem FireTV (noch) nicht.
Aber es scheint ja zu tun -
So gehen die Kinderkrankheiten ja nie weg
So betrachtet Wobei ich diese Platten trotzdem einfach nicht in meinem primären Server einsetzen würde, wäre mir persönlich grad das Risiko noch zu hoch, ich würde zumindest mal noch irgendwelche Belastungstests abwarten (hab da zumindest noch keine gesehen^^)
Abgesehen davon schmeckt mir bei der Größe der Platten einfach auch die Rate der nichtkorrigierbaren Lesefehlern nicht mehr - wir sind da immer noch bei einem pro 10^(14)Bit. Das klingt nach wenig, heißt aber, dass wir statistisch gesehen nen nichtkorrigierbaren Lesefehler alle 11,3TB bei ner Plattenkapazität von 8TB haben - ich kann meine Platte also (statistisch gesehen) eineinhalb mal auslesen, dann hab ichn Lesefehler, den ich nicht mehr korrigieren kann (es sei denn ich hab nen Dateisystem, das das kann wie ZFS, BTRFS), das ist irgendwie nicht so der Traum... -
Hi,
Seagate sagt wohl, dass die Platte nicht für den NAS-Einsatz geeignet sei. Abgesehen davon mag Seagate nicht mehr als 180TB Lese-/Schreibzugriffe pro Jahr - ob das für dich nen Problem ist, musst du wissen
Abgesehen davon, hat c't die grade im Test gehabt.Ach ja - und es ist natürlich die Frage, ob man für nen Datenarchiv auf ne neue Technik mit potentiellen Kinderkrankheiten (SMR - Shingled Magnetic Recording) setzen mag - ich wäre da eher skeptisch
Gruß,
Felix -
Hi,
damit hast du auch deine Erklärung, warum du auf dem Flash-Speicher cachest - cachemembuffersize sollte nicht 0 sein, damit verbietest du Caching im RAM, also nimmt er den Flash-Speicher
Sehr informativ dazu ist dieser Thread - zur Erklärung, wieso weshalb warum insbesondere dieser Post, eine mögliche Konfiguration in diesem. Die genauen Hintergründe wie immer sonst auch nochmal im Wiki.Ich persönlich nehm im Prinzip die Konfig aus dem Post oben, mit ner kleinen Modifikation, so dass er höchstens 300MB (also 900MB RAM) zum Cachen bekommt anstatt 400MB (1,2GB RAM):
Code<[definition='2','1']advancedsettings[/definition]> <network> <buffermode>0</buffermode> <cachemembuffersize>314572800</cachemembuffersize> <readbufferfactor>20</readbufferfactor> </network> </[definition='2','1']advancedsettings[/definition]>
Viele Grüße,
Felix -
Hallo @sh4 ,
hast du in der [definition='2','1']advancedsettings[/definition].xml sowas drin?
Gruß,
Felix -
Hallo Ben,
afaik schaltet der FireTV-StandBy Modus den HDMI doch ab? Es ist bei mir zumindest so, dass wenn ich nach ner Nacht den Fernseher einschalte und kein Knopf auf der FireTV-Fernbedienung drück, der Fernseher "Kein Signal" anzeigt.
Gruß,
Felix -
Hi Mstengel,
willkommen im Forum
Hier auf der Downloadseite von OpenELEC findest du den Download. Für die zweite Himbeere findest du den Download im Abschnitt RaspberryPi Builds unter der Überschrift ARMv7 builds - RPi2 ARMv7 quad core models (Model B 1024MB).Viel Spaß und Erfolg damit
Viele Grüße,
Felix -
Hi zusammen,
@DDD hat ja mal die Frage aufgeworfen, was für einen Deinterlace-Algorithmus genutzt wird. Wenn ich mir so nen Video anguck und dort dann in die Einstellungen geh, dann kann ich bei Deinterlace-Methode zwischen 'Auto' und 'Software Blend' wählen - insofern geh ich davon aus, dass diese Methode immer genutzt wird.
Gruß,
Felix -
Hi Gringo,
nicht viele - ich benutz eigentlich überwiegend nur Verwaltungs-Addons (FanArt&co) - da ich ja nen FireTV hab, nutz ich die native ZDF/ARD-Mediathek-Apps und das wars eigentlich auch schon.
Gruß,
Felix -
Öhm Aptoid? Was ist das? Davon hab ich noch nichts gehört^^ Magst du das kurz erklären/verlinken? Wenn ich google, find ich nur nen AppStore Aptoide - scheint ja nicht das zu sein, oder?
Gruß,
Felix -
Hi zusammen,
mein FireTV hat nen Problem mit Untertiteln - sobald sie angezeigt werden müssten, schmiert mir mein Kodi ab - der Log legt nahe, dass es daran liegt, dass er die Fonts nicht findet, hier der relevante Log-Auszug:
Code12:34:15 T:1488776368 ERROR: Couldn't load font name: __subtitle__(special://xbmc/media/Fonts/arial.ttf), trying to substitute arial.ttf 12:34:15 T:1488776368 ERROR: Couldn't load font name:__subtitle__ file:/data/data/org.xbmc.kodi/cache/apk/assets/media/Fonts/arial.ttf 12:34:15 T:1488776368 ERROR: Couldn't load font name: __subtitleborder__(special://xbmc/media/Fonts/arial.ttf), trying to substitute arial.ttf 12:34:15 T:1488776368 ERROR: Couldn't load font name:__subtitleborder__ file:/data/data/org.xbmc.kodi/cache/apk/assets/media/Fonts/arial.ttf 12:34:15 T:1488776368 ERROR: CGUIWindowFullScreen::OnMessage(WINDOW_INIT) - Unable to load subtitle font 12:34:16 T:1755897960 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
Das sind die letzten Einträge, dann ist Kodi weg. Die vorherigen Einträge sind Debug-Einträge, die die ganze Zeit schon auftauchen. LogCat weiß leider auch nicht mehr als die Tatsache, dass Kodi tot ist und "...died without state save". An den Pfad /data/data/... komm ich nicht ran um die Existenz zu überprüfen - weiter als /data/data darf ich nicht - permission denied.Folgendes hab ich bisher herausgefunden: VOB-Untertitel tun - liegt nahe, da das ja Bilder sind. Anscheinend tun auch S_HDMV/PGS Untertitel - der Untertitel-Codec der crasht wird von MKVinfo als S_TEXT/UTF8 bezeichnet.
Das seltsame ist, dass dieser Untertitel vor einer Woche auf dieser Kiste (unter Helix 14.0) noch getan hat - ob das was mit dem Update der Firmware letzte Woche der dem Update auf Helix 14.1 zu tun hat weiß ich nicht - sind nur die einzigen Veränderungen, die mir einfallen.
Hat jemand schonmal was derartiges erlebt? Oder hat Lösungsansätze?Tante Edith kam grad nochmal auf den klugen Gedanken, in den Settings von den Untertiteln nochmal nachzugucken, ob man eventuell ne andere Schriftart auswählen kann. Dort stand grade bei Schriftart ?0? und es lies sich keine auswählen. Nach nem Kodi-Neustart hatte ich wieder die Wahl zwischen arial.ttf und teletext.ttf - in beiden Fällen stürzt mein Kodi ab, sobald ich an den ersten Untertitel komme.
Update2: Ich hab nochmal nen bisschen rumgespielt und bisher ist es mir nur beim Skin "FireTV" von @Holzkopp passiert - bei Eminence und ConfluenceMod konnte ich das nicht verifizieren.
Viele Grüße und schonmal vielen Dank,
Felix -
Danke fürs Erwähnen^^
Es scheint seit neuestem mit der neuen Version von SPMC noch nen Weg zu geben, siehe Release-Notes: http://spmc.semperpax.com/
Hat da jemand schonmal mit rumgespielt und hat Erfahrungen?
Viele Grüße,
Felix -
Kenn ich @Holzkopp, danke Ich muss nur zugeben - ich mag ihn nicht sonderlich vom Stil her - ist mir zu überladen mit den gefühlt 200 Icons auf der "Startseite" und mit dem ab und zu funktionierenden Ersatz für die Home-Taste bin ich ehrlicherweise auch nicht glücklich, deshalb probier ich grad die Llama-Variante^^
-
Oki, dann wird die mein nächstes Opfer^^ Ich hatte die Hoffnung, dass sich jemand diese Arbeit schon gemacht hat und ich da darum käme
-
Hallo zusammen,
ich bin grad auf der Suche nach weitern möglichst kleinen Apps (5,5GB Speicher sind viel zu wenig^^) um mit denen den Llama-Trick zu machen um sie ins Hauptmenü zu bekommen.
Habt ihr da weitere Empfehlungen außer der IkonoTV-App?Viele Grüße,
Felix