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

• #23794 toth_janika őstag Forest48 #23793

  Új Válasz 2016-11-30 07:50:21 #23794

  Ú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

  

  toth_janika

  őstag

  válasz Forest48 #23793 üzenetére

  és @cinemazealot
  Köszönöm az ötleteket, este meglesem.
  Az az igazság, hogy a KODI nekem is új még. Egy mezei "NAS", médiacenter és torrent "szerver" a cél az rPI-vel. Természetesen tisztában vagyok vele, hogy film lejtászás és torrent/másolgatás nem fog menni, épp ezért nem is egyszerre nézem őket. Mikor megy a torrent, akkor nem megy a lejátszás és fordítva. Ezért nem értem a sebességeket
  Szerk.: SSH-n van terminál, de, hogy a KODI-ból simán elérek-e egy terminált azt nem tudom.

• #23638 azbest félisten Forest48 #23636

  Új Válasz 2016-11-23 22:03:17 #23638

  Ú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

  

  azbest

  félisten

  válasz Forest48 #23636 üzenetére

  gondolom a multicast nem megy rendesen
  valahol azt írták, hogy az ipv6 bekavarhat a hálózaton és ezért pl meg lehet adni így, hogy ipv4-ként hallgatózzon:
  vlc udp://@0.0.0.0:1234
  Ha multicast, akkor lehet, hogy az ahhoz használt ip-t kell használni.

• #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.

• #23616 azbest félisten Forest48 #23615

  Új Válasz 2016-11-22 23:49:23 #23616

  Ú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

  

  azbest

  félisten

  válasz Forest48 #23615 üzenetére

  ez így szerintem nem stimmel

  " 239.123.13.100 58100-as porttal." ez gondolom multicast lenne, ami nem is biztos, hogy működik, ha nincsen közöttük egy multicast képes swicth bekapcsolt IGMP snooping paraméterrel. (közvetlen összekötést említettél korábban).
  Erre a kliens indulásakor feliratkozik és a swith csak akkor kezdi felé is küldeni a csomagokat.
  Nagyon nem mentem ebbe bele, sok éve egy kollégiumban próbálgattam és sikeresen ki is ütöttem pár szolgáltatást vele, amikor véletlen multicast helyett broadcastként ledosoltam a hálózatot.

  A raspi címére menőt lehet hivatkozni szerintem ip cím nélkül, avagy udp://@:58000.
  Hasonlót használtam már futólag egyik szoftverből a másik eszközön futó vlc-re átlövéshez például.

  Tehát az unicastnál nem kell az ip, mert direktben rá tolja a vevő. A multicastnál kell hivatkozi az ipt, de szerintem oda multicast képes közbülső hálózati eszköz is kell. Buta teszthez lehet broadcasttal próbálkozni a hálózat broadcast címével, ami gondolom így a 10.255.255.255, a netmasktól függően.

• #23613 azbest félisten Forest48 #23612

  Új Válasz 2016-11-22 22:57:45 #23613

  Ú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

  

  azbest

  félisten

  válasz Forest48 #23612 üzenetére

  És a pécés vlc pont ugyanilyen körülmények közt tudta kezelni a cableworksről vett adást?

  Eléggé barchobázás jelelgű ez így. Ha jól értem a vevő az általad megadott címre küldi az udp csomagokat. Bár valamelyik leírás mac addresst ír.
  Elvileg lejátszható a pire irányított stream udp://@:58000 címre indítva a vlc-t.

• #23599 azbest félisten Forest48 #23597

  Új Válasz 2016-11-22 16:29:24 #23599

  Ú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

  

  azbest

  félisten

  válasz Forest48 #23597 üzenetére

  ugyanabban a hálózatban van a raspi, mint ahol a win pc volt?
  Többféle módon lehet paraméterezni a vlc-t konzolból, lehet linux alatt picit máshogy kell, min winen

• #23595 azbest félisten Forest48 #23594

  Új Válasz 2016-11-22 15:46:56 #23595

  Ú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

  

  azbest

  félisten

  válasz Forest48 #23594 üzenetére

  Nem bonyolítod ezt kicsit túl?

  A kódolt a tévé adás, hogy a cableworld-del alakítod ts streammé?

  VLC-vel teljesn képernyőn nem lehet normálisan videót nézni raspi-vel, mert a gui nem hardveresen gyorsított raspi desktopon.

  Hogyan küldöd tovább? Rtp -ben?

  Amúgy, mi ezt egy 8 dolláros dvb-t tunerrel, tvheadend-del szoktuk megoldani. ha nézni is szeretnéd a raspivel, akkor libreelec alatt pár addon bekapcsolásával beüzemelhető az egész. Nem kell hozzá demuxer, muxer és más varázslás
  Simán iptv-szerűen meg lehet oldani. De dvblast és tuner segítségével multicastot is lehet csinálni.

• #20714 PeterPH senior tag Forest48 #20712

  Új Válasz 2016-05-06 20:42:18 #20714

  Ú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

  

  PeterPH

  senior tag

  válasz Forest48 #20712 üzenetére

  Nem a raspicam-on, hanem a named pipe-ok használatán van a lényeg.

• #20713 azbest félisten Forest48 #20712

  Új Válasz 2016-05-06 20:40:56 #20713

  Ú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

  

  azbest

  félisten

  válasz Forest48 #20712 üzenetére

  az nem fájl, hanem named pipeline, így átfutva. Nem néztem alaposabban.

• #20705 PeterPH senior tag Forest48 #20704

  Új Válasz 2016-05-06 14:11:59 #20705

  Ú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

  

  PeterPH

  senior tag

  válasz Forest48 #20704 üzenetére

  Hasonló témát boncolgatnak itt is, csak a forrás nem DVB stream, hanem raspicam, de a lényeg ugyanaz szerintem.

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