Posts by DoubleXMinus

Quote from Uwe

DoubleXMinus: It helps perhaps in your case?
[vdr-plugin-satip] debug rtsp communication for Inverto OEM devices

Thanks but i already got it.

Is anyone interested in network-dumps using wireshark?
Please tell which fileformat is prefered.

So I think from the dump I can also extract the PAT-Data, but I do not know how to "read"

Quote from wirbel

may be someone could verify this by hex printing all PAT data for this table.

Is there a way to get the data via a SatIP-Device? DVBSnoop seems only to work with a "native" dvb-devices.

Quote from rofafor

Quoted from "wirbel"
Und das satip Plugin hat in dem kurzen Mitschnitt im Halb-Sekundenrhythmus die PIDs 6100 und 6300 getoggelt..

This is due to VDR's PMT scan. The switching interval should be much faster, but the satip plugin artificially slows it down.

Is this a problem or wanted behavior of the satip-plugin?

rofafor: Can you give us some hints for further analysing?

So, ich habe jetzt mal grade noch 2 Logfiles erzeugt (s. Dateianhänge)

1. Logfile (1_log_reboot_megasat && 1_log_reboot_vdr_1_tuner_than_playback_switch_channel_stop_playback)*:
* aufgrund der Dateigröße musste ich den "boot" Part in ein eingenes .txt-File kopieren.
- VDR stoppen und satip-plugin mit Parameter -d1 (nur 1 Tuner) konfigurieren
- MEG-8000 neustarten && Debugging aktivieren
- VDR starten, abwarten bis Channel/EPG-Update abgeschlossen
- Wiedergabe von ARD HD über Streamdev-Client
- Switch nach ZDF HD auf Streamdev-Client
- Wiedergabe beenden auf Streamdev-Client

2. Logfile (2_log_reboot_android_satip_playback_switch_channel_stop_playback.txt):
- VDR stoppen und aus lassen
- MEG-8000 neustarten && Debugging aktivieren
- Android Sat>IP-App starten
- Wiedergabe von ARD starten
- Switch nach ZDF
- Wiedergabe beenden

Vielleicht hat ja noch jemand lust und langeweile und kann in den Logs etwas lesen

Ich bin jetzt mal offline, denke ich werde mich morgen wieder dran setzen, dann gucke ich mal ob ich ggf. mit Wireshark noch ein paar mehr Infos raus bekomme

Mal etwas mehr Infos:

Der Sat>IP-Server der MEG-8000 hat eine CLI welche sich hier befindet:

/opt/bin/sat2ip_server/sat2ip_cmdl.elf

Im Spoiler Ausgabe von
/opt/bin/sat2ip_server/sat2ip_cmdl.elf -h

[AS-B3S100-Server]$ /opt/bin/sat2ip_server/sat2ip_cmdl.elf -h
[SAT>IP CMDL] Parsing command line...


 SAT>IP server deamon command line application
        Usage:
        sat2ip_cmdl.elf  -c<command> -t<pool_time> <Preset> [-h]


   -h Displays this help message


   <pool_time> Time in miliseconds to pool command. If 0 command will be pulled only once


   <Preset> Predefined presets (if more than one is present only first will be processed
            and if there is any <command> defined it will be skipped as well):


        -b    Display device info.
        -f    Display frontend detailed info.
   <command>   command for SAT>IP deamon
        fegbe<n> - Get FE n BER. Response: fegbe<n><BER>
        fegci<n> - Get FE n Client IP. Response: fegci<n><IP>
        fegfr<n> - Get FE n Frequency. Response: fegfr<n><freq>
        fegpi<n> - Get FE n List Of Pids. Response: fegpi<n><pids>
        fegls<n> - Get FE n Lock Status. Response: fegls<n><lock>
        fegmt<n> - Get FE n Modulation. Response: fegmt<n><modulation>
        fegpl<n> - Get FE n Playing Status. Response: fegpl<n><play>
        fegpo<n> - Get FE n Polarization. Response: fegpo<n><pol>
        fegrs<n> - Get FE n Reception Standard. Response: fegrs<n><rec_st>
        fegst<n> - Get FE n Session Type. Response: fegst<n><sessiont>
        fegsq<n> - Get FE n Signal quality. Response: fegsq<n><sig_q>
        fegsr<n> - Get FE n Symbol Rate. Response: fegsr<n><sr>
        fegty<n> - Get FE n Type. Response: fegty<n><type>
        fegfe<n> - Get FE n Free status. Response: fegfe<n><free>
        dvgid - Get Device ID. Response: dvgid<id>
        dvgfw - Get FW version. Response: dvgfw<fw>
        dvghw - Get HW version. Response: dvghw<hw>
        dvgmc - Get MAC. Response: dvgmc<MAC>
        dvgnc - Get number of cable FE. Response: dvgnc<ncab>
        dvgns - Get number of satellite FE. Response: dvgns<nsat>
        dvgnt - Get number of terrestrial FE. Response: dvgnt<nter>
        dvgcl - Get number of clients attached. Response: dvgcl<ncli>
        dvgcp - Get CPU usage. Response: dvgcp<cpu_u>
        dvgmu - Get Memory usage. Response: dvgmu<mem_u>
        dvgut - Get up time. Response: dvgut<up_t>
        sigfn - Get Friendly Name. Response: sigfn<friendly_name>
        sigti - Get Session timeout. Response: sigti<timeout>
        sigln - Get LNB Type. Response: sigln<n>
        siglf - Get LNB freq settings. Response: siglf<-freq-hiBandOLFreg-loBandOLFreg->
        sisfn<str> - Set <str> as server friendly name. Response: sisfn<b> - b is 0 if failed, or 1 if sucessfull
        sisti<n> - Set <n> as timeout. Response: sisti<b> - b is 0 if failed, or 1 if sucessfull
        sisln<n> - Set LNB Type: <n>=0 - quattro; <n>=1 - One demod one RF; <n>=2 - quad. Response: sisln<b> - b is 0 if failed, or 1 if sucessfull
        sislf<-freq-hiBandOLFreg-loBandOLFreg-> - Set LNB OL frequencies. Response: sislf<b> - b is 0 if failed, or 1 if sucessfull
        sisxm<str> - Upload /data/device_description.xml. Response: sisxm<b> - b is 0 if failed, or 1 if sucessfull
        stscr<n><param> - Create static session on FE <n> using <params>. Response: stscr<n><b> - b is 0 if failed, or 1 if sucessfull
                          <params>=-msys-src-freq-pol-sr-fec-mtype-pilot-ro-pids-name-lcn-mcastIP-mcastPorts-TTL-
                    order of parametars must be preserved. On missing param place -none-. Example:
                          <params>=-dvbs2-1-10773-h-22000-34-8psk-off-0.20;0,96,255,259-ANIXE HD-0-239.1.0.0-5004_5005-3-
        stste<n> - Terminate static session on FE <n>. . Response: stste<n><b> - b is 0 if failed, or 1 if sucessfull
        srcdg<n> - Set debug mode
        srcen<n> - Close SAT>IP server.

Debugging kann mit dem Kommando eingeschaltet werden:

/opt/bin/sat2ip_server/sat2ip_cmdl.elf -csrcdg2

Hier durch wird die Kiste im /var/log/messages etwas gesprächiger.

Quote from motze

Kann jemand mit Problemen darüber berichten, wie sich das Gerät in Kombination mit anderen Clients, im Betrieb ohne VDRs verhält? Muss der Megasat dann auch immer wieder neu gestartet werden?

Wenn mein VDR mal wieder kein Bild zeigen wollte, habe ich immer als 1. Schnelltest geprüft, ob ich mit dem Handy (Android Tivizen (gratis) / Android Sat>IP (kostenpflichtig) ) noch ein Bild bekomme wenn ich mich direkt an die Megasat verbinde (dafür darf mein VDR auch nur 7 der 8 Tuner verwenden ).
Das hat bisher immer geklappt (innerhalb der letzten 17 Tage ohne Neustart der Megasat)!

Andere Sat>IP Empfänger (Hardware) habe ich leider nicht.

Da ich mich jetzt längere Zeit nicht zu Wort gemeldet habe...
Die billige China-Ware (aka Megasat Sat->IP Server 3) die hier so verteufelt wird... Läuft bei mir aktuell um ehrlich zu sein erstaunlich gut.

[AS-B3S100-Server]$ uptime 14:46:02 up 17 days, 19:59,  load average: 0.00, 0.01, 0.04

Ich muss gestehen, mein Setup ist auch eher einfach gehalten, Quad-LNB direkt an den MEG8000 (kein Multiswitch/nur Astra 19.2)
Mein VDR musste ich dagegen ab und zu einmal neu starten was aber eher mit dem HD+ Kram zu tun hatte.

Quote from wirbel

Hat der MegaSat einen ssh Zugang? Falls ja, gibt es da noch mehr Infos, wie z.B. die Ausgaben von

cat /proc/cpuinfo

oder

ps

? Vielleicht kann ja mal eine der Besitzer testen.

Display More

Ausgaben zu cpuinfo und ps im Spoiler

[AS-B3S100-Server]$ cat /proc/cpuinfoARC IDENTITY    : Family [0x34] Cpu-id [0x0] Chip-id [0x270f]processor       : ARC 700 R4.10CPU speed       : 500.00 MhzTimers          : TIMER1 TIMER0Vect Tbl Base   : 0x80000000UNCACHED Base   : 0xc0000000Bogo MIPS :     332.54ARC700 MMU [v3] : 8k PAGE, J-TLB 512 (128x4), uDTLB 8, uITLB 4,I-Cache         : (32K) VIPT, 2way set-asc, 32b LineD-Cache         : (32K) VIPT, 4way set-asc, 32b LineExtn [700-Base] : norm, barrel-shift,  minmax,  ext-arithExtn [700-MPY]  : 32x32 (ANY Result Reg)   MAC MPY: Dual 16x16 and 32x16Extn [700-4.10] : LLOCK/SCOND (in-use), SWAPE (in-use), RTSC (not used)Extn [CCM]      : N/AExtn [FPU]      : N/AOS ABI [v3]     : no-legacy-syscalls

[AS-B3S100-Server]$ ps  PID USER       VSZ STAT COMMAND    1 root      1512 S    init    2 root         0 SW   [kthreadd]    3 root         0 SW   [ksoftirqd/0]    4 root         0 SW   [kworker/0:0]    5 root         0 SW<  [kworker/0:0H]    6 root         0 SW   [kworker/u2:0]    7 root         0 SW<  [khelper]    8 root         0 SW   [kdevtmpfs]    9 root         0 SW<  [writeback]   10 root         0 SW   [kworker/u2:1]   15 root         0 SW   [kworker/0:1]   16 root         0 SW   [khungtaskd]   17 root         0 SW   [kswapd0]   18 root         0 SW   [fsnotify_mark]   31 root         0 SW<  [deferwq]  259 root      1512 S    syslogd -m 0 -s 1024 -b 3 -L -S  261 root      1504 S    klogd  270 root         0 SW   [ubi_bgt0d]  278 root         0 SW   [ubifs_bgt0_0]  471 root      1520 S    acpid  477 root      2280 S    /opt/bin/mongoose 8000  479 root      2280 S    /opt/bin/mongoose 8000  480 root      2280 S    /opt/bin/mongoose 8000  481 root      2280 S    /opt/bin/mongoose 8000  482 root      2280 S    /opt/bin/mongoose 8000  483 root      2280 S    /opt/bin/mongoose 8000  484 root      2280 S    /opt/bin/mongoose 8000  485 root      2280 S    /opt/bin/mongoose 8000  486 root      2280 S    /opt/bin/mongoose 8000  487 root      2280 S    /opt/bin/mongoose 8000  488 root      2280 S    /opt/bin/mongoose 8000  490 root      2280 S    /opt/bin/mongoose 8000  491 root      2280 S    /opt/bin/mongoose 8000  507 root      1528 S    udhcpc -b -i eth0 -s /etc/udhcpc.conf -p /var/run/ud  513 root      1528 S    dropbear  516 root      1512 S    ntpd -p pool.ntp.org  542 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  544 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  545 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  575 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  576 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  577 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  581 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  586 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  588 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  589 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  590 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf  597 root      1152 S    /opt/bin/system-monitor  598 root      1512 S    init  599 root      1512 S    sh -c logger  600 root      1512 S    logger  895 root      1592 S    dropbear  908 root      1520 S    -sh 2979 root      1512 R    ps 7342 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf10437 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf31378 root     28288 S    /opt/bin/sat2ip_server/sat2ip_tb100.elf

OT: Ich finde es auch etwas schade, das hier so viel "konstruktive" Unterstützung geboten wird.

Quote from 3PO

Niemand zwing Dich, hier im Forum zu lesen, oder Dich an einer Diskussion zu beteiligen!

Aber mal abgesehen davon, ist doch gerade wegen der vielen "Fachkompetenz" herausgekommen, dass der "Megasat SAT to IP Server 3" eben ist, was er ist, nämlich billiger Chinaschei?dreck!

Wer halt meint, dass er clever ist und billig kauft, der bekommt genau das, was er haben will.

Solche Kommentare veranlassen mich, hier so wenig zu schreiben und vorallem auch immer weniger hier nach Unterstützung zu suchen.
Wenn man schon etwas kommentieren muss, dann doch bitte mit konstruktiven Antworten!

Sonstiges 1:
1. Das DD Hardware besser läuft als ggf. günstigere Alternativen aus dem Ausland wissen wir glaube mittlerweile alle. Habe selbst sehr gute Erfahrungen mit DD gemacht habe, allerdings mit DVB-C.
2. Geht es hier nicht darum herauszufinden wie gut diese Hardware funktioniert? Bzw. ggf. herauszufinden was an der Hardware nicht so gut funktioniert?
3. Genau genommen hat hier fast keiner danach gefragt, welche Hardware besser läuft (zumindest im Verhältnis zudem wie die DD hier als Allheilmittel angepriesen wurde)

Sonstiges 2:
Wer soll einen neuen Thread auf machen? Leute die diese Hardware besitzen und ggf. versuchen wollen das Beste daraus zu machen?
Oder die Leute, welche der Meinung sind, dass ich meinen China-Müll lieber in die Tonne kloppen soll?

Quote from maxzapper

Entschuldigt bitte wenn ich lästig bin - hätte da noch eine Frage (neben jener ob der Megasat einen Lüfter hat):

Lüfter glaube ich nicht das einer verbaut ist... zumindest wurde die Kiste bei mir noch nicht so warm, dass es einen Lüfter benötigt hätte, und dauerhaft läuft zumindest keiner.

Quote from maxzapper

Der Megasat hat ja 8 Tuner - kann er damit auch 8 verschiedene Transponder gleichzeitig empfangen - er hat ja nur 4 Anschlüsse.

Ich hatte testweise 8 Unterschiedliche Kanäle laufen, davon waren definitiv mehr als 4 Kanäle von unterschiedlichen Transpondern. 1x ARD HD, 1x ZDF HD, 1x RTL HD, 1x PRO7 HD und noch ein paar SD-Sender... Die sollten m.W.n auf mindestens 5 verschiedenen Transpondern liegen.
Wobei ich mir noch nicht sicher bin, ob für die Wiedergabe mehrerer Kanäle von einem Transponder ggf. auch mehrere Tuner verwendet werden. Das müsste ich nochmal prüfen.

Quote from fnu

Im satip Plugin gibt es ja den ein oder anderen Quirk für eben die preiswerteren Boxen, welche verschiedene Situationen etwas verbessern.

Gibt es hierzu ggf. irgendwo ein wenig Entwickler-Dokumentation? Vielleicht weiß ja jemand ohne groß suchen zu müssen ob es hier was gibt, bzw. ob hier im Forum bereits mehr (sinnvolles) geschrieben wurde.
--> Sonst würde ich mich jetzt erstmal ungerne an rofafor wenden, da ich aktuell eher sporadisch online bin und auch nicht immer an die Hardware dran komme.

--------------- EDIT ---------------
Habe grade auf der Homepage von Megasat nochmal geguckt und da scheint gestern ein Firmware-Update (Version 3.1.6) zu der Kiste veröffentlicht worden zu sein.
https://www.megasat.tv/support/downlo…ver-3-firmware/



Vielleicht tut das ja schon ein wenig. Werde ich heute abend mal aufspielen und spätestens morgen dann berichten. Leider gibt es keine Release-Notes o.ä.

Quote from fnu

Hmm, da würde ich auf Esotherik tippen ... di

fnu: damit hast du wahrscheinlich recht.
Am nächsten Tag hat er nach dem "RTP Error" wieder alle Tuner belegt. Was wie du bereits vermutet hast, nichts mit dem Error und dem Betriebsmodus sondern am EPG-Update gelegen hat.

Jetzt habe ich den EPG-Update im VDR deaktiviert und führe diesen per Cron-Job erstmal alle 2h aus. Seit dem läuft der Server (1 Tag) und hatte bisher keine Probleme.
Die Woche über werde ich einmal diverse Aufnahmen machen und gucken wie sich die Kiste dann verhält.

Das mit dem + läuft auch, hat aber ja genau genommen auch nichts mit der MEG-8000 zu tun und werde ich auch ab jetzt auch nichts mehr zu schreiben.

3PO: Das mit dem Billigscheiss verstehe ich grade nicht. Aber ist ja auch egal und irgendwie ein wenig Offtopic.Hast du auch was zum eigentlichen Thema beizutragen? Keines deiner Kommentare hat auch nur im entferntesten was mit dem Thread-Titel zu tun (abgesehen vom Wort "satip").
Wenn du doch eine funktionierende Lösung hast, dann erleuchte doch die, die um Hilfe bitten.

Nebenbei mal wieder was zum Thema:
Das "alle Tuner werden genutzt"-Problem konnte ich lösen:

• neuste Version von vdr-plugin-satip installiert (2.2.4 --> habs mir aus dem yaVDR-Testing ppa geholt)
• in der Plugin-Config "Übertragungsart: RTP-over-TCP" einstellen

Seit dem kann ich schön sehen, dass wenn der VDR im Log schreibt "SATIP: Idle timeout - releasing [device x]", dann wird im WebIf der MEG-8000 auch der Tuner freigegeben und bleibt frei.
Ob damit auch das Verbindungsproblem von heute mittag behoben ist, kann ich noch nicht sagen, das wird sich aber noch zeigen.


Bin ab jetzt offline... Wünsche einen schönen Abend.

3PO: Genau genommen ist mir das egal wer was von Satip hält und es wie verwendet
Ich laufe seit ca. 5 Jahren mit einer solchen Lösung (nur ohne satip, zeitweise mit DVB-C-Tunern, teilweise mit einzelnen USB-Sat-Receivern) gut.
Ziel war es, ein bewährtes System weiter zu verwenden, und das satip-Geraffel hier als "günstigen" Multi-Tuner einzusetzen, da ich aufgrund der Wohnsituation wieder auf Sat umsteigen muss/darf.

Wenn du mir einen Tipp geben kannst, wie ich die Vorteile welche ich bereits aufgezählt habe, plus die Punkte von Hibbelharry, umsetzen kann, dann immer her damit. Ich bin für jeden Vorschlag offen.

Was ich aber vermeiden möchte ist es, auf sowohl der "Server-Seite" als auch auf der Client-Seite eine Frickellösung zu haben.
Unter Server-Seite verstehe ich auch sowas wie die + Logik (muss egal wie auf einem Server laufen), welche dann wieder an jedem Client konfiguriert werden müsste (was an einem Windows-PC mit VLC als Client übrigens ganz schön schwer sein dürft :P),

das zentrale Aufnahmeverzeichnis welche ich auf jedem Client mounten müsste.
Achja... und damit ich Aufnahmen auch bei ausgeschaltetem Client durchführen kann... brauche ich einen VDR-Aufnahme-Server, der wiederum per Remote-Timer gesteuert wird (Konfiguration an jedem Client)....
--> wenn ich also so oder so schon einen Server 24/7 laufen habe, dann kann der auch gleich noch ein wenig mehr Arbeit mit übernehmen.

Und vermutlich wird es dem MEG-8000 egal sein, ob ich mit 8 einzelnen vdr-plugin-satip-Clients drauf zugreife, oder mit einem Server der alle 8 Tuner anspricht (kann mich hierbei aber vielleicht auch irren, wird wohl noch eine Testoption werden).

Zur MEG-8000:
Ich hatte grade das 1. Mal das Problem, dass sich die Kiste scheinbar komplett verabschiedet hat, bzw. der VDR keine Verbindung mehr aufbauen kann.

Jan 15 17:43:32 xx-mediaserver vdr: [13577] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.x.x/ [device 1]

--> Reboot hilft, ist aber nervig (der MEG-8000), Webinterface war noch erreichbar.

Kaum bis kein manueller Konfigurationsaufwand am Client

MLD erkennt automatisch den Server und klappt quasi Out-of-the-Box mit dem yaVDR-Server
--> Aufnahmeverzeichnis wird automatisch gemountet
--> Channels.conf wird vom Server herunter geladen
--> + muss nur am Server umgesetzt werden
--> Remote-Timers, etc. wird automatisch installiert und konfiguriert

Alles Gründe für mich auf die Server-Lösung zu setzen.

Also das mit dem + funktioniert grundsätzlich mit Auflösung am Server und Wiedergabe dann am Clienten (ganz ohne zutun).

Von der Stabilität der ganzen Konstellation bin ich grade noch nicht ganz überzeugt. Hatte zwar heute noch keine Probleme, außer der Tatsache das alle 8 Tuner so ziemlich dauerhaft laufen, aber große Aussetzer hab ich bisher dadurch nicht gehabt.
Bzw. nach ein wenig hin- und herzappen hat der VDR-Server es dann geschafft doch das Bild an den Clienten zu liefern.

Vielleicht sollten wir erstmal klären ob/wie gut diese gesamte Lösung läuft

Ich habe nach 1 Tag Testlauf folgendes Problem festgestellt:

- ein Kanal wird wiedergegeben
--> MEG-8000 blockiert Tuner 1
- Wiedergabe beenden
--> MEG-8000 gibt Tuner 1 frei
- 10sec später wirft VDR eine Fehlermeldung: SATIP: Detected 117 RTP packet errors [device 0]
--> MEG-8000 blockiert Tuner 1 erneut, diesmal wird er nicht mehr freigegeben

- einen anderen Kanal wiedergeben
--> MEG-8000 startet Tuner 2 (Tuner 1 bleibt geblockt)
- VDR-Server herunterfahren
--> MEG-8000 gibt alle Tuner frei

Falls jemand eine Idee hat

In den Logs ist erst mal sonst nichts auffälliges zu sehen.

Und zu dem SSH-Thema:
Das Passwort für den root-User entspricht dem welches ihr im WebIf der MEG-8000 angegeben habt. (Default: root/admin)

Also, ELV.de ist recht schnell mit versenden... Hab die Hardware bereits heute morgen geliefert bekommen.

Also, heute morgen gleich den Megasat Server 3 mit 4 Sat-Kabeln (Schüssel mit Quad-LNB) verkabelt, ins Netzwerk geklemmt und testweise eine neue yaVDR-Instanz für den Test installiert.
Dann vdr-plugin-satip installiert, channels.conf angepasst... und schon hab ich ein Bild am PC mit vlc (via streamdev)

in yavdr wird das Plugin ohne besondere Paramter gestartet, somit werden alle SatIP-Server erkannt (auch ein AVM Fritz DVB-C WLAN Repeater). Es werden aber nur 2 Tuner initialisiert.
Per Config-Änderung können hier aber 8 Tuner für übergeben werden (in yaVDR: /etc/vdr/plugins/conf.avail/satip.conf).

Ein Test mit 8 VLC-Fenstern auf unterschiedlichen Sendern hat problemlos geklappt. Das WebInterface der MegaSat zeigt auch an, dass alle Tuner verwendet werden.
Wird ein Stream geschlossen und von VDR der Tuner "released" wird auch der Tuner der Megasat wieder frei gegeben.

Ich lasse das jetzt mal ein wenig laufen und gucke ob irgendwas passiert

Aber bin erstmal positiv überrascht.

Zu dem Unicable-Thema kann ich leider nicht behilflich sein... habe hier eine ganz "einfache" Quad-LNB Installation.

Werde mich heute oder morgen auch nochmal dran setzen, das ganze mit VDR-Clients zu testen, welche über Streamdev mit dem VDR-Server verbunden sind. Natürlich werde ich berichten.

---- EDIT ----
Habe jetzt noch den MLD5.1-Client auf dem Raspberry umkonfiguriert.
Es laufen jetzt also 5 Kanäle in meinem Netz: 3x HD (öffentlich-rechtliche) und 2x SD (private) --> bisher ohne Probleme!
Mein nächstes ToDo ist das +

Wir müssen uns leider noch ein wenig gedulden . Amazon hat mich dazu verleitet die denkbar ungünstigste Versandkonstellation zu wählen die man wählen kann.
Amazon Prime (DHL Express) an eine DHL Packstation = 2x nicht erfolgreiche Zustellung an Packstation.
Habe die Bestellung storniert und bei elv.de erneut bestellt.


Wird also vermutlich doch erst nächste Woche...

TheEnvoy: Unicable kann ich leider nicht testen.

Also noch kann ich nichts dazu sagen, allerdings warte ich gerade auf die Lieferung des Megasat Server 3. Bin schon gespannt wie Flitzebogen.
(Warte darauf, dass der Postfahrer endlich mal mein Paket in der Packstation ablegt )

Werde heute nur noch einen kurzen Funktionscheck machen, morgen bzw. am Samstag hab ich dann wirklich Zeit mich damit zu beschäftigen.

Natürlich lasse ich euch gerne an meinen Erfahrungen teilhaben

---- Edit ----
Ein hoch auf DHL Express und Packstation.
Heute wirds wohl auch nichts mehr mit dem Funktionscheck

Der Eintrag für UnityMedia (Kabel) scheint noch nicht in Channelpedia zu sein.

ProSieben MAXX;Unitymedia:113000:M256:C:6900:613=2:614=deu@3:618:0:12113:9999:121:0

Ist zwar prinzipiell der falsche Thread... aber da hier schon Channel.conf-Eintrage gepostet wurden...
Hier der Eintrag für UnityMedia (Kabel) funktioniert auf jeden Fall im Rhein-Main-Gebiet...

ProSieben MAXX;Unitymedia:113000:M256:C:6900:613=2:614=deu@3:618:0:12113:9999:121:0

Quote from olafc

Woher kopierst Du denn die imon_mce? Ich kann die nirgendwo finden. (/etc/rc_keymaps/ ist leer)

olafc:
Falls das Problem noch nicht gelöst sein sollte und du nicht so lange warten willst/kannst bis das Geflecht um imon entwirrt ist
In meinem Post oben habe ich geschrieben, dass sich die Dateien hier (/lib/udev/rc_keymaps/) zu finden sind. Dort sollte sowohl eine "imon_mce" als auch eine "imon_pad" vorhanden sein.
Dort einfach die Datei "imon_pad" nach "imon_mce" umbenennen.
PS: eine Sicherung der ursprünglichen "imon_mce" muss ich wohl nicht erwähnen

Quote from steffen_b

ui was für ein Durcheinander/Gewusel mit den verschiedenen Imons - sehr wahrscheinlich hats da irgendwo nen Fehler ... Lasst uns mal ein paar Tage Zeit das Geflecht um imon zu entwirren.

steffen_b:
Danke das ihr euch dem Thema annehmt. Falls es notwendig ist, stelle ich mich auch gerne zum Testen bereit.