Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - TimUx

1
Allgemein [ General ] / [5.4] kein epg-daemon
« on: January 08, 2021, 22:10:38 »
Hallo zusammen,
hat das einen Grund, warum man weder beim Stable noch beim Testing das epg-daemon installieren kann?

Laut Download Bereich, ist das Paket fehlerhaft.
Wo liegt das Problem?

Gruß Timo

2
Allgemein [ General ] / [5.4] Neueste RoboTV Version
« on: December 30, 2020, 12:14:12 »
Hallo zusmamen,
Alexander Pipelka hat seit langem wieder mal die RoboTV Android App weiter entwickelt.

Das sieht alles sehr viel versprechend aus.
Allerdings funktioniert die neue App nur Teilweise, mit dem VDR Plugin von MLD 5.4.

Er nutzt zum abspielen von Aufnahmen ein neues Backend, welches die neueste VDR Plugin Version benötigt.

Wäre es möglich, die neueste Version ( 0.14.4 ) in MLD 5.4 rein zu holen?

https://github.com/pipelka/vdr-plugin-robotv/releases/tag/0.14.4

Gruß Timo

3
Entwicklung [ Development ] / [MLD 5.5] Rock Pi 4 Unterstüzung
« on: August 13, 2020, 13:22:58 »
Hallo zusammen,
besteht die Möglichkeit, für 5.5 den "Rock Pi 4" mit ins Portfolio aufzunehmen?

https://wiki.radxa.com/Rockpi4/de_DE

Ich bin auch gerne Bereit, Kompilierung und Tests mit durchzuführen.

Das Interessante an der Hardware ist, dass es eine M.2 Schnitstelle gibt.
An diese Schnittstelle kann man auch einen Adapter auf PCIe stecken.

Ich habe dies bereits getestet und einer meiner DD Cine S2 v 6.5 auf den Rock Pi 4 gesteckt.
Armbian installiert, DD Treiber kompiliert, VDR installiert, ... läuft.

Das Ganze hätte den Charm, dass man keine x86 PC mehr benötigt, um PCIe DVB Karten zu betreiben.  ;)

Ich würde das System auch ersteinmal als Headless Server verwenden.
Keine Ahnug, ob und wie gut der Grafik-Chip ist und welche Output-Plugins hierfür Notwendig wären.

Gruß Timo

4
Allgemein [ General ] / epg-daemon tvm Problem
« on: May 05, 2019, 21:05:14 »
Hallo zusammen,
seit einigen Tagen werden keine Daten mehr für das tvm modul in den epg-daemon geladen.

Im Loglevel 2 kann ich folgendes finden:

Code: [Select]
21:01:14,867  EPG Update started
21:01:14,867  Updating 'tvm' day today+0 now
21:01:14,867  Checking tvm id 1
21:01:17,120  Error, zip file 'http://wwwa.tvmovie.de/static/tvghost/html/onlinedata/cftv520/tvdaten-premium-1.cftv' not valid, check the coresponding tvm id in youre configuration
21:01:17,120  Checking tvm id 102
21:01:18,751  Error, zip file 'http://wwwa.tvmovie.de/static/tvghost/html/onlinedata/cftv520/tvdaten-premium-102.cftv' not valid, check the coresponding tvm id in youre configuration
21:01:18,751  Checking tvm id 11
21:01:20,211  Error, zip file 'http://wwwa.tvmovie.de/static/tvghost/html/onlinedata/cftv520/tvdaten-premium-11.cftv' not valid, check the coresponding tvm id in youre configuration

Haben hier irgendwelche Änderungen stattgefunden? Muss hier was in den Configs angepasst werden?

Danke & Gruß
Timo

5
x86 Systeme (PC) / [5.4] stable - NFS Probleme
« on: March 10, 2019, 15:50:12 »
Hallo zusammen,
seit vermutlich dem letzten Update habe ich Probleme mit meinen NFS Anbindungen.

Mir bricht immer wieder die NFS Verbindung weg, wenn ich Files kopiere oder auch Aufnahmen am client schaue.
Die Aufnahmen bleiben dann einfach hängen.

Als Meldung kommt dann bei NFS typisch ein "Stale File Handle".

Stoppt man die Wiedergabe oder startet den Kopierprozess wieder, läuft zunächst für eine kurze Zeit alles normal, dann gibt es wieder ein "Stale File Handle"

Leider sieht man weder im dmesg noch in /var/log/message irgendwelche Fehler, zu dem Zeitpunkt des "Stale File Handle"

Mounte ich alles via CIFS/SMB gibt es keine Probleme.

Ist hier etwas bekannt, dass das neue NFS Server Paket Probleme hat oder hat jemand eine Idee, wie ich dies beheben kann?

Gruß Timo

6
x86 Systeme (PC) / 5.4 stable - keine manuelle Installation mehr?
« on: March 06, 2019, 22:04:00 »
Hallo zusammen,
ich hatte vor einiger Zeit mein MLD 5.4 Server auf einen "Notefall" USB Stick installiert, weil meine SSD den Geist aufgegeben hat.

Jetzt habe ich wieder eine SSD im Server und wollte eine "manuelle" Installation vom Stick auf die SSD machen.
Die SSD habe ich nach meinen Bedürfnissen partitioniert, deshalb manuell.

Weder in der Konsole noch im Web-Interface wird mir aber die Auswahl zwischen Automatic und Manuell angeboten.
Das install Skript selber hat die Funktion wohl noch aber man kann sie nirgends auswählen.

Wenn man sich das install.xml anschaut, findet man nur noch automatic.

Code: [Select]
menu name="$(gt 'Backup')">
        <menu name="$(gt 'Install')" command="/etc/setup/install.sh install automatic">
                <entry name="$(gt 'Hard disk')" sysconfig="INSTALL_HDD" type="selection" setup="/etc/setup/install.sh hdd_list" value="" help1="$(gt 'Install on this hard disk')" />
                <entry name="$(gt 'Install')" type="save" />
        </menu>
</menu>

Wie kann ich keine manuelle Installation mit MLD 5.4 stable durchführen?

7
Entwicklung [ Development ] / RPI2/3: Kodi-Beta
« on: April 02, 2018, 12:25:49 »
Hallo zusammen,
es wäre ganz schön, wenn es Kodi Beta auch für den RPI geben würde.

Ich habe mir das Makefile mal angeschaut und direkt einen Fehler gefunden.

Code: [Select]
src/$(name): src/$(name).tgz
        rm -rf $@ $@-src
        mkdir -p $@-sr
        tar xf $^ -C $@-src
        mv $@-src/* $@
        rm -r $@-src
        touch $@
        $(MAKE) patch src_path=$@

In der Sektion fehlte beim mkdir das "C" am Ende, was aber anscheinend wieder behoben wurde.

Um es sauber für einen RPI bauen zu können, muss man folgende Zeile anpassen:

Code: [Select]
src/$(name)/install: src/$(name)
#       cd $^; ./configure --prefix=/usr/local --with-platform=raspberry-pi2 --enable-libcec --enable-player=omxplayer \
#                 --disable-x11 --disable-xrandr --disable-openmax --disable-optical-drive --disable-dvdcss --disable-joystick \
#                 --disable-crystalhd --disable-vtbdecoder --disable-vaapi --disable-vdpau --enable-alsa
        cd $^; cmake . -DCMAKE_INSTALL_PREFIX=$(shell pwd)/$@ $(if $(filter rpi,$(dest)),-DENABLE_INTERNAL_RapidJSON=ON -DCMAKE_PREFIX_PATH=/opt/vc -DENABLE_OPENGL=OFF -DENABLE_X11=OFF -DENABLE_VAAPI=OFF -DENABLE_VDPAU=OFF -DWITH_CPU=cortex-a7)
        cd $^; cmake --build .
        cd $^; $(MAKE) install
        touch $@

in

Code: [Select]
src/$(name)/install: src/$(name)
        cd $^; cmake . -DCMAKE_INSTALL_PREFIX=$(shell pwd)/$@ $(if $(filter rpi,$(dest)),-DENABLE_INTERNAL_RapidJSON=ON -DCMAKE_PREFIX_PATH=/opt/vc -DENABLE_OPENGL=OFF -DENABLE_VDPAU=OFF -DWITH_CPU=cortex-a7 -DCORE_PLATFORM_NAME=rbpi)
        cd $^; cmake --build .
        cd $^; $(MAKE) install
        touch $@

Das Problem, was man hier jetzt bekommt, es wird kein "kodi-x11" sondern ein "kodi-rbpi" binary gebaut.
Dies müsste man bei den weiteren Skripten und Links irgendwie beachten.

Ich habe jeweils beim "cmake" ein "-j4" angehängt, dann geht der Build etwas schneller.

Mit diesen Änderungen wird das "standard" Kodi Paket auf dem RPI2/3gebaut.

Was jetzt noch fehlt. sind zusätzliche "binary addons", um z.B. Netflix usw schauen zu können.
Diese werden wie folgt gebaut:

Code: [Select]
make -C tools/depends/target/binary-addons PREFIX=[installdir of kodi] ADDONS="audioencoder.flac pvr.vdr.vnsi audiodecoder.snesapu inputstream.mpd"

Die müsste man noch irgendwie in das Makefile einbauen.

Ich habe es wie folgt versucht, was leider nicht funktioniert hat:

Code: [Select]
src/$(name)/install: src/$(name)
        cd $^; cmake . -DCMAKE_INSTALL_PREFIX=$(shell pwd)/$@ $(if $(filter rpi,$(dest)),-DENABLE_INTERNAL_RapidJSON=ON -DCMAKE_PREFIX_PATH=/opt/vc -DENABLE_OPENGL=OFF -DENABLE_X11=OFF -DENABLE_VAAPI=OFF -DENABLE_VDPAU=OFF -DWITH_CPU=cortex-a7)
        cd $^; cmake --build .
        cd $^; $(MAKE) install
        cd $^;  $(MAKE) -C tools/depends/target/binary-addons PREFIX=$(shell pwd)/$@ ADDONS="audioencoder.flac pvr.vdr.vnsi audiodecoder.snesapu inputstream.mpd"
        touch $@

Vielleicht hat jemand eine Idee?

Gruß Timo

8
Raspberry PI / [MLD 5.4] Downgrade auf VDR 2.20 unmet dependencies
« on: March 09, 2018, 22:37:20 »
Hallo zusammen,
beim Upgrade auf VDR 2.20 bei meinem RPI mit MLD 5.4 testing wirft er einige vdr-plugin Pakete weg.

Wenn ich diese dann versuche manuell wieder zu installieren, kommt folgendes:

Code: [Select]
rpi3> apt-get install vdr-plugin-cecremote
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 vdr-plugin-cecremote : Depends: vdr (< 2.2.0.213.17-.) but 1:2.2.0.213.17-213.18 is to be installed
E: Unable to correct problems, you have held broken packages.


9
x86 Systeme (PC) / [MLD 5.4] vdr-plugin-robotv
« on: March 08, 2018, 20:19:25 »
Hallo zusammen,
kann sich mal jemand anschauen, warum das "vdr-plugin-robotv" aktuell nicht gebaut wird.

Ich würde dieses gerne mal (wieder) testen.

Da hat sich nämlich ein bissel was getan, auch am Frontend.

Danke & Gruß
Timo

10
Raspberry PI / [5.4 testing]: Kernel und Hyperion Upgrade Problem.
« on: January 28, 2018, 12:02:49 »
Hi,
ich habe ein Problem beim Upgrade mit folgenden Meldungen.

Code: [Select]
rpi3> apt-get dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  alsa:armhf-rpi2 eventlircd:armhf-rpi2 hid:armhf-rpi2 hyperion:armhf-rpi2 i2c:armhf-rpi2 kernel:armhf-rpi2 network:armhf-rpi2 network-wireless-rpi3:armhf-rpi2 rc-core:armhf-rpi2
  rpi-rtc:armhf-rpi2 sensors:armhf-rpi2
11 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 5.954 kB/8.193 kB of archives.
After this operation, 1.061 kB disk space will be freed.
Do you want to continue? [Y/n] y
Err:1 http://www.minidvblinux.de/download/5.4/files testing/main armhf-rpi2 hyperion armhf-rpi2 2017.09.05-9.8+4.14.10.199.55
  404  Not Found
Get:2 http://www.minidvblinux.de/download/5.4/files testing/main armhf-rpi2 kernel armhf-rpi2 4.14.10.199.55-199.58 [4.536 kB]
Err:2 http://www.minidvblinux.de/download/5.4/files testing/main armhf-rpi2 kernel armhf-rpi2 4.14.10.199.55-199.58
  Hash Sum mismatch
  Hashes of expected file:
   - SHA256:ccbaf9cf1d032c8873fb8a4a9d4e8f64a3be8520c5a681bfed914d847796f07d
   - SHA1:ebbbbab8d0ae154844b99b040d359faa39b8ed4e [weak]
   - MD5Sum:4fc3980c8abb1babd42174a63d336898 [weak]
   - Filesize:4535912 [weak]
  Hashes of received file:
   - SHA256:55fd635d5a2075f54b50ae84db06354de485e3a7ed9e17039f2807f355c477ad
   - SHA1:0cbadf4af937d51d9c407fa662b28dcd48acc40f [weak]
   - MD5Sum:b579948de7e9de02e2d188b0aea36566 [weak]
   - Filesize:4522860 [weak]
  Last modification reported: Sun, 28 Jan 2018 10:59:33 +0000
Fetched 4.523 kB in 2s (1.604 kB/s)           
E: Failed to fetch http://www.minidvblinux.de/download/5.4/files/testing/armhf-rpi2/hyperion_2017.09.05-9.8+4.14.10.199.55_armhf-rpi2.deb  404  Not Found
E: Failed to fetch http://www.minidvblinux.de/download/5.4/files/testing/armhf-rpi2/kernel_4.14.10.199.55-199.58_armhf-rpi2.deb  Hash Sum mismatch
   Hashes of expected file:
    - SHA256:ccbaf9cf1d032c8873fb8a4a9d4e8f64a3be8520c5a681bfed914d847796f07d
    - SHA1:ebbbbab8d0ae154844b99b040d359faa39b8ed4e [weak]
    - MD5Sum:4fc3980c8abb1babd42174a63d336898 [weak]
    - Filesize:4535912 [weak]
   Hashes of received file:
    - SHA256:55fd635d5a2075f54b50ae84db06354de485e3a7ed9e17039f2807f355c477ad
    - SHA1:0cbadf4af937d51d9c407fa662b28dcd48acc40f [weak]
    - MD5Sum:b579948de7e9de02e2d188b0aea36566 [weak]
    - Filesize:4522860 [weak]
   Last modification reported: Sun, 28 Jan 2018 10:59:33 +0000
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Ich habe übrigens von streamdev wieder auf minisatip umgestellt, läuft wesentlich stabiler und performanter.

Gruß Timo

11
x86 Systeme (PC) / [MLD 5.4] Transcode Bug
« on: December 23, 2017, 15:32:13 »
Hallo zusammen,
falls noch jemand Transcode benutzt, ind MLD 5.4 Testing tritt ein Bug auf.

Wenn man das HD Profil mit MP4 Container auswählt und Dateien größer als 4GB erstellt, musste in der Vergagenheit immer der paramter " --large-file" für Handbrake mitgegeben werden.

Dies ist auch im Traco.pm Skript berücksichtigt worden:

Code: [Select]
if ( ${$profile}->{'largefile'} ) {
  $runline .= ' --large-file'; 
}                               
                               
if ( ${$profile}->{'quality'} !~ /^(?:rf|RF)[:]\d{1,2}$/smx ) {
  # large file bug // mp4 file over 4 Gbyte Size need "--large-file"
  if ( ( ${$target_mbyte_size} >= VIERNULLNULLNULL ) and ( ${$profile}->{'container'} =~ /(?:mp4|m4v)/smx ) ) {
    $runline .= ' --large-file';       
  }                                       
  if ( ${$recalc_video_bitrate} ) {
    $runline .= " -b ${$recalc_video_bitrate}";
  }                                   
} else {                           
  my (undef,$crf) = split /[:]/smx , ${$profile}->{'quality'};         
  $runline .= " -q $crf";                                                 
}

Allerdings kennt das aktuell eingesetzte HandBrakeCLI diesen parameter nicht mehr.

Code: [Select]
HandBrakeCLI --large-file
[14:58:56] hb_init: starting libhb thread
[14:58:56] thread 7f487beed700 started ("libhb")
unknown option (--large-file)

Ich habe entsprechende Passagen im Traco.pm auskommentiert, jetzt läuft wieder alles.

12
Raspberry PI / Hyperion /etc/init.d/ Skript Bug!?!
« on: December 19, 2017, 20:52:59 »
Hallo zusammen,
ich musste feststellen, dass der RPI Workarround im Hyperion Start-Skript nicht funktioniert.

Ichh musste die zeile wie folgt anpassen, dass es funktioniert.

Code: [Select]
#start rpi
/etc/init.d/rpi start

Gruß Timo

13
x86 Systeme (PC) / [MLD 5.4] Kein Docker Paket mehr?
« on: November 22, 2017, 23:02:46 »
Hallo zusammen,
da meine OS Disk meines MLD Server über den Jordan gegangen ist, habe ich heute Abend MLD neu installiert.

Dabei habe ich gleich mal MLD 5.4 unstable genommen, damit ich auch mal den neue Kernel usw. testen kann.

Leider vermisse ich das Docker Paket, im Testing kann ich es auch nicht finden.

Wird das nicht mehr angeboten?

Gruß Timo

14
Raspberry PI / [MLD 5.4] The following packages have been kept back:
« on: November 20, 2017, 18:26:15 »
Hallo zusamen,
bei einem "apt-get upgrade von meinem RPI3 bekomme ich folgende Meldungen:

Code: [Select]
rpi3> apt-get update
Get:1 http://www.minidvblinux.de/download/5.4/files testing InRelease [2.203 B]
Get:2 http://www.minidvblinux.de/download/5.4/files testing/extra armhf Packages [2.749 B]
Get:3 http://www.minidvblinux.de/download/5.4/files testing/main armhf Packages [551 kB]
Get:4 http://www.minidvblinux.de/download/5.4/files testing/main armhf-rpi2 Packages [42,0 kB]
Fetched 597 kB in 0s (640 kB/s)
Reading package lists... Done
rpi3> apt-get upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  vdr-plugin-epg2vdr vdr-plugin-restfulapi vdr-plugin-rpihddevice:armhf-rpi2 vdr-plugin-skindesigner vdr-plugin-streamdev-client
  vdr-plugin-suspendoutput vdr-plugin-systeminfo vdr-plugin-weatherforecast
0 upgraded, 0 newly installed, 0 to remove and 8 not upgraded.
rpi3> apt-get dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Warum lassen sich die Pakete nicht upgraden?

Gruß Timo

15
Hallo zusammen,
ich habe diverse Hardware zu verkaufen und bevor ich mich in der Bucht verirre, wollte hier erst einmal hier nachfrage, ob jemand Interesse hat.

Alles in Top Zustand

- Onky 7.1 AV-Receiver TX-SR444 (Rest-Garantie) http://www.de.onkyo.com/de/produkte/tx-sr444-123740.html

- L4M Twin S2 Ver. 5.4 (DD Cine S2)

- Smargo V2 Smartcard-Reader  http://www.argolis.com/details.html

- Alphacrypt Light CI CAM Modul Version 2.2 https://alphacrypt.to/

-  Diablo CAM 2 TWIN Modul WiFi Version 2.5 http://www.duolabs.com/products/diablocam_wifi.html

- CAS Interface 3+ http://www.duolabs.com/products/casinterface3.html

- Wetek Play OpenELEC Edition https://wetek.com/us/en/product/wetek-openelec

Bei Fragen, Interesse und Preisverhandlungen, einfach bei mir melden.  ;)

Gruß Timo