Új hozzászólás Aktív témák

• #23793 Forest48 aktív tag toth_janika #23791

  Új Válasz 2016-11-30 07:46:28 #23793

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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

• #23790 Forest48 aktív tag azbest #23788

  Új Válasz 2016-11-30 00:05:58 #23790

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Forest48

  aktív tag

  válasz azbest #23788 üzenetére

  Gondolod, hogy 1megával töltene csak le? Szerintem az nagyon sovány lenne még az 1estől is.
  #toth_janika: Egy speedtest futtatással mondjuk kideríthető, ha csak a program van elállítva

• #23789 Forest48 aktív tag

  Új Válasz 2016-11-29 23:54:34 #23789

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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?

• #23683 Forest48 aktív tag azbest #23638

  Új Válasz 2016-11-25 16:58:46 #23683

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #23637 Forest48 aktív tag Forest48 #23636

  Új Válasz 2016-11-23 22:00:20 #23637

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Forest48

  aktív tag

  válasz Forest48 #23636 üzenetére

  Viszont a raspyn így sem. Se rtp, se mpeg-tsként.

• #23636 Forest48 aktív tag azbest #23616

  Új Válasz 2016-11-23 21:29:49 #23636

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #23618 Forest48 aktív tag azbest #23616

  Új Válasz 2016-11-23 07:46:58 #23618

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #23615 Forest48 aktív tag azbest #23613

  Új Válasz 2016-11-22 23:37:54 #23615

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #23612 Forest48 aktív tag azbest #23599

  Új Válasz 2016-11-22 22:23:42 #23612

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #23601 Forest48 aktív tag azbest #23599

  Új Válasz 2016-11-22 16:53:18 #23601

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Forest48

  aktív tag

  válasz azbest #23599 üzenetére

  Teliben rá van dugva, próbáltam ugyanazzal a kábellel is. Ugyanabban a tartományban van nekik kiosztva ip cím. Látom is a csomagokat wiresharkban, de a vlc nem nyitja meg. Ha vlc-vel indítok udp stream-et, azt meg tudom nyitni egy másik ablakban.

• #23597 Forest48 aktív tag azbest #23595

  Új Válasz 2016-11-22 16:20:22 #23597

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Forest48

  aktív tag

  válasz azbest #23595 üzenetére

  Nem nézni akarom igazából, hanem továbbsugározni. A cél pont egy mérés, hogy mennyivel jobb így, mint egy sima pár docsis demodulátorral (egyébként ezt az ut-100 is tudja). Tehát a probléma még mindig adott sajnos.
  Nincs ötleted, hogy mi.lehet a hiba?

• #23594 Forest48 aktív tag

  Új Válasz 2016-11-22 15:36:00 #23594

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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
  

• #20789 Forest48 aktív tag PeterPH #20714

  Új Válasz 2016-05-12 09:54:48 #20789

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #20712 Forest48 aktív tag PeterPH #20705

  Új Válasz 2016-05-06 20:14:33 #20712

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Forest48

  aktív tag

  válasz PeterPH #20705 üzenetére

  sajnos nem, mert a raspicamnak külön csatlakozója és külön programja/drivere van. Bár most nekilátok, hátha a forráskódban találok valami használhatót.

• #20704 Forest48 aktív tag

  Új Válasz 2016-05-06 13:59:02 #20704

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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?

Új hozzászólás Aktív témák