Beiträge von buers

Ja - powertop unter Linux. Unter Windows kann hilfreich sein: powercfg (ist aber bisschen anderer Fokus). Insbesondere

powercfg /energy

powercfg /sleepstudy

powercfg /?

Benötigt privilegierte Rechte, gehört zu Windows Grundausstattung.

Zitat von hylli

Anfänglich finden sich da Einträge mit root:meinpasswort@192.168.2.36:82...

Habe ich hier schon öfters gesehen und auch schon drauf hingewiesen und Bug-Report vorgeschlagen (und auch schon einige PNs dazu geschrieben um die Leute auf PW in Log hinzuweisen bei VU+ Addon). Meines Erachtens immer eine gute Idee, Logs durchzusehen, bevor man Sie hier postet. Klar, sollte da kein PW drinstehen - Kontrolle ist besser. Unabhängig davon besteht die Chance, dass man was dabei lernt. Auch wenn vieles sehr kryptisch ist, erkennt man das Wort error leicht, und manchmal steht auch eine einfache Erklärung für den Fehler.

Mir scheint, auch das EPG Einlesen des VU+ Addon unter Nexus ist ein Bug (oder halt eine Nichtkompatibilität des Addons zu Nexus). Da gab es jetzt doch schon zahlreiche Meldungen. Selbst nutze ich das Addon nicht.

In verschiedenen Beiträgen lese ich von "unkomprimierten Blu-Rays" und ähnlichen Formulierungen mit "unkomprimiert". Was versteht ihr darunter?

Ehrlich gesagt fehlt mir die Kreativität, das auch nur irgendwie in die Nähe meines Verständnisses von "unkomprimiert" zu bringen.

Z.B.: 1980*1080 Auflösung, 3 Grundfarben, jeweils 8 bit, 24 Bilder pro Sekunde -> Bandbreite von 1194 Mbit/s (1980*1080*3*8*24/s). UHD Auflösung entsprechend höher. Größere Farbtiefe auch. Ton können wir da getrost vernachlässigen.

Hatte auch schon einige ähnliche Fehler gelesen, auch schon mit [definition=12,1][definition=12,3][definition=12,5][definition=12,6]debug-Log[/definition][/definition][/definition][/definition]. Scheint in der Tat mit engima2 vuplus addon zusammen zu hängen. Wenn es nur ums Fernsehen geht, sollte als Workaround dienen können: Im Webif von Enigma2 eine m3u-Liste exportieren (geht einfach pro Bouquet), und diese mit dem Simple PVR Client zu nutzen.

Das hat leider einige Nachteil ggü. dem vuplus addon. Z.B. kriegt man da jetzt nicht ganz trivial und mühelos EPG dazu, Picons dito.

An unserer Schule gehörte ich zum letzten Jahrgang, der noch Rechenschieber-Nutzung gelernt hat - und zum ersten Jahrgang, der fakultativ einen Programmierkurs belegen konnte. In der ca. 10 Klasse haben wir dann auch einen Taschenrechner gekriegt. Leider keine Ahnung, wo mein Aristo-Rechenschieber von damals geblieben ist.

Ich meine, er hatte auch noch ne Zunge, die man umdrehen konnte für weitere Funktionen, und auch trigonometrische Funktionen. Habe ich jetzt auf deinen Fotos, @the ratman, nicht auf Anhieb gesehen. Ich melde mich Mal per PN bzgl. Interesse ...

Den letzten regelmäßigen praktischen Einsatz eines Rechenschiebers habe ich vielleicht 1986 gesehen, während Ferien-Jobs an einer Aluminium-Walzstraße. Mit dem Rechenschieber kann man durch eine Zungeneinstellung eine Division und eine Multiplikation durchführen: x/y*z. Damit konnte man mit Länge und Höhe des Walzbarrens durch eine Rechenschieber-Stellung ausrechnen, wie dünn der Maschinenführer bei begrenzter Länge des "Rollenganges" den Stich (d.h. das dünner-Walzen) minimal machen kann. War viel schneller als Taschenrechner, und 2 gültige Stellen waren für so was ausreichend.

Als ich an der Uni Assistent war, vermisste ich bei den Studenten bisweilen die Fähigkeiten, die man sich mit Rechenschieber-Ausbildung noch aneignen musste: Überschlags-Rechnung, Zehner-Potenz selbst bestimmen, implizit Plausibilitäts-Check des Ergebnisses. Bei der Durchsprache eines falschen Ergebnisses (trotz korrekter Formel, halt nur vertippt) sprach ich Student auf kalkulierte Überlicht-Geschwindigkeit für Ionen-Wanderung bei Elektrolyse an. Antwort: das kam halt raus beim Taschenrechner.

Alternativ zum Rechenschieber hatten wir auch noch Umgang mit Logarithmen-Tafeln gelernt. Ich habe das Buch in hässlichem robustem braunen PVC-Einband noch vor Augen. Das will ich nicht mehr sehen. Rechenschieber finde ich von der Idee her elegant. Klar, heute unnütz.

Zitat von effe.rnr

Wird eigentlich irgendwann mal das Problem auf Android gefixt, dass Kodi quasi fast immer neu gestartet wird, wenn man irgendwelche anderen Apps benutzt und dann wieder zurück zu Kodi wechselt?

Finde ich auch ärgerlich, Kodi scheint da öfters gestoppt zu werden als andere Apps.

Sicherlich hängt das auch mit dem RAM-Verbrauch von Kodi zusammen. Viele User haben sehr hohe memorysize bei cache in [definition='2','1']advancedsettings[/definition].xml gesetzt - ohne wirklichen Mehrwert, oft vermutlich weil bei Giga-Kodi-Tricks.com und Konsorten das zu lesen ist. Ich habe da Tipps gelesen, dass man halt aus dem vorhandenen RAM die memorysize berechnen soll (so dass Kodi wirklich fast allen RAM benötigt). Damit ist praktisch garantiert, dass man nicht mal schnell in ne andere App wechseln kann, ohne dass Kodi zwangs-gestoppt wird. Hier einen moderaten Wert zu nehmen, oder Default zu belassen kann helfen.

Vielleicht hilft die Einstellung "unhörbares Signal ausgeben" auch. (Damit das OS merkt, dass Kodi nicht nur ungenutzt wartet, sondern halt auch den User weiter beschallt).

Habe es auch noch Mal mit Streamlink-Server auf der Box probiert - Nada. Stremlink unter Windows wirft folgenden Fehler aus:

error: Unable to open URL: https://stream8.toserver.net:4433/cmaf/ottofmtv/index.m3u8 (HTTPSConnectionPool(host='stream8.toserver.net', port=4433): Max retries exceeded with url: /cmaf/ottofmtv/index.m3u8 (Caused by SSLError(SSLCertVerificationError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:997)'))))

Scheint was mit den Zertifikaten nicht zu passen (möglicherweise Problem von streamlink auf meinem Windows Client und auf der E2-Box, hatten wir ja schon Mal, dass bei sowas ein Update für Abhilfe sorgte).

Wird schon stimmen, easy4me. Aber immerhin sind die E2-Boxen irgendwie auch noch bisschen Relikte, ursprünglich designed für Sat/Kabel. Und manche tolle Funktionalität im Nachhinein reingeschraubt. Merkt man auch an den Service-Typen, die man selektieren/probieren muss, dass bei 4097 Aufnahmen gehen, bei 5002 nicht, ...

EDIT: Grade noch Mal getestet, hast Recht @easy4me, an H264 für kleine Auflösung alleine liegt es nicht, das kann die E2-Box. SAR/DAR sind aber schon ungewöhnlich bei Otto FM TV.

Kann ich bestätigen, @mark100, läuft bei mir auch nicht auf der VU+, weder 4097 noch 5002. Bei 5002 spielt er vielleicht für 1 Sekunde Bilder ab ohne Ton, dann steht das Bild. Bei 4097 kommt gar nix.

@darkside40, die Zahlen sind Enigma2-Service-Typen. Die übliche Konvention ist: 1:normales DVB, 4097 IPTV mit internem Player (gstplayer), 5002 IPTV mit ffmpeg framework.

Bei manchen HLS, laufen die Streams mit 5002, nicht mit 4097. Dass "normale" HLS mit keinem von beidem laufen, ist eher ungewöhnlich, kann mit verwendeten CODECs zusammen hängen. Unter VLC scheint der Stream einwandfrei zu laufen und gefiel passenderweise zum heutigen Wochentag mit U2 Sunday Bloody Sunday ...

Laut ffprobe:
 Stream #0:1: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 0 kb/s, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) 

Ich frage mich grade, ob das ungewöhnlich ist, H264 mit SD Auflösung? Vielleicht beißt sich die Box an den ungewöhnlichen Aspect-Ratios?

Ja, wie @muddiver sagte, einfach unter Server den Hostnamen eintragen. Möchte fast sagen - wo sonst ...

Habe grade auch noch Mal geprüft unter Windows und unter FireTV mit Kodi 19.4. Unter Windows funktioniert die Suche nach dem Servernamen für Windows-basierte Server, nicht für mein NAS. Unter FireTV funktioniert sie nicht, und man muss das manuell eintragen. Beim ersten Versuch ist zudem Kodi hart abgestürzt auf FireTV. Ließ sich allerdings nicht reproduzieren.

In Beitrag #6 hast du bei den Einträgen "Freigabe" nicht erwähnt. Der ist aber wichtig, @muddiver hat es korrekt genannt. Eingabe Port bleibt leer, Protokoll Windows-Netzwerk (SMB).

EDIT: Hatte den Beitrag "langsam" geschrieben, vor und nach Frühstück - daher die Lösung vor meinem Beitrag noch nicht mitbekommen ...

@noob_at_pc, erst dachte ich, mein Setup sei praktisch identisch zu deinem, nicht alles als Laufwerk gemountet sondern direkt in Kodi über //servername/Freigabename. Und Filme und TV-Shows liegen auf unterschiedlichen Freigaben. Deine Meldung habe ich nie gesehen.

Habe allerdings grade noch Mal geprüft, und in Wirklichkeit liegt bei mir alles unter der selben Freigabe, also //servername/Freigabename/movies und //servername/Freigabename/TVShows. Intern auf dem NAS werden durch Symlinks alle Freigaben nochmals in die "Hauptfreigabe" verknüpft durch symlinks, in der Samba Konfig muss man dafür auch noch mal follow symlinks = yes und wide links = yes setzen.

Ansonsten, wenn deine Freigaben wirklich identischen User und PW nutzen, sollte es gehen. Hört sich für mich bisschen wie ein Flaw in der Kodi-Implementierung an. Klar, unterschiedliche User zum selben Server (nicht nur zur selben Freigabe) unterstützt schon Windows nicht.

Ein Trick, den ich früher nutzte für Windows-Remote-Authentifizierung in Programmen (die da die ganze Komplexität umgehen wollten) in vertrauensvoller Umgebung: 1 Mal net use \\servername\IPC$ mit User und PW auf der Kommandozeile (oder den entsprechenden Windows-API direkt aufgerufen). Dann alle Verbindungen ohne User\PW aufrufen. Keine Ahnung ob das mit Kodi geht oder überhaupt für deine Konstellation geeignet ist.

Wenn ich die Muse später haben sollte, füge ich Mal ne Quelle (sagen wir Photos) mit zweiter Freigabe auf dem Server hinzu, und schaue, ob das die gleiche Meldung wirft, wie bei dir. Ich vermute schon ... Habe eh grade Update auf 20.0 vor unter Windows 11. Versuche dann den Test vorzuschieben.

Heißt bei mir exakt "Netzwerkfreigabe hinzufügen ...", wenige Zeilen nach "Windows-Netzwerk (SMB)". Vielleicht musst du nach unten scrollen mit der Pfeil Taste?

Dahin kommt man beispielsweise mit Einstellungen -> Medien -> Videos ... -> Videos hinzufügen -> Suchen

Ja, so mache ich das auch in etwa. Wenn dein Rechner keine fixe IP hat, dann lieber den Namen eingeben (falls du den nicht kennst z.B.:, Windows-Taste+R, cmd Enter, hostname Enter). Persönlich finde ich es grundsätzlich meist vorteilhaft, den Namen zu nutzen.

Das 1. Window Netzwerk (SMB) hatte bei mir auch nie funktioniert. Mag an mir liegen.

Wenn du kein freies Tool findest und wenn du dir das zutraust und dich mit Hexeditor auskennst und du die Bootsektor-Definition in der Doku verstehst, geht sowas auch manuell durch Editieren des Devices mit Hex-Editor/Disk-Editor. In Linux z.B. sowas wie /dev/sdf1, unter Windows können viele Hex-Editoren, z.B. HxD direkt einen logischen Datenträger öffnen. Wo du die VolumeSerialNumber findest, steht hier: https://learn.microsoft.com/en-us/windows/…t-specification. 2 Mal ändern, im Main-Bootsektor und im Backup-Bootsektor. Wo du die findest, steht auch im Link. Use at your own risk!

Ahh, jetzt verstehe ich die Frage erst richtig. Kodi-Methode ist mir nicht bekannt. Vielleicht funktioniert ein Uralt-Tool wie http://www.nirsoft.net/utils/winexp.html ? Ist aber wohl kaum Praxis-tauglich. Gibt vielleicht auch neuere Tools, die das besser/bequemer/praktikabler können. (Die Nirsoft Tools werden von Virenschutz-SW übrigens oft als Malware erkannt - meines Erachtens fälschlich ...)

Im Quelltext sollte es möglich sein.

Und einfaches Wechseln zwischen Vollbild und Rahmen mit Alt+Enter gleichzeitig.

Zitat von rols1

Hast du eine Theorie, warum die höheren Auflösungen in der Mediathek fehlen?

Da kann ich nur spekulieren. Könnte mir vorstellen:

• Liegt irgendwie an den Rechten (trotz Eigenproduktion oder Produktion im Auftrag des Senders), dass man höhewertigen Inhalt besser schützen muss, Bei HBBTV kenne ich mich nicht so gut aus, vielleicht wird das als besserer Schutz (ohne leichte Möglichkeit, eine unverschlüsselte Kopie anzufertigen) angesehen. Bei den Enigma2 Boxen kommen die Hbbtv Module auch immer vom Hersteller, nicht aus Open Source.
• Vielleicht verspricht man sich Mehrwert, wenn man die "Premium-Qualität" auf den selbst gestalteten Auftritt (in HBBTV) beschränkt (wo man vielleicht Werbung oder andere "Kunden- und Verbraucher-Info" leicht mit anbringen kann).
• Vielleicht ein Versehen (dass der Trick mit dem Umbenennen der URL funktioniert, oder auch dass das außerhalb von HBBTV nicht funktioniert)

Nicht ganz gleich, aber ähnliches kennt man auch anderswo. Magenta TV versendet Multicast-Streams von Privaten unverschlüsselt in SD, verschlüsselt in HD. In HD-Aufnahmen von dem "Premium HD" kann man nicht Scrollen. Ansonsten funktionieren sie gut im eigenen Receiver. ORF Mediathek und Livestreams sind nur tlws. geogeblockt. Auch für nicht geogeblockte Inhalte haben Sie vor einiger Zeit "Schutz" eingebaut - ffmpeg und Co. sind ausgeschlossen, Browser-Auftritt funktioniert. Und von den Streaminganbietern kennt man ja auch den Schutz vor Herstellung von Kopien, abhängig von zertifizieren Endgeräten.

@rols1, durch einen kürzlichen Beitrag von @te36 bin ich drauf gestoßen: Wenn in der Mediathek beispielsweise Episode 6 von gestern waren wir noch Kinder unter

https://rodlzdf-a.akamaihd.net/none/zdf/22/12/221230_1000_sendung_gwk/6/221230_1000_sendung_gwk_a1a2_3360k_p36v15.mp4

zu finden ist, das Ende abändern in 4692k_p72v16.mp4.

Laut ffmpeg kriegt man dann 3840x2160 Auflösung:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'https://rodlzdf-a.akamaihd.net/none/zdf/22/12/221230_1000_sendung_gwk/6/221230_1000_sendung_gwk_a1a2_4692k_p72v16.mp4':
Metadata:
major_brand     : mp42
minor_version   : 1
compatible_brands: isommp42
creation_time   : 2023-01-11T17:29:38.000000Z
Duration: 00:42:54.76, start: 0.000000, bitrate: 4494 kb/s
Stream #0:0(deu): Video: hevc (Main 10) (hvc1 / 0x31637668), yuv420p10le(tv, bt2020nc/bt2020/arib-std-b67), [b]3840x2160[/b] [SAR 1:1 DAR 16:9], 4292 kb/s, 50 fps, 50 tbr, 1k tbn, 50 tbc (default)
Metadata:
creation_time   : 2023-01-11T17:29:38.000000Z
handler_name    : GPAC ISO Video Handler
vendor_id       : [0][0][0][0]
Stream #0:1(deu): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 192 kb/s (default)
Metadata:
creation_time   : 2023-01-11T17:29:38.000000Z
handler_name    : GPAC ISO Audio Handler
vendor_id       : [0][0][0][0]

Allerdings unter einer bescheidenen Bitrate für UHD. Der Trick mit dem Ersetzen des Endes funktioniert wohl für alle Inhalte, die ZDF/3sat/... unter HBBTV in UHD bereitstellt.

Ok, erstaunlich. Vielleicht liegt es doch an dem von mir vorgeschlagenen Kommando. Das Kommando, das die kodinerds-Liste nutzt lautet (nur geringfügig modifiziert) übertragen auf deine Verhältnisse

/volume1/@appstore/ffmpeg/bin/ffmpeg -i https://mcdn.daserste.de/daserste/de/master.m3u8 -vcodec copy -acodec copy -metadata service_provider=IPTV-DE -mpegts_service_type advanced_codec_digital_hdtv -f mpegts pipe:1 > testaufnahme.ts

Bitte sicherstellen, dass du dich in einem Verzeichnis befindest, wo du Schreibrechte hast und wo Speicherplatz frei ist. Also z.B. da, wo du deine Filme speicherst. ggf. vorher cd /volume1/pfad/zum/Filmverzeichnis eingeben. Nicht dass es daran lag, dass da ffmpeg einen Bug hat, der zu Segfault führt, wenn da kein Platz ist oder keine Schreibrechte vorhanden sind.

Zitat von patrick31698

Für die Kodinerds IPTV Liste scheint es jetzt zu klappen.

D.h., die laufen auch, d.h. du kannst dir das Live-Programm über tvh ansehen? Oder wurden "nur" erkannt? Wenn die laufen - alle oder nur ein Teil? Falls nur ein Teil, kannst du bitte Beispiele nennen aus jeder Gruppe? Zu welcher Gruppe gehört das Erste?

Wie ich schon sagte, für mich unerklärlich, dass da was laufen kann, wenn direkt am Anfang des Abspielens ein Segfault kommt.

Zitat von te36

Ja, ok. Aber was wird noch in den RÖ an Filmen mit 5.1 ausgestrahlt, wo die Originalsprache Deutsch oder nicht-englisch ist ?

Einigermaßen aktuelle Filme in Deutsch, die ich letzte Zeit mal aufnahm und die mit 5.1 im ÖR ausgestrahlt wurden. Systemsprenger und Ich bin dein Mensch. Nicht English: Parasite. (Da habe ich jetzt keine Suche gemacht, sondern einfach Mal in meinen Aufnahmen rumgestochert).

Gebe dir aber auch Recht, ärgerlich, dass in DE (aus bekannten Lizenzrechtlichen Gründen) meist Original-Ton nicht dabei ist. Ausnahme ONE, da ist öfters Englisches Original dabei, auf ARTE natürlich i.d.R. Französisch. Unsere Nachbarn in AT und CH haben es da besser (aber halt mit und wegen Verschlüsselung über Sat).

Aus der Video-Qualitäts-Diskussion ziehe ich mich gleich bisschen zurück. Kann ich nicht leicht quantifizieren, und würde da auch nicht drauf wetten, dass ich das im Blind-Test (welch Ironie) erkennte. Vergleiche, die ich für mich subjektiv in der Tat schon machte, vom Gesamt-Eindruck und von einzelnen Standbildern mit kleiner Schrift, Falten im Gesicht, Haaren sprachen für mich für DVB-C und DVB-T2 Aufnahmen ggü. Mediathek. Ich meine auch DVB-T2 ggü. DVB-C. Aber kein großer Unterschied.

Zitat von te36

Aber natuerlich muss man gucken, was die in den Sendern da bei ihrer internen Recodierung mit h265 machen.

Laut Wikipedia soll es nach meinem Verständnis aktuell halt keine Recodierung wie früher mehr sein

Zitat

Die großen Veranstalter (ARD, ZDF, Mediengruppe RTL und ProSiebenSat.1) haben sich für die Bildauflösung 1080p entschieden. Dabei wurden Das Erste^[2] und ZDF^[3] vorerst nur von einem 720p-50-Signal und die beiden Privaten^[4] nur von einem 1080i-50-Signal hochskaliert. Stand 2022 werden im Ersten und den Dritten viele Sendungen ohne eine Hochskalierung von nativen 1080p50 HD-Quellen gesendet, beim ZDF beschränkt man sich dabei noch hauptsächlich auf eigene fiktionale Programme und wenige Studioproduktionen, lizenzierte fiktionale Programme werden beim ZDF nach wie vor nur hochskaliert.

DVB-T2 HD – Wikipedia

Klar, in welcher Kodierung das die Sender einkaufen, steht da nicht. Immerhin ist der Qualitätsverlust beim Umweg über 720p wohl weg in den erfreulichen Fällen. Ich würde annehmen, dass die Sender schon eine Bezugsquelle hoher Quali haben. Bisweilen sieht man auch Vorspann/Nachspann "Digitalisierung/Restaurierung in xk durch Spezialfirma xy mithilfe/finanziert von ARTE/ARD/ZDF" o.s.ä. Da sollten sie dann auch Zugriff zu der vernünftigen QUalität haben. Und den Sendern traue ich schon zu, die Kodierung besser im Griff zu haben als unsereins durch Spielereien mit obskuren ffmpeg Parametern, die mal gut passen, mal vielleicht auch nicht so toll.