Beiträge von atosch

hmm, komisch.

ich habe doch gar nichts anders gepatched. jetzt hab ichs nochmal gemacht und es kommt das raus:

vdr:/usr/local/src/backup/vdr-1.2.6test # zcat vdr-1.2.6-ElchiAIO4c.diff.gz |patch -p1
patching file HISTORY-ElchiAIO
patching file Makefile
patching file config.c
patching file config.h
patching file dvbplayer.c
patching file eit.c
patching file eit.h
patching file font.c
patching file font.h
patching file fontsml.c
patching file fontsym.c
patching file i18n.c
patching file interface.c
patching file interface.h
patching file menu.c
patching file menu.h
patching file menuitems.c
patching file menuitems.h
patching file osd.c
patching file osd.h
patching file osdbase.c
patching file osdbase.h
patching file recorder.c
patching file recording.c
patching file recording.h
patching file remux.c
patching file theme.c
patching file theme.h
patching file timers.c
patching file timers.h
patching file tools.c
patching file transfer.c
patching file vdr.c
vdr:/usr/local/src/backup/vdr-1.2.6test # zcat disableDoubleEpgEntrys_0.5_vdr1.2.6.diff.tar.gz |patch -p1
patching file config.c
Hunk #1 succeeded at 285 (offset 2 lines).
Hunk #2 succeeded at 482 (offset 46 lines).
Hunk #3 succeeded at 574 with fuzz 1 (offset 85 lines).
patching file config.h
patching file eit.c
Hunk #1 succeeded at 655 (offset 10 lines).
Hunk #2 succeeded at 710 (offset 10 lines).
Hunk #3 succeeded at 988 (offset 10 lines).
Hunk #4 succeeded at 1027 (offset 10 lines).
patching file eit.h
Hunk #1 succeeded at 96 (offset 1 line).
patching file i18n.c
patching file menu.c
Hunk #1 succeeded at 2876 (offset 844 lines).
patch unexpectedly ends in middle of line
patch unexpectedly ends in middle of line

kann es sein dass der download mit wget probleme macht? mit lynx scheint es besser zu gehen.

cu atosch

sorry, muss dich leider enttäuschen,

1.2.6 incl. elchi 4c und disabledoubleegpentry0.5 für 1.2.6 liefert die rejects für config.c config.h eit.c eit.h menu.c

cu atosch

ich habe ein paar rejects bekommen für vdr 1.2.6 mit elchi 4c.

würde sich das jemand bitte mal anschaue? soll ich die rej files posten?

cu atosch

Zitat

Original von viking
Bei Pro7 ändern sie gerne die Startzeiten um einge minuten - wäre es möglich die daten aus dem EPG zu vergleichen mit denjenigen die geladen werden und dann die korrekten startzeiten aus dem EPG zu behalten ?

Der name der sendung ist (fast) immer gleich - sie liegen "immer" innerhalb von 10 min. von einander entfernt. Bei anderen sendern habe ich gesehen das sie fast immer teilmengen von einander bilden. Entweder in die eine oder andere richtung.

Beispiel (rtl2) :

Code

09:20 - 14:30 Uhr In 80 Tagen um die Welt (1)
09:40 - 14:50 Uhr In 80 Tagen um die Welt

Das mit der (1) ist vom sender.

Alles anzeigen

für mich klingt das auch so dass die epg daten aktueller und richtiger sind als die der zeitschriften.

und wenn du diese antwort auf deinen vorschlag liest dann dachte ich auch dass die daten von tvmovie beim epgscan überschrieben werden.

Zitat

Original von sn123py
Nette Idee, aber leider nicht zu machen. Solange der EPG-Scan nicht deaktiviert ist, trägt vdr immer die Daten ein, die es via stream bekommt. Die korrigierten Daten von tvmovie würden also bestenfalls 2 Stunden gelten, bis vdr wieder einen epg-scan startet - bei dieser epg-scan-Geschichte gibt es nur ein ent- oder weder.

das problem von kurzfristig verschobenen sendungen kriegt man ja hoffentlich mit vps in den griff. wie schnell sind denn die zeitschriften mit der änderung der xml daten?

cu atosch

nö, man muss nur aufmerksam das board und die mailingliste beobachten und auf kommentare von klaus achten. dann merkt man schon wo der hase hin läufen soll.

in der 1.3.x sollen unter anderem folgende dinge zur produktionsreife gebracht werden.

autopid, zugegeben ein sendersuchlauf gehört zu den must have einer tvsoftware.

pluginfähigkeit des osd, so dass patches wie elchi nicht mehr nötig sein werden sondern sauber über eine api auf das anzeigedevice zugreifen können.

vps- zugegeben ein absolutes killerfeature.

ich versteh also schon warum klaus hier die prioritäten anders setzt. denn ein permanent timeshift über hd bzw ramdisk ist zwar ein nice-to-have aber gehört schon zu kür.

aber vielleicht findet sich ein guter programmierer der sich der sache annimmt und vielleicht ist der code so gut dass er noch einzug in die 1.3.x finden kann.

cu atosch

klaus hat ja nicht gesagt dass er die funktion nie einbauen wird, nur zur zeit stehen eben andere dinge auf seiner liste weiter oben.

für mich persönlich wäre so ne funktion auch genial. ein mitgucker plappert in nen dialog rein, kein problem einfach kurz zurückspulen. das telefon klingelt und übertönt ein leises flüstern, kein problem einfach zurückspulen. man möchte nen gag von tvtotal, genial daneben, quatsch comedy club nochmal sehen,

wie oft wünscht man sich einfach nochmal zurückspulen zu können.

vielleicht findet sich noch jemand der nen patch schreiben kann.

cu atosch

ist auf dem router ne firewall aktiv, die die anfragen blocken könnte?

Zitat

Original von jha
In der Datei libvo/vo_mpegpes.c nach "adapter0" suchen und durch "adapter1" ersetzen.
Ca. Zeile 116,117 und 121

jo vielen dank, hat einwandfrei funktioniert und war definitiv einfacher als das gehäuse aufzuschrauben

cu atosch

naja ob ein umbau einfacher ist als ein neucompilen kommt wohl auf den umfang des zu änderenden sourcecodes an.

ist vielleicht nur ein declare zu ändern? gibts dazu ein fertiges diff?

cu atosch

Zitat

Original von Sunlight
Ja, also ich hab mich mal deinem Rat anvertraut und mplayer nochmal wieder auf Device1 anstelle wie vorher Device0 gesetzt:
es funktioniert wieder.

und wie geht das?

cu atosch

schonmal was davon gehört dass es viele unterschiedliche zeitzonen gibt?

cu atosch

du meinst den hier:

http://www.vdr-portal.de/board/thread.php?threadid=11322&sid=

das mit dem ide-scsi ist definitv falsch, dvd-plugin läuft hier ohne probleme ohne ide scsi emulation.

>VIDEO_TS war nicht zu finden, zu oeffnen.

welche fehlermeldung hat er dir denn da gegeben? konntest du die dvd normal mounten?

in den permission files werden die berechtigungen auf /dev/sc0 nicht geändert. im moment kann ich nur vermuten dass es irgendwas mit der scsi emulation zu tun hat.

edit: poste doch mal den inhalt von

~/.xsession und ~/.xinitrc

cu atosch

nur mal zur erklärung was wir gemacht haben.

chown video /usr/local/bin/vdr

ändert den besitzer der ausführbaren datei vdr

chmod 4755 /usr/local/bin/vdr

die 4 setzt das setuid bit für die ausführbare datei vdr. das bedeutet dass für zugriffe nicht die rechte des users der den vdr startet ausschlaggebend sind, sondern der user dem der vdr gehört.

da /dev/sr0 owner video hat, und leserechte für den owner gesetzt sind kann nun auch vdr zugreifen.

das problem ist halt dass das jetzt für alle dateien auf die vdr zugreift gilt. du siehst warum das ganze ziemlich dirty ist.

besser wäre folgende fragen zu klären.

warum läuft dein dvd laufwerk in ide-scsi emulation (normalerweise nur bei brennern nötig)

warum werden ständig die berechtigungen geändert. (da wäre noch mal die ausgabe von grep nützlich)

cu atosch

liegt bei dir die ausführbare datei vdr wirklich in src ?

sorry, natürlich schwachfug

chown video /positionvonvdr/vdr
chmod 4755 /positionvonvdr/vdr

wenn du nach hubertus installiert hast müsste das verzeichnis eigentlich /usr/local/src/VDR sein

und mal zur info

grep /dev/ /etc/permissions*

sorry, mach bitte mal ein ps -f -C vdr
was für ein dvd laufwerk ist das eigentlich. ide? scsi? dvd/cd-rw combo?

ist es absicht dass /dev/sr0 owner video hat?

very quick and dirty lösung: chown vdr:disk /dev/sr0

quck and dirty lösung: chown /usr/local/src/VDR/vdr video
chmod 4755 /dev/sr0

und hoffen dass das setuid bit nicht von reboot/X gelöscht wird.

cu atosch

ich kann mit stolz verkünden dass der patch von viking, zu finden eine seite vorher, funktioniert und divx mit ton liefert.

cu atosch

hmm, welchen patch hast du denn verwendet? den aus dem vdr2divx pre8?

cu atosch

ok, hab den patch von der seite vorher genommen, patch lief ohne rejects durch. mal sehen ob ich jetzt gut divxen kann.

wie kommst du eigentlich darauf dass

Habe dann in die PERMISSION_SECURITY="easy local" eingetragen und in pemissions.local den Eintrag
/dev/dvb root.root 47555
gesetzt.

das helfen soll?

diese datei wird nur von suseconfig und chkstat ausgewertet, solange diese programme nicht ausgeführt werden werden auch die berechtigungen nicht verändert.

außerdem warum möchtest du die rechte von dvb ändern, ich dachte es geht um das dvd laufwerk.

zudem erscheint die berechtigung 47555 etwas seltsam. 4755 würde mehr sinn ergeben. aber auch nicht wirklich die 4 d.h. das setuid bit macht nur bei executables sinn.

alles etwas seltsam bei deinem system.

die frage ist aber doch eher. was verändert bei dir ständig die berechtigungen?

cu atosch

1. fstab hat rein gar nichts mit rechten und usern zu tun.
die fstab sagt linux nur welches device an welchem mountpoint mit welchen optionen gemountet werden sollen.

dies geschieht nicht nur beim booten, sondern kann von root auch im laufenden betrieb erfolgen, ein mount mountpoint funktioniert dann genauso wie ein mount device bzw mit unmount das gleiche in blau.

2.für die rechteverwaltung spielt es nur eine rolle wer owner des devices ist und welche berechtigungen dort sind.

unter welchem user läuft der vdr(das steht in der runvdr) und ist unabhängig davon ob man den user vdr nach hubertus erstellt hat.
zur sicherheit mal ein ps -C vdr

und welche berechtigung hat dein dvd laufwerk ( ausgabe " l /dev/hd? "
und "l /dev/dvd")

cu atosch