Posts by Falcon83

Hallo,

ich möchte eine Streamingquelle in die channels.conf einbinden, die über das OpenWebIF auf einem Enigma2-Receiver bereitgestellt wird.

Der Zugriff über das WebIf erfolgt über eine stream.m3u Datei und einige Parameter, die den Kanal spezifizieren. Im Browser kann der Stream über das VLC Plugin abgespielt werden.

Im Forum bin ich bisher nicht richtig fündig geworden, welches Plugin (iptv, streamdev client, satip) ich benötige und wie der Eintrag in der channels.conf dann aussehen muss bzw. wie der EPG bereitgestellt werden kann.

Hat jemand einen Tip für mich?

Im Voraus vielen Dank.

Falcon83

Es lag tatsächlich am defektem USB-Stick. Mit einem anderen USB-Stick konnte ich yaVDR 0.6.1 problemlos installieren.

Vielen Dank!

Falcon83

Das ISO habe ich hier runtergeladen:

http://de.releases.ubuntu.com/14.04/

Die MD5-Checksumme stimmt, dann kann es nur am USB-Stick liegen.

Bei mir existiert "noch" keine Datei /target/var/log/installer...

Die Fehlermeldung stammt aus dem syslog:

Jul 17 13:25:32 in-target:   xul-ext-ubufox yavdr-base yavdr-essential yavdr-hostwakeup yavdr-i18n
Jul 17 13:25:32 in-target:   yavdr-plymouth-theme yavdr-remote yavdr-utils yavdr-webfrontend zlib1g-dev
Jul 17 13:25:38 in-target: 0 aktualisiert, 746 neu installiert, 0 zu entfernen und 9 nicht aktualisiert.
Jul 17 13:25:38 in-target: Es müssen noch 0 B von 290 MB an Archiven heruntergeladen werden.
Jul 17 13:25:38 in-target: Nach dieser Operation werden 1.017 MB Plattenplatz zusätzlich benutzt.
Jul 17 13:25:38 in-target: E: Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.4 LTS _Trusty Tahr_ - Release amd64 (20160217.1)/pool/main/g/gpm/libgpm2_1.20.4-6.1_amd64.deb  Hash-Summe stimmt nicht überein
Jul 17 13:25:38 in-target: 
Jul 17 13:25:38 in-target: E: Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.4 LTS _Trusty Tahr_ - Release amd64 (20160217.1)/pool/main/g/ghostscript/libgs9-common_9.10~dfsg-0ubuntu10.4_all.deb  Hash-Summe stimmt nicht überein
Jul 17 13:25:38 in-target: 
Jul 17 13:25:38 in-target: E: Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.4 LTS _Trusty Tahr_ - Release amd64 (20160217.1)/pool/main/g/ghostscript/libgs9_9.10~dfsg-0ubuntu10.4_amd64.deb  Hash-Summe stimmt nicht überein
Jul 17 13:25:38 in-target: 
Jul 17 13:25:38 in-target: E: Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.4 LTS _Trusty Tahr_ - Release amd64 (20160217.1)/pool/main/g/gsfonts/gsfonts_8.11+urwcyr1.0.7~pre44-4.2ubuntu1_all.deb  Hash-Summe stimmt nicht überein
Jul 17 13:25:38 in-target: 
Jul 17 13:25:38 in-target: E: Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.4 LTS _Trusty Tahr_ - Release amd64 (20160217.1)/pool/main/g/ghostscript/ghostscript_9.10~dfsg-0ubuntu10.4_amd64.deb  Hash-Summe stimmt nicht überein
Jul 17 13:25:38 in-target: 
Jul 17 13:25:38 in-target: E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get update« ausführen oder mit »--fix-missing« probieren?
Jul 17 13:25:39 main-menu[1003]: WARNING **: Configuring 'pkgsel' failed with error code 100
Jul 17 13:25:39 main-menu[1003]: WARNING **: Menu item 'pkgsel' failed.

Sind die Pakete auf meinem USB-Stick defekt - der Integritätstest schlägt fehl...

Ok, danke.

Leider bricht die Installation auch wieder ab.

Mehrere Hash-Werte stimmen nicht z.B.:

Fehlschlag beim Holen von cdrom://Ubuntu-Server 14.04.04 LTS_Trusty Wahr_ -Release amd64 (20160217.1)/pool/main/g/gpm/libgpm2_1.20.4-6.1_amd64.deb: Hass-Summe stimmt nicht überein

Gruß

Falcon83

Hallo Seahawk1986,
ich habe die yavdr.seed jetzt auf meinen HTTP-Server im Intranet kopiert, dann scheint es zu funktionieren - Installation läuft noch 80%

Bin ich mit folgendem Befehl, wieder auf dem aktuellen yaVDR Release-Stand 0.6.1:

sudo apt-get update && sudo apt-get upgrade && sudo apt-get dis-upgrade

Gruß

Falcon83

Hallo,

Ich wollte meinen yaVDR headless Server von 0.5 auf 0.6.1 upgraden.

Bei yaVDR 0.5 konnte ich nachträglich die Intel Treiber nachinstallieren und die nVidia Treiber deinstallieren.

Leider scheint die Installation mangels NVidia Grafikkarte bei 85% abzubrechen.

Im Thread zum Intel Nuc gab es den Hinweis, man könnte yaVDR über die Ubuntu 14.04.03 Server (nur noch 14.04.04 verfügbar) Installation mittels Anpassung der Seeds in der Start-Option installieren.

Allerdings war dies mangels gültigem SSL-Zertifikats bei mir nicht möglich.

Kann die Überprüfung des SSL-Zertifikats über die Start-Optionen des Ubuntu-Servers unterbunden werden oder kann die Installation des nVidia Treibers bei yaVDR 0.6.1 Installation verhindert werden?

Viele Dank an das yaVDR für die gute Arbei.

Viele Grüße

Falcon83

Hallo,

bei mir laufen unter MAC OS X die vorkompilierten xvdr-Addons nicht:

"Can't load DLL".

Daher habe ich versucht das XVDR-Addon selbst zu kompilieren.

Leider bleibt bereits "sh autogen.sh" mit folgender Fehlermeldung hängen:

sh autogen.sh 
configure.ac:20: warning: macro 'AM_PROG_LIBTOOL' not found in library
configure.ac:19: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:20: error: possibly undefined macro: AM_PROG_LIBTOOL
autoreconf: /usr/local/autoconf-2.69/bin/autoconf failed with exit status: 1

Folgende Tools habe ich bereits installiert und diese liegen im Pfad:

autoconf-2.69
automake-1.15
libtool-2.4.4

Hat jemand einen Tip woran das liegen könnten.

Gruß

Falcon83

Den gleichen Effekt habe ich auch. Allerdings ist video.00 bei mir ein symbolischer Link nach /srv/video/video1/recordings/, wo bereits alte yaVDR 0.4 Aufnahmen liegen...
Hast Du eine Lösung gefunden?

Falcon83

Mein System hat hauptsächlich Probleme mit Pro7 HD und Kabel1 HD. Die Fehler sind allerdings weg, wenn das xvdr Addon nicht über das Loopback-Device auf die lokale Cine S2 zugreift, sondern auf die Cine S2 in meinem Aufnahme-Server (gleiche Sat-Antenne). Daher vermute ich, dass entweder die Cine S2, der Multiswitch oder die Verkabelung unserer SAT-Anlage defekt ist. Störung durch W3C sind damit auch raus.

Am Wochenende werde ich die Karten gegeneinander tauschen, um den Fehler einzukreisen.

Hat jemand ähnliche Beobachtungen mit der Cine S2 gemacht?

Gruß

Falcon83

Hallo,

ich habe die Änderungen durchgeführt, aber bei mir gabe es keine spürbare Verbesserung.

Ich bin wie folgt vorgegangen:

cd /usr/src
sudo apt-get update
sudo apt-get source vdr
cd /usr/src/vdr-1.7.22
sudo dpatch apply-all


sudo nano recorder.c


#define RECORDERBUFSIZE (MEGABYTE(500) / TS_SIZE * TS_SIZE) // multiple of TS_SIZE


sudo nano dvbplayer.c


#define PLAYERBUFSIZE MEGABYTE(100)


sudo dpkg-buildpackage -rfakeroot -us -uc -b -d


cd ..
sudo dpkg -i  vdr_1.7.22-8yavdr1~natty_amd64.deb


sudo apt-get source vdr-plugin-xvdr
cd vdr-plugin-xvdr-0.9.5


sudo nano /src/live/livestreamer.c


, cRingBufferLinear(MEGABYTE(500), TS_SIZE*10, true)


sudo dpkg-buildpackage -tc

Vielleicht hilft es jemand anderes.

Gruß

Falcon83

Ich werde später mal die hier unter Ringbuffer overflows beschriebenen Anpassungen vornehmen und berichten.

Gruß

Falcon83

Ich habe den Eindruck, dass bei meinem System die ringbuffer overflows seit kurzem deutlich häufiger auftreten - allerdings habe ich eigentlich nichts verändert.

Werde mal weitersuchen, wenn ich eine Lösung finde, werde ich sie posten.

Falcon83

Den Thread Ring buffer overflow bei livetv aus Januar 2012 habe ich gefunden, aber die Puffervergrößerung ist in das xvdr plugin eingeflossen. Ich meinte natürlich eine Lösung habe ich bisher im Forum nicht gefunden.

Gruß
Falcon83

Hallo,
ich nutze yaVDR 0.4 in Verbindung mit xbmc eden aus dem LP-PPA-yavdr-testing-xbmc Repository.
Leider habe ich insbesondere bei HDTV zahlreiche Bild- und Tonaussetzer durch die ring buffer overflows. Im Forum habe ich dazu bisher nichts gefunden.

Hier die Ausgaben des syslogs:

vdr: [2717] XVDR: streaming of channel started  
vdr: [1752] XVDR: Requesting clients to reload channel list
vdr: [2718] buffer usage: 70% (tid=2717) 
vdr: [2718] buffer usage: 80% (tid=2717) 
vdr: [2718] buffer usage: 0% (tid=2717) 
vdr: [2718] buffer usage: 70% (tid=2717) 
vdr: [2718] buffer usage: 80% (tid=2717)
vdr: [2718] buffer usage: 90% (tid=2717) 
vdr: [2718] buffer usage: 100% (tid=2717) 
vdr: [2718] ERROR: 1 ring buffer overflow (89 bytes dropped)
vdr: [2718] buffer usage: 0% (tid=2717) 
vdr: [1735] frontend 0/0 timed out while tuning to channel 71, tp 112031 
vdr: [2718] buffer usage: 70% (tid=2717) 
vdr: [2718] buffer usage: 80% (tid=2717)  
vdr: [2718] buffer usage: 90% (tid=2717)
vdr: [2718] buffer usage: 100% (tid=2717) 
vdr: [2718] ERROR: 2223 ring buffer overflows (417825 bytes dropped) 
vdr: [2718] buffer usage: 0% (tid=2717)
vdr: [2718] buffer usage: 70% (tid=2717) 
vdr: [2718] buffer usage: 80% (tid=2117)
vdr: [2718] buffer usage: 90% (tid=2717)
vdr: [2718] buffer usage: 100% (tid=2717)
vdr: [2718] ERROR: 1862 ring buffer overflows (349957 bytes dropped)

Es wird nicht über das LAN gestreamt, da Front- und Backend auf dem selben Rechner laufen.
XBMC muss den LiveTV-Stream auf 1920x1080 scalieren (Videoscalierungsmethode: Automatisch) und deinterlacen (Deinterlace methode: Auto - Ion Optimized).

Hat jemand eine Idee wodurch die Buffer Overflows entstehen könnten?
Falls noch weitere Informationen zur Fehlersuche fehlen, liefere ich diese gerne nach.

Gruß
Falcon83

Danke auf dem iphone 4 und ipad 3 läuft es.

Gruß

Falcon83

Super, danke. Werde ich später mal auf dem Iphone 4 und Ipad 3 testen und berichten.

Gruß

Falcon83

Ok, mit VmWare solltes illegalerweise gehen MAC OS unter Windows zu starten:

http://www.ihackintosh.com/2009/12/instal…indows-edition/

Im IOS-Verzeichnis ist die aktuellste Version vom 03.04.2012 wurde diese schon mit XCode 4.3.2 neu erzeugt?

Da im Last-Update-Log :
05/29/2012 - Updated OSX build - now built with XCode 4.3.2 on OSX 10.7.4
steht.

Gruß

Falcon83

Ist es eigentlich möglich, ein XBMC IOS-Build mit einem Crosscompiler unter Linux zu erzeugen oder wird zwingend Mac OS benötigt?

Gruß

Falcon83

Auf meinem iphone 4 mit ios 5.1.1 laufen die xbmc pvr-testing builds auch nicht. Bildschirm wird kurz dunkel und dann beendet sich xbmc direkt.
Die original eden version ohne pvr läuft allerdings.

Gruß

Falcon83