- Azonnali mobilos kérdések órája
- Huawei P30 Pro - teletalálat
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy A52 - royal cuvée
- Bivalyerős lett a Poco F6 és F6 Pro
- Redmi Note 13 Pro+ - a fejlődés íve
- Telekom mobilszolgáltatások
- Mobil flották
- Samsung Galaxy A52s 5G - jó S-tehetség
- Szárba szökken a Galaxy Buds 3 Pro
Hirdetés
-
Frissítve! Xbox Games Showcase 2024 - Az összes bejelentés egy helyen!
gp A műsor kora este kezdődik, utána az összes trailert összegyűjtjük egy helyre.
-
Nem szavazza meg Musk 56 milliárd dolláros csomagját a norvég állami vagyonalap
it Az 1,7 billió dollárt kezelő norvég állami vagyonalap jelezte: nem szavazzák meg Elon Musk 56 milliárd dolláros juttatási csomagját a Teslánál.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Mobilarena
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
Forest48
aktív tag
Sziasztok!
Megakadtam egy témában és gondoltam hátha futott már bele valaki ilyesmibe.
Kicsit komplex a dolog, de megpróbálom egyszerűen leírni. Van egy GECII.-vel vezérelt DVB-T demodulátorom, a GEC IP kimeneti portjára rá van kötve a raspi egy utp kábelen, wiresharkban ránétem és meg is érkeznek a TS csomagok szépen.
A szépsége most jön, ugyanis ezeket a csomagokat kéne ráküldenem az USB-re kötött Hides UT-100A modulátorára, ami sima MPEG TS fájlt könnyedén fogad és azzal működik is.Szerintetek meg lehet oldani közvetlenül az IP-n érkező TS csomagok átvitelét, vagy úgy lehetne csak ha a TS csomagokat beiratom egy fájlba és onnan olvastatom ki folyamatosan a modulátorral?
[ Szerkesztve ]
-
Forest48
aktív tag
válasz PeterPH #20714 üzenetére
köszi neked és azbest-t kollégának is. Valóban az lesz a megoldás, de még nem tudom, hogy hogyan.
Az eszközhöz van néhány modul, amiket szépen lehet használni. Pl elvileg a tsudpreceive a nevéhez hűen levenné a csomagokat a megadott ip cím/port párosról, ehhez készítek egy pipe-ot, amibe beleküldöm a levett streamet, ezután tsrfsend-el a pipe-ot olvasva kéne kimennie az adatfolyamnak, de semmi. -
Forest48
aktív tag
Sziasztok!
Egy számomra érdekes problémába futottam bele. Van egy Cableworld DVB-T dekóderem, amivel UDP-n átküldeném a TS csomagokat a raspynak, ott pedig VLC-vel meg lehetne nézni, plusz tovább lehetne küldeni (nekem inkább ez a lényeg). A továbbküldésre egy UT-100-as sticket használnék.
A problémám az lenne, hogy ez winfoson tökéletesen működik minden gond nélkül, raspbianon és ubuntu mate-en valamiért nem. A portra gyanakszom, mivel ha mondjuk egy TS-fájlt „közvetítek” VLC-vel pl az 5004-es porton, akkor venni is tudom, viszont a cableworld-ös vevő GEC-e csak az 58000-es portszámtól működik. Elméletben 61000-es portig figyel a rendszer, mégsem látja a kommunikációt folytató portok között. Persze wiresharkban szépen jönnek a csomagok, azzal nincs gond, hogy kapná be magát.
Van esetleg ötletetek, hogy mi okozhatja a problémát?
üdv,
Gábor -
Forest48
aktív tag
-
-
Forest48
aktív tag
válasz azbest #23599 üzenetére
Most minden lehetséges módot kipróbáltam. Ha vlc-ben indítok egy közvetítést mondjuk az 58000es porton, akkor másik ablakban meg is tudom nyitni, de ha a cableworld demodulátorról jön, akkor nem.
Letiltaná a bejövő adatokat valahogy? Mate-en van egy külön tűzfal, de az nincsen bekapcsolva.
Pedig itt lesz valahol a bibi. -
Forest48
aktív tag
válasz azbest #23613 üzenetére
Pontosan így működNE...de nem teszi.
A cableworld gigabit ethernet controllerének TS output portja 10.123.13.110-es ip-n van, innen közvetlenül küldöm a TS csomagokat a raspy 10.123.13.145-ös eth0 interfészére. Jelenleg be van állítva egy unicast cím a raspy ip címével + 58000es portszámmal, meg egy 239.123.13.100 58100-as porttal.
Elvileg vlc-ben az udp://10.123.13.145:58000 és az udp://@:58100-nak is mennie kéne.
Már iptablesben is engedélyeztem a portot, illetve minden a GEC ip címéről érkező adatot, de semmi.
Terminálban mindig azt írja, hogy cannot pre fill buffer. Ha 0 buffert állítok, akkor is. -
Forest48
aktív tag
válasz azbest #23616 üzenetére
Köszi! Reggel nekiálltam picit még munka előtt, a poén, hogy most windowson sem ment valamiért, lehet h tűzfal. Este majd kipróbálom minden módon, de egyébként amikor ment windowson, akkor multicast cím volt beállítva.
Meg visszateszem a gyári szoftvert a vevőre, mert abban, amit én csináltam, nincs dhcp mód. Azt bekapcsolom és hagyom h az osszon ki címet a gépben/raspynak. -
Forest48
aktív tag
válasz azbest #23616 üzenetére
Na teljes pánik fogott el, amikor már winfoson sem ment, de megvan a hiba. Vagyis az nincs, de működik.
Mi a vihartól lehet az, hogy csak akkor megy a stream, ha a háttérben monitorozom wireshark-al? Amint leállítom a wiresharkot, megáll a kép is, ettől függetlenül a vevő küldi tovább a csomagokat. -
Forest48
aktív tag
válasz azbest #23638 üzenetére
Maradt az alap felállás az udp (MPEG-TS) vételes problémában. Windowson megy ha elindítom a logolást wiresharkban, de raspyn nem. Bármit csinálok, ha unicast ha multi, akkor sem. Igazából látja, de nem áll rá a streamre. Abból gondolom, hogy ha szar címet írok, akkor csak simán nem.nyitja meg, ha a jó címet, akkor cannot pre fill buffer vagy no suitable interface module hibát kapok.
Most kezdem feladni és felteszek este egy win 10 IOT core-t a raspyra. Megpróbálom azon, de minden vezérlőt pythonban írtam meg a dekóderhez, úgyh jobb lenne linuxon.Ötletem nincs, hogy mi lehet a gond.
[ Szerkesztve ]
-
Forest48
aktív tag
Szia azbest!
Talán még emlékszel a cableworldös udp vevős dologra. A váge az lett, hogy hagytam a vevőt és az UT-100-ban lévőt használom.
Mellesleg érdekes, hogy ha a cableworldös vevőről lejövő udp csomagokat először beküldtem windowsos gépbe, majd onnan módosítás nélkül a raspyra, akkor működött. fene se érti.
Viszont egy másik problémám van, ami remélem, hogy tök egyértelmű, csak én nem jövök rá.
Készítettem kettő pipe-ot, az elsőbe beküldöm a vett streamet (dvb.ts) ezt feldolgozom egy programmal, ami a 0 packeteket kiszedi (enélkül is ugyanaz a hiba) és átirányítom egy másik pipe-ba (dvbsend.ts). A probléma ott kezdődik, hogy amint elindítanám a modulátorral a dvbsend.ts-t, kapásból ledobja a demodulátort, ami ugye a dvb.ts-be ír.
Nem jó az elképzelésem h a beírt biteket egyből kiolvasom a pipe-ból? -
Forest48
aktív tag
válasz toth_janika #23791 üzenetére
Ja oké, ez kimaradt, bocsi.
Akkor én a hardvert tesztelném le. Küldj rá hálózaton egy fájlt, aztán kiderül h az mennyi idő alatt csúszik át.
Szerintem ott nem lesz gond. Kodit sajna nem ismerem még. Miket lehet benne csinálni? Terminál vagy ilyesmi van?Szerk.: cinemazealot kolléga válaszából ítélve van terminál
[ Szerkesztve ]
Új hozzászólás Aktív témák
- HP Prodesk 600 G4 DM mini pc, G5420T, 4-8GB RAM, 120-240GB SSD, 2 év gari, áfás számla
- HP 27-cr0757nz - ÚJ 27"-os FullHD All-IN-ONE PC - i7-1355U, 32GB, 1TB SSD, W11, 300nit
- Beszámítás! ASUS TUF B460 i9 10900K 16GB DDR4 256GB SSD 3TB HDD RTX 3070Ti 8GB ZALMAN Z1 EVGA 650W
- Beszámítás! ASRock B550M 7 5800X3D 32GB DDR4 2TB SSD RTX 3080Ti 12GB Pure Base 500DX EVGA 850W
- Beszámítás! ASUS Prime B450M-A R5 5600 16GB DDR4 500GB SSD RTX 3070Ti 8GB CM MasterBox MB530P 650W
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen