Posts by Thom_H

Hi emma53,
sehr gerne. Hier erst mal der IGOR USB Empfänger:

und die keymap:

# table technisat_ts35, type: RC5
0xa0d KEY_MUTE
0xa38 KEY_EXT
0xa23 KEY_MODE
0xa0c KEY_POWER2
0xa01 KEY_1
0xa02 KEY_2
0xa03 KEY_3
0xa04 KEY_4
0xa05 KEY_5
0xa06 KEY_6
0xa07 KEY_7
0xa08 KEY_8
0xa09 KEY_9
0xa00 KEY_0
0xa53 KEY_RADIO
0xa0a KEY_MINUS
0xa4f KEY_INFO
0xa52 KEY_MENU
0xa20 KEY_UP
0xa11 KEY_LEFT
0xa57 KEY_OK
0xa10 KEY_RIGHT
0xa21 KEY_DOWN
0xa2f KEY_EPG
0xa22 KEY_ESC
0xa6b KEY_RED
0xa6c KEY_GREEN
0xa6d KEY_YELLOW
0xa6e KEY_BLUE
0xa76 KEY_VOLUMEDOWN
0xa3c KEY_TEXT
0xa29 KEY_STOP
0xa0f KEY_VOLUMEUP

Bei mir funktioniert die mit Fernbedienungen TS35 und TTS35AI.

Grüße,
Thomas

Fehler gefunden: ich habe Müll in die /etc/rc_maps.cfg geschrieben. Nach Korrektur funktioniert es jetzt

Danke seahawk,

ich habe es eingetrragen. Ich habe es auch mit * * /lib/udev/rc_keymaps/technisat_ts35 als einzigen Eintrag in der /etc/rc_maps.cfg versucht.

Aber leider wird die Keymap weder beim Start noch beim Anschließen des IR-Sensors geladen. Mit sudo ir-keytable -c -p rc-5 -w /lib/udev/rc_keymaps/technisat_ts35 kann ich sie manuell laden. Nur automatisch will es nicht.

Hallo liebe VDR-Experten,

ich muss meine alte Fernbedienung ersetzen. Als Ersatz habe ich einen IgorPlug-USB IR Receiver und eine Fernbedienung Technisat TS35. Der Treiber igorplugusb wird mit Tabelle rc-hauppauge geladen.

sudo ir-keytable
/sys/class/rc/rc1/ gefunden (/dev/input/event12) mit:
    Name: IgorPlug-USB IR Receiver
    Treiber: igorplugusb, Tabelle: rc-hauppauge
    Lirc Gerät: /dev/lirc1
    unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony mce_kbd rc-6 sharp xmp
    Aktivierte Protokolle: lirc rc-5
    bus: 3, Anbieter/Produkt: 03eb:0002, Version: 0x0001
    Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 ms

Wo und wie muss ich konfigurieren, dass Tabelle technisat_ts35 verwendet wird?

Ich komme hier nicht weiter und hoffe, dass mir jemand helfen kann.

Danke und viele Grüße,
Thomas

Hallo,

ich versuche mit einen Sound auf Ubuntu 18.04 server auszugeben. Das gelingt mir nicht. Weder aplay oder paplay funktionieren. Ich weiß nicht, wie ich das konfigurieren muss.

Kann mir da jemand helfen?

Vor der Neuinstallation von 18.04 funktionierte es auf 14.04 mit aplay -D hw:0,0 sound.wav. Jetzt gelingt mir das nicht.

Viele Grüße,

Thomas

Danke für die Info. Da ist das Problem. Wir haben hier MagentaTV ohne Tarif nur zugebucht. Ich war immer von einem Internetzugang inkl. MagentaTV ausgegangen. Ich werde dann mal einen Tarifwechsel veranlassen.

Gruß,
Thomas

Hallo,

ich habe bei mir das Problem, dass ich meine defekte Sat-Anlage ersetzen müsste. Deshalb kam ich auch auf die Idee, es als alter Telekom-Kunde mit MagentaTV zu versuchen. Leider komplett ohne Erfolg. Gibt es eine Anleitung dafür oder kann vielleicht einer der Nutzer von MagentaTV sein Wissen teilen?

Welcher Tarif für MagentaTV wird benötigt? Ich habe den Eindruck, dass es mit den aktuellen Tarifen nicht funktioniert.

Viele Grüße,

Thomas

Nachdem ich CustomEDID aus xorg.conf entfernt habe, funktioniert es jetzt

Ich werde es mit der Monitor-Detektion nochmal versuchen.

Danke für die Hilfe.

In der xorg.conf steht es nicht. Da hätte ich es gefunden. Es muss irgendwo an anderer Stelle stehen, wo es nur vdr und/oder Softhddeviece verwendet.

#
# *** ANSIBLE MANAGED FILE ***
# template: /home/thomas/yavdr-ansible/roles/yavdr-xorg/templates/xorg.conf.j2
#

Section "ServerLayout"
    Identifier     "Layout0"
    Screen         0  "Screen0" 0 0
    #InputDevice    "Keyboard0" "CoreKeyboard"
    #InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection

Section "InputClass"
    Identifier "exclude eventlircd devices"
    MatchTag   "eventlircd"
    Option     "Ignore"    "True"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "GSM"
    ModelName      "LG HDR DQHD"
    Option         "DPMS"
    Option         "ExactModeTimingsDVI" "True"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    Option         "NoLogo"              "true"
    BoardName      "GeForce 320M"
    BusID          "PCI:5@0:0:0"
    Screen          0
    Option         "ConnectedMonitor" "HDMI-0"
    Option         "CustomEDID" "HDMI-0:/etc/X11/edid.HDMI-0.bin"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "nvidiaXineramaInfoOrder" "HDMI-0"
    Option         "UseDisplayDevice" "HDMI-0"
    Option         "metamodes" "HDMI-0: 1920x1080_50 +0+0 {ForceCompositionPipeline=Off, ForceFullCompositionPipeline=Off}"
    Option         "AllowIndirectGLXProtocol" "off"
    Option         "TripleBuffer" "on"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection


Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Ich habe Ursache gefunden: beim Installieren von ubuntu 18.04 und yavdr ansible hatte ich den Rechner an einem Monitor mit 3440 x 1440 ( 2,3888 : 1 ) angeschlossen. Wenn ich jetzt ein gegrabtes Bild auf dieses Seitenverhältnis strecke, ist auch mein 4:3 Video im korrekten 4:3-Format.

Stellt sich nur die Frage, wie kann ich das korrigieren? Wo sind die 3440 x 1440 eingetragen?

Sorry, das Bild habe ich mit den von Dr. Seltsam empfohlenen Einstellungen "softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pillar". Das hätte ich schreiben müssen.

Da ist 16:9 auf pillarbox die Ursache. Das habe ich wieder auf pan&scan gestellt. Damit funktioniert 16:9 jetzt bei mir.

Wenn pillarbox bei ihm und jsffm funktioniert, kann da nur der Fernseher beteiligt sein, der mit 'auto' das Bild wieder auf 16:9 auseinanderzieht. Da darf dann aber das OSD nicht über schwarzen Balken liegen.

Indexieren hat bei mir problemlos funktioniert. Ich habe jetzt das komplette Directory inkl. index abgelegt: https://charlottenburger22.de/images/test.zip

Here is an example: http://charlottenburger22.de/images/00001.ts

Bei HD-Aufnahme (One HD) sagt ffprobe:

Stream #0:0[0x1523]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc

Das bestärkt mich in meiner Annahme, dass statt SAR 1:1 hier PAR 1:1 stehen müsste.

Mit softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pan&scan wird HD (Liveprogramm und Aufnahmen, auch selbst konvertierte Videos) korrekt wiedergegeben. Nur das SD-Material ist Quadratisch zusammengestaucht mit breiten schwarzen Rändern.

Meine selbst konvertierten 4:3 laufen in VLC und allen anderen Playern korrekt 4:3. Auch mein raspi-vdr mit rpihddevice stellt die korrekt 4:3 auf meinem 16:9 TV dar. Das Problem habe ich nur auf meinem yavdr ansible auf Ubuntu 18.04 mit softhddevice.

Hat softhddevice Konfigurationsdateien, die ich nicht kenne?

16:9, das hatte ich als erstes geprüft.

Ich denke, SAR ist hier falsch verwendet. SAR ist storage aspect ratio. Das ist hier 720:576. DAR ist display aspect ratio und das ist mit DAR 4:3 auch korrekt. PAR ist pixel aspect ratio und müsste bei 4:3 mit 720x576 Pixeln PAR 16:15 sein. Hier ist aber SAR mit 16:15 angegeben. PAR = DAR / SAR

Die Aufnahmen kommen von mini DV Bändern und wurden mit Handbrake von DV nach H264 konvertiert. Dort wird auch PAR mit 16:15 korrekt verwendet.

Ich habe nochmal alles geprüft. Probleme am Fernseher schließe ich aus. Dort kommt korrekt 1920x1080_50 an, wie in xorg.conf eingetragen. Bleibt nur, was vdr mit softhddevice mit dem Bild auf der 1920x1080-Fläche anstellt. OSD kommt ungestaucht an.

ffprobe 00001.ts sagt bei meinem 4:3-Matrial:

Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p(tv, smpte170m/bt470bg/bt709), 720x576 [SAR 16:15 DAR 4:3], 2498 kb/s, 25 fps, 25 tbr, 90k tbn, 180k tbc (default)

Das sieht korrekt nach 4:3 mit 720x576 aus.

Der TV soll auch nicht umschalten. Der vdr soll das Video als pillarbox an den TV senden, so wie mein raspi mit rpihddevice das macht.

Das geht dann wohl bei softhddevice nicht. Ich dachte da an ein Konfigurationsproblem. Das Verhalten ist irgendwie seltsam, wenn '16:9 + other video display format' auf pillar das HD-Material zusammenquetscht.

Dann bleibt wohl nur, die 4:3 Videos auf 16:9 mit schwarzen Rändern umzurechnen.

TV steht auf 16:9 und funktioniert korrekt, siehe OSD

Ich dachte auch erst, dass am TV etwas nicht stimmt. Aber dort kommt HD 16:9 an, was auch am OSD zu sehen ist.

Ja, das gibt es noch. Hunderte Stunden private Videos (Eltern, Kinder, Enkel etc.) im 4:3 Format. In den 90ern auf Mini DV aufgenommen und nach H264 umcodiert.

softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pillar führt bei mir dazu, dass das 16:9 Fernsehprogramm in HD auf 4:3 zusammengequetscht wird. Und das 4:3-Material wird auf ein Quadrat zusammengequetscht.

[Blocked Image: https://charlottenburger22.de/images/screenshot-1.jpg]

[Blocked Image: https://charlottenburger22.de/images/screenshot-2.jpg]

Alle anderen Varianten habe ich auch schon probiert.