Beiträge von cyberthom

Ich habe mir eine zweite DXR3 zugelegt. Diesmal eine H+, da man da per Adapterkabel auch YUV-Kabel anschließen kann (für mein Beamer).
Nun gib es ja schon viele Beiträge zu dem Grünstich-Thema.
Es sollte eine der gängigen 4 Optionen in der /etc/modules.conf bzw. /etc/modutils/em8300 funktionieren.
Trage ich nun

modprobe adv717x pixelport_16bit=0 pixelport_other_pal=1
modprobe em8300 dicom_fix=1 dicom_control=1 dicom_other_pal=1

in der Console ein, habe ich keinen Grünstich. Wenn ich diese Parameter jedoch in der /etc/modutils/em8300 bzw. /etc/modules.conf verwende, habe ich einen Grünstich:

### update-modules: start processing /etc/modutils/em8300
alias /dev/em8300* em8300
alias char-major-121 em8300
below em8300 adv717x
#replace comment characters to try some common options to fix the
#greenscreen problem (use /etc/modules and modprobe [-r] em8300)
#options adv717x pixelport_16bit=1 pixelport_other_pal=1
#options em8300 dicom_fix=1 dicom_control=1 dicom_other_pal=1
#options adv717x pixelport_16bit=0 pixelport_other_pal=0
#options em8300 dicom_fix=1 dicom_control=1 dicom_other_pal=0
options adv717x pixelport_16bit=0 pixelport_other_pal=1
options em8300 dicom_fix=1 dicom_control=1 dicom_other_pal=1
#options adv717x pixelport_16bit=1 pixelport_other_pal=0
#options em8300 dicom_fix=0 dicom_control=0 dicom_other_pal=0
post-install em8300 /usr/bin/em8300setup -f /usr/share/em8300/em8300.uc


### update-modules: end processing /etc/modutils/em8300

Ich benutze die CVS-Version 0.15.2 des Treibers.
Kann mir jemand einen Tip geben?

scheinbar ist es möglich ohne zu löten YUV an der DXR3 (H+) abzugreifen:

http://www.sigmadesigns.com/dcforum/DCForumID8/284.html

Das benötigte Kabel würde es evtl. hier geben:

http://www.al-kabelshop.de/shop/

Bestellnummer: ALK-X1-Adapterkabel

Kann dies jemand bestätigen? Welche anpassungen müssen an Treiber/Plugin vorgenommen werden?

Vielen Dank

Zitat

Originally posted by SvenGWK
Hab die DXR3 an einer billigen 5.1 Boxen/Verstärker Kombination von Mustek angeschlossen.
Die dinger kosten so um die 50 €.
Sicher - nichts für Hifi-Enthusiasten, aber zum Fernsehen in DD absolut ausreichend.

Die hat dann sicherlich einen eingebauten Decoder... Ich habe auf www.mustek.com leider kein Boxenset gefunden. Kannst du die Bezeichnung noch posten, dann kann ich mal danach "ggogeln"
Ich habe da bei Conrad etwas gefunden: MUSTEK A 920 LS SET

http://www1.conrad.de/scripts/wgate/zcop_b2c/?~template=pcat_product_details_document&object_guid=6D7FCB3F3D0FF140E10000000A010221&master_guid=6D7FCB3F3D0FF140E10000000A010221&master_typ=V&no_brotkrumennavi=&p_load_area=1310136&p_artikelbilder_mode=Ein&p_sortopt=object_description&page=2&p_catalog_max_results=10&cachedetail=

ist es das?

kann mir dazu niemand helfen?

Man kann ja RGB abgreifen. Kann ich dann nicht RGB in YUV umwandeln...?

Hallo,

ich würde gern ein preisgünstiges 5.1 Boxenset an die DXr3 anschließen. Brauche ich dafür einen extra decoder? Könnte ich ein Creative Inspire 580 anschließen um 5.1 genießen zu können?

Hallo,
ich würde meinen VDR gern an meinen neuen Beamer (Sanyo Z1x) anschließen.
Das beste wäre da eine YUV-Zuführung (progressive). Ist das mit einer DXR3-Karte möglich? Es gibt da RGB-Umbaupläne, habe aber nichts zu YUV gefunden.
Ich hätte da noch eine Netstream 2000, die soll auch YUV progressive unterstützen. Aber auch da weiß icht nicht, wie ich das abgreifen kann...

hat das geklappt?
Ich möchte nun auch eine dxr3 (habe h+ und Creative) so umbauen, dass ich RGB, besser YUV abgreifen kann. Dies möchte ich dann in einen Sanyo Z1x Beamer einspeisen.
Sind im DXR3-Plugin noch anpassungen notwendig? (ich nutze Tobi ctvdr experimental)
Ich hätte noch eine Netstream 2000. Evtl. geht das mit der noch besser? Für die gibt es aber kein mplayer-output...

Wie sieht das ganze eigentlich mit Budget-Karten aus? Habe eine "alte" Nova-T. Kann ich da auch die Firmware updaten?
Bei dmesg | grep DVB erhalte ich nur:
DVB: registering new adapter (TT-Budget/WinTV-NOVA-T PCI).
DVB: registering frontend 0:0 (Philips TDA10045H)...

die 1.3.21 habe ich mir separat gezogen. Ich dachte damit läuft es besser. 1.3.13 (welche mit dabei war) brachte die gleichen Fehler...
Das commoncpp-Paket in Sarge ist definitif zu alt für mmsv2, es fehlt die Datei libccext2.pc.
Da der ctvdr(3) aber nun auf Sarge aufsetzt kann ich nicht einfach die commoncpp von Sid nehmen, weil ich sonst auch libc6 usw. aktualisieren müßte...
Konnte jemand mmsv2 oder commoncpp unter Sarge und dem 2.4.27er Kernel kompilieren???

Zu Weihnachten ist ja wieder mehr Zeit Ich wollte mich auch noch mal an ein paar Versuche wagen, das Plugin mit dem ctvdr3 zu verschmelzen ... Welches ist die aktuelle Version ?

locate pthread gibt mir dies aus:

/lib/libpthread-0.10.so
/lib/libpthread.so.0
/lib/tls/libpthread-0.60.so
/lib/tls/libpthread.so.0
/usr/include/bits/pthreadtypes.h
/usr/include/c++/3.3/bits/pthread_allocimpl.h
/usr/include/c++/3.3/bits/stl_pthread_alloc.h
/usr/include/pthread.h
/usr/include/vdrdevel/vdr/pthread.h
/usr/lib/libgcrypt-pthread.so.7
/usr/lib/libgcrypt-pthread.so.7.3.0
/usr/lib/libpthread.a
/usr/lib/libpthread_nonshared.a
/usr/lib/libpthread.so

und dann halt noch in den sourcen....

libcommoncpp2-1.0-0c102 und libcommoncpp2-dev (1.0.13-5) sind bereits installiert.

Gebe ich nun "./configure --with-linuxthreads" oder "./configure --with-pthread=/usr/lib/libpthread.so" ein, erhalte ich nach dem make:

vdr:/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21# make
Making all in include
make[1]: Entering directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
make  all-recursive
make[2]: Entering directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
Making all in cc++
make[3]: Entering directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include/cc++'
make[3]: Für das Ziel »all« ist nichts zu tun.
make[3]: Leaving directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include/cc++'
make[3]: Entering directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
make[3]: Für das Ziel »all-am« ist nichts zu tun.
make[3]: Leaving directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
make[2]: Leaving directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
make[1]: Leaving directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/include'
Making all in src
make[1]: Entering directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/src'
if /bin/sh ../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../include    -I../src -DCCXX_EXPORT_LIBRARY -D__USE_GNU -D__USE_UNIX98 -I/usr/local/include/pthread/linuxthreads  -D_GNU_SOURCE -I/usr/include/libxml2 -I../include -g -O2 -MT thread.lo -MD -MP -MF ".deps/thread.Tpo" -c -o thread.lo thread.cpp; \
then mv -f ".deps/thread.Tpo" ".deps/thread.Plo"; else rm -f ".deps/thread.Tpo"; exit 1; fi
mkdir .libs
 g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../src -DCCXX_EXPORT_LIBRARY -D__USE_GNU -D__USE_UNIX98 -I/usr/local/include/pthread/linuxthreads -D_GNU_SOURCE -I/usr/include/libxml2 -I../include -g -O2 -MT thread.lo -MD -MP -MF .deps/thread.Tpo -c thread.cpp  -fPIC -DPIC -o .libs/thread.o
In file included from /usr/include/sys/un.h:38,
                 from ../include/cc++/config.h:793,
                 from thread.cpp:38:
/usr/include/string.h:248: error: parse error before `char'
make[1]: *** [thread.lo] Fehler 1
make[1]: Leaving directory `/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41/libs/commoncpp2-1.3.21/src'
make: *** [all-recursive] Fehler 1

Hier meine libc6-dev:

ii  libc6-dev      2.3.2.ds1-22   GNU C Library: Development Libraries and Hea

libc6-dev ist bereits installiert...

vdr:~# dpkg -l | grep libc6-dev
ii  libc6-dev      2.3.2.ds1-22   GNU C Library: Development Libraries and Hea
vdr:~#

Hallo,
ich kann es ebenfalls nicht kompilieren....
Sieht aber nach der gleichen Fehlermeldung wie weiter vorn aus. Ich benutze:
mmsv2--mainline--1.0.5--patch-41

Hier die Fehlermeldung:

vdr:/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41# ./configure --enable-fancy-audio --disable-xidle --enable-xine-audio --enable-fancy-movie --enable-sdl --enable-eject-tray
Checking for xine-lib
- test ok


Checking namespace compatibility for libfs++
- test ok


Package libccext2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libccext2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libccext2' found
Package libccext2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libccext2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libccext2' found
Checking for commoncpp2
Package libccext2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libccext2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libccext2' found
Package libccext2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libccext2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libccext2' found
- test failed! Falling back to included commoncpp2


configuring commoncpp2
for detailed output look in commoncpp2-config.log


configure: error: no library for posix threads found!


Error: configure failed for commoncpp2


vdr:/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41#

gcc Ausgabe:

vdr:/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41# gcc -v
Lese Spezifikationen von /usr/lib/gcc/i486-linux/3.4.4/specs
Konfiguriert mit: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --disable-werror i486-linux
Thread-Modell: posix
gcc-Version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)
vdr:/usr/src/mmsv2/mmsv2--mainline--1.0.5--patch-41#

Nun habe ich unter versucht /libs/commoncpp2/ zu compilieren, ist ja die mitgebrachte...
Da bekomme ich diese Fehlermedlung:

checking whether gcc accepts -kthread... no
checking whether gcc accepts -pthread... yes
checking for pthread_self in -lpthread... no
checking for pthread_self in -lc_r... no
checking for pthread_kill in -lpthread... no
checking for pthread_self in -lpthreads... no
checking for pthread_self in -lthread... no
checking for pthread_self in -lgthreads... no
checking for pthread_self in -lcma... no
checking for pthread_self in -lc... no
configure: error: no library for posix threads found!

Ich benutze ctvdr3 mit Kernel 2.4.27-ctvdr-1
Hat jemand eine Idee?

Zitat

Original von ULF
Also mit zufuss laden der Voraussetzungen und dem hint die
/usr/lib/vdrdevel/plugin-loader.sh
mit PLUGIN_CHECK_STARTABLE="no" zu "verschönern"

Genau das war bei mir auch. Hatte im Dauerbetrieb dann auch Probleme. Hast du den Grund dafür raus gefunden, warum es nur mit diesem Trick geht? Sprich, warum wird das kompilierte Plugin als binär inkompatibel erkannt?

cool! Werde ich heute Abend doch gleich mal mit mmsv2 testen...

Zitat

Original von Uatschitchun
Schön und gut soweit, aber wie bringe ich das, ohne C-Kenntnisse, in ein Plugin?

Hmmm... das würde mich auch interessieren

Zitat

Gibts nicht ein Hörbuch "C++ - Einschlafen, Aufwachen, Können" ??

oh das würde ich mir auch sofort kaufen

Ich habe das radio plugin (ctvdr3) installiert. Jedoch wird selbst das radio.mpg nicht dargestellt:
Ich habe auch das von hier versucht:
http://vdr-portal.de/board/thread.php?threadid=37421&sid=
Kann es sein, dass es mit der dxr3 nicht funktioniert?

Ich denke, das wäre ein total simples Plugin welches einfach nur die Routine des dxr3-plugins aufruft und dann MMSv2 startet. Nur weiss ich leider nicht wie man das macht. Kann man evtl. auch per Script auf solche Routinen zugreifen?

ich habe vdr-dev installiert und im Makefile die Quellen für vdr und lib angepasst.
Somit konnte ich das Plugin dann auch kompilieren.
Allerdings musste ich die "binary" Kompatibilitäts-Prüfung beim start ausscehlten...