Beiträge von idl0r

Hi,

wie siehts aus mit dem Hummingbird, seid ihr zufrieden?
Bin auch am überlegen, ob ich es mir kaufen soll.

nichts wildes aber dennoch:

Zitat

/home/idl0r/octopus/media_build_experimental/v4l/ddbridge-core.c:2432:2: warning: initialization from incompatible pointer type

+1 fuer freenode

aber irgendwie sollten "wir" uns mal entscheiden... vdr-portal, vdr-portal.de, freenode oder irgendwo anders oder doch wieder hier direkt auf vdr-portal?

IMHO passt freenode oder von mir aus auch andere server, dafuer extra einen eigenen laufen zu lassen ist IMHO schwachsinn.

Zitat von glotzipapa

Ist ja toll, dass alle das Projekt gut finden. Es wäre aber noch toller, wenn auch mal Feeback kommen würde, ob alles funktioniert. Oder ist es so, dass bei ausbleibendem Feedback alles ok ist?

BTW: Betreibt jemand den Empfänger mit einer Frequenz > 10000? Bei mir funktioniert das nicht, es wird nichts mehr korrkt empfangen.

scheint soweit gut zu laufen

und ja, ich habe eine T-Home (X301T) remote (RUWIDO protokoll) welches mit 15000 interrupts laeuft und das klappt soweit auch ganz gut.
ob das mit den anderen jetzt auch noch so toll klappt kann ich momentan nicht sagen.

btw. in c_hashmap/hashmap.h line 81 (endif) fehlt "//" oder "/* */".

ich hab mir das irmp_exec von anbr noch nicht angeschaut aber wenn beide das gleiche ziel haben koennte man diese projekte ja ggf. zusammenlegen und die sources dann auch irgendwo auf sf.net oder so hosten.
eventuell wuerde es ja auch sinn machen eine IRMP implementierung fuer LIRC zu schreiben.

Zitat von MarkusH

Meinst du da den Eintrag mit dem resetten? Kann ich bei mir nicht feststellen.

ja.
hrm, weird..

vllt. etwas OT aber anyway.. https://www.mikrocontroller.net/topic/171111#2635339 kann das jemand bestaetigen?

Zitat

Der Beitrag von »...« (Gestern, 22:08) wurde aus
folgendem Grund vom Benutzer »Dirk« gelöscht: Diskussion über hier
verbotene Software (Heute, 18:02).

nicht nur das meine posts geloescht oder editiert wurden, nein auch von leuten die *nichts* zu "hier
verbotene Software" (ich glaube *ich* habe 1-2x den name einer software erwaehnt...) geschrieben haben sondern lediglich alternativen wie alphacrypt * erwaehnt haben...
dazu faellt mir echt nichts mehr ein.. echt laecherlich.. sorry..

ich habe gerade noch http://www.unitymediaforum.de/viewtopic.php?f=54&t=5572 gefunden, da wird erwaehnt das UM seit neustem wohl auch eigene CAM's vermietet fuer ca. 4 euro pro monat, vllt. eine gute alternative (auf dauer natuerlich deutlich teurer).

auch interessant, sofern es *so* stimmt:

Zitat

Es ist übrigens nicht explizit verboten eigene Hardware mit der UM
Smartkarte zu verwenden, aber auch nicht ausdrücklich erlaubt und
durchaus nicht gewollt.

ausserdem habe ich "das selbe" geschrieben, beachte die "".

tinyxml mit STL support bauen und gut is.. funktioniert 1a mit div. tinyxml versionen.

vdr-1.7.25
IDLB-QUDL41-UNI2L-1PP
Digital Devices DuoFlex S2 mit Octopus LE bridge

scr.conf:

Zitat

1 1420
2 1680

diseqc.conf:

Zitat

S19.2E 11700 V 9750 t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E 99999 V 10600 t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E 11700 H 9750 t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E 99999 H 10600 t V W10 S3 [E0 10 5A 00 00] W10 v

# grep -i diseq /etc/vdr/setup.conf
DiSEqC = 1

funktioniert alles wunderbar, irgendwo hab ich gelesen das helau auch nen 1.7.26 image fertig hat.. ist vllt. ein versuch wert.

probier das mal

hier mal ein patch zum patch

Zitat von Toxic-Tonic

OK, selbst drau gekommen, einfach stumpf ifeq-Geschichte auskomentieren! Löst zwar nicht das Problem, aber es geht!

Code

#    ifeq ($(VDRDIR), ../../..)
#        $(warning Building inside VDR source tree)
        VDR_TREE = yes
#    else
#        $(warning ********************************************************)
#        $(warning VDR source tree not detected !                          )
#        $(warning VDR plugins will not be installed.                      )
#        $(warning ********************************************************)
#    endif

die warnungen koennt ihr einfach ignorieren.
es wird eine warnung ausgegeben wenn VDRDIR *nicht* "../../../" ist und das ist meistens der fall, vorallem wenn man das ebuild nimmt usw.

<snip>
Added simple VDR source tree detection.
VDR plugins won't be copied to LIBDIR when not building inside VDR source tree.
</snip>

http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/Makefile?r1=1.102&r2=1.103&sortby=date

ffmpeg mit -fPIC bauen, vorher ggf. make clean.
auch xinelib und softhd braucht PIC.

ich verstehe das problem gerade nicht..
UFO hat in der ersten antwort auf die frage von carlo_os alles gesagt und der titel des themas ist IMHO eindeutig.

Zitat von lini

Alle Abhängigkeiten außer XFree86 aus der README.txt - Punkt 2 werden erfüllt.
libc ist in der Version 2.9 auch aktuell.
Dann werde ich mir mal conftest.sh genauer ansehen müssen.

das ist der interessante teil:

select_makefile)
    	#	
    	# Select which Makefile to use based on the version of the
    	# kernel we are building against: use the kbuild Makefile for
    	# 2.6 and newer kernels, and the old Makefile for kernels older
    	# than 2.6.
    	#	
    	rm -f Makefile
    	RET=1
    	VERBOSE=$7
    	FILE="linux/version.h"
    	SELECTED_MAKEFILE=""


    	if [ -f $HEADERS/$FILE -o -f $OUTPUT/include/$FILE ]; then 
        	#	
        	# We are either looking at a configured kernel source
        	# tree or at headers shipped for a specific kernel.
        	# Determine the kernel version using a compile check.
        	#	
        	echo "$CONFTEST_PREAMBLE
        	#include <linux/version.h>
        	#include <linux/utsname.h>
        	#if defined(TEST_2_4) && (LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,0))
          	#error \"!KERNEL_2_4\"
        	#endif
        	#if defined(TEST_2_6_OR_3) && (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,0))
          	#error \"!KERNEL_2_6_OR_3\"
        	#endif" > conftest$$.c


        	$CC $CFLAGS -DTEST_2_6_OR_3 -c conftest$$.c > /dev/null 2>&1 


        	if [ -f conftest$$.o ]; then 
            	if [ -f Makefile.rmlite ]; then 
                	SELECTED_MAKEFILE=Makefile.rmlite
            	else 
                	SELECTED_MAKEFILE=Makefile.kbuild
            	fi   
            	RET=0
        	else 
            	$CC $CFLAGS -DTEST_2_4 -c conftest$$.c > /dev/null 2>&1 


            	if [ -f conftest$$.o ]; then 
                	SELECTED_MAKEFILE=Makefile.nvidia
                	RET=0
            	fi   
        	fi   


        	rm -f conftest$$.c
        	rm -f conftest$$.o
    	else 
        	MAKEFILE=$HEADERS/../Makefile
        	CONFIG=$HEADERS/../.config


        	if [ -f $MAKEFILE -a -f $CONFIG ]; then 
            	#	
            	# This source tree is not configured, but includes
            	# a Makefile and a .config file. If this is a 2.6
            	# kernel older than 2.6.6, that's all we require to
            	# build the module.
            	#	
            	PATCHLEVEL=$(grep "^PATCHLEVEL =" $MAKEFILE | cut -d " " -f 3)
            	SUBLEVEL=$(grep "^SUBLEVEL =" $MAKEFILE | cut -d " " -f 3)


            	if [ -n "$PATCHLEVEL" -a $PATCHLEVEL -ge 6 \
                    	-a -n "$SUBLEVEL" -a $SUBLEVEL -le 5 ]; then 
                	SELECTED_MAKEFILE=Makefile.kbuild
                	RET=0
            	fi   
        	fi   
    	fi   


    	if [ "$RET" = "0" ]; then 
        	ln -s $SELECTED_MAKEFILE Makefile
        	exit 0
    	else
        	echo "If you are using a Linux 2.4 kernel, please make sure";
        	echo "you either have configured kernel sources matching your";
        	echo "kernel or the correct set of kernel headers installed";
        	echo "on your system.";
        	echo "";
        	echo "If you are using a Linux 2.6 kernel, please make sure";
        	echo "you have configured kernel sources matching your kernel";
        	echo "installed on your system. If you specified a separate";
        	echo "output directory using either the \"KBUILD_OUTPUT\" or";
        	echo "the \"O\" KBUILD parameter, make sure to specify this";
        	echo "directory with the SYSOUT environment variable or with";
        	echo "the equivalent nvidia-installer command line option.";
        	echo "";
        	echo "Depending on where and how the kernel sources (or the";
        	echo "kernel headers) were installed, you may need to specify";
        	echo "their location with the SYSSRC environment variable or";
        	echo "the equivalent nvidia-installer command line option.";
        	echo "";
        	if [ "$VERBOSE" = "full_output" ]; then
            	echo "*** Unable to determine the target kernel version. ***";
            	echo "";
        	fi
        	exit 1
    	fi
	;;

daher die frage bzgl. linux headers.

ah, doch..
sind deine linux headers aktuell?

oh, ich hab oben das module target vergessen.
richtig waere es also:

make SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.2.2/build module

hm, probier vllt. mal:

make SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.2.2/build clean module

ansonsten faellt mir jetzt auf die schnelle auch nichts ein.

hab mir jetzt nicht angeschaut welches repository da im ebuild genutzt wird aber rein vom name her sieht es nicht so aus als wenn das repo von Oliver Endriss gemeint ist.

machs am besten danach: http://linuxtv.org/wiki/index.…tal_Devices_DuoFlex_C%26T

meinst du ueberhaupt das repo fuer die octopus, ... treiber?
nicht das wir beide aneinander vorbeireden

da ich weder slackware habe und auch nicht weiss was genau du da machst muss ich raten.. das klappt aber oft nicht so gut.
ich frage ja nicht aus spass nach dem command und/oder log.

also ich kann nur sagen mit 3.2.2 und 290.10 habe ich hier keine probleme:

# ./NVIDIA-Linux-x86_64-290.10.run -x
# cd NVIDIA-Linux-x86_64-290.10/kernel
# make SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.2.2/build module

selbst ohne SYSSRC und SYSOUT klappt es, sofern der aktuell laufende kernel auch das tatsaechliche target ist.
/usr/src/linux sollte halt auf die korrekten sources zeigen, auch /lib/modules/<kv> sollte existieren.
also es fehlen auf jeden fall details, ohne kann *ich* nicht weiterhelfen wie schon oben gesagt.