dein vdr war tobi?
dan sollten dei sourcen auch von tobi kommen.
vor allem fehlen wohl die patches von debian/00list (dort deaktiviert)
patches in debian/patches des plugins aktivieren
debian/control wegen xine anpassen
debian/shlibs.local anpassen
bpkg-buildpackage
*ans Werk mach*
Was ich noch immer nicht verstanden habe:
Wenn der Vorgang funktioniert, spuckt mir das dann sowohl ein vdr-plugin-xineliboutput_<version>.deb als auch ein libxineliboutput-sxfe_<version>.deb aus?
Danke für die fixe Hilfestellung 
Gruß, Bartho
Hört sich zwar ganz nett an, jedoch frag ich mich obs nicht auch ne vernünftige standalone DVD Authoringsoftware für Linux gibt...
Und man könnte auch auf dem aufnehmenden VDR Images erstellen lassen die Du einfach übers Netz wegbrennst...
jup baut alles
hab bisher noch ned rausbekommen ob man nur teile davon bauen kann.
installieren brauchst nur xineliboutput-sxfe und libxine1-xvdr
wuerde libxineliboutput-sxfe entfernen, und xineliboutput-sxfe installieren
dann --locale=none und --remote=37890
dann startest vdr-sxfe nur bei bedarf.
Gedankenübertragung 
Da war ich gerade dabei...
VDR läuft, vdr-sxfe meckert noch. *Weiter an den Configs rumschraub*
barthos-acer-laptop:/# home/bartho1/Desktop/VDR-xine-Bastelei/vdr-plugin-xineliboutput-1.0.0~rc2/vdr-sxfe --verbose
vdr-sxfe 1.0.0rc2 (build with xine-lib 1.1.10, using xine-lib 1.1.10)
Verbose mode
VDR server not given, searching ...
[15735] [discovery] Reveived broadcast: 66 bytes from 192.168.0.42
VDR xineliboutput DISCOVERY 1.0
Client: 255.255.255.255:37890
[15735] [discovery] NOT valid discovery message
[15735] [discovery] Reveived broadcast: 95 bytes from 192.168.0.42
VDR xineliboutput DISCOVERY 1.0
Server port: 37890
Server version: xineliboutput-1.0.0rc2
[15735] [discovery] Valid discovery message
Found VDR server: host 192.168.0.42, port 37890
[15735] [vdr-fe] sxfe_display_open(width=720, height=576, fullscreen=0, display=(null))
[15735] [vdr-fe] Display size : 332 x 212 mm
[15735] [vdr-fe] 1280 x 800 pixels
[15735] [vdr-fe] 95dpi / 97dpi
[15735] [vdr-fe] Display ratio: 3773.000000/3855.000000 = 0.978729
load_plugins: skipping unreadable plugin directory /root/.xine/plugins.
load_plugins: plugin /usr/lib/xine/plugins/1.1.10/xineplug_dmx_matroska.so found
...
load_plugins: plugin /usr/lib/xine/plugins/1.1.10/xineplug_decode_theora.so found
video_out_dxr3: Failed to open control device /dev/em8300-0 (No such file or directory)
video_out_xv: using Xv port 131 from adaptor ATI Radeon AVIVO Video for hardware colour space conversion and scaling.
video_out_xv: this adaptor supports the yv12 format.
audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo (4-channel not enabled in xine config) (4.1-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not enabled in xine config)
Press Esc to exit
[15735] [input_vdr] detected verbose logging xine->verbosity=1, setting log level to 2:INFO
xine: Inputplugin gefunden: VDR (Video Disk Recorder) input plugin
[15735] [input_vdr] Connecting (control) to tcp://192.168.0.42:37890 ...
[15735] [input_vdr] Server greeting: Access denied.
[15735] [input_vdr] Maybe host address is missing from server-side svdrp.conf ?
[15735] [input_vdr] Can't connect to tcp://192.168.0.42:37890
xine: Plugin kann MRL [xvdr://192.168.0.42:37890#nocache;demux:mpeg_block] nicht öffnen
[15735] [input_vdr] Connections closed.
xine: Kann kein Plugin für MRL [xvdr://192.168.0.42:37890#nocache;demux:mpeg_block] finden
[15735] [vdr-fe] fe_xine_open: xine_open("xvdr://192.168.0.42:37890#nocache;demux:mpeg_block") failed
Error opening xvdr://192.168.0.42:37890
[15735] [vdr-fe] unloading post pluginsAufruf mit vdr-sxfe 127.0.0.1 bringt zumindest ein Bild mit "no Signal"
Großes Danke! ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Jetzt muss ich nur noch rausfinden, wie ich die Tastatur zur Steuerung benutzen kann. Da war doch irgendwas mit Keymapping...
Gruß, Bartho
siehe im wiki untern xinelibout plugin, xsymkeys in der remote.conf
Hab' doch gewusst, dass ich das schon wo gesehen hatte...
Es läuft! Danke 
Als nächstes muss ich mich um die NFS-Anbindung kümmern. Aber wohl nicht mehr heute.
Gruß, Bartho
Nachtrag:
Änderungen, die ich sonst noch gemacht habe:
# die channels.conf geleert
# in /etc/init.d alle S20vdr in K20vdr umbenannt, damit der VDR nicht beim Systemstart geladen wird
Nachtrag2: Habe eine Probeaufnahme gemacht und ins Videoverzeichnis des neuen VDR kopiert. Lässt sich auch abspielen, leider ist mit dem xv-Treiber aber das Bild komplett in Streifen verzerrt. SDL geht, aber nur ohne Deinterlacing. Ist ja auch egal, soll ja nur für den Schnitt sein.
Am Burn-Plugin muss ich noch rumfummeln.
So, läuft alles.
Habe den Mahlzeit-VDR doch per Samba und nicht per NFS angebunden, denn Zitat knebb:
[gelöst] laufende Aufnahme per NFS anschauen geht nicht
ZitatNFS im Userspace unter Woody? Ja, kannste vergessen. Alt, buggy und langsam.
Nur zur Bestaetigung.
Hier die smb.conf auf der Mahlzeitkiste:
[global]
workgroup = workgroup
security = user #share #user
guest account = nobody
map to guest = Bad User
server string = linvdr Mahlzeit Edition 3.2
os level = 2
interfaces = eth0
wins support = no
syslog = 1
encrypt passwords = true
passdb backend = smbpasswd
unix charset = ISO-8859-15
display charset = ISO-8859-15
[video]
comment = Filme auf dem VDR
path = /data/video0
read only = yes
guest ok = yes
#guest only = yes
security mask = 0644
create mask = 0644
write list = root
[export]
comment = Export auf dem VDR
path = /data/pub/export
read only = yes
#read only = no
guest ok = yes
#guest only = yes
security mask = 0644
create mask = 0644
write list = root
[share]
comment = Share auf dem VDR
path = /data/pub/share
read only = no
#guest only = yes
guest ok = yes
security mask = 0644
create mask = 0644
write list = nobody,gast,rootDas ist beileibe keine gut geschriebene Beispieldatei, aber es läuft. Außerdem ist smb.conf recht informativ.
Hier der entsprechende Ausschnitt der fstab vom Laptop:
//192.168.0.41/video /var/lib/video.00 smbfs users,noauto,uid=113,gid=119,credentials=/etc/samba/root.data 0 0
Ist zwar schlechter Stil, direkt auf das Videoverzeichnis zu mounten, aber hier trotzdem praktisch.
Die Verzeichnisse für Burn musste ich auch noch ändern, weil die Iso und die temporären Dateien ja nicht per Netzwerk zurück zur Mahlzeit-Kiste (in deren Video-Verzeichnis) gescheffelt werden sollen:
#
# Command line parameters for vdr-plugin-burn
#
# For more details see /usr/share/doc/vdr-plugin-burn/README.gz
#
# use DIR for temporary files
# MUST be on UNIX filesystem
# (default is /var/cache/vdr-plugin-burn)
#
# --tempdir=DIR
# use DIR for temporary datafiles
# (default is VDR's video directory)
#
# --datadir=DIR
--datadir=/home/vdr-burn/tempdata
# use DEV as DVD Writer
# (default is /dev/dvd)
#
# --dvd=DEV
# use DIR to store ISO images
# (default: /video/iso)
#
# --iso=DIR
--iso=/home/vdr-burn/isoAls Leckerli habe ich noch ProjectX zum demuxen eingereichtet. Dazu braucht man einen Ordner, der die ProjectX.jar und einen Ordner "lib" enthält, in dem sich die commons-net-1.3.0.jar und jakarta-oro-2.0.8.jar befinden. Bekommt man alles, wenn man sich ProjectX aus den Sourcen kompiliert.
Dazu braucht man in /usr/bin noch ein kleines Script:
vdrtransxvid findet kein ProjectX [gelöst]
Zitat# cat /usr/bin/projectx
#!/bin/sh
java -Djava.awt.headless=true -jar /usr/local/bin/ProjectX.jar $@
Das Verzeichnis muss natürlich passen.
Zum Schluss habe ich /usr/share/vdr-plugin-burn/menu-bg.png noch gegen ein schöneres Bild ersetzt.
Jetzt kann ich endlich mal fix die Platte ein wenig aufräumen
Gruß, Bartho
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!