Hi,
VideoPid=27
Ja das passt, steht so bei mir in der channels.conf bei den HD Kanälen.
ich weis nicht ob die gepatchte extension dongle version die veränderte VDR::getChannelList enthält.
Hmm, vielleicht schreibt mal hondansx da was zu.
hondansx
brachen wir eine neue Version?
Grüße
cinfo
Hi,
Die aktuelle version im cvs sollte das können, ich weis nicht ob die gepatchte extension dongle version die veränderte VDR::getChannelList enthält.
Ich hatte es mal mit dem Clinet aus dem cvs getestet aber da geht leider nichts. Auch glaube ich das die gepatchte extention dongel version die veränderte Version von VDR::getChannelList leider nicht enthält.
Da müssen wir wohl auf eine neue Version von Client und Dongle warten.
Grüße
cinfo
Sorry dass ich hier nochmal störe, aber meine Frage auf Seite 2 dieses Threads wurde wohl übersehen:
Wie ist das mit dem 16x9 bei H3/4 zu verstehen? Geht es generell auf keiner H3/4 oder sind eure lediglich defekt? Wie äussert sich der Fehler? Tritt der nur bei 16x9 Fernsehern auf, oder auch bei 4x3 Fernsehern im Letterbox 16x9?
Vielleicht kann jemand mal was dazu schreiben. Ich habe mir kurz bevor ich von dem Problem gelesen habe, eine H3 gekauft. Diese soll demnächst (vorerst) an eine 4:3 Röhre, später evtl. an einen 16:9 LCD.
Grüße
Marcus
Hi,
bei mir geht 16x9 bei H3 & H4.
Grüße
cinfo
Hallo,
ich habe mit vomp folgendes Problem und ein Lösungsvorschlag:
Über WLAN (mehrere Fritzboxen als Repeater, und die MVP direkt an einer der Boxen) kommt es bei mir seit easyvdr 0.8 also der vomp version 0.3.1-3 zu Verbindungsabbrüchen sobald ich die Senderliste anzeigen will. Mit 0.3.1-1 auf easyvdr 07 funktionierte alles wuderbar.
Dongle Versionen passen zum Server, hier sollte das Problem nicht liegen.
Ich habe meinen alten RöhrenTV mal richtung switch (direkt eingesteckt ohne WLAN) geschleppt und weiter getestet. Und siehe da, kein Verbindungsverlust wenn ich auf Fernsehen gehe (komplette Kanalliste).
Ich habe dann folgende Szenarien durchprobiert.
nur 15 Sender in der Liste (kein HD) -> geht über mein WLAN
nur 18 Sender inkl. HD Sender -> geht auch über WLAN (HD natürlich nicht)
ca. 420 Sender -> geht nicht über WLAN
zwischen 200 - 300 Sender gings mal und mal nicht über WLAN
Nebenbei ist mir aufgefallen das in der Kanalliste auf der MVP eine falsche Anzahl aller Sender angezeigt wurde, kann mich aber auch irren.
Ich könnte mir vorstellen das vielleicht die höhere Latenzzeit übers WLAN, bzw. Reapeter (Rechenarbeit, Verschlüsselung, Entschlüsselung usw.) dazu führt das beim übertragen der Kanalliste (wird scheinbar bei jedem Aufruf dieser übertragen) diese nicht komplett übertragen wird und dadurch die Kiste rebootet.
Hat sich da was geändert zwischen der Versionen ?
Idee: Könnte man eine kurze Wartezeit oder vielleicht sogar eine Prüfung einbauen ob alles übertragen wurde (Falls es daran liegt) einbauen?
Das Problem könnte, wenn wie vermutet die Verbindungsgeschwindigkeit/Latenzzeit eine Rolle spielt auch über Kabel passieren, wenn eine Komponente beschäftig ist. Man könnte ja mal eine verdammt große channel.conf erstellen und gucken ab welcher größe die Kabelverbindung aufgibt.
Es wäre sehr ärgerlich wenns nicht mehr über WLAN ginge... WAF und so
Hier noch der LINK zum original Thread:
http://www.easyvdr-forum.de/forum/index.php/topic,9449.15.html
Zwei weitere Anliegen:
Erstes wäre die Möglichkeit am VOMP-Server eine Art Bandbreiten Einstellung zu haben, ähnlich streamdev für verschiedene Verbindungsgeschwindigkeiten. Je nach Tagesform habe ich manchmal Aussetzer im Ton und Bild.
Zweites die Konfig über VDR-Menü Plugin Konfig anstelle über config files.
Danke
Christian
Dongle Versionen passen zum Server, hier sollte das Problem nicht liegen.
Bist du dir da sicher? Schließlich wirde insbesondere dieser Teil des Netzwerkprotokolls bei 0.3.1-3 geändert also unbedingt auch das 0.3.1-3 dongle verwenden. Probleme bei der Kanalliste würde sehr gut zu falschen Dongle in der mvp passen (Vielleicht dongle nicht neugeladen)
Hat sich da was geändert zwischen der Versionen ?
Nein eigentlich nicht, TCP Window size ändern könnte was bringen.
Marten
Hi,
der dongle passt, Version wird auf der MVP richtig angezeigt (läd über WLAN auch relativ lange im Vergleich zum LAN), ich habe getestet:
direkt am switch -> geht immer (deshalb bin ich mir sicher mit den Versionen)
am Repeater über WLAN mit großer Kanaliste -> geht nicht
am Repeater über WLAN mit kleiner Kanalliste -> geht meist
mit dem alten Dongle tritt das Problem auf das nur ein Kanal angezeigt wird in meinem Fall "Das Erste" (ist auf Kanal 1 auf meinem VDR. Gleiches übrigens auch mit vomp4windows.
Ich habe nichts neu kompiliert o. ä. easyvdr 0.8 ohne Veränderung.
Ok, was du denn mit der TCp window size gespielt, ist unter Einstellunge irgendwo...
Marten
habe alle Einstellungen eben durchprobiert, keine Änderung zu sehen.
Allerding hatte ich bei meinen Test kein Glück, hat nie Funktioniert (Liste hat lt. MVP 211 Einträge).
Aufgefallen ist mir lediglich, das manchmal erst beim "Runter Taste" drücken die Verbindung verloren wurde und nicht direkt bei der auswahl "Fernsehen"
Jemand weitere Erkenntnisse ?
Hab ein ganz komisches Problem mit dem Laden des Dongles.
Bisher lief alles ohne Probleme. Ich habe einen EasyVDR Server, der mit dem Vompserver an MVPs streamt. Es kommen 4 Stück zum Einsatz, läuft alles sehr zufriedenstellend.
Jetzt habe ich einen homeserver aufgebaut (Auf Linuxbasis, für Dummies wie mich super geeignet, läuft out of the box sozusagen, nennt sich AMAHI, http://www.amahi.org), der auch einen DHCP Server mitbringt und meinen Router DHCP ersetzen soll. Schalte ich DHCP am Router aus und am Amahi ein kann der MVP sich den Dongle nicht laden, bleibt im Startbildschirm beim dritten Balken stehen. DHCP am Router wieder an, am Amahi aus, klapp wieder... Hat der MVP erst mal den Dongle ist es unerheblich welche Einstellung ich fahre - natürlich nur bis MVP vom Stromnetz getrennt wird.
Aber jetzt wirds ganz komisch, denn ich habe (mehr durch Zufall) festgestellt, dass dies nur für die Revision E1zutrifft. An einem anderen Fernseher habe ich eine H4 angeschlossen. Dort funktioniert alles wie erwartet. Ich habe die E1 MVP auch an diesem Lankabel angeschlossen um mögliche Switch / Netztopologie Probleme auszuschließen, es bleibt beim dritten Balken während die H4 komplett bootet.
Vielleicht hat hier schon jemand eine Idee oder einen Tipp.
Ich habe irgendwo mal gelesen, dass der Vompserver nicht notwendigerweise auf dem VDR laufen muss, bzw. der Dongle auch woanders her geladen werden könnte. Woher weiß meine MVP denn, wo der Dongle liegt? Macht das auch der DHCP Server? Hätte ich ja am Router einstellen müssen. Evt. kann ich den Dongle ja auch woanders abholen lassen?
Für Antworten wäre ich sehr dankbar.
Gruß
Kristina
Das die Hx laufen ist nicht so verwunderlich die haben Flash, die kennen den Dongleinhalt noch von der alten installation.
Marten
Hmmm, glaub ich nicht - also nicht, dass sie flash haben. Aber die H4 war einige Tage nicht an der Steckdose. Dann muss sie sich den Dongle immer neu ziehen. Das hat sie auch gemacht, die E1 nicht.
Denke es muss noch an was anderes liegen.
Gruß
Kristina
seit ich bei meinem VDR (yavdr 0.3) die Aufnahmengröße auf über 2GB pro file eingestellt habe - wegen HDTV - kommt die MVP bei der Wiedergabe von SD-Aufnahmen genau dort ins straucheln. Es wird bis 2GB alles perfekt wiedergeben, aber ab 2GB fängt die Aufnahme von vorn an.
Läßt sich da was mit fopen64 machen?
Danke & Gruß, ollo
BTW - ich bin auf der Suche nach einem HDTV client, der die MVP ersetzen kann. Ich will aber keine Bastellösung, sondern suche eher sowas wie die WDTV o.ä. für Aufnahmen und LiveTV. Hat da wer schon was am Laufen?
Hallo,
nachdem ich es endlich hingekriegt habe, wollte ich mich hier kurz bedanken.
Sehr nettes plugin!
Mit Hilfe des vdr-wiki-Eintrages habe ich den MVP zum Laufen gebracht.
Ein Stolperstein war der (automatische) Eintrag (steht auch so im wiki)
[Boot]
TFTP file name = vomp-dongle
in der vomp-00-0D-FE-00-XX-XX.conf.
Das musste ich in vomp-dongle-0.3.1 ändern.
Sollte da nicht besser der symlink stehen? (vomp.bin)
Frage I:
Ich habe versehentlich die remote auf NEW gestellt und kann das jetzt nicht mehr ändern.
Heisst NEW man kann diese FB nutzen?
[Blocked Image: http://vdr-wiki.de/wiki/images/thumb/5/5a/Fernbedienung-hauppauge-nova-t-45.jpg/50px-Fernbedienung-hauppauge-nova-t-45.jpg]
Davon habe ich noch ein paar im Büro rumliegen.
Grüße
im schlimmsten fall geht probieren über studieren 
grüsse mentox
Yep,
habe ich natürlich gemacht und es hat geklappt!
Vorher hatte ich die FB nicht parat, daher konnte ich nicht probieren.
Jetzt müsste ich den vompserver nur noch auf meiner dockstar sauber mit den patches kompiliert kriegen...
Grüße
Hi,
. . . nur noch auf meiner dockstar sauber mit den patches kompiliert kriegen...
ich hatte es mal hier auch einen anderen Armel probiert und bekomme leider diese Fehler
auf einem VDR 1.4.29 von Reel
S_PACKETS -DUSEMYSQL -DDEVICE_ATTRIBUTES -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vompserver"' -DVOMPSERVER -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/media/hd0/reelbox.org/testing/src/vdr-1.4/include -I../kernel/linux-2.6.18.5/include -o mvpreceiver.o mvpreceiver.c
mvpreceiver.c: In constructor ‘MVPReceiver::MVPReceiver(cChannel*, cDevice*)’:
mvpreceiver.c:41: error: invalid conversion from ‘const int*’ to ‘int’
mvpreceiver.c:41: error: initializing argument 4 of ‘cReceiver::cReceiver(int, int, int, int, const int*, const int*, const int*)’
make: *** [mvpreceiver.o] Fehler 1Jemand eine Idee wie das zulösen wäre?
Grüße
cinfo
Hallo.
Inzwischen habe ich VOMP auf der dockstar (ARMEL) mit debian squeeze kompiliert.
Ich bin dabei wie folgt vorgegangen:
Quellen besorgt:
cd /usr/src/
cvs -z3 -d:pserver:anonymous@vomp.cvs.sourceforge.net:/cvsroot/vomp co -P vompservervompserverpatch aus dem loggytronic-forum erstellt (http://forum.loggytronic.com/index.php?topic=426.0)
diff -Naur vompserver.org/responsepacket.c vompserver/responsepacket.c
--- vompserver.org/responsepacket.c 2009-11-20 05:34:28.075696779 +0000
+++ vompserver/responsepacket.c 2009-11-22 06:32:37.415696613 +0000
@@ -87,7 +87,8 @@
bool ResponsePacket::addULONG(ULONG ul)
{
if (!checkExtend(sizeof(ULONG))) return false;
- *(ULONG*)&buffer[bufUsed] = htonl(ul);
+ ULONG ulnw = htonl(ul);
+ memcpy(buffer + bufUsed, &ulnw, sizeof(ULONG));
bufUsed += sizeof(ULONG);
return true;
}
@@ -103,7 +104,8 @@
bool ResponsePacket::addLONG(LONG l)
{
if (!checkExtend(sizeof(LONG))) return false;
- *(LONG*)&buffer[bufUsed] = htonl(l);
+ LONG lnw = htonl(l);
+ memcpy(buffer + bufUsed, &lnw, sizeof(LONG));
bufUsed += sizeof(LONG);
return true;
}
@@ -111,7 +113,8 @@
bool ResponsePacket::addULLONG(ULLONG ull)
{
if (!checkExtend(sizeof(ULLONG))) return false;
- *(ULLONG*)&buffer[bufUsed] = htonll(ull);
+ ULLONG ullnw = htonll(ull);
+ memcpy(buffer + bufUsed, &ullnw, sizeof(ULLONG));
bufUsed += sizeof(ULLONG);
return true;
}und angewandt:
root@debian:/usr/src/vompserver# patch -p1 < /usr//src/vompserver/vompserverpatchkompiliert:
make allund die
libvdr-vompserver.so
nach /usr/lib/vdr/plugins
kopiert und umbenannt (libvdr-vompserver.so.1.6.0)
Soweit so gut...
Nun wollte die MVP aber nicht booten, sondern blieb bei "Connecting to VDR" hängen. Daher musste ich den Patch von MartenR noch einbauen (http://vdrportal.de/board/thread.p…4049#post924049)
vompclientrrproc.c
void VompClientRRProc::threadMethod()
{
threadLock();
log->log("RRProc", Log::DEBUG, "threadMethod startup");
if (req_queue.size() != 0)
{
log->log("RRProc", Log::DEBUG, "threadMethod startup with packets");
while (req_queue.size())
{
//log->log("RRProc", Log::DEBUG, "thread while");
req = req_queue.front();
req_queue.pop();
threadUnlock(); // allow recvRequest to be queuing packets while we are working on this one
if (!processPacket())
{
log->log("RRProc", Log::ERR, "processPacket exited with fail");
return;
}
threadLock();
}
log->log("RRProc", Log::DEBUG, "threadMethod startup with packets processed");
}
while(1)
{
log->log("RRProc", Log::DEBUG, "threadMethod waiting");
threadWaitForSignal(); // unlocks, waits, relocks
if (req_queue.size() == 0)
{
log->log("RRProc", Log::INFO, "threadMethod err 2 or quit");
threadUnlock();
return;
}
// signalled with something in queue
log->log("RRProc", Log::DEBUG, "thread woken with req, queue size: %i", req_queue.size());
while (req_queue.size())
{
//log->log("RRProc", Log::DEBUG, "thread while");
req = req_queue.front();
req_queue.pop();
threadUnlock(); // allow recvRequest to be queuing packets while we are working on this one
if (!processPacket())
{
log->log("RRProc", Log::ERR, "processPacket exited with fail");
return;
}
threadLock();
}
// locked and run out of packets to process
}
}
danach ein
make clean und erneut
make all
und die neue
libvdr-vompserver.so
nach /usr/lib/vdr/plugins
kopieren und umbenennen (libvdr-vompserver.so.1.6.0).
Nun läuft die MVP, ABER ich habe nur einen Sender ("Das Erste") und der funktioniert nicht mal.
wauwau aus dem loggytronic-Forum hatte ein sehr ähnliches Problem (http://forum.loggytronic.com/index.php?topic=446.0), aber den dort beschriebenen Patch habe ich ja schon drin (s.o.).
Woran liegt es also?
11:01:13.542963 [debug] RRProc - threadMethod waiting
11:01:19.542119 [debug] Client - Received chan=3 kats=1291888876
11:01:19.542349 [debug] Client - Waiting
11:01:20.850028 [debug] Client - Received chan=1, ser=47, op=5, edl=0
11:01:20.850149 [debug] RRProc - recvReq set req and signalled
11:01:20.850209 [debug] Client - Waiting
11:01:20.850281 [debug] RRProc - thread woken with req, queue size: 1
11:01:20.850610 [debug] Config - Config error: Key Channels not found
11:01:20.850677 [debug] RRProc - name: 'Das Erste'
11:01:20.850730 [debug] RRProc - name: 'ZDF'
11:01:20.850778 [debug] RRProc - name: 'rbb Berlin'
11:01:20.850826 [debug] RRProc - name: 'MDR Sachsen'
11:01:20.850873 [debug] RRProc - name: 'NDR FERNSEHEN'
11:01:20.850919 [debug] RRProc - name: 'arte'
11:01:20.850966 [debug] RRProc - name: '3sat'
11:01:20.851012 [debug] RRProc - name: 'neo/KiKa'
11:01:20.851059 [debug] RRProc - name: 'ZDFinfokanal'
11:01:20.851105 [debug] RRProc - name: 'Phoenix'
11:01:... RRProc - thread woken with req, queue size: 1
11:01:24.724075 [debug] RRProc - req->dataLength = 4
11:01:24.724167 [debug] Client - Looking for channel 1::: number: 1 name: 'Das Erste'
11:01:24.724222 [debug] Client - Found channel number 1, vpid = 1401, apid1 = 1402
11:01:24.724480 [debug] RRProc - Config: Live TV priority: 1
11:01:24.724543 [debug] RRProc - Using live TV priority 1
11:01:24.725672 [debug] MVPReceiver - VDR active
11:01:24.725833 [debug] MVPReceiver - num mvp receivers now up to 1
11:01:24.725976 [debug] RRProc - threadMethod waiting
11:01:30.721427 [debug] Client - Received chan=3 kats=1291888888
11:01:30.721632 [debug] Client - Waiting
11:01:36.721046 [debug] Client - Received chan=3 kats=1291888894
11:01:36.721224 [debug] Client - Waiting
11:01:42.720668 [debug] Client - Received chan=3 kats=1291888900
11:01:42.720847 [debug] Client - Waiting
11:01:48.720291 [debug] Client - Received chan=3 kats=1291888906
11:01:48.720469 [debug] Client - WaitingWas geht:
+ MediaMVP startet bis zum Menü
+ Unterpunkte kann man anwählen
+ Recordings kann man gucken
Was nicht geht:
- Sprache nur Englisch
- LiveTV (Nur 1 Sender in der Kanalliste)
Hallo zusammen,
also entweder sehe ich den Wald vor leuter Bäumen nicht, oder ich bin einfach zu blöde dazu: ich versuche den vompserver dazu zu bewegen, AVI (DivX) ab zu spielen, aber irgendwie klappt das nicht.
Wo finde ich eine test1.sh bzw. eine vomp.conf, damit das klappt?
Ich bekomme da überhaupt nichts angezeigt.
Wer kann helfen??
Don’t have an account yet? Register yourself now and be a part of our community!