mapeláskor szokott lenni pipa, hogy check availability vagy hasonló, szóval hogy kipróbálja nézhető -e. Ha azt bekapcsolod, akkor természetesen nem fogja tudni felnyitni kártya nélkül.

érdemes a dokumentációt nézegetni [link]

[ Szerkesztve ]

Sziasztok!
Nem biztos, hogy ide tartozik a problémám, de hátha találkoztatok már vele.
tvheadend+oscam+omnikey kártyaolvasós rendszernél nem tudom ezt a hibát kiküszöbölni:
xhci_hcd 0000:00:14.0: WARN Event TRB for slot 7 ep 8 with no TDs queued?

Másodpercenként dobálja a syslogba, amikor a kódolt csatornára kapcsolok. Vagyis amikor az OmniKey kártyaolvasó elkezd "dolgozni". USB2, USB3 portoknál ugyan ez a probléma.
Működik a rendszer, de teliszórja a syslogot.
Rákerestem a neten de nem lettem okosabb..
thnx..

Az xhci_hcd az usb3. De nem sok köze van a tunerekhez.

Azbest mestertől kérdezném:
Ezen githubos megoldásod alapján újra építem a stream szerveremet egy BananaPi M1 -re amin egy openmediavault 2.2.5 fut. (egyébként a RPI2 -őn már 6 hónapja hibamentesen fut... )

Elértem a ./Autobuild.sh -j4 parancsig de itt ezt kaptam vissza:
root@openmediavault:~/tvstream/tvheadend# ./Autobuild.sh -j4
dpkg-buildpackage: source package tvheadend
dpkg-buildpackage: source version 4.1
dpkg-buildpackage: source changed by Andreas Öman <andreas@tvheadend.org>
dpkg-buildpackage: host architecture armhf
dpkg-source --before-build tvheadend
dpkg-checkbuilddeps: Unmet build dependencies: python
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
root@openmediavault:~/tvstream/tvheadend#

dependencies hiba... tudnál valami "okosságot" ?

nem volt fenn python....

Van nekem is egy ilyen kütyüm.
Azt hogy tudom kideríteni, hogy pontosan melyik?

Eddig tv-t nem sikerült néznem vele.
Eszközkezelő IT9135 BDA device-t ír.
Win10pro.

Először a gyárilag adott programot próbáltam most a splash-t.
Egyik sem talált 1 csatornát sem.

Adás biztos van, mert a tv-m mindigtvextra. Azon jön minden ahogy kell.

meg kell nézni milyen driver van települve hozzá. Ha az amit a win telepített magától, az túl régi (talán 2009-es), le kell tiltani driverek automatikus win updateről szedését és úgy feltenni a saját gyártói driverét ami linkelve is van az írásban. Akkor nem cseréli vissza automatikusan és működni fog a hangolás.

Egyébként eszközkezelőben kell megnézni hogy milyen eszközazonostítókat ír, abból kiderül hogy ez a fajta -e.

Itt van egy működő driverrel:

[ Szerkesztve ]

szervusztok.
néhány napja megjelent a saját stream szerverecském tv listájában egy nagy "marék" name-not-set ....
természetesen nem takar valós tv adót. mi a manó ez?

amit eddig próbáltam: töröltem a mux-okat, kézi hozzáadással újra létre hoztam, meg is találta a tv adásokat de visszakaptam a "name-not-set" -eket is...
először azt hittem, hogy ha a DataServices A-B-C-D-E service-ket kiveszem akkor kiveszi a listáből de nem...
ha a tv listában egy ilyen name-not-set -et indítok el a tvheadend logban ilyesmik jelentkeznek:

comet failure [e=this.el.dom is undefined]

2016-08-10 19:44:38.450 http: 192.168.64.161: using ticket D81A1A4E8A8C9373BBE1D723ACB274628D9074A6 for /stream/channelid/432546896

2016-08-10 19:44:42.000 subscription: 2855: No input source available for subscription "HTTP" to channel "{name-not-set}"

2016-08-10 19:44:42.000 webui: Couldn't start streaming /stream/channelid/432546896?ticket=D81A1A4E8A8C9373BBE1D723ACB274628D9074A6&profile=pass, No free adapter

2016-08-10 19:44:42.000 subscription: 2855: "HTTP" unsubscribing from "{name-not-set}", hostname="192.168.64.161", username="VLC/2.2.2 LibVLC/2.2.2"

2016-08-10 19:44:42.007 http: 192.168.64.161: using ticket D81A1A4E8A8C9373BBE1D723ACB274628D9074A6 for /stream/channelid/432546896

2016-08-10 19:44:46.000 subscription: 2856: No input source available for subscription "HTTP" to channel "{name-not-set}"

2016-08-10 19:44:46.000 webui: Couldn't start streaming /stream/channelid/432546896?ticket=D81A1A4E8A8C9373BBE1D723ACB274628D9074A6&profile=pass, No free adapter

2016-08-10 19:44:46.000 subscription: 2856: "HTTP" unsubscribing from "{name-not-set}", hostname="192.168.64.161", username="VLC/2.2.2 LibVLC/2.2.2"

2016-08-10 19:44:46.016 http: 192.168.64.161: using ticket D81A1A4E8A8C9373BBE1D723ACB274628D9074A6 for /stream/channelid/432546896

persze a legjobb barátunk is elég szűkszavú ez ügyben...

(ja, a fórum témájában írt dvb-t stick a műsorforrás)

ötlet?

[ Szerkesztve ]

Talán az elsejei csatorna átrendezés kavarta meg. Lehet nem a muxokat, hanem a csatornákat kellet volna törölni tvheadendből: services részen

töröltem a csatornákat... visszajöttek
töröltem a network -öt... visszajöttek

na holnap unistall -purge...
kezdjük a kályhától...
(openmediavault 2.2.5 Linux 3.4.104-bananian a host, tvheadend 4.1)

Ott a pont...

Configuration -> Channel/EPG -> Channels
na innen kellett törölni - kb 100 name-not-set -et... majd save . ( egyenlőre jó, csak a kisördög kérdezi belőlem, hogy meddig? )

innem egy kicsit off:
érdekes dolgot figyeltem meg... ha szabályosan az omv menüjéből indítom újra akkor no free adapter hibák jelentkeznek és természetesen nincs stream adás, de ha csak kihúzom a tápot a falból és visszadugom akkor nem jelentkezik ez a hiba és újra indulás után van stream... valahol (de hol?) olvastam tőled, hogy ezek a pi-k tán az újraindulás után down-ba teszik az usb portok tápját.. hogy is van ez?

valsz hamarabb indul el a tvheadend, mint a driver betöltődése történik. *Elec alatt pl van opció hogy várjon, míg lesz adapter. A systemd gyors elindulása okozott gondot nekem pár helyen, hogy nem várta meg pl a hálózatot. De a raspbianban a raspi-config-ba betettek olyan opciót, hogy várja be a hálózatot is, mielőtt a szolgáltatásokat elindítja.

[ Szerkesztve ]

Találtam egy új driver it9135-15.3.17.1.zip, hozzáadtam az íráshoz. Amúgy az evolveo venus tunernél találtam [link]

kissé zavaros volt nekem, hogy akkor milyen kombinációkban vannak ezek a chipek integrálva a különböző változatokban, de egy régi blog bejegyzés lehet ezt tisztázta:

* AF9032 = demodulator ?
* AF9033 = demodulator
* AF9035 = USB-interface + demodulator
* IT9133 = demodulator + RF-tuner
* IT9135 = USB-interface + demodulator + RF-tuner
* IT9137 = IT9135 + MPEG TS input for connecting slave IT9133

A régi AF9035 + külön rf tuner chip = egy önálló tuner. [link]
Ha dualt akartak, akkor AF9035 + AF9033 + 2db rf tuner chip. [link]

Az IT9133 = AF9033 + rf tuner egyben.

Aztán lett az egyesített IT9135, ami AF9035 + integrált rf chip.
Ha meg dual tuneres, akkor IT9137 + IT9133 chipek adnak ki 1 usb + 2 demodulátor + 2 rf tuner kombót. [link]

A friss kernel pedig a közeli rokonság miatt már egy driverrel kezeli mindegyik demodulátoros chipet és AF903x vagy af9033 néven jelenik meg

[ Szerkesztve ]

Nekem a rev 1.0 van, de nem hajlandó működni.
Windows 10 Home CU, it9135-15.3.17.1 driverrel, de nem talál csatornát.
Próbáltam SichboPVR-el és VLC-vel is, de sajnos semmi.

Esetleg valami tipp? Ha kell plussz infó szóljatok és írom.
Köszi.

Ellenőrizd le, hogy tényleg az a driver van-e fenn, mint amit telepítettél, mert jellemzően 5 másodpercen belül a windows mindenféle értesítés nélkül átcseréli a régi windows update-s változatra, ha nincs letiltva a driver update. Volt már szó szerintem ebben a topicban is erről.

Ha nem tud hangolni, az tipikusan annak a jele, hogy a régi driver került rá az új helyett. Win 10 1704-gyel nem próbáltam még, szóval lehet megint megkavar valamit. De jellemzően ugyanaz szokott lenni a baj, mint a korábi 3 változattal is.

Miből gondolod, hogy rev1-es? Jópár éve már rev2-esekkel találkozni.

[ Szerkesztve ]

Itt a kép róla: [link]

Abszolút stimmel amiket linkeltél, természetesen azzal a különbséggel, hogy legújabb drivert írja.
Megnéztem 1607-el is, de sajnos ugyanaz a helyzet.

Amikor bedugom a tunert, a másodperc töredék részéig felvillan rajta a zöld LED, de ennyi.

Az a ver 1 nem a rev1. Az csak a nyák verziója. A chip-nél van rev1 és rev2. Ránézésre teljesen átlagos rev2-es a tunered, van is ilyenről fotó az írásomban is, csak talán fehér kinézetű kéken világító leddel.

[ Szerkesztve ]

Jogos igen, nem rev1-et akartam írni, hanem ver1.0-t. Egész más a kettő jelentése.

Kezdek kifogyni az ötletekből, megnézem mindjárt linux alatt is.

ugye mindigtv vételhez akarod haszálni? "dvb-t"

[ Szerkesztve ]

természetesen

Valami driver huncutság lesz itt szerintem.
Linux Mint 17.1 3.2 kernel esetén már elkezdett ütemesen villogni a zöld, kernelcsere után (4.4-re) már nem csinál semmit.

Ha erre rájövök könyvet írok róla!

ha villog az csak annyit jelenthet, hogy kevés a jelszint

[ Szerkesztve ]

Egyenlőre feladom, nem akarja az igazságot windows alatt az Istenért sem.

ha linux alatt sincs vétel, akkor esetleg nincs vétel... antenna, kábelek...

Nekem erős a gyanúm, hogy valami HW probléma lesz itt.
W10 1607 és 1704 is kifagy SmartDVB és VLC közben is.

Próbáltam korábbi driverekkel is, de semmi eredmény.

Linux alatt sincs semmi eredmény.

Lehet rendelek egy másikat. Biztos megbízható eszközhöz esetleg tudsz ebay linket adni?

jópár hónapja nem vettem már ilyen fajta tunert. Van már belőle annyi, hogy max kíváncsiságból veszek egy-egy újabb fajtát (t/t2/c kombó)

usb dvb-t szavakra keresve 5-10 dolcsi körül rengeteg van. It9135v2, realtek változatok (ahol dab is van vagy kiírják) főleg valószínűleg.

[ Szerkesztve ]