Beiträge von thefrog

Ich habe gestern probiert auf 260.19.12 upzudaten, aber das xine lief danach nicht.
xine konnte keine vdr / live tv abspielen = somit vermute ich es haengt mit dekodierung von mpeg zusammen.
Abspielen von z.B. xvid/divx ging, nur das mpeg lief wollte nicht.

Ich habe versucht xine-lib + xine neu zu kompilieren, ohne vdpau abzuspielen, usw, aber hat nichts gebracht.

Habe dann wieder den 256.xxx draufgetan, und voila, lauft alles wieder.

Somit erstmal fuer mich - abwarten und wenn bischen mehr zeit dann weiterkucken.

Yah, in Germany this is prohibited by law, as stated above.

Even thinking about it is prohibited and you get an electroshock. Welcome to SouthPark

habe die firmware aus tevii home page seite genommen.

es lauft alles auch prima, problem ist nur, dass sich das ding unregelmaesig abschaltet.
und nur ein reboot scheint dann zu helfen.
ich probiere es jetzt noch mit einem anderen kernel, aber irgendwie will das dinch einfach nicht stabil laufen.
32 bit

2.6.33-rc2
wird ohne weiteres erkant, tevii driver muss man nicht mehr installieren, ist jetzt direkt in dem kernel supported. Man muss nur firmware an die richtige stelle kopieren.

In der zwischenzeit habe ich auf 2.6.33-rc4 umgestellt.
Hatte problem dass die s660 loetzlich verschwunden war, hat sich deregistered.

Auch der 2.6.33-rc4 hat es nicht geloest.

dann habe ich probiert das tevii treiber paket auszuprobieren. ein paar probleme (cx23888-ir.c und noch ein anderes) gab es schon, diese habe ich aus dem aktuellen kernel source dann einfach in das tevii reinkopiert und die tevii versionen ueberschrieben.
Dann lies sich der treiber auch komplilieren, und scheint auch geladen zu sein.
SD und HD lauft z.Z. werde aber schauen wie stabil und ob das mit dem deregistrieren wieder vorkommt.

zotac# lsmod |grep tevi
teviis660 6950 13
dvb_usb 14308 2 dvb_usb_dw2102,teviis660
i2c_core 24719 6 dvb_usb_dw2102,ds3000,nvidia,teviis660,dvb_usb,i2c_nforce2
usbcore 176510 9 dvb_usb_dw2102,teviis660,dvb_usb,btusb,uhci_hcd,ohci_hcd,ehci_hcd,usbhid

zotac# dmesg|grep dvb
dvb-usb: found a 'TEVII S660 DVBS2 USB2.0' in cold state, will try to load a firmware
usb 2-5: firmware: requesting dvb-usb-teviis660.fw
dvb-usb: downloading firmware from file 'dvb-usb-teviis660.fw'
usb 2-5: firmware: requesting dvb-usb-teviis660.fw
dvb-usb: found a 'TEVII S660 DVBS2 USB2.0' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
dvb-usb: MAC address: 00:18:bd:5c:56:68
dvb-usb: TEVII S660 DVBS2 USB2.0 successfully initialized and connected.

Hallo

habe das gleiche problem grade.
ich habe probiert in Bios die USB einstellung von HiSpeed auf FullSpeed umgestellt.
und scheint jetzt zu laufen.

Probiere es vieleicht.

Ich werde mein system auch weiter im auge behalten.

Hat nichts gebracht.
der fehler kommt immer wieder.
alles lauft, und dann blinkt die tevii kurz, und ist weg.

habe probiert 2.6.33-rc4, 2.6.31.

immer wieder das gleiche.
auch ein hub zwischen der tevii und dem rechner hat nichts gebracht.

Dieser hat
2xAtom 330 mit hyperthreading (somit als 4 cpus erkant)
nvidia ION = vdpau
internen rs232 header (mit einem patch kabel kann man normal dann COM port haben)
habe selbst einen IR receiver drauf den ich mit lirc nuetze
HDMI + VGA + DVI
HDMI+VGA habe ich getestet, separate X sessions 1 x FullHD 1x800x600 fuer graphtft. problemlos

als bonus hat es eine WiFi (via mini pci-e, somit kannst die karte verkaufen oder in ein notebook stecken). Oder was auch immer.

Last SD und HD so um die 15 % - 25 % mit vdpau und xineliboutput.

Kann ich aub bestaetigen.

Tevii S660 mit kernel 2.6.33 rc2 grade gestern zum laufen gebracht.
Musste keine neuen dvb module kompilieren, einfach die firmware auf den richtigen ort (achtung, sind 2 firmwares, 1xreceiver und 1xfrontend), und schon laufts problemlos mit der aktuellen dvb in 2.6.33 kernel

dvb-s und dvb-s2 getestet, alles aluft problemlos.
auch mit *modul das keiner ausprechen darf* lauft, nur das -O3 aus Makefile des moduls rausnehmen und schon kompilierts auch

getestet - ArteHD, EinsHD. Last des CPUs so um die 15 % (xineliboutput + vdpau)

Zotac 330@1.6GHz, ION.

Hallo
hatte das gleiche problem.

In file included from ./graphtft.hpp:21,
from common.cc:15:
./../common.h:120: error: ‘uint64_t’ does not name a type

gcc version 4.4.2 (GCC)

graphtft aus svn

hier habe ich die antwort gefunden

http://www.codeguru.com/forum/showthread.php?t=459425
==
Try including stdint.h or inttypes.h rather than types.h. Bear in mind that these headers are not standard C++, but are part of C99, hence the suggestion of defining __STDC_VERSION__.
==

ich habe in

common.h in dem graphtft plugin directory diese 2 zeilen eingefuegt

#include <stdint.h>
#include <inttypes.h>

und schon laest sich dat graphtft-fe verzeichnis problemlos kompilieren

vorsichtsweisse habe ich auch in dem graphtft-fe verzeichnis das thread.h file editiert und das gleiche auch da reingetan.

ich lasse es dann lieber sein.

ihr wollt nicht verstehen worum es hier geht.
nicht um ein "plugin"
sondern um die tatsache dass ts2es meldungen mit vdr 1.7.9 und kernel 2.6.31 kommen.

kann aber ja verstehen, da die legislative bei euch so ist.

und die leute haben einfach angst sagen zu diskutieren.

und ja, ich bin mal ueber rote ampel auch schon gefahren, und bin hier nicht der einzige.
muss aber nicht heissen das ich jemanden ueberfahren habe.

lassen wir es dann.
ts2es problem besteht immer noch.

bei einigen bei HD, bei mir auch bei SD.
das ist die tatsache.

Und wie bindest du bitte dann eine ofizielle - normal gekaufte und lizenzierte - karte ein ?

Text um hier nicht erwünschtes Thema gelöscht

desswegen gibts ja forums, um diese sachen vieleicht mal zu diskutieren, oder nicht ?

Hallo
habe das gleiche problem,
mit kernel 2.6.31, ubuntu 9.10 und mandriva 2009.
vdr-1.7.9, vdr-1.7.8

mit vdr-sxfe als frontend
(1.1.6 und 1.2 von xine-lib schon ausprobiert)

bie mir gehen die SD aber nur die die unverschluesselt sind.
Habe eine ofizielle karte, lauft alles bestens unter kernel 2.6.27 und vdr-1.7.7.

Text bzgl. hier nicht erwünschtem Plugin entfernt.

wen jemand eine idee hat, bin bereit zu testen.
Scheint wahrscheinlich am kernel zu liegen.

Funktioniert auch fuer Mandriva 2009.
kernel 2.6.31
und XBMC aus svn

vielen dank

wie geschrieben, samba source runterladen,compilieren
./configure
make
make install
dann

cp /usr/local/samba/lib/libsmbclient* /usr/lib/

ldconfig

und noch das header file ins /usr/include/

Die version
http://egal-vdr.de/plugins/vdr…ecmenu-1.2-test1-am2b.tgz

laest sich problemlos kompilieren und scheint zu laufen. Mehr tests wenn ich abends zuhause bin.

Mit dem patch laufts wieder.
vielen dank.

die sind sehr stromsparend (65w) und somit auch nicht heiss.
ich mache jetzt grade eine machine mit einer pasiven cpu kuhlung (heat pipes groeser kuhlkorper).
klappt soweis gut

Doch doch,
die nexus funktioniert wunderbar under linux.

musst das modul laden
modprobe dvb-ttpci
oder
modprobe dvb_ttpci

brauchst auch die firmware fuer nexus, die muss in /lib/hotplug/firmware (oder wo der hotplug daemon kuckt) sein.

tue beim laden des dvb-ttpci modules was /var/log/messages kucken.

Es gib ein SD auf CF adapter (wird fuer z.b. Digitalkammeras benutzt).
Und es gibt dann der CF auf PCMCIA adapter oder CF auf IDE adapter (2.29 in ebay)

Lieber zuruck zu MM gehen, und den fuer einen Quad LNB den du direkt anschliesen kanns umtauschen.
Spaarst dir einen Multischalter, und ist einfacher das ganze.

Habe selbst einen 4 LNB Monoblock (astra 19.2 + astra 23.5)

Plugin parameter in "" einschliesen

z.b.

-P"osdteletext -r /video/vtx"

oder
-p"<plugin name> <plugin parameter> "

dann tuts problemlos

Zitat

Originally posted by leppenraub
Hi tr500,

Kann ich, schluckt er (anscheinend) aber bringen tut es leider nichts.

Von einem Samba-Server war auch nie die Rede Ich hab' zwar einen am laufen, doch den brauche ich für andere Sachen.

Vermutlich 8 MByte/s? Hmn, na ja... war auch von mir nur so ein Indiz - Netzwerk zu langsam? Probier's halt 'mal mit Gigabit, wenn ich schon ein, zwei Karten untätig 'rumliegen habe.

Der Neustart des Windoof-Servers (zwecks Webclient) hat auch nichts gebracht.

Also gut... Nun steh' ich hier, ich armer Tor...
...und bin eigentlich nicht schlauer.

Mein Mount-Befehl in der fstab lautet:

Code

//192.168.100.3/video  /var/lib/video.00/ smbfs username=vdr,password=########,fmask=644,uid=vdr,gid=vdr 0 0

Netzwerkkarte taucht im syslog auf als:

Code

Sep  4 19:58:51 Ananas kernel: r8169 Gigabit Ethernet driver 1.2 loaded  
Sep  4 19:58:51 Ananas kernel: eth0: Identified chip type is 'RTL8169s/8110s'.  
Sep  4 19:58:51 Ananas kernel: eth0: RTL8169 at 0xd0abe000, 00:50:fc:f6:ea:b4, IRQ 10  
Sep  4 19:58:51 Ananas kernel: eth0: Auto-negotiation Enabled.  
Sep  4 19:58:51 Ananas kernel: eth0: 1000Mbps Full-duplex operation

Habe versucht, mit ethtool "autoneg" auf "off" zu stellen, doch leider habe ich kein Device /dev/eth0 !? Bringt das jedoch überhaupt 'was?

Gruß, leppenraub

Alles anzeigen

Waegen eth0

mein fehler,
muss lauten

ethtool -s eth0 autoneg off speed 1000 duplex full