VLC ala raw1394

Multimédia

Üdv!

Befonom az összes szakállam.
Napok óta izzadok azon, hogy egy konzolos(!) gépen, amin nincs X, egy sima vlc stream szervert készítsek.
Első körben debián, mindenféle hack, fordítás devel, meg minden, hogy legyen benne dv kezelés (firewire) és
tudja a nem túl legális aac -t (h264-hez), stb-stb. erre segment error -al elszáll. Keverés össze vissza,
de vagy segmens error, vagy nincs aac támogatás!

Jó, akkor legyen ubuntu szerver, (sima desktopon kipróbáltam, működött)
Mentés a debiánról, ubuntu telepít, (észre se vettem helyből az amd64-et tette fel)

Ezen feltelepít mindenféle codec, vlc mplayer, stb, tutti állatul működik minden, CSAK
nincs benne a dv modul. Utána olvas, új és tutti source.list bejegyzés, újra telepítés (vlc):

segemntion fault...

Na itt dobtam el az agyamat.
Alapvetően azért küzdök ezzel a firewire porttal, mert nem akartam bele plusz kártyát tenni, az iee1394
alaplapi. Kezeli is a kernel/modul.

Van itt valaki, aki ilyen helyzetre tud adni valami biztatót? Vagy itt is forrásból kell telepítenem a vlc-t ?
Rosszul leszek...

  • 1827 megtekintés

( bazso | 2009. 10. 19., h – 13:57 )

dvgrab a te barátod

szerk: és ha már ubuntu, akkor a medibuntu repo, onnan a libavcodec52 és társai, máris megvan minden codec mire vágytál.
vlc-ből cvlc kell, különben elhasal a gui hiányán.
Esetleg szenvedhetsz igény szerint ffserver-rel is, egykutya.
Mivel dv-ből szeretnél stream-elni, gondolom kamera forrásból halk megjegyzés hogy a h264 codec késleltetése 20 másodperc körüli, plusz a vlc saját bufferei amiket még nem sikerült kiírtanom, pedig a konfigot eléggé kiheréltem alatta. Ugyanaz a forrás ffmpeg/ffplay vagy mplayer párossal fele-harmada késleltetés.

Üdv,
BaZso

Üdv!

A dvgrab nem a barátom, mert fölösleges pipe-okat generálok csak vele, másrészt
a dv bemenet inkább raw1394, mert nincs kamera vezérlés, csak raw data

Azt hiszem nem voltam világos:
- Igen medibuntu (ebben nem segít, csak a non-free codecehez jó és fent van az egész :)
- a cvlc csak egy script, ami dummy-val indítja a vlc-t (én http-t fogok használni, ergo a kettő amúgy
is üti egymást) egyébként nem hasal el, csak warningol
- Sajnos nincs meg minden cucc amire vágytam, nincs dv támogatása!
- nem, nem akarok ffmpeg -el szenvedni, szenvedtem vele eleget debián alatt csomagból és forrásból is!
- Nem, nem kamera képéről van szó, hanem egy stúdió dv kimenetéről
- a H264 -nek nincs késleltetése egy deka se (van, de elenyésző)
Sima avi/vl4/stb. streamelésén teszteltem a rendszert

A baj nem a codec-el, nem vlc-vel van hanem a vlc dv/raw rámogatásával.
Itt egy kimenet:
[00000414] main access error: no access module matched "dv"
[00000413] main input error: open of `dv/rawdv:///dev/raw1394' failed: could not create access: no access module matched "dv"

Illetve:
[00000415] main access error: no access module matched "rawdv"
[00000413] main input error: open of `rawdv:///dev/raw1394' failed: could not create access: no access module matched "rawdv"

Az eredet innen van (vlc kimenet):
main libvlc debug: libvlc was configured with ./configure ....
'--enable-realrtsp'
'--disable-dv'
~~~~~~~~~~~~~~~~
'--enable-x264'
.....
Ez csomagból jött (medibuntu), de nem akarok fordítani. Van egy másik csomag forrás:
deb http://ppa.launchpad.net/c-korn/vlc/ubuntu jaunty main
Ahol szintén van csomagolt vlc, de abba is --disable-dv van ,másrészt futáskor segment fault -ra fut.

Röviden ez a helyzet...

Az gáz.
A dvgrab-ot azért mertem ajánlani, mert most épp használjuk, és pipe ide vagy oda, sem késleltetése (le lehet venni 2ms-ig a puffert), sem mérhető terhelése nincsen.

Sajnos ezek szerint nem segítettem rajtad, viszont te segíthetnél rajtam. Hogy érted el, hogy a h264-nek ne legyen marha nagy késleltetése (a forráshoz képest)? Plusz hogy elimináltad a vlc alap kb 3 másodpercnyi pufferét?

Kösz,
BaZso

Nálunk most ffmpeg a befutó (a vlc számomra eliminálhatatlan pufferelése miatt), így kezdődik:
dvgrab -noavc -buffers 2 -f raw - | ffmpeg -i - ...

Így nics kamera vezérlés, 2ms a puffer és raw a kimenet. DV kamera képe mpeg2video tömörítéssel rtp felett 500ms alatti késleltetéssel.

Üdv,
BaZso

Üdv!

Na szóval, a vlc pufferelésével nem foglalkoztam, mert amíg teszteltem, addig helyi forrást használtam.
Úgymint, avi, stb. Ebből kifolyólag a késleltetés nem definiálható, mert ugye mihez képest késik?? a lenyomott enter idejéhez? :)

Amit figyeltem/észrevettem, hogy a több pontos tesztek (5-10 végpont) egyikén se volt eltérés a sugárzás között.
Nagy vonalakban szinkronba volt az összes!
Azt, hogy a szerver oldali forrás mennyire van szinkronba a vételi oldallal - sajnos - még nem tudtam tesztelni,
mert mint mondottam, nem megy az a nyamvadt firewire port, tuner kártya meg nincs benne! Pedig a szinkron nálam is fontos lesz!

Pontosabban a port megy, de nem tudtam lekezelni a vlc-vel.
Egy - általad is említett - dvgrab (pfuj) tesztet kezdtem el, és döbizve vettem észre, hogy vagy nincs raw adat
a porton, vagy nem kezeli le. Itt kezdtem el idegeskedni, mert ezek szerint a probléma egész máshol kezdődik.

Most ott tartok, hogy tesztelve lett alapvetően három forrás: úgymint a digites keverő kimenete, egy dv kamera és
egy Dazzle AD, de egyikről se tudtam emészthető adatot fogadni.
Lehet hogy hardver hiba? Én meg itt szívok vele már egy hete?
A baj az, hogy kb 10km-re van tőlem a gép, és távirányítással tetettem fel a forrásokat a gépre, míg én innen
próbáltam eredményre jutni.

A lényeg hogy most kimegyek, és megnézem közelről is a dolgot, mert lehet hw hiba szivat már régóta...
(Aztán még lehet, hogy megnézem az ffmpeg -es változatot, de ahhoz innom is kellene :)

Tilla