[Announce] Skin nOpacity 1.0.3

    Zitat von CKone

    ich lad dir später was zu sigi hoch


    Prima...prüf aber bitte vorher, dass der Crash auch wirklich mit dem Schnipsel reproduzierbar ist...


    Ciao Louis

    ja, prüfen, da sagst du was, können wir uns denke ich sparen mit dem Hochladen


    also die T Zeile mit dem Titel die scheint wohl optional zu sein - wenn ich eine Aufnahme mit Titel nehme dann gehts. bei denen bei denen info.vdr zwar da aber ohne T da kracht es...


    nehm ich ein anderes Skin wird einfach der Pfad / Ordnername anstelle des Titels gezeigt...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Zitat von CKone

    ja, prüfen, da sagst du was, können wir uns denke ich sparen mit dem Hochladen


    also die T Zeile mit dem Titel die scheint wohl optional zu sein - wenn ich eine Aufnahme mit Titel nehme dann gehts. bei denen bei denen info.vdr zwar da aber ohne T da kracht es...


    nehm ich ein anderes Skin wird einfach der Pfad / Ordnername anstelle des Titels gezeigt...


    Das ergibt schon mehr Sinn...das werde ich einbauen, dass in diesem Fall der Ordnername angezeigt wird. Das kann ich auch ohne deine Hilfe nachstellen und testen ;)


    Ciao Louis

    Moin,


    im Git sind Fixes für die Probleme, die in letzter Zeit aufgetreten sind:


    Code
    Version 1.0.2


- fixed a bug in cImageLoader::FirstImageInFolder()
- added more Exception Handling for Image Loading
- fixed a crash for recordings without valid title in info file
- fixed unfilled pixmap in displayreplay for theme darkredNG
- darkened borders of menubuttons and scrollbar in theme darkredNG


    Die Betroffenen sollten die Änderungen bitte mal testen...auch das Problem mit der teilweise verpixelten Anzeige bei der Wiedergabe von Aufnahmen mit dem Theme darkredNG sollte gefixt sein.


    Ciao Louis

    Zitat von louis
    Code
    - fixed a crash for recordings without valid title in info file


    Ist prima jetzt, danke


    Sorry für die späte Rückmeldung.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5




    Hey sry dass ich erst jetzt antworte, die Woche war irgendwie voll... nein auch ImageMagick wurde aktualisiert, von 6.7.8.8 auf 6.8.6.9, aber ich habe das so verstanden dass dies eine Meldung von libpng ist.


    Die 1.0.2 werde ich morgen mal testen, hast du denn auch was an den Bildern gemacht oder muss ich mir die wieder konvertieren?

    VDR: AMD A4-3400, 4096 MB RAM, Technisat SkyStar HD2, Technisat Skystar USB HD
    openSUSE 13.1, VDR 2.0.4, vdr-xineliboutput

    Moin,

    Zitat von balta

    nein auch ImageMagick wurde aktualisiert, von 6.7.8.8 auf 6.8.6.9, aber ich habe das so verstanden dass dies eine Meldung von libpng ist.


    ah ok...ImageMagick benutzt libpng, deshalb wohl diese Meldung.


    Zitat von balta

    Die 1.0.2 werde ich morgen mal testen, hast du denn auch was an den Bildern gemacht oder muss ich mir die wieder konvertieren?


    Nein an den Bildern habe ich nichts gemacht...ich habe nur deine Erweiterung beim Laden der Bilder eingebaut. So ganz werde ich aus diesem sRBG Zeugs eh nicht schlau, keine Ahnung unter welchen Umständen das funktioniert und wann nicht. Meistens passt es ja...


    Ciao Louis

    Ich habe mal eine Frage.
    Mein Log ist voll solcher Meldungen:

    Code
    Dec 19 23:30:28 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open image `/var/cache/vdr/epgimages/263254.jpg':  @ error/blob.c/OpenBlob/2587
Dec 19 23:30:28 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open image `/var/cache/vdr/plugins/skinnopacity/epgimages/263254.jpg':  @ error/blob.c/OpenBlob/2587
Dec 19 23:30:28 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open image `/var/cache/vdr/epgimages/263254_0.jpg':  @ error/blob.c/OpenBlob/2587


    oder

    Code
    Dec 19 23:29:35 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/realSteel/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238
Dec 19 23:29:35 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238
Dec 19 23:29:35 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/realSteel/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238
Dec 19 23:29:35 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238
Dec 19 23:29:42 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/realSteel/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238
Dec 19 23:29:42 VDR vdr: [1130] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/bnisse - märchenfilm ddr.png' @ error/png.c/ReadPNGImage/3238


    Den zweiten Code-Block kann ich mir gar nicht erklären, was er da in "logos" sucht. "Märchenfilme DDR" heisst bei mir ein Suchtimer und dieses "bnisse"??
    Hier noch so was (auch ein Suchtimer):

    Code
    Dec 19 20:26:12 VDR vdr: [1183] nopacity: Magick Error: vdr: unable to open file `/usr/share/vdr/plugins/skinnopacity/logos/nisse - hundeprofi.png' @ error/png.c/ReadPNGImage/3238


    Weitere Magick-Fehlermeldungen:


    Hat dazu jemand eine Idee?
    Ich verwende yavdr05-testing, immer aktuell. Das Logopack (default) von copperhead und das realsteel-Theme von Boostar. tvscraper ist auch aktiv.
    Ich meine die Meldungen hatte ich vor ein paar Wochen noch nicht.
    Kanallogos und Icons werden auch alle angezeigt.


    Danke und Gruss.
    Markus

    Hi,


    ich hatte in der 1.0.2 noch einige erweiterte ImageMagick Debug Ausgaben eingebaut, habe aber vergessen, diese auch nur dann auszugeben, wenn das Image Debugging im Setup auf "true" steht. Das ist aber im letzten Commit im aktuellen Git schon länger gefixt. Wäre prima, wenn das mal ins yaVdr testing aufgenommen werden würde...


    Ich denke, das sind keine Fehler, das sind einfach Meldungen, die durch das Suchen von bestimmten Graphiken an verschiedenen optionalen Stellen passieren...


    Ciao Louis

    Zitat von louis

    Wäre prima, wenn das mal ins yaVdr testing aufgenommen werden würde...

    Ich hatte ja gehofft, dass du und CKone das mit dem Hotfix für den Imageloader bei einem nicht mehr existierenden Aufnahmeverzeichnis noch zeitnah klären könnt und den ins Git bringt...


    Aber so darf das jetzt bald jeder in testing-vdr testen ;)

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ich wollte schon, aber...


    Danke Alex, du bist so schnell...


    Alexander: Hatte ich den Patch beim letzten Mal rausgenommen aus Versehen? Ich dachte das wäre schon im Git...


    LG Reiner

    VDR: yavdr-ansible/22.04 LTS auf Intel NUC (BOXNUC6CAYH), 2x Kingston KVR16LS11/4, One For All URC 2981

    VDR-Server: yavdr-ansible/22.04 LTS in ESXi VM

    nein ist taufrisch Rainer - war mein Fehler dsa ich dich nicht informiert hab bzw hatte ich auch nicht mit louis ausgemacht ob er den einchecked oder nicht


    Bei mir hats bisher damit übrigens nciht mehr gekracht ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Zitat von urknall

    Alexander: Hatte ich den Patch beim letzten Mal rausgenommen aus Versehen? Ich dachte das wäre schon im Git...

    Soweit ich das gesehen habe hattest du einfach die 1.0.2 verpackt und das Paket hatte bislang keine Patches - das Problem ist uns erst Anfang der Woche aufgefallen, als CKone mit dem avahi-linker gespielt hat und dann von verschiedenen PCs aus angefangen hat Aufnahmen zu löschen ohne dass alle VDRs die Änderung mitbekommen haben. Aber nachdem wir jetzt die Möglichkeit haben die lokale .update im Aufnahmeverzeichnis zu überwachen und den anderen VDRs im Netzwerk Änderungen, die ein Update nötig machen, mitzuteilen, sollte es da zumindest bei Änderungen an Aufnahmen über den VDR keine Probleme mehr geben...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Aber nachdem wir jetzt die Möglichkeit haben die lokale .update im Aufnahmeverzeichnis zu überwachen und den anderen VDRs im Netzwerk Änderungen, die ein Update nötig machen, mitzuteilen, sollte es da zumindest bei Änderungen an Aufnahmen über den VDR keine Probleme mehr geben...


    vllt wäre der Zeitpunkt geeignet das mal offiziell zu Announcen: ich hab das schon recht "liebgewonnen" ;)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Moin,


    Jo den kleinen Patch habe ich mangels Rückmeldung noch nicht ins Git aufgenommen. Wenn das aber passt nehme ich das nachher mal rein und mach ne 1.0.3 draus.


    Bin grade auf dem Heimweg vom Jahresabschluss Weihnachtsmarktbesuch...mal schauen ob ich das noch hinbekommen *hicks* :D


    Ciao Louis

    ...ich will Freestyle endlich im yaVDR stable, määääh! :D ;(
    Nicht falsch verstehen - ist als Weihnachtswunsch zu betrachten ;)

    TV: Toshiba 42XV635D 42 Zoll
    AV-Receiver: Yamaha RX-V473
    VDR: YaVDR 0.6, Zotac H77-ITX-C-E (onboard Geforce GT620 512MB RAM), Intel Pentium G630T@1,6GHz, 2x 2GB RAM, 1TB Media-HDD 2,5", 30GB System-mSATA SSD, DD Cine S2 V6 -> alles verbaut im InterTech Mini ITX E-i7, PS3 Remote
    NAS: Synology DS415+, 4x 3TB Raid5

    So...ich hab den Patch für den Crash bei einem nicht mehr existierende Video Verzeichnis mal ins Git gebracht und die Version 1.0.3 daraus gemacht...


    Ciao Louis

    Zitat von Polaris

    ...ich will Freestyle endlich im yaVDR stable, määääh! :D ;(
    Nicht falsch verstehen - ist als Weihnachtswunsch zu betrachten ;)


    Wenn Du auf das YaVDR Team nicht warten möchtest kannst Du das Plugin in der Version 1.0.3 aus meinen Repositories holen:

    Code
    add-apt-repository ppa:frodo-vdr/stable-yavdr-plugins
apt-get update
apt-get dist-upgrade


    oder wenn Du im testing bist:

    Code
    add-apt-repository ppa:frodo-vdr/testing-yavdr-plugins
apt-get update
apt-get dist-upgrade

    Beim Testing gibts auf diese Art aber auch noch das aktuelle softhddevice 0.6.1rc1 git20131207.

    Gruß
    Frodo

    Cool, danke Frodo. Mache ich doch glatt :tup

    TV: Toshiba 42XV635D 42 Zoll
    AV-Receiver: Yamaha RX-V473
    VDR: YaVDR 0.6, Zotac H77-ITX-C-E (onboard Geforce GT620 512MB RAM), Intel Pentium G630T@1,6GHz, 2x 2GB RAM, 1TB Media-HDD 2,5", 30GB System-mSATA SSD, DD Cine S2 V6 -> alles verbaut im InterTech Mini ITX E-i7, PS3 Remote
    NAS: Synology DS415+, 4x 3TB Raid5

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden