Ki meddig jutott ezzel a tunerral a Linux berkein belül?
Itt már volt róla pár szó, http://hup.hu/node/140876 de szvsz megér egy külön topicot.
A tunert sikeresen behangoltam, és szépen megy mplayer, smplayerrel. A csatornaváltás is működik.
Bár a HD adásoknál csak egy nagy feketeséget látok, és hang sincs. Holott pont a HD adások érdekelnének.
A VLC-nél többnyire ezt a hibaüzenetet kapom: "core stream error: cannot pre fill buffer"
A kaffeine csúfos kudarc. Csak feketeség, holott a csatornakeresést megcsinálta.
Visszatérve az mplayerre. Nekem egy analóg Asus VW220D 1680x1050-es felbontású monitorom van. Nem lehet hogy a felbontás miatt nem jeleníti meg a HD adókat? Mondván nem fér ki a képernyőre? De ha jobban belegondolok akkor Windowsban miért nincs gond vele?
Az mplayert vdpauval használom. Ez számíthat? A gépem talán elég erős ahhoz hogy ne legyen gond.
AMD Athlon(tm) 64 X2 Dual Core Processor 5000+
GeForce 8600 GT 256MiB
és 3GiB RAM
Hozzászólások
kép
Itt egy példakép a tunerről működés közben. De sajna, ha HD csatornát szeretnék megnézni, akkor semmit nem mutat.
A tunerről írták hogy néhány szolgáltató esetén ez előfordulhat, de Windows 8.1-en meg szépen viszi a HD-ket is, és egyszer már itt is megjelent, de akkor még nem választottam ki kimondottan a tuner demodulátort a dvb-fe-tool-lal, mert nem is tudtam hogy az kell neki. Viszont akkor meg nem lehetett csatornát váltani.
Nekem egyszer sikerült helyes működést kicsikarnom belőle, ment pár órát majd megfagyott. Azóta még windows alatt se talál csatornákat:)
// Happy debugging, suckers
#define true (rand() > 10)
A hd adás gondolom h264 tömörítésű, míg az sd csak mpeg2, ezen a vonalon indulnék először a helyedben. Nálam nincs hd adás, hogy kipróbáljam. Sőt, nemsoká dvb-c sem lesz csomagváltás miatt.
Esetleg próbálj rá a földfelszíni közszolgálati csatornákra, azok hd-k és h264-esek. Ha az sem megy, akkor valami codec nincs meg.
Ezt a bugyutaságot honnan szedted?
Ugyanaz a tömörítési algoritmus akár SD, akár HD.
* sóhaj *
Rövid válasz: ez nem igaz.
Hosszabb válasz:
Kábelen az SD adásokat még mindig mpeg2-ben adják, ez a szabvány. A HD adások nagy sávszélesség igényét viszont már inkább h264-gyel mérséklik. Itthon ez biztosan így van a Digi, a Telekom szolgáltatóknál, de gyanítom a többieknél sincs másképp. A DVB-C2 még nem elterjedt, mivel a kábeltévéseket nem szorítja a csatornaszám hiány.
A DVB-T 1.0 esetén csak mpeg2 codec volt, nálunk már egy átmeneti - nevezhetjük 1.5 - megoldást használtak, amely a h.264-et használja, de a moduláció még a régi. Erre azért volt szükség, hogy tűrhető mennyiségű csatornát tudjanak belezsúfolni az 5 muxba. A DVB-T 2.0 estén a moduláció is más, valamint a h.264 már alap. Ott lehet, hogy a h.265 is megjelenik majd, főleg ha még nagyobb felbontást is akarnak sugározni.
A műholdas DVB-S esetén is hasonló a helyzet, a régi SD adások mpeg2-esek voltak, aztán a HD megjelenésével a DVB-S2 esetén már h.264 is szükséges lett.
Szóval mpeg2-es hd adást szerintem legfeljebb kísérleti adásként láthattál. Például a mindigtv hivatalos elindulása előtti kísérleti adás is olyan volt. Szívtak is vele sokan, akik megvették drágán anno az mpeg2-es boxokat és cserélhették le.
Ha igaz amit irtal, ezt jo tudni, mert en ilyesmirol infot nem talaltam sehol.
--
WP8.x kritika: http://goo.gl/udShvC
Nem kerested eléggé ;)
https://en.wikipedia.org/wiki/Digital_television
Jobb oldalt vannak linken a különböző platformokra is. Valamint van olyan wiki oldal is, ahol országra lebontva írnak pár szót, hogy ott milyet használnak.
Ahh, a figyelmetlen én, hogy nem esett le, hogy DVB-C. :(
Én kérek elnézést, megkövetlek!
Semmi gond :)
Nálunk a mindigtv majdnem egységes, de a hd ott is picit más az mpeg4 ellenére. Úgy tudom voltak olyan boxok, amelyek bár támogatták az mpeg4-et, de az itthoni hd-t már nem.
Itt a kódolási technikákat lenyitva látszik, hogy a mindigtv platformon milyen formátumokat használnak
http://mindigtv.hu/mindig-tv-szolgaltatasrol
Nos. Valóban itt volt a probléma. Az mplayer alapból minden esetben mpeg2-vel dekódolja az adást. Csak tudnám miért?
Viszont ha így indítom:
mplayer dvb://"DUNA HD" -demuxer lavf
Akkor először kiír egy csomó hibát:
libavformat version 56.4.101 (external)
libavformat file format detected.
[NULL @ 0x7fdbab4b62c0]non-existing PPS 0 referenced
[h264 @ 0x7fdbab4b62c0]non-existing PPS 0 referenced
[h264 @ 0x7fdbab4b62c0]decode_slice_header error
[h264 @ 0x7fdbab4b62c0]no frame!
ezt ismétli párszor...
majd kis vártatva:
[lavf] stream 0: video (h264), -vid 0
[lavf] stream 1: audio (mp2), -aid 0
LAVF: Program 310
LAVF: Program 311
LAVF: Program 313
LAVF: Program 312
VIDEO: [H264] 1920x1080 0bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
libavcodec version 56.1.100 (external)
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
==========================================================================
Trying to force audio codec driver family libmad...
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 160.0 kbit/10.42% (ratio: 20000->192000)
Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1920x1080 => 1920x1080 Planar YV12 [zoom]
A:32749.0 V:32749.0 A-V: -0.000 ct: -0.348 0/ 0 67% 9% 0.9% 2 0 48%
[mpegts @ 0x7fdbabec2180]PES packet size mismatch
A:32752.8 V:32750.1 A-V: 2.694 ct: -0.252 0/ 0 69% 8% 0.9% 2 0 47%
[h264 @ 0x7fdbab4b62c0]Reference 5 >= 2
[h264 @ 0x7fdbab4b62c0]error while decoding MB 31 26, bytestream 7723
[h264 @ 0x7fdbab4b62c0]concealing 5058 DC, 5058 AC, 5058 MV errors in B frame
A:32784.9 V:32784.9 A-V: -0.000 ct: 2.436 0/ 0 65% 7% 0.9% 37 0 49%
Exiting... (Quit)
és dadam bejön a műsor.
A hangnak kell kb. 1 perc mire utoléri magát. A h és k billentyűk működnek mint csatornaváltók abban az esetben is, ha SD adásra váltok.
A .mplayer/config fájlban ezek a beállítások vannak:
vo = vdpau
cache-min = 80
cache = 4096
Lehet hogy a cache túl sok, mivel a csatornaváltás kissé lassú. Néha meg is akad a kép, de megjavul.
A jelerősség ellenőrzésére van valamiféle progi?
Javaslom tedd fel a tvheadend-et backendnek. Azon beállítod a csatornákat és ugyanazon a pécén, hálózatodra kapcsolódó telefonon, tableten is nézheted (persze egyszerre csak az egy muxon lévőket egy tunerrel). A weblapján már elég korrekt dokumentációt is összeállítottak hozzá. EPG, időzített felvétel... már ha mindig megy az a gép. Ha nem mindig, akkor is egyszerűbb, mint más, nem kifejezetten dvb-hez készített programokkal küzdeni.
Általában vlc klienssel használom, http://ipcim:9981/playlist -tel az összes csatornát egy playlistbe teszi. Persze más programmal is nézhető.
A C eléggé vadnyugat, de T-n és S-en már majdnem mindenhol h264 van. S-en üzleti okok miatt, itthon T-n meg ez a döntés született. C-n az van, amit a szolgáltatónak sikerül előállítani (sávszél van bőven és nem kell működnie, csak a saját box-al).
Nálam linuxon sosem volt jó. A DVB-C adókat nem találja (windowson se). A DVB-T működik, de csatornaváltás kísérlete után lehal. Windowson is csak a DVB-T adásokat kezeli használhatóan a hozzá adott szoftverrel. Ez nálam egy újabb "működik linuxon csak pont nálam nem" típusú ketyerének tűnik. Ha kell valakinek szívesen eladom. Én maximum csúzligolyónak tudom használni...
Bővebben mi a gond? Milyen disztró, milyen beállítások stb.
Ahogy írtam a DVB-C adókat egyáltalán meg se találja. Se a w_scan, se a kaffeine beépített keresője nem talál semmit. Mással lehet kerestetni?
A DVB-T adókat mindkét módszerrel megtalálja, de semmiféle programmal nem lehet csatornát váltani, mert bármiféle erre irányuló kísérlet az egész vacak elhalálozását okozza. Csak újraindítás, után működik megint. Persze csak azon a csatornán, amin elsőre el lett indítva.
Miféle beállításra gondolsz?
Nem mintha számítana, de ez egy gentoo linux. 3.19.8 és 4.1. akárhányas kernellel is próbáltam.
Winfoson a saját programjával a DVB-T teljesen jó, de a DVB-C azon sem megy.
Az openelec repóban lévő két firmware fájlt érdemes használni linuxon, mert azt sokan használják és másoknál is működik. Windows-on úgy tűnt nekem sem látja a dvb-c-t, de nem voltam nagyon kitartó. Raspberry pi 4.0 kernellel teszi a dolgát, úgyis azon futó tvheadend alól használom.
https://github.com/OpenELEC/dvb-firmware/tree/master/firmware
W_scan is lement, ott gondolom dvb-c módra állítottad kábeles kereséshez. Dvb-utils pakkban lévő dvb-fe-tool -lal is lehet kapcsolgatni a módjai közt, pl tvheadend szolgáltatás elé betettem egy olyat, hogy azzal állítsa c módra, mielőtt a tvheadend elindul.
dvb-c switch induláskor (nálam 5ös számú eszközként van konfigurálva, ezért a paraméterezés is 5ös tunerre mutat)
https://gist.github.com/azbesthu/6bd11e2e31c4579a19fb
A tvheadend indító sctipt függőségéhez betettem az előbbit. Persze update-rc.d futtatás is kell.
Nekem sem váltott csatornát mivel nem tudtam mit kel csinálni. S hát az egész rendszer ugyan nem de a program lefagyott.
Ha beírod a terminálba hogy dvb-fe-tool, akkor kiír egy listát:
$ dvb-fe-tool
Device Silicon Labs Si2168 (/dev/dvb/adapter0/frontend0) capabilities:
CAN_2G_MODULATION
*******
DVB API Version 5.10, Current v5 delivery system: DVBC/ANNEX_A
Supported delivery systems:
DVBT
DVBT2
[DVBC/ANNEX_A]
Itt alul a "Supported delivery systems:" - alatt vannak az elérhető modulok.
A "dvb-fe-tool --help" paranccsal meg megtudhatod hogy miként mondd meg a az eszköznek, hogy melyik modult használja.
-d, --set-delsys=PARAMS set delivery system
Tehát ha kábelen szeretnél keresni, akkor először ezt add meg:
dvb-fe-tool -d DVBC/ANNEX_A
A w_scan csak akkor kell, ha nem működne a sima scan keresés, ugyanis pont azokat a paramétereket állítja elő a w_scan amelyek már léteznek a rendszerben, és a scan-nak kell.
scan -v /usr/share/dvb/dvb-c/hu-Digikabel > .digi.conf (Ez lesz a kész csatorna lista)
(Csak ez az egy van benne a Mageiában.)
Ha ez nem menne, mert pld. nem Digis vagy..
w_scan -H súgó
w_scan -f c -C UTF-8 -c HU -Q 1 -S 0 -R 1 -T 1 -O 0 -E 0 -x
Az utolsó x hatására elkészíti azt a fájlt, amit a scan használ.
Az mplayernek pld. így adom meg külön a dvb-c csatorna listát, és külön a földfelszínit.
channels.conf.cbl és channels.conf.ter
Ilyenek vannak benne:
Nat Geo Wild HD:762000000:INVERSION_AUTO:6900000:FEC_AUTO:QAM_256:1101:1102:304
A pi-n openelec-el a benne levő (béta) tvheadend-el tökéletesen működik.
Valószínűleg ott jó firmwaret használnak
Jó régi topic, de mégis ide kívánkozik, ha már neve van. Mygica T230
A firmware nem mindegy hogy melyik változat. Legalábbis eddig ezzel az összeállítással a legstabilabb.
dvb-demod-si2168-b40-01.fw - v4.0.4
dvb-tuner-si2158-a20-01.fw - v.2.1.6
Az mpv "mpv.io" kevesebb hibaüzenetet dob mint az mplayer. A me-tv-vel meg fel is lehet venni.
Viszont most érdekelne a távirányító. Egyelőre azt sem tudom hogy induljak el, mert segfaultol minden lirc kísérletem.
Talán forrásból kéne fordítanom egyet.
tobb mint 1 eve mukodo mygica T230-asom ma megmakacsolta magat.
ezt dobja a dmesg
[ 5451.582319] usb 5-2.4: new high-speed USB device number 12 using xhci_hcd
[ 5451.686523] usb 5-2.4: language id specifier not provided by device, defaulting to English
[ 5451.694019] usb 5-2.4: New USB device found, idVendor=0572, idProduct=c688
[ 5451.694023] usb 5-2.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5451.699668] dvb-usb: found a 'Mygica T230 DVB-T/T2/C' in warm state.
[ 5451.834388] dvb-usb: recv bulk message failed: -11
[ 5451.942458] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 5451.942744] DVB: registering new adapter (Mygica T230 DVB-T/T2/C)
[ 5451.948591] dvb-usb: recv bulk message failed: -11
[ 5451.948601] si2168: probe of 12-0064 failed with error -121
[ 5451.948604] dvb-usb: no frontend was attached by 'Mygica T230 DVB-T/T2/C'
[ 5451.949204] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:10.1/usb5/5-2/5-2.4/input/input23
[ 5451.949285] dvb-usb: schedule remote query interval to 100 msecs.
[ 5453.978824] dvb-usb: bulk message failed: -110 (2/0)
[ 5453.978834] dvb-usb: Mygica T230 DVB-T/T2/C successfully initialized and connected.
[ 5455.995069] dvb-usb: bulk message failed: -110 (1/0)
[ 5458.107396] dvb-usb: bulk message failed: -110 (1/0)
nincs vkinek otlete mi lehet a baja?
ujra leszedtem a firmware-eket es bemasoltam a helyere, de ugyanez.
nezegettem a regi logokat es ugy nez ki a firmwareket nem tolti be.
debian unstable-t hasznalok (tegnap jott az uj 4.9-es kernel)
upd: jah. sima lsusb latja es fel is ismeri a stick-et. de ha verbose modban neznem meg, akkor
a t230-hoz erve hibat dob:
lsusb: gconv.c:74: __gconv: Assertion `outbuf != NULL && *outbuf != NULL' failed
kosz!
behalt a demodulator, kuka
kosz. :(
Mondjuk egy live linuxszal meg kéne próbálni stabil környezetből is.
koszonom!
tegnap mar ugyan megprobaltam egy debian live image-el, de azon meg 3-as kernel volt es meg sem mukkant vele.
de hogy beirtad most, kerestem vmi frissebb kernelu image-t. a legujabb ubuntu-val (4.8-as kernel)
kiralyul betoltotte a firmwaret. huhhhh. akkor talan nem a stickel van baj.
meg egyszer koszonom a segitseged!
Figyelj rá hogy folyamatos üzemben nagyon melegszenek, és melegebb környezetben néha paranormális jelenségeket is mutatnak.
a nagy melegtol most telen nalunk nem kell tartani.
ugy nezki hogy a 4.9-es kernelnel valtozott vmi, mert a sajat kernelforgatassal sem akar mukodni.
a 4.8 (debian, ubuntu) meg jo.
Vadász vadász :)
Amúgy akár az is lehet, hogy a t230c változat támogatását kalapálják még benne és azzal rontották el az instabil verziót. (egy chipet cseréltek, meg amit kell hozzá... biztos elfogyott a másik)
segitseget es otleteket szeretnek kerni.
ott tart a dolog, hogy a 4.8.15 az utolso kernel, ami alatt mukodik a t230-am.
minden uj kiadast nezegettem az elmult hetekben, meg az uj 4.10-et is, de ugyanaz.
keresgeltem a neten, hogy masnak is van-e ilyen gondja?
egyetlen talalatom volt, a kernel bugzillaban. :)
viszont a valasz annyi volt ra, hogy ezzel a gonndal a linux-usb listara irjon.
a bejelento irt oda is, de ott szinten egyetlen valasz utan elhalt a thread.
azt kertek tole, hogy git bisect-et csinaljon, de ennyi es hetek ota nincs fejlemeny.
szerintetek mit erdemes csinalni? se a kernel bugzillaba sem mas linux developer listara nem irogattam meg es nem is igazan ertek ezekhez a dolgokhoz.
a dmesg es a syslog reszletem van a problemarol.
kosz!
Nem botlom bele a neten a tömeges panaszokba.
Mondjuk ha vannak logjaid azt töltds fel githubra vagy más hasonló oldalra, ahol meg lehet osztani, mert a kiragadott részletek nem biztos, hogy árulkodóak.
Azt a kernelt még nem sok disztribúció használja, majd esetleg, ha ubuntu 17.04 kijön, akkor többen is találkozhatnak vele, ha valóban problémás.
Ha valaki csak 1-2 embernek rossz, akkor a hardverhibát vagy user errort sem lehet kizárni. Én is szívtam már azzal, hogy nálam eldobálta a tunereket a gép, meg fagyogatott. Később meg kiderült, hogy az usb vezérlő fáradt el a gépben, amikor már bedugott eszköz nélkül is kernelpánikot okozott.
Ezen kívül a firmware fájlokat is ellenőrizni kell, hogy milyen verziót használsz.
A libreelechez pakolt féle
https://github.com/LibreELEC/dvb-firmware/tree/master/firmware
2016 januári (CrazyCat)
De a saját pakkjában meg mintha újabb fájl lenne dvb-demod-si2168-b40-01.fw-ból, mert a mérete sem egyezik a két helyen lévőknek.
https://bitbucket.org/CrazyCat/media_build/downloads/
Szóval lehet az új kernelhez esetleg új firmware is kell.
Emitt nézelődve
http://palosaari.fi/linux/v4l-dvb/firmware/Si2168/Si2168-B40/
lehet 4.0.11-esről 4.0.25-ösre váltott a dvb-demod-si2168-b40-01.fw
azert jovogetnek a hibak..mas eszkozoknel is.
egyenlore amig sok disztrib a 4.4-nel acsorog addig marad ez igy.
foleg mert a media software-ek (openelec, kodi) is ezt hasznaljak.
mindegy..legfeljebb en is visszamegyek.
Nálam is szép lett a dmesg:
[21145.706476] dvb-usb: found a 'Mygica T230 DVB-T/T2/C' in warm state.
[21145.843084] ------------[ cut here ]------------
[21145.843097] WARNING: CPU: 1 PID: 13605 at drivers/usb/core/hcd.c:1584 usb_hcd_map_urb_for_dma+0x42a/0x550 [usbcore]
[21145.843098] transfer buffer not dma capable
[21145.843099] Modules linked in: dvb_usb_cxusb(+) dib0070 dvb_usb dvb_core rc_core fuse hid_generic uas input_leds led_class joydev mousedev gspca_pac207 gspca_main hid_logitech ff_memless v4l2_common videodev media usbhid hid usb_storage i915 iTCO_wdt iTCO_vendor_support ppdev evdev mac_hid intel_rapl x86_pkg_temp_thermal intel_powerclamp nls_iso8859_1 coretemp nls_cp437 vfat kvm_intel fat drm_kms_helper kvm snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel irqbypass crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel cryptd intel_cstate snd_hda_codec intel_rapl_perf snd_hda_core snd_hwdep drm snd_pcm psmouse intel_gtt syscopyarea sysfillrect snd_timer sysimgblt snd r8168(O) i2c_i801 mei_me i2c_smbus fb_sys_fops ie31200_edac i2c_algo_bit soundcore mei shpchp edac_core lpc_ich parport_pc
[21145.843149] parport thermal fan battery fjes video tpm_tis tpm_tis_core tpm button sch_fq_codel uinput sg ip_tables x_tables ext4 crc16 jbd2 fscrypto mbcache sd_mod serio_raw atkbd libps2 ahci libahci libata scsi_mod i8042 serio ehci_pci ehci_hcd usbcore usb_common
[21145.843173] CPU: 1 PID: 13605 Comm: systemd-udevd Tainted: G O 4.9.9-1-MANJARO #1
[21145.843175] Hardware name: Gigabyte Technology Co., Ltd. To be filled by O.E.M./H61M-DS2 3.0, BIOS F1 10/12/2012
[21145.843177] ffffc900031af688 ffffffff81314d20 ffffc900031af6d8 0000000000000000
[21145.843181] ffffc900031af6c8 ffffffff8107eb4b 00000630031af710 ffff8801b6a8d540
[21145.843184] 0000000000000000 ffff880215c9e800 0000000000000002 ffff880214fdb000
[21145.843187] Call Trace:
[21145.843193] [] dump_stack+0x63/0x83
[21145.843197] [] __warn+0xcb/0xf0
[21145.843199] [] warn_slowpath_fmt+0x5f/0x80
[21145.843202] [] ? lock_timer_base+0x81/0xa0
[21145.843208] [] ? usb_alloc_urb+0x19/0x50 [usbcore]
[21145.843213] [] usb_hcd_map_urb_for_dma+0x42a/0x550 [usbcore]
[21145.843216] [] ? try_to_del_timer_sync+0x5a/0x80
[21145.843220] [] usb_hcd_submit_urb+0x335/0xb30 [usbcore]
[21145.843223] [] ? del_timer_sync+0x50/0x50
[21145.843228] [] usb_submit_urb+0x2f4/0x560 [usbcore]
[21145.843233] [] usb_start_wait_urb+0x6e/0x170 [usbcore]
[21145.843238] [] usb_bulk_msg+0xbd/0x160 [usbcore]
[21145.843243] [] dvb_usb_generic_rw+0x15f/0x1e0 [dvb_usb]
[21145.843248] [] cxusb_ctrl_msg+0x9e/0xe0 [dvb_usb_cxusb]
[21145.843252] [] cxusb_d680_dmb_power_ctrl+0x57/0x90 [dvb_usb_cxusb]
[21145.843255] [] ? __kmalloc+0x1cc/0x200
[21145.843257] [] dvb_usb_device_power_ctrl+0x3f/0x50 [dvb_usb]
[21145.843260] [] dvb_usb_device_init+0x233/0x640 [dvb_usb]
[21145.843264] [] cxusb_probe+0x1f2/0x210 [dvb_usb_cxusb]
[21145.843269] [] usb_probe_interface+0x159/0x2d0 [usbcore]
[21145.843273] [] driver_probe_device+0x223/0x430
[21145.843275] [] __driver_attach+0xdf/0xf0
[21145.843277] [] ? driver_probe_device+0x430/0x430
[21145.843279] [] bus_for_each_dev+0x6c/0xc0
[21145.843281] [] driver_attach+0x1e/0x20
[21145.843283] [] bus_add_driver+0x170/0x270
[21145.843286] [] driver_register+0x60/0xe0
[21145.843291] [] usb_register_driver+0x81/0x140 [usbcore]
[21145.843293] [] ? 0xffffffffa07c6000
[21145.843297] [] cxusb_driver_init+0x1e/0x1000 [dvb_usb_cxusb]
[21145.843300] [] do_one_initcall+0x50/0x180
[21145.843303] [] ? __vunmap+0x81/0xd0
[21145.843305] [] ? kfree+0x176/0x190
[21145.843308] [] do_init_module+0x5f/0x1f1
[21145.843312] [] load_module+0x2384/0x2a50
[21145.843314] [] ? symbol_put_addr+0x50/0x50
[21145.843317] [] ? vmap_page_range_noflush+0x25a/0x350
[21145.843321] [] SyS_init_module+0x174/0x190
[21145.843323] [] do_syscall_64+0x54/0xc0
[21145.843327] [] entry_SYSCALL64_slow_path+0x25/0x25
[21145.843329] ---[ end trace dc53e9560ea88aae ]---
[21145.843331] dvb-usb: recv bulk message failed: -11
[21145.949763] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[21145.949923] DVB: registering new adapter (Mygica T230 DVB-T/T2/C)
[21145.958161] dvb-usb: recv bulk message failed: -11
[21145.958171] si2168: probe of 7-0064 failed with error -121
[21145.958175] dvb-usb: no frontend was attached by 'Mygica T230 DVB-T/T2/C'
[21145.958588] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/input/input15
[21145.958716] dvb-usb: schedule remote query interval to 100 msecs.
[21148.122750] dvb-usb: bulk message failed: -110 (2/0)
[21148.122769] dvb-usb: Mygica T230 DVB-T/T2/C successfully initialized and connected.
[21148.122817] usbcore: registered new interface driver dvb_usb_cxusb
Bár nem használom lomnak ül a fiókba.
[pch@pch-szoba ~]$ uname -a
Linux pch-szoba 4.9.9-1-MANJARO #1 SMP PREEMPT Thu Feb 9 23:12:06 UTC 2017 x86_64 GNU/Linux
pch
--
http://www.buster.hu "A" számlázó
--
koszonom, hogy faradtal vele.
az altalam forditott kernelek ugyanezt dobjak.
ezt mar probaltatok? https://bbs.archlinux.org/viewtopic.php?id=222580
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
olvasgattam, de neki a problemaja az hogy ujabb verzioju t230-a van, t230C.
ehhez az eszkozhoz nem volt driver.
raadasul o is csak a 4.4-es kernelhez talalt megoldast.
ugy latszik vegre megoldodik a problema a 4.11-es kerneltol.