mark, uppst du den source bitte auch bei gelegenheit?
gruss,
-- randy
mark, uppst du den source bitte auch bei gelegenheit?
gruss,
-- randy
Ja. Bei Gelegenheit ist ja ziemlich unpräzise...
hallo leute,
ich kann nach dem update nicht mehr auf das 2te interface umschalten (das problem war auch bei "linvdr-0.7-mt-20050123.tgz" schon) mit dem "Orginal" 0.7 funnzts, liegt also am Patch, bin aber noch nicht draufgekommen warum, vielleicht habt ihr nen tip.
Feb 1 00:05:46 linvdr user.info vdr[1100]: info: Primäres Interface wird umgeschaltet...
Feb 1 00:05:48 linvdr user.info vdr[1100]: setting primary device to 2
Feb 1 00:06:40 linvdr user.info vdr[1100]: switching to channel 1
Feb 1 00:06:40 linvdr user.info vdr[1100]: info: Kanal nicht verfügbar!
Feb 1 00:06:43 linvdr user.info vdr[1100]: switching to channel 2
Feb 1 00:06:43 linvdr user.info vdr[1100]: info: Kanal nicht verfügbar!
Feb 1 00:06:45 linvdr user.info vdr[1100]: switching to channel 3
Feb 1 00:06:45 linvdr user.debug vdr[1119]: TS buffer on device 1 thread ended (pid=1119, tid=13322)
Feb 1 00:06:45 linvdr user.debug vdr[1118]: buffer stats: 98512 (4%) used
Feb 1 00:06:45 linvdr user.debug vdr[1118]: receiver on device 1 thread ended (pid=1118, tid=12297)
Feb 1 00:06:45 linvdr user.debug vdr[1100]: buffer stats: 0 (0%) used
Feb 1 00:06:45 linvdr user.debug vdr[1100]: creating directory /vtx/C-1-101-898
Feb 1 00:06:45 linvdr user.debug vdr[1218]: receiver on device 2 thread started (pid=1218, tid=15368)
Feb 1 00:06:45 linvdr user.debug vdr[1219]: TS buffer on device 2 thread started (pid=1219, tid=16393)
Feb 1 00:06:56 linvdr user.info vdr[1100]: switching to channel 1
Feb 1 00:06:56 linvdr user.info vdr[1100]: info: Kanal nicht verfügbar!
Feb 1 00:07:34 linvdr user.err vdr[1100]: no translation found for 'digital' in language 1 (Deutsch)
Feb 1 00:07:34 linvdr user.err vdr[1100]: no translation found for 'analog' in language 1 (Deutsch)
Feb 1 00:07:34 linvdr user.err vdr[1100]: no translation found for 'digital' in language 1 (Deutsch)
Feb 1 00:07:34 linvdr user.err vdr[1100]: no translation found for 'analog' in language 1 (Deutsch)
Feb 1 00:07:36 linvdr user.info vdr[1100]: saved setup to /etc/vdr/setup.conf
Feb 1 00:07:36 linvdr user.info vdr[1100]: info: Primäres Interface wird umgeschaltet...
Feb 1 00:07:38 linvdr user.info vdr[1100]: setting primary device to 1
Feb 1 00:07:38 linvdr user.info vdr[1100]: switching to channel 3
Feb 1 00:07:38 linvdr user.debug vdr[1219]: TS buffer on device 2 thread ended (pid=1219, tid=16393)
Feb 1 00:07:38 linvdr user.debug vdr[1218]: buffer stats: 3948 (0%) used
Feb 1 00:07:38 linvdr user.debug vdr[1218]: receiver on device 2 thread ended (pid=1218, tid=15368)
Feb 1 00:07:38 linvdr user.debug vdr[1100]: buffer stats: 0 (0%) used
Feb 1 00:07:40 linvdr user.debug vdr[1223]: receiver on device 1 thread started (pid=1223, tid=18440)
Feb 1 00:07:40 linvdr user.debug vdr[1224]: TS buffer on device 1 thread started (pid=1224, tid=19465)
Feb 1 00:07:46 linvdr user.info vdr[1100]: switching to channel 2
Feb 1 00:07:47 linvdr user.debug vdr[1224]: TS buffer on device 1 thread ended (pid=1224, tid=19465)
Feb 1 00:07:47 linvdr user.debug vdr[1223]: buffer stats: 3948 (0%) used
Alles anzeigen
Nachtrag: Habs nun mal nochmals direkt verglichen, mit dem Orginal läuft auch das OSD viel flüssiger.. nach dem Patch irgendwie träge.. irgendwas läuft da im Hintergrund.. jedoch ist das Teil nicht unter Last... läuft auch kein sonderbarer Prozess..
Bei mir laufen 4 Interfaces problemlos
Mit 500 MHz wird es für noad im Online Modus sicherlich eng. Und text2skin in der neuen Version braucht definitiv mehr Saft und ist auch noch experimentell.
Abspecken oder upgraden.
Wenn Du glücklicher bist mit Plain Vanilla VDR, dann verwende lieber nicht meinen Patch.
Hi Leute!
Ich hab mir tvmovie2vdr installiert, und in die commands.conf zum updaten folgendes eingetragen : EPG über TVmovie: cd /opt/tvmovie2vdr/; ./tvm2vdr
aber Linvdr hängt sich beim ausführen beim Befehl auf! Warum??
Der VDR hängt sich vmtl. nicht auf - das OSD dürfte nur für die Dauer der Scriptausführung blockiert sein, weil das script normalerweise Ausgaben auf die Konsole schreibt.
Das kann schon sein aber wenn tvmovie2vdr fertig ist, ist das Menü trotzdem noch eingefroren! Und das Tv-Bild im Hintergrund des Menüs bleibt auch stehen.
Ich möchte gern tvmovie2vdr über die FB starten können!
ZitatOriginal von Megamax
Das kann schon sein aber wenn tvmovie2vdr fertig ist, ist das Menü trotzdem noch eingefroren! Und das Tv-Bild im Hintergrund des Menüs bleibt auch stehen.
Ich möchte gern tvmovie2vdr über die FB starten können!
Langdauernde Scripts sollte man mit at aufrufen. at ist jedoch im Grundumfang von LinVDR nicht dabei.
Also, erstmal ein großes DANKE für dein tolles update!!!
Meine einzige Bitte an dich, wäre jetzt nur noch, dass du sämtliche Patches oder Anpassungen sowohl für vdr als auch für die einzelnen Plugins veröffentlichst. Ich würde nämlich gerne auf vdr-1.3.19 updaten und mein Glück mit dem xine-plugin auf DirectFB-Basis (und natürlich Untersützung für den MPEG2-Decoder der VIA Epia Boards 8)) versuchen...
Also wie gesagt, verlange ich nicht von dir, den gesamten Source zu veröffentlichen, sondern lediglich die Patches und Abweichungen zu den "plain-Versionen".
Danke schon einmal im voraus!
ZitatOriginal von MarcTwain
Langdauernde Scripts sollte man mit at aufrufen. at ist jedoch im Grundumfang von LinVDR nicht dabei.
Ich habe aus genau diesem Grund hier bereits einen Thread gestartet, denn die Nachinstallation von at unter linvdr gelingt mir nicht. Der at-Daemon atd läßt sich wegen Rechteproblemen auch als root nicht starten. Habe auch schon das von cooper dort empfohlene strace genutzt, da gibts seitenweise Output, der mich aber auch nicht wirklich weiterbringt. Ich werde da heute nochmal meine bisherigen Erkenntnisse posten.
Wenn aber schon jemand at unter "linvdr 0.7 MT pansched" laufen hat, kann er ja mal ein paar Tipps für Unwissende geben.
Nils
Oh... Sorry!
Ich sehe gerade auf deinem FTP-Space, dass meiner Bitte bereits nachgekommen wurde
Naja, dann kanns ja mal losgehen mit der fröhlichen Patch-Orgie
ZitatOriginal von Megamax
JA! at vor Linvdr 0.7! Mark wieso ist bei einigen Senderlogos kein weißer hintergrund vorhanden? Sieht aus als wäre der Hintergrund der logos mit einem bildbearbeitunsprogramm ala Zauberstab entfernt worden. oder kann ich da im Menü was umstellen??
Keine Ahnung. Ich hab das nur so eingespielt, wie ich es heruntergeladen habe.
moin,
hat schon einer screenshots vom mandaxy gemacht ??
bitte bitte posten
grüße thefox
@ mark twain
großes kompliment, funtzt soweit prima. skin sieht supi aus.
nur folgendes Problem:
hast du bei dir das client streamdev plugin aktiviert?
wenn ich es bei mir aktivier, auf beiden rechner ( siehe signatur) krieg ich nur nen andauernd restartenden vdr. in log keine auffälligkeiten.
Grüße
Matthias
streamdev-server ist bei mir aktiviert.
Ich versteh das nicht! Bin ich der Einzige mit dem Problem? Beim Deutschen Pro7 hat das Logo einen weißen Hintergrund, beim Österreichichen Pro7 ist der Hintergrund weg, und das loga total ausgefranzt! Das muss man doch irgenwie ändern können!
soweit ich weis liegen die logos unter /etc/vdr/logos im xpm format.
sollte sich mit beispielsweise mit gimp bearbeiten lassenn
@ marktwain
der streaming server läuft bei mir auch problemlos, wenn ich aber im setup den clienten auswähle, um vom einen linvdr zum andern linvdr zu streamen
also server-> client
zerlegt sich der linvdr mit dem clienten regelmäßig(dauerner rehstart).
Grüße
Matthias
ZitatAlles anzeigenOriginal von MarcTwain
Bei mir laufen 4 Interfaces problemlos
Mit 500 MHz wird es für noad im Online Modus sicherlich eng. Und text2skin in der neuen Version braucht definitiv mehr Saft und ist auch noch experimentell.
Abspecken oder upgraden.
Wenn Du glücklicher bist mit Plain Vanilla VDR, dann verwende lieber nicht meinen Patch.
kann ich deinen Patch verwenden aber noad nicht im Online Modus laufen lassen?
ZitatOriginal von lord_nibbler
kann ich deinen Patch verwenden aber noad nicht im Online Modus laufen lassen?
Klar. Kannst du.
Editier einfach die Datei /usr/bin/noadcall.sh
Dort lässt sich der Aufruf von NoAd konfigurieren bzw. abschalten.
Gruß,
Sascha
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!