Also rausknallen tut der bei mir nicht bei schwachem Signal, aber die Grenze zum nicht-Empfang ist früher, als wenn ich die gleiche Karte unter Windows laufen lasse (vgl. oben).
Das kann eigentlich kaum sein weil der Tuner mit Firmware automatisiert läuft, benutzt der Windows-Treiber eine andere/neure FW?
Neuer offizieller Treiber von Mauro, bitte hier weiter Technisat SkyStar S2
Ich habe inzwischen Mauro's neuen Treiber probiert:
https://www.linuxtv.org/wiki/index.php/TechniSat_SkyStar_S2
Leider knallt er hier raus bei schwachem Signal mit einem Divide (by 0) Error, kann das jemand bestätigen?
Apr 1 00:02:36 vdr1 vdr: [5141] frontend 2/0 regained lock on channel 81, tp 211306
Apr 1 00:02:36 vdr1 vdr: [5141] frontend 2/0 lost lock on channel 81, tp 211306
Apr 1 00:02:38 vdr1 vdr: [5141] frontend 2/0 timed out while tuning to channel 81, tp 211306
Apr 1 00:02:47 vdr1 vdr: [5141] frontend 2/0 regained lock on channel 81, tp 211306
Apr 1 00:02:47 vdr1 vdr: [5141] frontend 2/0 lost lock on channel 81, tp 211306
Apr 1 00:02:49 vdr1 vdr: [5141] frontend 2/0 regained lock on channel 81, tp 211306
Apr 1 00:02:49 vdr1 vdr: [5141] frontend 2/0 lost lock on channel 81, tp 211306
Apr 1 00:02:51 vdr1 vdr: [5141] frontend 2/0 timed out while tuning to channel 81, tp 211306
Apr 1 00:03:01 vdr1 vdr: [3461] ERROR: video data stream broken
Apr 1 00:03:01 vdr1 vdr: [3461] emergency exit request ignored according to setup
(vdr likely crashed in xineliboutput video decoder as usual on too low signal str/signal distortion)
...
Apr 1 00:03:28 vdr1 kernel: [700624.359182] divide error: 0000 [#1] PREEMPT
...
Apr 1 00:03:28 vdr1 kernel: [700624.360005] [<fb851574>] cx24120_tune+0x34/0x68 [cx24120]Dann bitte das Problem und die anderen auf der linux-media Liste melden, der Kernel Bugzilla ist wohl immer noch der beste Weg nen Bug zu "begraben" 
aber ich wollt ihn eigentlich auf Linux longterm: 3.2 backporten.
Das wird wohl auf die Schnelle nichts, die DVB(-S2)-API im 3.2.x Kernel ist zu alt oder eine andere. DKMS-Paket für yaVDR?
linux-media? Da fliegt der gleich wieder runter
1. diff against http://git.linuxtv.org/cgit.cgi/media_tree.git/ ?
2. kernel coding style ?
3. tested-by? may break other cards ?
4. name collisions ?
...
Copyright scheint OK zu sein.
Vielleicht mach ichs wenn ich Langeweile über Weihnachten habe, aber ich wollt ihn eigentlich auf Linux longterm: 3.2 backporten.
Diese neuen "stable" Kernel machen auf meiner alten Hardware hier (das ist eine PCI Karte) ein Haufen Probleme.
So, ich darf mal den Status rückmelden, der Allwinner TSC- Treiber ist auf linux-sunxi portiert, initialisiert sich und den Transport Stream Controller:
http://linux-sunxi.org/Main_Page
https://groups.google.com/d/ms…/Ogd-wXlhfMU/ogksO9zwBH0J
Bis zu einem vollständigen DVB- Treiber mit DMA und der AW Video Engine stabil unter linux-sunxi und für VDR ist es aber noch ein weiter Weg,
aber die Kollegen von diesem Projekt sind sehr engagiert und hilfreich ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Zum Vergleich A20-Test SDTV mit kaffeine (debian wheezy armhf) vom Afatech 9015 DVB-T USB stick ohne die VE geht gerade so,
wenn pulseaudio aber noch über lan streamt dann ruckelts und stotterts schon alle Sekunden.
Mit dem Android Zeugs (inkl. prop. VE driver und libs) aber wahrscheinlich problemlos, mal ein Android SD-Card image bei Olimex oder linux-sunxi.org suchen...
Ich baue dann mal das Receiver SMT extension board mit nem Philips CU1216-MKIII dran, nehme den TDA10023+PLL- Treiber mit rein, und sehe erstmal wie gut das TS interface läuft.
Zitat von »woppr«
Mit dem TS Controller setzt sich derzeit imo noch keiner auseinander. Mehr Info als http://ubuntuone.com/5tBbYKV0jD2PD7FD6NBEdq gibts wahrscheinlich auch noch nicht.
Das ist doch schon was. 19 Seiten Registerinfos und noch dazu
http://dl.linux-sunxi.org/A20/…20Manual%202013-03-22.pdf
Davon können andere Linux-Treiberprojekte nur träumen.
Ich zerbrech mir eher darüber den Kopf welchen vorhandenen dvb-/csi-/dma-buffer- code ich dafür recyclen kann und wie ich das zusammenbacke, dass die nicht gleich vor Lachen vom Stuhl fallen
Oder schon vom Namen: Darf man diese neue interface- core dvb-sunxi.ko nennen? 
Und einen deinterlacer hätten wir auch (in noch nicht absehbarer Zukunft):
ZitatAlles anzeigenJul 31 14:37:30 <oliv3r> ssvb: nice, DEFE contains a de-interlacer
Jul 31 14:38:53 <ssvb> oliv3r: good
Jul 31 14:38:57 <oliv3r> ssvb: can you use that as a seperate thing?
Jul 31 14:39:16 <oliv3r> i mean, can I decode some video, have the DEFE de-interlace it?
Jul 31 14:39:22 <oliv3r> or is it for the enitre output stage
Jul 31 14:39:29 <oliv3r> e.g. can I deinterlace a single layer
Jul 31 14:40:10 <oliv3r> it looks like it can take whatever is on the memory bus (mbus) and deinterlace it and offer it to the DEBE
Jul 31 14:40:13 <ssvb> oliv3r: we are reading the same docs, I guess the writeback feature should allow to do this without sending anything to the display if you mean that
Jul 31 14:40:27 <oliv3r> ssvb: you reading a20 aswell?
Jul 31 14:40:53 <ssvb> oliv3r: not yet, just remember this from the a13 manual
Jul 31 14:40:54 <oliv3r> ssvb: well i'm just curious, a lot of braodcast material is still interlaced (god knows) and doing it in software is almost impossible on a10/20
Jul 31 14:41:10 <oliv3r> i know my htpc has real trouble with most methods
Jul 31 14:41:16 <oliv3r> so i wanna know if we can offload it
Jul 31 14:41:40 * deasy hat die Verbindung getrennt (Ping timeout: 245 seconds)
Jul 31 14:42:13 <oliv3r> ohhh yes, you can read from memory, make it go through the scaler, the vpp, the csc and then either output it back to memory OR to the DEBE
Jul 31 14:42:38 <ssvb> oliv3r: the output of cedar is also tiled, which may make it more difficult for post-processing, that's why I looked into it a bit
Jul 31 14:43:28 <ssvb> oliv3r: having a feature complete vdpau would be nice
Jul 31 14:43:46 <oliv3r> that's what i'm thinking
Jul 31 14:43:56 <oliv3r> so while i'm not sure on all the lingo and all possible methods
Jul 31 14:44:23 <oliv3r> if cedar is tiled, how is that a big problem? won't we have a full frame in memory at some point?
Jul 31 14:44:31 <oliv3r> and can't we thus de-interlace the full frame?
Jul 31 14:45:59 * eebrah|away ist jetzt bekannt als eebrah
Jul 31 14:46:00 <oliv3r> also i always thought the front-end would be the output bits but i see now that its the other way around, the 'backend' is what gets sent to display eventually
Jul 31 14:46:16 <ssvb> oliv3r: if the output is tiled in memory (32x32 blocks), then it's difficult to do anything with it using g2d
Jul 31 14:46:43 <oliv3r> ah, so we don't have full frames in memory?
Jul 31 14:46:44 <oliv3r> ever?
Jul 31 14:47:00 <oliv3r> anyway, i don't even think we need the write back channel for that
Jul 31 14:47:25 <oliv3r> the DEFE has an 'output select' which either goes to DEBE OR back to memory
Jul 31 14:47:29 <oliv3r> (from the block diagram)
Jul 31 14:47:56 <ssvb> oliv3r: as far as I know, g2d does not support tiled formats natively, this makes it a bit tricky
Jul 31 14:48:44 <oliv3r> thats stupid
Jul 31 14:49:03 <oliv3r> ok we'll see when we reach that bridge
Jul 31 14:49:04 <ssvb> oliv3r: we have full frames in memory, but the pixels are just rearranged a bit
Jul 31 14:49:16 <oliv3r> spent 3 hours going over the manualforgot to do tons of stuff now
Jul 31 14:49:27 <ssvb> oliv3r: it's probably not stupid if g2d is a third-party IP
Jul 31 14:49:35 <oliv3r> ssvb: now, is that upto cedarX the lib, or cedarX the IP
Jul 31 14:49:50 <oliv3r> e.g. is it fixable in any way?
Jul 31 14:51:21 <ssvb> oliv3r: defe supports tiled formats as input, cedarx produces tiled format as output, at least there is no problem when these two are working together
Jul 31 14:51:44 <oliv3r> well for de-interlacing, we don't need debe
Jul 31 14:51:54 <oliv3r> only defe, as it can put it back into memory
Jul 31 14:52:04 <oliv3r> i don't know how tiled deinterlacing affects image quality
Jul 31 14:52:09 <oliv3r> don't think it should be too bad
Naja, das Problem hatt ich nie mit TT FF /dev/video out per tvtime auf X11 an PC- Monitore.
Na gut, dann kommt das in Milestone 3 (Hardware- decoding, deinterlacing, HDTV) oder 4 (CA/CI) ,
Milestone 1 ist erstmal die Tuner ans TS- Interface des Allwinner ankoppeln, den TS- Controller überhaupt in Betrieb zubekommen, und nen funktionierenden DMA-fähigen Treiber dafür den linuxtv.org akzeptiert, + Frontend Treiber einbinden.
Milestone 2 Einbinden in dvb-core + DMA.
Das braucht man bei der Wiedergabe über die meisten Grafikkarten, weil man die einzelnen Halbbilder nicht sauber taktsynchron an den TV bekommt
Deinterlacing muss dann aber doch in einem HDMI- Gesamtsystem sichergestellt und im Standard verlangt sein, wenn die Glotze sonst Probleme macht,
oder was genau macht sonst Schwierigkeiten ohne deinterlacing?
Naja, da der Allwinner einen DVB TS- controller und MPEG- decoder hat müssten die daran gedacht haben.
Schreibt der HDMI Standard (1.4) dazu was vor? Dann muss das drin sein.
So, hardwareseitig sieht die Sache machbar aus, das Board hat 2 TS ports für DVB, umschaltbar von CSIx GPIO multiplex mode "multi3" ports :
https://github.com/OLIMEX/OLIN…eet%20v1.0%2020130227.pdf ,p.8,22, :
Transport Stream Controller –Support both SPI and SSI, –Speed up to 150Mbps, in GPIO multiplex mode "multi2", TS0, TS1, GPIO Ports PEx, PGx.
https://github.com/OLIMEX/OLIN…UXINO-MICRO_Rev_B.sch.pdf : GPIO-2,4 und U1 im Bereich Position B3/4.
Das ist ja grossartig, 2 Receiver- Büchsen da dran und womöglich noch direct am MPEG- decoder und A/V- HDMI über den DD-Receiver zum TV/LCD-Monitor, fein, fein...
Wie war das mit deinterlacer, das braucht VDR oder wozu genau?
Die klassischen DVB-Kartenhersteller könnten dann auch DVB- Receiver- Aufsteckplatinen für solche Embedded- Boards anbieten wenn die Lösung klappt und genug user findet.
Fortgesetzt aus "Analyse" von hier weil Hardware- topic geändert:
Cubieboard: Alternative zum RasPi?
Scheint mir das geeignetste zu sein (160 GPIO) Die specs liegen hier:
https://github.com/OLIMEX/OLINUXINO/
Am besten gleich git clonen, sind nur 150MB.
Könnte man die Hardware Modularer bauen? 1Modul --> 1Tuner. So könnte man dieses auch mit dem Raspi oder Cubie nutzen, mit der Einschränkung, nur --> 1 Tuner....
Gibt es vielleicht schon fertige TunerModule? (Dreambox, VU+ o.ä.)
Hab ich doch oben im cubiethread schon gesagt?
Kannst alle "Blechbüchsen" nehmen für die es schon OSS-Treiber hat und datasheets zu finden sind oder zumindest die PIN-Belegung bekannt oder rauszufinden (messen/scope) ist, musst aber darauf achten, dass der Demodulator mit drauf ist, also Receiver Module, das sind dann bloss so 20-30 pins, bei seriellem DVB- output sogar noch paar weniger.
Hab in der Bucht die 2 Sharp oben für ~6EUR und 2 CU1216-MKIII wqc Klone auf QQBox-PCB für ~30 gekriegt.
Anstatt den Sharp werd ich aber den BSBE1 aus der alten TT S2300 auslöten die noch hier rumliegt, da ist ein STV0299 drin, der sollt besser sein und seriell DVB ausgeben können.
Am liebsten hätt ich den TDA10086 aus der zweiten Medion 7134 aber der ist leider extern auf der PCB und nicht in der Blechbüchse.
Die dvb-s brauchen natürlich noch Beschaltung für LNB/Diseqc, ich werd mit 1 dvb-c anfangen, ist einfacher.
Das nächstes Problem sehe ich hier bei der Mali400 GPU Treiber und VDR .... Aber als reiner StreamingServer ist das ok...
Schönes Projekt, wenn es machbar ist.
Mir reicht 2D DRI. 3D brauchen nur gamer, das cubieboard kannste dafür auch nehmen, aber nur TS0(CSI0) GPIO Port PE(?) beschaltet, nur 1 Tuner dann, es sei denn es gibt ne multiplexlösung wie in Dual- Tuner- Modulen/Receivern und die geht mit dem A10/A20 TS- controller.
...
Habs grad gekauft, TIP: hier von Olimex UK, 4GB debian SD FREE, mit Käuferschutz und günstiger für Deutsche als von Bulgarien, Royal Airmail Small Packets.
http://www.ebay.de/itm/271247158838.
Und beim Tonfall in Mails diplomatisch bleiben, das ist der Alte von den Bulgaren, und mit dem ist nicht gut Kirschen essen,
Ihr könnt auch in Bulgarien per DHL bestellen.
Könnte man die Hardware Modularer bauen? 1Modul --> 1Tuner. So könnte man dieses auch mit dem Raspi oder Cubie nutzen, mit der Einschränkung, nur --> 1 Tuner....
Gibt es vielleicht schon fertige TunerModule? (Dreambox, VU+ o.ä.)
Klar, gibts,
neuer Thread wegen Hardware- Topicänderung und Ausweitung auf Tunerselbstbau:
OLIMEX OLINUXINO A20 OSHW mit direkt (SPI/CSI/GPIO-) angekoppelten DVB- Receivermodulen
I2C an die Tuner müsst ohne grossen Aufwand gehen und STV0299 (BSBE1 Receiver o.ä. aus ner alten TT S2300 ausschlachten) und TDA10023 müsste man auf SERIAL OUTPUT schalten können, STV0288 in Sharp bs2f7hz0395 ist älter, wahrscheins eher nicht, und an SPI/SSI des Board mit entsprechender Anpassschaltung ankoppeln können.
Dann den vorhandenen DVB- (Frontend-) Treibercode einfach in eine dvb-spi linken, fertig.
*Scherz*, natürlich wird das wieder ein haufen Arbeit 
Aber mindestens 150 EUR für 3 DVB USB- Sticks/Boxen gespart, die USBs für Sinnvolleres frei, und wieder jede Menge Bastelspass.
Die proprietären Firmware- STB Receiver sind ja sicher auch nicht viel anders konstruiert, die bauen da doch keine teuren PCI-E- Busse ein?
...
Das Marsboard gibts übrigends auch schon mit A20:
http://www.hotmcu.com/marsboar…-board-p-60.html?cPath=33
OK, also ich muss das Marsboard nehmen, 3 SPI ports
http://www.hotmcu.com/wiki/ind…Board_V1.3#MarsBoard_V1.3
aber kaum Community, besser
http://linux-sunxi.org/A10-OLinuXino
Community support, 3 GPIO und OSHW.
(Will 3 dvb-tuner module da dran packen), cubieboard nur hat nur 1 SPI. Danke für die Infos.
Aufmachen will ich es nicht unbedingt müssen, weil wir mit Sicherheit kein CE-Zeichen finden.
Das gilt glaub ich nur für Consumer. Sag Du bist Elektroniker und es ist ein Evaluation Board, dann brauchste glaub keine EMV (CE, etc) nachweisen.
https://github.com/linux-sunxi…4/drivers/spi/spi_sunxi.c
ZitatApril 29, 2013
Hmm OK, entweder läuft oder er hats aufgegeben?
https://github.com/linux-sunxi…rs/i2c/busses/i2c-sunxi.c
ZitatA20 support committed July 08, 2013
OK, I2C wollense alle haben, das muss gehen, der maintainer persönlich kümmert sich drum.
Was ist mit den A20 OSS- GPU- Treibern, mijanek meinte da geht derzeit nur der aus Android?
Mein eigenes Cubie2 konnte ich allerdings noch nicht in Betrieb nehmen, das es derzeit am Zoll hängt...
Haste ne ganze Palette voll bestellt zum Weiterverkaufen an uns und vergessen anzumelden?
Gibts schon einigermassen stabile OSS- Treiber für SSI/SPI/I2C-Ports und was wir sonst zum ankoppeln von Tunermodulen brauchen, das machen moderne Demodulatoren wie der TDA10023 teils schon selbst nehm ich mal an:
A10 Transport Stream Controller V1.00 20120917
http://ubuntuone.com/5tBbYKV0jD2PD7FD6NBEdq
Dann seh kein Grund den Umweg über das Nadelöhr USB2 zu nehmen.
Warum das Downgrade(?) auf Cortex A7 beim A20?
Wenn ihr mir sagt, was ihr wissen wollt, helf ich gerne weiter, was Allwinner A10/A20 bzw. das Cubieboard betrifft.
Kannst Du das bestätigen:
http://linux-sunxi.org/Cubieboard/ExpansionPorts
auch für cubieboard 2?
Ist das noch aktuell:
http://linux-sunxi.org/index.php?title=Cubieboard&oldid=4399 ->
http://dl.cubieboard.org/hardw…_schematic_2012-08-08.pdf
Naja, bis ich das gefunden hatte was wir gesucht haben
Und wie ich oben gesagt habe, Deine Quelle ist nicht der Hersteller und der Autor hat selbsterklärt kaum Erfahrung mit Cubieboard.
