ZitatOriginal von wirbel
Nachtrag: soviel ich weiß haben aber interne doch eh 5Volt-Pegel..
oops. Letzten Satz habe ich überlesen. In diesem Fall keinen Spannungsteiler???
Gruß
Peter
ZitatOriginal von wirbel
Nachtrag: soviel ich weiß haben aber interne doch eh 5Volt-Pegel..
oops. Letzten Satz habe ich überlesen. In diesem Fall keinen Spannungsteiler???
Gruß
Peter
Für 'nen Maschi war ich eigentlich mal ganz gut in E-technik.
Ich habe mich nur etwas ungeschickt ausgedrückt.
Gemeint war: Die Spannung über R12 ist ca. doppelt so groß wie über R11.
Da ich von 5V Signallevel ausgegangen bin, hätte ich ein Verhältnis von R12:R11=9:1
erwartet.
Aber Deine Erklärung war auch sehr plausibel.
Ich folgere jetzt mal daraus, daß es kein Problem sein wird, den SPDIF-out der DVB
(der ja laut dieser einen ebay-Anzeige kein SPDIF-out sein soll)
an den SPDIF-in des Mainboards über den Spannungsteiler anzuschließen.
Lohnt sich für die kurze Strecke im Gehäuse ein geschimtes Kabel?
Gruß
Peter
Halloele,
ich wollte gerade den SPDIF out meiner Rev1.3 mit dem internen SPDIF-in meines Mainboards
verbinden, und dafür die Schaltung des ScartHowTos einsetzen.
Da ich in einem Thread (den ich nicht mehr wiederfinde) gelesen habe, daß der Signallevel
des SPDIF-outs der DVB-Karte 5V beträgt, die Boards aber nur 0,5V verdauen können, habe
ich mich gefragt, ob der Spannungsteiler aus dem ScartHowTo mit 2:1 richtig dimensioniert
ist. Auf den optischen Ausgang wollte ich erstmal verzichten.
Hat jemand diesen Spannungsteiler im Einsatz und sein Board nicht zerschossen?
Danke im voraus für Eure Hilfe.
Gruß
Peter
Merci, vielmals. Dann lass ich mal rennen.
Gruß
Peter
Danke, für die Hilfe.
Wenn ich eine Beschreibung gehabt hätte, dann hätte ich die auch gelesen. Aber ich habe die Karte völlig nackt ersteigert.
Muß man beim Laden der Treiber noch irgendwelche Parameter angeben, damit das Durchschleifen funktioniert?
Gruß
Peter
Hallo,
auf meiner Siemens-Fujitsu Rev. 1.3 gibt es ausser dem J3 noch einen weiteren analogen Audio-Stecker?! der genauso aussieht. Wozu ist der da? Kann man da einen CD-Anschluss durchschleifen?
Danke
Gruß
Peter
Da sag ich doch mal Danke für die vielen guten Infos.
Eigentlich wäre es ein Thema für FAQ-Hardware, da sich die Frage bestimmt noch andere stellen werden.
Gruß
Peter
ZitatOriginal von ogawoga
Bei LIRC wird ja alles per Software decodiert, ist das beim J2 auch so oder werden da die RC5 Codes von einem µC der Karte verarbeitet und etlasten somit die CPU?
Da es ja explizit heißt, daß vom IR-Port nur RC5 verstanden wird, gehe ich mal davon aus, daß auf der Karte entsprechende Hardware werkelt.
Gruß
Peter
Hallo,
Ich habe mir mal das Scart-HowTo angesehen und festgestellt, daß wohl auch meine Karte (Siemens-Fujitsu Rev. 1.3) einen IR-Port hat.
Da ich diese Karte nackt ersteigert habe, weiß ich auch nicht welchen Empfänger man an den IR-Port hängen kann. Die Beispielschaltung des Scart-HowTos schweigt sich da ja aus. Ich vermute mal, daß es sowas wie ein TSOP 1738 sein könnte.
Weiß das jemand genau?
Danke
Gruß
Peter
Moin.
Gestern habe ich bei meiner Gentoo-Installation vdr-1.2.6-r3 mit diesem akool-Patch kompilieren lassen. Danach war der EPG total durcheinander. Also wieder vdr ohne patch eingespielt. Aber auch da scheint der EPG nicht vollständig zu sein, denn für SAT1 stehen am Sonntag 21.12. u.a. die beiden StarTrek-Folgen nicht drin. Deshalb ist mir das auch erst aufgefallen.
Auch nachdem ich epg.data gelöscht habe, wurde der EPG nicht vervollständigt.
Habe nur ich das Problem, oder stehen bei Euch die ST-Folgen auch nicht im EPG?
Gruß
Peter
Also ich habe 2 Shuttles mit Athlon: SS40 und SN41G2
Bei keinem von beidem funktioniert das BIOS-Wakeup unter Linux.
Mein VDR ist der SS40, weil ich da 2 DVB-Karten einstecken kann. eine davon muß allerdings eine Budgetkart sein, weil nicht genügend RAM vorhanden ist.
Bei beiden Rechnern ist auch die Benutzung von USB und Firewire nicht unproblematisch.
Bei dem SS40 weil sich die IRQs mit denen der DVB-Karten ins Gehege kommen, und bei dem SN41G2 weil der NFORCE2 Chipsatz unter Linux nicht so richtig gut funktioniert.
Von der onboard-graphik des SN41G2 war ich bei der 3D-darstellung auch recht enttäuscht.
Die Rechner sehen zwar schick aus, aber sie sind unter Linux nicht die erste Sahne. Das scheint meiner Meinung nach auch an den BIOSen zu liegen.
Ich denke es gibt bessere Systeme für einen VDR.
Aber mein VDR tut immerhin sonst seinen Dienst, auch wenn er sich nicht per Timer einschalten läßt.
Gruß
Peter
Hi,
ich habe mich auch schon mit diesem Thema auseinandergesetzt, weil ich gerne die Console unter VDR nutzen möchte.
Also habe ich für /etc/init.d/vdr mal folgende Startarten probiert:
su - vdr -c "/usr/bin/vdr --daemon ${vdropts}"
su - vdr -c "/usr/bin/vdr ${vdropts} &"
su -c "/usr/bin/vdr ${vdropts} &"
Natürlich mit TERMINAL=/dev/tty1
Es funktionieren aber nur die erste und die letzte Zeile. Daher muß es wohl an den Rechten liegen.
Bei meinem Standalone VDR habe ich in der inittab den Login für tty1 deaktiviert, da ich natürlich ohne lästiges Umschalten die Tastatur benutzen können möchte.
ll /dev/tty
crw-rw-rw- 1 root root 5, 0 1970-01-01 01:00 /dev/tty
lr-xr-xr-x 1 root root 4 2003-09-06 08:58 /dev/tty0 -> vc/0
lr-xr-xr-x 1 root root 4 2003-09-06 08:58 /dev/tty1 -> vc/1
....
ll /dev/vc/*
crw------- 1 root root 4, 0 1970-01-01 01:00 /dev/vc/0
crw------- 1 root tty 4, 1 1970-01-01 01:00 /dev/vc/1
.....
Nachdem ich mich mal auf der zweiten Console eingeloggt habe:
Das bedeutet, daß erst der Login-Prozeß die Rechte auf den User überträgt., bzw. die Console tty nur von Root benutzt werden kann. Deswegen stirbt vdr auch direkt wenn man ihn als User vdr auf die tty1 zwingen will.
Wenn also eine Console ohne Login von VDR unter User vdr - aus Sicherheitsgründen - benutzt werden soll, müßte man also dafür sorgen, daß die Console die richtigen Rechte hat.
Dazu bietet sich /etc/devfsd.conf oder eine weitere Datei in /etc/devfs.d an:
Ich versuche mich gerade mit einer Syntax die so aussieht:
REGISTER vc/1 PERMISSIONS root.video 0664
Leider funktioniert das noch nicht
Kennt sich jemand besser damit aus?
Dann habe ich mal auf die Suche nach dem Code in vdr.c gemacht, der verhindert das vdr mit der Option --daemon auch ein terminal besetzten kann:
// Daemon mode:
if (DaemonMode) {
#if !defined(DEBUG_OSD)
pid_t pid = fork();
if (pid < 0) {
fprintf(stderr, "%m\n");
esyslog("ERROR: %m");
return 2;
}
if (pid != 0)
return 0; // initial program immediately returns
fclose(stdin);
fclose(stdout);
fclose(stderr);
#else
fprintf(stderr, "vdr: can't run in daemon mode with DEBUG_OSD on!\n");
return 2;
#endif
}
else if (Terminal) {
// Claim new controlling terminal
stdin = freopen(Terminal, "r", stdin);
stdout = freopen(Terminal, "w", stdout);
stderr = freopen(Terminal, "w", stderr);
HasStdin = true;
}
Alles anzeigen
Mir geht das jedenfalls auf den Wecker. Hat jemand der C kann, und dem das auch gegen den Strich geht, das --daemon und --terminal nicht zusammen funktionieren, Zeit und Lust dazu einen Patch zu entwerfen?
Leider bin ich kein C-Coder...
Ich bleibe mal am Ball, und wenn ich das Problem mit den Permissions des tty gelöst habe schreibe ich dazu.
Gruß
Peter
ZitatOriginal von mat185
ist über so ein plugin schon mal hier diskutiert worden? Es soll dazu dienen, beliebige (z.B. mpg-) Dateien über den Fernseher brennen zu können. Wenn jemand so was schon realisiert hat oder entsprechende Pläne hegt, bitte melden!
Ich fände so ein Plugin auch geil. Wenn ich doch nur programmieren könnte, :seufz.
So ein Plugin müßte auch CDs kopieren können.
Bis jetzt brenne ich meine SVCDs über Shellskripte, die über die reccmds aufgerufen werden.
Das ist aber relativ unelegant.
Gruß
Peter
Hallo UweP,
Danke für Deine Hilfe. Es funktioniert jetzt.
Jetzt kann ich endlich auch andere Filme als vcd,dvd und vdr sehen.
Gruß
Peter
PS: Für alle gentoos: Ich habe mir das mplayer-0.90-r2.ebuild abgewandelt:
src_unpack() {
unpack MPlayer-${MY_PV}.tar.bz2
.......................................
# If your primary DVB-Adapter is not the first one at PCI, set
# in /etc/make.conf DVBPRI to the appropriate number (1,2,3)
# eg. DVBPRI="1"
if [ ${DVBPRI} = "1" -o ${DVBPRI} = "2" -o ${DVBPRI} = "3" ]
then
einfo "Patching for primary dvb-adapter"
sed -i "s/adapter0/adapter${DVBPRI}/g" libvo/vo_mpegpes.c
fi
}
Alles anzeigen
Hallo,
ich versuche hier schon seit geraumer Zeit das mplayer-plugin zum Laufen zu bringen.
Hardware:
die 2. DVB-S ist die Hauptkarte. Das läßt sich auch nicht ändern.
Rest s. Signature
Wenn ich jetzt ein geripptes MPEG abspielen will, bekomme ich im log folgendes zu sehen:
Aug 11 23:08:55 pille vdr[14110]: mplayer: player thread started (pid=14110)
Aug 11 23:08:55 pille vdr[14109]: mplayer: mplayer child started (pid=14109)
Aug 11 23:08:55 pille logger: *** Starting mplayer.sh Version 0.8.3
Aug 11 23:08:55 pille logger: *** DEBUG: Variable CFGFIL has value "/etc/vdr/mplayer.sh.conf"
Aug 11 23:08:55 pille logger: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD
Aug 11 23:09:00 pille logger: *** INFO: Source Video has Resolution of 480 x 576 ...
Aug 11 23:09:00 pille logger: *** INFO: For Sqare Pixels we would scale to 768 x 921 ...
Aug 11 23:09:24 pille vdr[14110]: mplayer: player thread ended (pid=14110)
DIE DVD-VCD-Dummys habe ich gesetzt. Warum immer noch der Fehler kommt weiß ich nicht. Ist aber auch egal.
jetzt versuche ich mal - nachdem ich den vdr gestoppt habe (ist doch richtig so, oder?) - die Datei von Hand zu starten:
$ mplayer.sh avseq01.mpg
root: *** Starting mplayer.sh Version 0.8.3
root: *** DEBUG: Variable CFGFIL has value "/etc/vdr/mplayer.sh.conf"
root: *** Option DVDFiles not set correctly! You will not be able to play VCD/DVD
root: *** INFO: Source Video has Resolution of 480 x 576 ...
root: *** INFO: For Sqare Pixels we would scale to 768 x 921 ...
Using GNU internationalization
Original domain: messages
Original dirname: /usr/share/locale
Current domain: mplayer
Current dirname: /usr/share/locale
MPlayer 0.90-3.2.3 (C) 2000-2003 Arpad Gereoffy (see DOCS)
CPU: Advanced Micro Devices (Family: 6, Stepping: 1)
Detected cache-line size is 64 bytes
SSE supported but disabled
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx
Reading config file /usr/share/mplayer/mplayer.conf
Reading config file /root/.mplayer/config
Reading /root/.mplayer/codecs.conf: can't open '/root/.mplayer/codecs.conf': No such file or directory
Reading /usr/share/mplayer/codecs.conf: 50 audio & 136 video codecs
font: can't open file: /root/.mplayer/font/font.desc
font: can't open file: /usr/share/mplayer/font/font.desc
Using Linux hardware RTC timing (1024Hz).
Can't open input config file /root/.mplayer/input.conf : No such file or directory
Input config file /usr/share/mplayer/input.conf parsed : 52 binds
Setting up LIRC support...
mplayer: unknown token "name" in line 58 ignored
mplayer: unknown token "bits" in line 59 ignored
mplayer: unknown token "flags" in line 60 ignored
mplayer: unknown token "eps" in line 61 ignored
mplayer: unknown token "aeps" in line 62 ignored
mplayer: unexpected token in line 64
mplayer: unexpected token in line 65
mplayer: unknown token "plead" in line 66 ignored
mplayer: unknown token "gap" in line 67 ignored
mplayer: unknown token "toggle_bit" in line 68 ignored
mplayer: bad file format, line 70
Failed to read LIRC config file /etc/lircd.conf.
You will not be able to use your remote control.
Playing avseq01.mpg
Cache fill: 0.00% (0 bytes) MPEG-PS file format detected.
VIDEO: MPEG2 480x576 (aspect 2) 25.00 fps 2500.0 kbps (312.5 kbyte/s)
==========================================================================
Trying to force audio codec driver family 9 ...
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 24000->192000 (192.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 480 x 576 (preferred csp: Mpeg PES)
VDec: using Mpeg PES as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [mpegpes] 480x576 => 768x576 Mpeg PES [fs]
Selected video codec: [mpegpes] vfm:mpegpes (Mpeg PES output (.mpg or Dxr3/DVB card))
==========================================================================
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: [mpegpes] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starting playback...
write: Operation not permitted
write: Operation not permitted
usw...
Alles anzeigen
Hier noch eine Liste der Devices
ll /dev/dvb/adapter*
/dev/dvb/adapter0:
total 0
crw-rw---- 1 root video 250, 4 Jan 1 1970 demux0
crw-rw---- 1 root video 250, 5 Jan 1 1970 dvr0
crw-rw---- 1 root video 250, 3 Jan 1 1970 frontend0
crw-rw---- 1 root video 250, 7 Jan 1 1970 net0
/dev/dvb/adapter1:
total 0
crw-rw---- 1 root video 250, 65 Jan 1 1970 audio0
crw-rw---- 1 root video 250, 70 Jan 1 1970 ca0
crw-rw---- 1 root video 250, 68 Jan 1 1970 demux0
crw-rw---- 1 root video 250, 69 Jan 1 1970 dvr0
crw-rw---- 1 root video 250, 67 Jan 1 1970 frontend0
crw-rw---- 1 root video 250, 71 Jan 1 1970 net0
crw-rw---- 1 root video 250, 72 Jan 1 1970 osd0
crw-rw---- 1 root video 250, 64 Jan 1 1970 video0
Alles anzeigen
aus meiner /etc/vdr/mplayer.sh.conf :
# Config File for mplayer.sh ...
MPLAYER=/usr/bin/mplayer
VOP="lavc=9000"
VO="mpegpes:/dev/dvb/adapter1/video0"
AO="mpegpes:/dev/dvb/adapter1/audio0"
XResPAL=(352 480 528 688 704 720)
XResNTSC=(352 480 512 640 704 720)
PAL="true"
NTSC="false"
USE_SPEED="false"
USEAC3="false"
AC3AOUT="-ao alsa9 -ac hwac3"
CACHE="4096"
FRAMEDROP="true"
LIRCRC=/etc/lircd.conf
DVDFiles="/video/plugins/DVD-VCD"
DVD="/dev/cdrom"
DVDLANG="de"
DVDOPTIONS="-aop list=volume:volume=170"
VCDOPTIONS=""
MPEG_DIRECT="true"
SUBPOS="80" #Vertical position 0-100
SUBCOLOR="0" #Background color 0=black 255=white
SUBALPHA="30" #Background transparency (0-255)
Alles anzeigen
Hat jemand eine Idee wo der Fehler liegen könnte?
Danke im voraus
Gruß
Peter
Naja, ganz so faul bin ich ja auch nicht. Bevor ich gefragt habe, habe ich natürlich in der Suche VDR_OPTS angegeben. Ergebnis: 0
Leider kann ich auch nicht alle Beiträge lesen, weil mir einfach die Zeit dazu fehlt.
Gruß
Peter
Halloele.
ZitatOriginal von Henning
Also, entweder auf der Kommandzeile, wie im Beispiel, das hier im Forum sicher zu finden gewesen wäre ?(.
VDR_OPTS="vfat akool" ACCEPT_KEYWORDS="~x86" emerge -p vdr
Daran hatte ich auch gedacht. Wäre mir aber zu lästig mir jedesmal ins Gedächtnis zu rufen welche Optionen ich denn haben möchte
ZitatOriginal von Henning
Oder du trägst die VDR_OPTS Umgebungsvariable gleich in der /etc/make.conf ein.
Daneben lassen sich sicher einige weitere Möglichkeiten finden um eine Umgebungsvariable zu setzen. Meinst du nicht auch?
Darauf wäre ich nicht gekommen, um ehrlich zu sein. Und das ist auch wohl die beste Lösung.
Denn irgendwo noch eine Variable ins env zu pflanzen, die dann jeder user noch mit sich rumschleppt ist nicht doll und notwendig.
Danke für den Tip
Gruß
Peter
Geile Sache.
Habe mir gerade mal nach langer Zeit das ebuild wieder genau angesehen.
An welcher Stelle soll man denn den Inhalt von $VDR_OPTS definieren?
Kleiner Kommentar im ebuild für Doofe wie mich wäre nett.
Gruss
Peter
Moin.
ZitatOriginal von steginger
Langer Rede kurzer Sinn: Da nvram-wakeup nicht mehr funktioniert hat (warum auch immer), habe ich den Anfang der heutigen Folge verpasst... Ich würde also jedem dankbar sein, der mir den Anfang (bis einschliesslich nach dem Vorspann, wo noch Text eingeblendet wird, also bis nach "Directed by", danach habe ich es wieder) aus seiner Aufzeichnung rausschneiden und mir irgendwie (CD, Download, ...) zur Verfügung stellen könnte...
Ich habe auch reichlich Pech gehabt. Alle 3 StarTrek-Aufnahmen und noch eine andere haben nicht stattgefunden. Nur leere 001.vdr
Ist schon merkwürdig. Ob das daran liegt, daß ich jetzt den LinVDR mit AutoTimer im Einsatz habe?
Das ist mir jedenfalls noch nie passiert.
Gottseidank, hat jetzt ein Freund so'nen kommerziellen DVB-Recorder im Einsatz. Der wird die Sachen wohl im Kasten haben.
Gruß
Peter
Lösung: (Vielen Dank an Henning)
ich hatte in /usr/local/include noch alte dvdnav-Header stehen. Das hat eine erfolgreiche Installation verhindert.
Jetzt funktioniert alles bestens!
Gruß
Peter