Élő közvetítés IP stream

TV tunerek

Sziasztok!

Egy olyan problémát kéne megoldanom, hogy egy élő adást kéne eljuttatnom A -ból B -be Ethernet hálózaton
keresztül normális minőségben. Mivel kimondottan erre hardveres eszközt nem találtam, így a vlc-vel próbálkoztam. Ha nem élő képet kell átjuttatnom, akkor megy minden frankón, de élőképnél nagy minőségi problémák vannak (mozgásnál pixelesedik a kép, szétesik stb)
Eddig próbáltam az alábbi kártyákat:
Hauppauge PVR-150mce linux alatt hardveres mpeg2 encoder (Windows alatt is próbáltam)
Pinnacle digitalizáló kártya DC10+ ZORAN chipset Philips SAA7110
IEEE 1394 kártyával

A gondom az volt szinte mindegyiknél hogy teljes felbontáson (PAL 720x576) csak 25 félképet tud digitalizálni, és így mozgásnál pixelesedik a kép.

A kérdésem végül is az lenne hogy mivel (szoftver, hardver) lehetne egy ilyen stream-et normális minőségben átvinni.
Egyébként a legjobb minőséget a PVR-150-el értem el hardveres MPEG2 kódolással
Segítségetek előre is köszönöm.

  • 5681 megtekintés

( _ventura_ v | 2009. 01. 24., szo – 12:57 )

szia !

Én vlc vel csinálom, de persze hogy ne pixelesedjen, nagy bitráta meg jó kodek ergó erős gép kell. Ugyanis live streamet enkódolni ráadásul jó minőségben nem egyszerű.

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.27.6

Tuner kariból, vagy digitalizáló kariból olyat amit a linux támogat :>
Kodeknek H264, persze ehhez erős gép kell core2duo kb. Bitráta meg 1-2mbit, de meg kell nézni hogy milyen minőség kell, pl egy kis helyi tvnek 4mbites mpeg4 stream fut

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.27.6

( 3xtati | 2009. 01. 26., h – 10:46 )

vlc-vel az alábbi parancsal küldöm át a streamet PVR-150-es karival.

cvlc --color pvr:///dev/video0:norm=pal:size=704x576:channel=1:bitrate=10000000 --cr-average 1000 --sout '#rtp{mux=ts,dst='$1',port='$2'}' --ttl 1

de még mindig az a problémám hogy gyors mozgásnál a mozgó résznél pixelesedik a kép.
próbáltam v4l2-ctl-el beállítani, emeltem bitrátát stb de nem sokat javult
8M bitráta felett teljesen szétesik a kép mozgásnál

esetleg valaki ötlet?

szerintem itt nem a hálózat a szűk keresztmetszet, hanem a gép és a kódolókártya.
Én megpróbálnám MJPG-be, vagy MPEG1-be kódolni, esetleg utóbbi és "I-frame only",
mivel hardver oldalról talán ezek a legkevésbé erőforrásigényes megoldások.
-
"Attempting to crack SpeedLock can damage your sanity"

( tovis v | 2009. 01. 26., h – 12:13 )

Esetleg nézz körül a MythTV házatáján www.mythtv.org
Mindenestre az mpeg-2 törmörítés iptv -hez kevés - mindenképpen az mpeg-4 kell megcéloznod, és cél hardware - DVB kártya?
Egyébként minek ilyen "csodálatos" felbontás? Mikrosebészeti műtétet akarsz rögzíteni/közvetíteni? Mert akkor még a 720x576 is nagyon kevés!

Viszont, ha 100 Mbit -es mazdagod van, elvileg, aszimetrizáló trafóval simán vihetsz át videójelet, 50-100 m -re (video repeater is segíthet) és az eredeti elgondolásnál jóval olcsóbban ...

szerk: ja és mi a forrás, az "élő adás" mint olyan kicsit kevés - pl. HD

* Én egy indián vagyok. Minden indián hazudik.

( 3xtati | 2009. 01. 26., h – 13:08 )

Lehet hogy egy kicsit hiányosan fogalmaztam, ezért ezt most pótolnám.
Kis helyi TV élő (az egyéb felvett anyagok szépen mennek vlc-vel tökéletes minőségben) közvetítéseit kéne megoldani, úgy hogy az élő adást IP hálózaton keresztül továbbítanánk a helyi KTV fejállomásra és ott vissza alakítva az analóg csatornák között lenne.
Minőségben pedig csak annyi kell hogy PAL szabvány 720x576 25 egész képes fps.
Az élő adás jelenlegi felállás szerint S-Video kábelen kapom.

Nézzük másként, van egy box - ő digitalizál és etherneten streamet szolgáltat, ugye? Lokálisan, ha nincs ethernet csak belső BUS a video kártyáig, akkor élvezhető a kép? Mert ha nem, akkor azt már hiába küldöd tovább. Ha nem, akkor meg kell nézni a hálózatot illetve a klienst. Pl. ha "műsorszórás" akkor mondjuk multicast?
Szóval mit, min néztél eddig?

Részeg paraszti ész:
720x576x25x4 > 40 M bájt / sec vagy 320 mbit/sec
mondjuk mp4 25% -ra tömörít - 80 mbit/sec
és akkor a hangot bele sem vettem ... valami nem stimmel :(
Egy biztos az mp4 8-32 frame -t meg kell hogy kapjon ahhoz hogy működjön

* Én egy indián vagyok. Minden indián hazudik.

én ezt teszem, de persze nekem is kockásodik, de mondtam hogy ez van ennyiért :> nekik megfelelt.
De ahogy a többiek, én is azt mondom, hogyha nem akarod hogy kockásodjon szétessen stbstb, akkor biza mélyen a zsebbe kell nyúlni, és megvenni hozzá az eszközöket. Ez van. Ha minden meg lehetne csinálni óccsó pc vel meg vlc vel ki venné meg a profi eszközöket drágán ?

Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.27.6

( mazursky | 2009. 01. 26., h – 15:21 )

subscribe

/mazursky 

Love your job but never love your company!
Because you never know when your company stops loving you!

( 3xtati | 2009. 01. 26., h – 15:46 )

Én unicast hálózaton küldtem át eddig mégpedig úgy hogy hardveres mpeg2 encoder kártya anyagát küldtem tovább vlc-vel a fent leírt parancs segítségével.
Ha stream helyett lokálisan nyitom meg akkor jónak tűnik (monitoron).
Gondolom hogy unicast vagy multicast címzést használok az mindegy... vagy mégsem? :)
egyébként passz
esetleg még egy kérdés
a vlc-vel pvr ként megnyitom, akkor a vlc kapcsolóival állítom be a hardveres kártyát, vagy azt külön meg kell tenni a v4l2-ctl -el

hardveres lenne a legjobb ha lehetne találni pár százezerért...

"le tudják kezelni" - hogy érted?
Egyébként a lényeg hogy jóval gyiorsabb, egyrészt UDP! másrészt, ha több ponton is akarod nézni (úgyértettem hogy kisebb műsorszórásról van szó) akkor ezt erre találták ki.
Ha unicast kell akkor is nézd meg hogy UDP vagy TCP az a nem mindegy :]

* Én egy indián vagyok. Minden indián hazudik.

Haználtunk élő netes közvetítése ACTi webszervereket, mpeg4 stream
720x576 25 fps -nél, kb 1,6 megabit kell nekik.
Nem studio cucc, de árban sem, 80-90 khuf +sarc.
Ennél olcsóbb webszerver is van, ami működik, és elviselhető (számomra)
a minősége, de többet kajál sávszélben.

ha kell az ACTi -s ról, valahol keresek felvett videót, illetve ha
jó lehet, akkor talán élő eszközt is találok valahol

( 3xtati | 2009. 01. 26., h – 17:54 )

Én azért használtam unicastot, mert pont pont között kell csak átvinni...
RTP, meg UDP-t is próbáltam, de én nem láttam különbséget közöttük...
tudom hogy az UDP stateless, de MPEG2-TS hez nem kell nagy sávszél (egyébként gigabit UTP a két gép között...)

egyébként minden megoldás érdekel ami nem "nagy" cégeknek lett kitalálva :)

és nagyon köszönöm a hozzászólásokat
utána fogok nézni mindegyiknek!

HA gépen belül megy, és jó akkor mindenképpen a hálózaton kell tovább kutakodni. Elsőnek kipróbálnám egy közönséges keresztkábellel (rövid!), így nincs switch, router, meg semmi. Ha ez jó akkor tudod mi lehet a gond, ha nem akkor lehet kutatni, hogy melyik oldal a tunya, és miért!

* Én egy indián vagyok. Minden indián hazudik.

Nézd meg a HAUPPAGE PVR USB2 cuccot.
A jel eleve MP2 streaming az usb felől, nem kell átkodolni.
12 Mbit/s-ig állítható a minőség.
Linux driver a kernelben, vlc tökéletesen kezeli.
Linux alatt szórást nem próbáltam ,de WINXP alatt tökéletes volt.
A video bemenetek felől tartalmaz egy 128MByte-os framebuffert ,3D előszűrőt és digitalis fésüszürőt.
Kép minőség a használt bemenettől, illetve a kamerától és megvilágítástól függ.

Én egy Hauppauge PVR-150-es kártyával probáltam eddig, MPEG2 encoder-el, tehát én nem alakítom át sehogyan a kártyából nyert MPEG2 stream-et, csak átviszem vlc-vel.
Elvileg ez a kártya is tudja 12 Mbit/s -os minőséget, de ha 8 fölé megyek akkor elég csúnya dolgokat csinál :) ezért nem értem a dolgot mert szerintem ennek így mennie kellene...

Más
lehet hülyeséget kérdezek, de gyenge megvilágítás okozhatja a pixelesedést?
Meg szerintem tényleg jó a képe szinte kiváló, de akkor lehet hogy gyenge lámpa fény mellett gyors mozgás összege a pixelesedés...

Elméletileg minél nagyobb sávszélességet biztosítasz annál jobb képet kellene kapni.
A PVR-150 egy gyengébb megoldás , mert a framebufert és a szűrőket szoftware-ből csinálja.
Lásd wintv vs gbpvr.
A gyenge megvilágítás analóg technikában szinzajt okoz, ez hülyiti a codecet,
ennek megfelelően pixelesedik is.
A kamerák autó fókusza gyenge megvilágítás esetén a legvilágosabb felületet fogja meg ,
ezért gyors mozzgás + gyenge fény egy pacát eredményez.
A video technika ugyanúgy mint a fényképezés a fényről szól.
A PVR USB2 megoldást már belinkelték.
A Pinnacle DC10 nem jó megoldás mert az hardware MJPEG és át kell kódolni MPG2 TS-be.
Az MJPEG-nek 768x288/50i vagy 768x576/25 legalább 35 Mbit/s kell.

( janoszen v | 2009. 01. 26., h – 21:36 )

Ismerős dolgozik a ustream.tv-nél, az ilyesmi az ő szakterületük. Adott esetben őket érdemes lehet megkeresni, ha olyan a projekt.

( videotunes | 2009. 01. 26., h – 23:45 )

HW-SW level/ pro encoding: www.on2.com
A létező legjobb embedded codec, én VHDL szintem használom Live-ra. (Hantro)
Ha kipróbálja valaki a software codecjüket encodolasra, kerem írjon egy mailt a tapasztalatokrol.
köszi@HG
www.videotunes.hu

Nagyon régóta keresem a jó megoldást a problémámra, és ha jól veszem ki a dogokat itt egy hozzáértő csapat található!

Mielőtt megennétek reggelire, gyorsan jelzem nem linuxot használok hanem a winfos vista változatát, de a problémám a fentiekkel kapcsolatos.

A tavalyi év végén indítottam egy internetes televiziót, ami teljesen hobbi és amatőr szinten asztalitenisz mérkőzések élő közvetítésével foglalkozik. A kezdeti bukdácsolások után már egészen jól működik a dolog viszont az alap problémát továbbra sem sikerül megoldanom, mivel viszem be a gépbe a videó kamera anyagot.. ja igen egy lényeges dolog a gép laptop... A videó jel analog, több kamera jele egy digitális mixeren keresztűl érkezik RCA kimeneten keresztül.. A streaming server felé a megoldás már adott, itt nincs gondom..

Tudom mindenkinek az az első kérdése, ha működik akkor mit keresek. Az az eszköz amit használok egy Grand nevű RCA -USB átalakító ami kölcsönben van nálam és ennél szeretnék mihamarabb tovább lépni...

Ha valaki tud segíteni köszönettel venném... minden ötlet érdekel, akár priviben is jöhet a válasz! A héten meg kell oldanom a problémát, tehát aránylag sürgős lenne