und hier wieder meine addons
Code
burn-0.0.6h+requant-fix
muggle-mysql-serveronly-0.1.8
nordlichtsepg-0.3
tvtv-0.2.6b
xine-network-0.7.6
lg
Robert
und hier wieder meine addons
burn-0.0.6h+requant-fix
muggle-mysql-serveronly-0.1.8
nordlichtsepg-0.3
tvtv-0.2.6b
xine-network-0.7.6
lg
Robert
mit der Kanotix-vdr cd gehts bei mir auch nicht ...
was mir aufgefallen ist, ist das das xine-network plugin das dort dabei ist sich als 0.7.4-net ausgibt ...und daher nehm ich an das xine-lib auch die version für 0.7.4 ist ...ich verwende aber den cvs snapshot für 0.7.5 ...
vieleicht liegt darin der hund begraben ...
denn xine lokal zu dem laufenden vdr auf der kanotix-vdr cd funkt prächtig ...
und ich hab hier mit meiner aktuelleren version auch keine probleme
vieleicht gibts ja schon ein update für die kanotix-vdr cd ??
wenn du cody's 1.3.33er patch verwendest hilft folgendes ...
linvdr-0.7-1.3.33-tvtv-0.2.5.tar.bz2
lg
Robert
kenn die cd ned ...werds mir mal runterladen ...hier mit meinem selbstcompileten xine funktioniert das einwandfrei ...
hast du ausser dem aktuellen plugin
linvdr-0.7-1.3.33-xine-network-0.7.6.tar.bz2
auch die xine-libs für linvdr 0.7 installiert ?
linvdr-0.7-xine-lib_for_xine-0.7.5-network.tar.bz2
hast du im xine plugin setup die glaub vorletzte option auf yes ?
ist damit er automatisch auf das letzte DVB device als primäres umschaltet (durch das xine plugin wird ein neues dvb device hinzugefügt ...)
noch was ....ich hab das graphtft plugin laufen und hab damit via xine nur das bild das graphtft ausgibt via xine bekommen ...
habs bis jetzt nur ohne graphtft zum laufen bekommen ...
lg
Robert
also man braucht eine gewisse cvs version von den xine libs und dem xine ui am client ...
ohne dem gehs leider nicht... der patch fügt unter anderem ein neues input plugin hinzu (xineplug_inp_vdr.so)
und aufgerufen wirds am client dann mit
die xine libs brauchst du auch ...
und am client brauchst du auch die spezielle xine libs version ...
must du dir dort selbst compilen ...
hab das hier auch im graphtft ...gibts dafür schon einen fix ?
lg
Robert
hab jetzt auch auf cody's 33 upgedatet und mir meine "addons" compiled ...
vieleicht kanns wer brauchen
hatte mit dem 31er cody patch das problem das die files .jpg.mpg hiessen statt .mpg ...
folgendes im / aufrufen half ...
vieleicht is es ja das selbe ...(bin noch nicht auf .33)
lg
Robert
hab hier für den vdr meines vaters nur das recording blinken gebraucht und hab mir selbst am plugin was umgeschrieben ...weiss nicht wieso das 0.0.6a nicht wie gewünscht funktioniert hat ...war alles irgendwie verkehrt herum ...
fing also zu leuchten an statt nicht zu leuchten und ging aus statt zu blinken ...
ausserdem ist mir aufgefallen das bei
int cSerialStatus::GetLedStatus(int j)
j als index mitgegeben wird ...also ich will den led status j der 10 möglichen ...
am ende wird jedoch
return iLedStatus[i % MAXCYCLE];
zurückgegeben ...wo i immer 10 ist (wegen den schleifen davor)
oh ...ich seh das hast du ausgebessert ...
dann werd ich mal deine version testen ...brauche zwar die tasten nicht, aber vieleicht hast du das mit den leds sauber gelöst ...ich hab das einfach irgendwie hingebogen damits bei mir funktioniert
MaN
du hast geschrieben dass dein LED dauernd aufleuchtet...
hast du das problem schon gelöst ...hab hier nämlich das selbe ...auch ohne plugin ...sobald der rechner strom hat leuchtet LED1 ....sobald der vdr da is nur noch LED2 ...
will hier eigentlich nur das Recording Led Verwenden ...
habs am com2 hängen und weder mit
noch wenn ich beim plugin com2 einstell und eine aufnahme starte tut sich was ...
hat wer ne idee was ich falsch mache ?
EDIT1: bei ./serial /dev/ttyS1 flackert kurz mal led1+led2 ....sonst leuchtet nur LED2 ..
so gehts auch
aber dann hast du einige plugins in /etc/sysconfig und einige must du in der runvdr haben ...
du könntest es im source in der burn.c eintragen ...
dort wo
steht ein verzeichnis hardcoden ...
hab wie ich das für die 0.0.6h machen wollte das ganze also compile option eingefügt ...also wie
make plugins ISODIR=xxxx
kann man damit TMPDIR=xxxx anhängen beim compilen ...
http://tunix.dyndns.org/vdr/bu…h-requant-fix+TMPDIR.diff
nur die änderungen im Makefile und in burn.c beziehen sich auf das TMPDIR ...der rest ist der requant fix ...
lg
Robert
hab vergessen beim compilen ISODIR auf /pub/export zu setzen ...
wenn mans dann ohne parameter über die linvdr sysconfig datei starten läßt, setzt er ISODIR auf null und somit erscheint der eintrag nicht ...
hab jetzt eine ausgebesserte version hinterlegt, alledings noch nicht getestet ...
http://tunix.dyndns.org/vdr/li….0.6h-requant-fix.tar.bz2
EDIT: getestet und für gut befunden *freu*
lg
Robert
also das was unter plugin updates steht ist immer die aktuelle ...
dachte mir das plugin updates gilt nur wenn sich innerhalb einer vdr version was an den plugins ändert...
ich hab hie die h version und beim start und sonst wo steht f ...also so sicher is das nicht *G*
soweit ich das mitbekommen hab ist 7za bei linvdr-0.7 nicht dabei ...war erst in einer der letzten cody/taranador packages...
Zitat7za x /wo/ist/die/datei/vdr-1.3.30-package.7z -o/
"7za" is das binary
"x" steht für eXtract
"/wo/ist/die/datei/vdr-1.3.30-package.7z" ist der filename
"-o/" steht für sowas wie output pfad ... und glieder sich in "-o" für die option und "/" für das root verzeichnis von linvdr ...
also ich empfehle die das letzte tarandor complett cody package zu nehmen und dir dort das 7za herzuholen und auf linvdr zu kopieren
oder das .7z file auf einem anderen rechner entpacken und ein .tar.gz draus zu machen
oder noch einfacher auf das nächste komplett package warten das ***HOFFENTLICH*** wieder mit bz2 komprimiert ist ...
mit der h version funkt das erstellen jetzt nur bricht er mir beim brennen immer ab (liegt warscheinlich an den rohlingen)
nur hab ich irgendwie die option nicht mehr nur ein iso zu erstellen ...ist die nur bei mir weg ?
ist das burn plugin jetzt in der version h oder i-pre2 ?
(mit beiden in der reinversion gibts ja probleme)
steini
danke für den tipp, das vergess ich immer aus faulheit