Umstellung nach /usr

[vanhofen]

Wie lädst du es denn runter, Janus? Direkt von https://neutrino-images.de/neutrino-images/nightly ?

[Janus]

Nee, aus dem Ankündigungs-Thread

Jetzt mit dem Direkt-Link zum DL hat es funktioniert.

Ich versuche aber trotzdem noch, den aktuellen Master-Branch zu verwenden.
Vielleicht habe ich ja auch hier Tuck in meiner Buster-VM...

[vanhofen]

Hehe. Da waren alle Downloadlinks für die VU-Boxen kaputt. Die haben so noch nie funktioniert. ich habe das eben repariert.

[tannen]

beim Eigenbau obwohl die Information für die .version Info in root liegt

distro=NI
imagename=NI \o/ Neutrino-Image
imagedescription=VU+ Zero 4K [arm-vuzero4k] Selfmade
imageversion=3.99.4
version=9399202012031339
describe=NI-3.99.4-gaaea6d7
builddate=Do 3. Dez 13:39:06 CET 2020
box_model=vuzero4k
creator=tannen
homepage=www.neutrino-images.de
imagedir=vuplus/zero4k

wird als Image-Information das hier über das Menü angezeigt

da ist wohl etwas falsch

Gruß

[Janus]

Ich habe jetzt das BS komplett neu aufgesetzt und mit dem unveränderten Master-Stand Inages gebaut.
Keins zeigt Bild.

Wie hier beschrieben, ist beim allerersten Build die gleiche Fehlermeldung erschienen.
Mit den nachfolgend geposteten Clean-Tipps lief der Build dann immer durch.

Da außer dem Bild alles Andere da ist - OSD (1280x720 auf 720p60), Ton, EPG, Teletext - vermute ich fast, dass es auf meiner Buildumgebung (Debian Buster, VMWare Player15 auf Win10 Host) Stress mit der 'Formulierung' der Video-Ausgabe an HDMI gibt. Vielleicht hat die o.g. genannte Fehlermeldung beim ffmpeg-Build doch noch eine andere Nebenwirkung ??

Ohne Bild macht es irgendwie keinen Spaß...

Nachtrag:
Wie schon gepoastet, ist das erste Nightly nach der usr/-Umstellung ja gelaufen.
Ich werde Morgen mal das heutige Nightly aus dem Donwload gegentesten, obwohl ich bei gleicher Konstellation von Empfang und Ausgabe mit einem Selbstbau von 22.11. (also vor dem usr/-Umbau und nachfolgend dem o.g. Fehler) in Bank 2 keinerlei Probleme bei der Video-Ausgabe hatte.

[Miky]

@ tannen
Sieht auf dem heutigen Nightly auf der Tank auch so aus.

[vanhofen]

wird als Image-Information das hier über das Menü angezeigt

Danke. Fehler gefunden. Allerdings muss ich hier mal bissel drüber nachdenken, wie das zu fixen ist.

[tannen]

Dankeschön

jetzt ist wieder alles richtig

[Knicko]

moin
aktuelles Nightly nicht flashen bei der HD60 , vermutlich auch HD61.
Image bootet nicht.
gr. Knicko

[Janus]

Ich werde Morgen mal das heutige Nightly aus dem Donwload gegentesten

Ausgehend von ni360-202011290438-arm-vuduo4k in Bank 1
habe ich per Software-Aktualisierung
das ni399-202012030419-arm-vuduo4k mit Datenübernahme (des einwandfrei funktionierenden Images in Bank 1)
nach Bank 3 installiert.

Die gute Nachricht:
Das Flashen mit Datenübernahme hat bis auf Kleinigkeiten (in der Frontend-Konfiguration - Timeout, geodätische Daten...) funktioniert.

Die schlechte Nachricht allerdings:
Auch in dem Nightly vom 03.12. funktioniert keine Ausgabe des Video-Signals.

In der fogenden Kontrolle der Einstellungen (übergeben oder eben nicht) ist mir dann noch aufgefallen, dass der AC3-Ton nicht mehr automatisch auf Stereo reduziert wird. Um das AC3-Signal zu bekommen muss in dieser Version AC3 durchleiten auf "Ein" stehen.
Das war im Nightly vom 29.11. noch nicht so, sondern so wie immer. Also durchleiten auf "Aus" und der AC3-Ton wurde anstandslos ausgegeben. (AC3 auf dem AV-Receiver, Stereo auf dem TV-Gerät).
Das gab auch nie Konflikte mit der Priorisirung der AC3-Feeds in den Audio-Grundeinstellungen.

Vielleicht hängt das Fehlverhalten von Bild und Ton ja irgendwie zusammen.
Wie gesagt, ich tippe auf ffmpeg. Hier finde ich Version 4.3.tar.gz (.0 ?) im Download-Verzeichnis.
Im DDT-BS liegt dort die Version 4.3.1.tar.gz. Vielleicht eine fehlende/falsche Versionsfestlegung ?
ffmpeg scheint ja öfter schonmal versionsbedingte Inkompatibilitäten zu produzieren.

Würde das Löschen der Versionen 4.2.2 und 4.3 im NI-Download und entsprechender Neustart des Builds etwas bringen ?

[vanhofen]

ffmpeg ist da nicht Schuld. Und dass DDT bei ffmpeg um 0.0.1 Versionen vorn liegt, hat auch keine Bewandtnis.
Ich schaue mir das Image der Duo4k heute Abend nochmal an. Vielleicht finde ich ja was im Trockendock.

Ein Log wäre hilfreich. Möglicherweise sieht man da, wo es klemmt.

[Janus]

Log vom Build oder Log vom Senderwechsel ?

[vanhofen]

Vom Booten.

[McLane]

Seit dem Image 04.12. tauchen im Videotext Zahlen auf die dort nicht hingehören. Auf 2x Tank Kabel. Zurück auf Stand 02.12. und alles wieder wie es sein sollte.

[annie]

Videotext welcher Sender ?

ARD Das Erste hier auf HD51/61 einwandfrei

RTL HD, ZDF HD, Rai1, ORF1, SRF1 HD, NPO 1 HD alle einwandfrei

Vllt zu wenig Pegel an deiner Empfangseinheit ?

[McLane]

Habe nur auf ZDF_HD getestet, die zusätzlichen Ziffern erscheinen auch nicht als volle Schrift, sondern eher als Geisterschrift. Pegel schließe ich mal aus da vorher immer alles ok war, und auch jetzt mit Image vom 02.12.

[Janus]

vom Booten

Von meiner Duo4K hintereinander im ZIP:

Nightly 1203 Bank 3 > Kein BIld

Nightly 1129 Bank 1 > Bild

Nightly1203_und_Nightly1129.zip

(47.16 KiB) 143-mal heruntergeladen

Kannst Du ja trennen für eine diffartige Gegenüberstellung falls erforderlich

Nach dem Booten habe ich mal Sender geschaltet.
Das Erste HD (Sat)
ZDF HD (Sat)
NRWision (Kabel)

Und im Nightly 1203 mal versucht, das Bild vielleicht auf's GLCD zu bekommen.
Auch ohne Erfolg.


Axo:
Kann man das für's Booten vordefinierte Default

Menü > Einstellungen > Erweiterte Einstellungen > Allgemein > Stufe = "normal"

für die Debug-Ausgabe Irgendwie auf "informativ" als Default zwingen ?

Nicht wirklich wichtig, aber wenn man nach dem Bootvorgang übergangslos infomativeres Neutrino-Log braucht, geht das so nicht. Wäre für "Tester" aber vielleicht ganz sinnvoll.
Kann man eventuell in der Bootsequenz (manuell in rcS oder als Start/Stop-Script für den Log-Service) schon "was" einbauen ?!?

[Janus]

nicht als volle Schrift, sondern eher als Geisterschrift

Hatte ich auch schon, auch früher!
Ich vermute dahinter ein eher lokales Problem in der Konfiguration der Bildschirmausgabe zwischen dem VideoModus (720 <> 1080), der Einstellung der OSD-Auflösung (720 <> 1080) und der Festlegung des Bildbereichs unter EInstellungen > OSD.
Alle drei Parameter müssen aufeinander abgestimmt sein!

Taucht vielleicht im Moment öfter auf, da die Default-Einstellung auf 1080 geändert wurde.
Wer mit einem 720er - Modus arbeitet - wie ich z.B. am Testplatz (Monitor 800x600) - hat die falschen Einstellungen für den Bildbereich.
Also entweder VideoMode und OSD-Auflösung zurück auf 720 oder den Bildbereich nachjustieren.

[dryeye]

@team

habe gerade das aktuelle -nightly 3.99.9 als onlineupdate in eine h7s bank geflasht....
nach ersten tests funktionierte....
-die settingsübernahme
-der videotext
-das bild und der ton.

[Knicko]

moin
aktuelles Nightly nicht flashen bei der HD60 , vermutlich auch HD61.
Image bootet nicht.
gr. Knicko

Aktuelles Nightly funzt wieder auf der HD60 .
merci vanhofen