video streaming, vlc vs. ffmpeg

Multimédia

Adott egy Debian Squeeze -vel felépített doboz, melyben egy bttv driverrel működtetett (v4l2) TV tuner, FM, és grabber működik. Szeretném a TV, vagy a kompozit bemenetre kötött kamera képét, streamelni a belső LAN felé.
Egyszer már próbálkoztam a kamera képpel, ehhez az ffmpeg -et használtam (forrásból forgatva) és sikerült működtetni a flowpalyer segítségével, hang nélkül. Most újra elővettem a vnc -t (nevesül a Debian vnc-nox azaz nem X felületű csomagját) de nem igazán tudom szóra bírni - mindenféle hibával, vagy otthagy vagy süket. Mindenféle dokumentációval a kezemben sem igazán sikerült rajta kiigazodni, megérteni milyen codec, mux és output kellene ahhoz, hogy egy másik gépen, a vlc player windowsos vagy Linuxos változatával streamet kapjak.
Mit javasoltok? Én úgy látom, hogy az ffmpeg + ffserver átláthatóbb és kezelhetőbb. A vnc meghívása egy parancssorba úgy, hogy bármely eleme nem teljesen stimmel akkor nem lesz belőle semmi - nem tudom lépésről, lépésre felépíteni a stream szervert, nem szerencsés, használhatatlan. Sikerült ezt valakinek használni? Bénázom, de nagyon sok az opció, és mintha számos olyan is lenne ami eleve az ffmpeg csomagra támaszkodna, akkor meg minek hajtsam ezt a megoldást? Van valami olyan amit a vlc jobban tud? Azt hiszem a faq -ban is van néhány olyan válasz ... Miért akad le a streamelés néhány óra alatt? - Ki tudja?

( Vizibirka | 2012. 01. 16., h – 20:33 )

Ha megmondod, hogy hosszútávon mivel szeretnéd nézni akkor mondok/ adok neked holnap reggel vlc-re paracssort. (nézni=vlc, flowplayer, windows media player, stb)

...de nagyon sok az opció, és mintha számos olyan is lenne ami eleve az ffmpeg csomagra támaszkodna...
azért mert sok esetben ugyan azt a libet használja mind a két progi maga alatt (ilyen lib pl: x264)

Megköszönöm. Windowson a kedvencem a Media Player Classic, de a vlc tökéletes (windowson az a szép benne hogy mindenféle egyéb kodekek letöltögetése nélkül működik, bármit lejátszik).
Eddig, a VLC forum böngészésével erre jutottam, hogy
vlc -vvv v4l2:///dev/video0 '#transcode{vcodec=???}:std{access=udp,dst=224.0.0.10:9000}'

A kodekkel máris gondom van, elvileg a h264 lenne az optimális (a leghatékonyabb tömörítés), viszont a Debian --disable-x264 -el fordított - most vagy forrásból kell fordítani, vagy kell az ffmpeg vagy más csomag?
A hang első megközelítésban ráér - ha már van valami működő úgy gondolom tudok vele játszani.
vcodec=mp4v - vel a vlc kilép :
[0x1...] main libvlc debug: translation test: code is "C"

ennyi :(

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

Hm, furcsa, hogy a debian úgy fordított. Kicsit érdekesnek találom. Szerintem külső repoból tudsz olyan verziót telepíteni ami tartalmazza az x264-et.

Kapsz két példát, mindkét esetben az inputot az első hozzászólásodból másoltam. (Ha valamiért nem megy az input akkor próbáld meg kicserélni fájlra, úgy mennie kell.)

1: h264-es kodek, AAC hang MPEG-TS-be csomagolva HTTP-n streamelve [elképzelhető, hogy nem megy neked, ha nincs h264 támogatás]
vlc -vvv v4l2:///dev/video0 :sout=#transcode{vcodec=h264,vb=3072,fps=25,scale=1,acodec=mp4a,ab=256,channels=2,samplerate=44100}:http{mux=ts,dst=:8080/stream_h264} :no-sout-rtp-sap :no-sout-standard-sap :ttl=1 :sout-keep

2: Video: MPEG-2; Audio MPEG-2; MUX=MPEG-TS, HTTP-n streamelve.
vlc -vvv v4l2:///dev/video0 :sout=#transcode{vcodec=mp2v,vb=800,scale=1,acodec=mpga,ab=128,channels=2,samplerate=44100}:http{mux=ts,dst=:8080/stream_mpeg2} :no-sout-rtp-sap :no-sout-standard-sap :ttl=1 :sout-keep

Megnyitás:
1: vlc http://:8080/stream_h264
2: vlc http://:8080/stream_mpeg2

Jó tanács: ha nem STB-re (Set-Top-Box) streamelsz akkor a következőket felejtsd el: udp/multicast, rtp, rtsp

Mivel a h264 most még nem elérhető az mpeg2 -őt próbáltam:
http://pastebin.com/MbEp6Dpg
Sajnos a siker elmaradt.
A "dst=:8080" nem úgy kellene, hogy dst=192.168.1.248:8080 ahol a 192.168.1.248 a szerver IP címe?
Ami szembeötlő a "Failed to connect to the D-Bus session daemon" - restellem, de az az igazság az sem tudom mi ez a D-Bus.
Aztán "no interface module matching "inhibit,none" could be loaded"
majd "error: no suitable interface module" - ez nem világos mire vonatkozik.
Aztán "error: interface "globalhotkeys,none" initialization failed" - miféle hotkeyek?
Ami valószínűleg az igazi baj:
"stream chain failed for 'transcodesamplerate=44100:httpdst=192.168.1.248:8080/stream_mpeg2'

Na várjunk, itt mintha szintaktikai/szerkesztési hibák lennének ...

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

Kicsit mintha javult volna

http://pastebin.com/DSRcaBTs

De mi baja lehet azzal, hogy 'transcodesamplerate=44100' eléggé szokványos sebességnek tűnik.

SZERK: a 44100 mint samplerate a hangra vonatkozik. Viszont a hangforrást azt nem adtuk meg a parancsban? Elvileg alsa ...

Annak valahogy így kéne kinézni?
:input-slave=alsa://

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

A második parancsba beillesztettem a ":input-slave=alsa://"
Érdekes dolog történt: a monitoron megjelent a m1 műsora (a /dev/video0 éppen oda lett állítva) és a hang is megjelent, aztán ahogy próbáltam kilépni/leállítani ezt a varázslatot "úgy maradt" nem tudok konzolt váltani, semmi. ssh -val be tudtam jelentkezni és újraindítani a verklit.
Ez meg mi? Miért a konzolra kezdett el dolgozni?

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

( mr shadow v | 2012. 01. 17., k – 16:39 )

szábszkrájb
--
"'The time has come,' the Walrus said"

( tovis v | 2012. 03. 14., sze – 13:21 )

Nem nyitok új témát, bár egyenlőre a vlc -t teljesen félre tettem. Viszont a probléma még mindig nem megoldott.
Van egy TV+rádió kártyám - Pinnacle PCTV pro az lspci szerint (elég régi kártya). Némi vacakolás után sikerült fbtv v-vel a TV -t bezzítani, konzolon, framebufferrel :) A következő lépés lenne, hogy valamilyen streaming -wet kéne csinálnom, hogy a lokális hálón elérhető legyen. Az eddigi tapasztalataim alapján a flowplayer CGI -ből is tökéletesen működik, azaz mellé tudom tenni azt a néhány vezérlést ami kell (pl. csatorna váltás). (Kamerával ezt már egyszer összeraktam)
Először kipróbáltam a Deabin fő repóban léő ffmpeg csomagot - tudom ez roppantul elavult. Sikerült is működőképessé tenni - azaz lepakolta egy file-ba ami a TV -ből jött:
$ ffmpeg -v verbose -f video4linux2 -i /dev/video0 -r 25 -s 640x480 valami-file.avi
(most a kodek és container annyira nem érdekes), viszont a minőség f's. Digitalizálási hibák, erősen összemosott pxelek stb. Rákérdeztem az ffmpeg-user levelezőben is, de egyenlőre semmi használható.
Másodjára forgatott ffmpeg -el kísérleteztem. Beforgattam a libv4l2 támogatást és a "non-free" assembly cuccot is. Az eredmény rengeteg hibaüzenet:
libv4l2: error dequeuing buf: Resource temporarily unavailable
De "működik", viszont ugyanúgy f's a minőség.
Azon vergődöm hogy lehet hogy a probléma nem az ffmpeg -ben van hanem a kártya v4l2 beállításaiban. Az sem teljesen világos mit is lehet, kell használnom.
Amit itt látok, az pl. 320x240 felbontás ami eléggé "sivár" - elvileg ezzel a kártyával a 700 valaminek is működnie kéne ...
Nem tudja valaki hogy is kellene ezt csinálni? Egyáltalán jó irányban indultam?

Még egy apróság, a kártya v4l-info kimenete: http://pastebin.com/SWb1u94B

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

( tovis v | 2012. 03. 18., v – 18:29 )

Hát ez nagyon kalandos :(
1. Leforgattam a legfrissebb (git) ffmpeg forrást
2. Leforgattam a legfrissebb (git) libx264 forrást. Az ffmpeg-user levelező listán javasolták a h264 kódolást, nem sok lelkesedéssel, de úgy döntöttem most már mindegy kipróbálom. Menetközben derült ki, hogy ehhez frissebb yasm is dukál (>1.0 - Squeeze 0.8. stb.), persze ehhez is kellett egy és más (autoconfig és python, az xmlto csomagot meg kihagytam, egyenlőre nem kell) így ezt is sikerült leforgatnom.
Némi bénázás után sikerült, jó minőségű video streamet összerakni :)
Nekiveselkedtem a hangnak - azt hittem ez majd egyszerűbb lesz - ez egyenlőre nem működik :(
A gépben van egy alaplapi hangkártya és egy bt878 alapú TV+rádió tuner kártya. Az ffmpeg doksi alapján megnéztem a /proc/asound/cards tartalmát: 


 0 [SB             ]: HDA-Intel - HDA ATI SB
                      HDA ATI SB at 0xfe024000 irq 16
 1 [HDMI           ]: HDA-Intel - HDA ATI HDMI
                      HDA ATI HDMI at 0xfdffc000 irq 19
 2 [Bt878          ]: Bt87x - Brooktree Bt878
                      Brooktree Bt878 at 0xfdbfe000, irq 20

és a /proc/asound/devices tartalmát: 


  2:        : timer
  3:        : sequencer
  4: [ 0- 2]: digital audio capture
  5: [ 0- 1]: digital audio playback
  6: [ 0- 1]: digital audio capture
  7: [ 0- 0]: digital audio playback
  8: [ 0- 0]: digital audio capture
  9: [ 0- 0]: hardware dependent
 10: [ 0]   : control
 11: [ 1- 3]: digital audio playback
 12: [ 1- 0]: hardware dependent
 13: [ 1]   : control
 14: [ 2- 1]: digital audio capture
 15: [ 2- 0]: digital audio capture
 16: [ 2]   : control

Ebből akkor most melyik, micsodát használjam?
Egyébiránt a tuner kártya, belső hangkimenetét (4 tüske) az alaplapi CD hang bemenetre kötöttem egy kábellel, így tudom működtetni. Lehet, hogy az alaplapi hangkártyát kéne használni, viszont a playback/capture csatornákat a CD -re állítani és felcsűrni a hangerejüket? Nem tudom mi lehet a baj. Most éppen ezzel a paranccsal, működik a videó rögzítés és sőket csend: 


& ffmpeg -v verbose -t 10 -f alsa -i hw:2,0 -f video4linux2 -i /dev/video0 \
-r 29.97 -s 640x480 -vcodec libx264 \
-f avi -y test01.avi

A kontainer -ben benne van (mediainfo szerint mp3) de nincs egy kukk sem.
Valami egyéb ötlet, mire kéne "kötni" az ffmpeg -et?

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

( tovis v | 2012. 03. 18., v – 20:41 )

Azt hiszem kezdem érteni :)
A "$ v4l2-ctl --get-ctrls" akövetkező listát dobja: 


                     brightness (int)  : min=0 max=65535 step=256 default=32768 value=32768
                       contrast (int)  : min=0 max=65535 step=128 default=32768 value=32768
                     saturation (int)  : min=0 max=65535 step=128 default=32768 value=32768
                            hue (int)  : min=0 max=65535 step=256 default=32768 value=32768
                        balance (int)  : min=0 max=65535 step=655 default=32768 value=32768
                           bass (int)  : min=0 max=65535 step=655 default=32768 value=32768
                         treble (int)  : min=0 max=65535 step=655 default=32768 value=32768
                           mute (bool) : default=0 value=1
                     chroma_agc (bool) : default=0 value=0
                     combfilter (bool) : default=0 value=0
                       automute (bool) : default=0 value=1
         luma_decimation_filter (bool) : default=0 value=0
                      agc_crush (bool) : default=0 value=1
                       vcr_hack (bool) : default=0 value=0
               whitecrush_upper (int)  : min=0 max=255 step=1 default=207 value=207
               whitecrush_lower (int)  : min=0 max=255 step=1 default=127 value=127
                       uv_ratio (int)  : min=0 max=100 step=1 default=50 value=50
                full_luma_range (bool) : default=0 value=0
                         coring (int)  : min=0 max=3 step=1 default=0 value=0

Ami most érdekes az a mute és az automute. A mute még csak érthető de az automute?
Minden esetre ha elindítom a grabbelést, és alatta a mute -ot 0 ba teszem akkor, az "-f alsa ac: 2 -hw:0" a hang is belekerül a streambe :D
Majdnem jó - a terv az, hogy a kártyát hostoló gép, amolyan szerver legyen, NEM kell hogy lokálisan is menjen a hang! Most akkor a tuner kártyáról nem lehet közvetlenül kinyerni a hangot?
Ja! Hogy fogom menet közben ki/be kapcsolni a hangot? Amíg a grabbelés el nem idnul hiába adom ki a mute=0 parancsot az azonnal visszaáll :(

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

Majdnem jó - a terv az, hogy a kártyát hostoló gép, amolyan szerver legyen, NEM kell hogy lokálisan is menjen a hang! Most akkor a tuner kártyáról nem lehet közvetlenül kinyerni a hangot?

Igen, jól látod. Ez még régebbi típusú tunerkártya, csak úgy tudsz hangot kinyerni, hogy a line-in-en keresztül visszahozod. (kb úgy ahogy most is van)

Akkor csak azt nem értem, minek van rajta a snd_bt87x.ko driver? Az mit kezel, és minek?
Az átkötés, alapvetően azért kell, mert így nem kell még egy hangfal/füles készlet: 


# lspci -vnn | tail -n 16

03:06.0 Multimedia video controller [0400]: Brooktree Corporation Bt878 Video Capture [109e:036e] (rev 11)
	Subsystem: Hauppauge computer works Inc. WinTV Series [0070:13eb]
	Flags: bus master, medium devsel, latency 32, IRQ 20
	Memory at fdbff000 (32-bit, prefetchable) [=4K]
	Capabilities: [44] Vital Product Data
	Capabilities: [4c] Power Management version 2
	Kernel driver in use: bttv

03:06.1 Multimedia controller [0480]: Brooktree Corporation Bt878 Audio Capture [109e:0878] (rev 11)
	Subsystem: Hauppauge computer works Inc. WinTV Series [0070:13eb]
	Flags: bus master, medium devsel, latency 32, IRQ 20
	Memory at fdbfe000 (32-bit, prefetchable) [=4K]
	Capabilities: [44] Vital Product Data
	Capabilities: [4c] Power Management version 2
	Kernel driver in use: Bt87x

Miért van akkor az alsa szerint 3 kártya (0,1,2)?

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

Sajnos neked lesz igazad :( Megnéztem a kártyán lévő chipeket, a hangot és a rádiót a Micronas MSP3410G csinálja, már a tömbvázlatból lerí hogy nem lehet a digitalizált cuccot kiszedni :(

SZERKESZTÉS:
Na várjunk csak. A hecc kedvéért belenéztem a Conexant BT878A adatlapjába. 4 kompozit bement + 2 S-Video és itt a meglepi: TV + FM + Mic audio bement - MUX - ADC - "Audio Stream Format" - "Audio FIFO" - "DMA Controller" - "Target Initiator" -> PCI
Akkor lehet, hogy az MPS3410 az FM hang demodulátor, és a kimenete megy a BT878 "FM" bemenetére?
Jobban belenéztem a /proc/asound/cards dologba:

Ez alapján, talátam egy olyat, hogy: 


/proc/asound/cards
------------------
 0 [SB             ]: HDA-Intel - HDA ATI SB
                      HDA ATI SB at 0xfe024000 irq 16
 1 [Bt878          ]: Bt87x - Brooktree Bt878
                      Brooktree Bt878 at 0xfdbfe000, irq 20
 2 [HDMI           ]: HDA-Intel - HDA ATI HDMI
                      HDA ATI HDMI at 0xfdffc000 irq 19

/proc/asound/card1/pcm0c/info
-----------------------------
card: 1
device: 0
subdevice: 0
stream: CAPTURE
id: Bt87x Digital
name: Bt87x Digital
subname: subdevice #0
class: 0
subclass: 0
subdevices_count: 1
subdevices_avail: 1


/proc/asound/card1/pcm1c/info
-----------------------------
card: 1
device: 1
subdevice: 0
stream: CAPTURE
id: Bt87x Analog
name: Bt87x Analog
subname: subdevice #0
class: 0
subclass: 0
subdevices_count: 1
subdevices_avail: 1

Szóval ezek mik? Van egy analog és egy digitális "capture device".
Az fmpeg hw:1,0,0 nem jött be :( (v4l2-ctl -el mute=0 analóg hang van), de a felvételben nyoma nincs (az ffmpeg is rendellenesen viselkedik - nem ketyeg az idő).
Ki tudna ebben nekem segíteni, hogy lehet ezeket aktiválni? Most lehet hogy az udev/alsa automatikusan betölti a drivert ha bt878 -at lát, de a hardver nincs is mögötte?
Elvileg az egész cumó i2c buszon vezérlődik ...

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

( kojot | 2012. 03. 21., sze – 07:29 )

HElló!

Nem tudom milyen eszközeid vannak, de volna egy javaslatom, mert én is csináltam egy ilyet, pont most.
Usb webkamera, openwrt és router segítségével. Természetesen olyan router kell, amin van, vagy kihozható belülről usb csatlakozás (tehát gyárilag benne van, csak nem építettek kívülre csatlakozót).
Az mjpeg-stream csoda szépen küldi adott portra a stream képet/videót, és böngészőből nézheted! Láttam megoldást több kamerára is, azt nem tudom megmondani jelenleg, hogy ez mennyire igaz. De délután eljátszadozom vele, hogy usb elosztón keresztül működik-e, ha érdekel.!

mjpeg-streamer
Megint csak azt mondom, hogy a figyelmedbe ajánlom, mert képes arra amit szeretnél. Nézd meg a forráskódból, és meg fogsz lepődni!
...Mesélem a routeres verziót, mert azóta babáztam vele.
Asus WL500G alap modell, semmi elektronikai hackelés. 2 kamera van rajta, épp a harmadikkal küzdök, igaz ez úgy látom a platform függőség miatt küzdés csak (kihagytak néhány dolgot a pici méret kedvéért - http://hup.hu/node/112991).
A poén! Egy kamera képe egy ilyen vékony kütyűn is mindössze 6-8% terhelést jelent! 2 kamera streamje esetén 67%-a szabad a proci időnek!
Ha debian alapú rendszered van még fordítanod sem kell. Kliens van hozzá, de akár parancs sorból is vezérelheted, felbontást stb állítgathatsz, és rögzítheted is.... Mi kell még??? Egyszerűen fenomenális a cucc!
Jahh és egy magyar srác úgy látom rendszeresen fejlesztgeti.
Mondjuk a hangot azt nem tudom kezeli-e... wahh :(!
gstreamer -ről is sok jót olvastam. Az ffmpeg sokat tudsz de kicsit görcsölni kell vele, de cserébe annyival többet tud.

Nem tudom mire használod ezt a két kamerát. Viszont azt jelezném, hogy az átlagos "biztonságtechnikai" kamerák 640x480 felbontása elég gyenge. Azaz tulajdonképpen a kompozit videó feldolgozás egy már eléggé elavult technológiai színvonalat képvisel. Ha általános, biztonsági kamera kell akkor tessék megapixeles IP kamerákat használni ami eleve IP stream, mondjuk RTSP.
Nekem nagyon speciális lehetőségeim vannak, így IP kamerára nincs szükségem, a felvételekkel már néhány perc után sem tudnék mit kezdeni - az ajtón lévő "kémlelő" lyukat pótolná (talán).

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

Valójában csak mozgás érzékelés a lényeg amire használom. Arra pedig mezei webkam is megteszi. Feltéve, hogy nem 100k pixeles. :)
Mivel mjpeg tömörgetéssel jön át a kép, 20-80byte jön csak át állókép esetén. Tehát nagyon korrekt!
Kíváncsi lennék egyébként pár, megapixeles biztonsági kamerában vajon miféle ccd chip van?! Ui pl webkameráknál számtalan esetben látni kis betűvel felírva, hogy 310-350k pixeles szenzorra simán ráírják, hogy interpolálva tud 5M pixelt!
Van erről korrekt információd?

Jó kérdés! Komoly gyártók jelzik, miről is van szó valójában (Yoko, Vivotek, Lilin stb. és ez csak az alja). Viszont ajánlom figyelmedbe http://www.lps.usp.br/~fr/sbc/
A lényeg az, hogy amikor előveszed a jó kis kamera rendszered képeit akkor azonosítani is lehessen a képek alapján.

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

Az elérhető megapixeles kategóriában főleg csak cmos chip van, nem ccd.
(60-100khuf)
Amennyiben van elég fény, egész korrekt képet tudnak adni. (persze ki lehet fogni pocsékot is)
Fény hiányában drasztikusan romlik, kásásodik a kép ezeknél.

Megapixeles CCD -hez nem volt még szerencsém, lehet, az jobb.
~8000-1000 Euronál indul.

A megvilágítási gondról nem beszéltél eddig. Valamilyen fényforrás kell, infra? Az viszont egy rakat energiát elvisz ha folyamatosan megy.
Mozgás érzékelésre nem jobb egy mozgásérzékelő? Találkoztam olyannal ami 10 éve működött.

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

Motion nevű szoftverecske, és azzal akár rögzíteni is lehet a lényeget pendrivera. Az infrát még csak eztán akarom megoldani, kimozdíthatóvá teszem az objektívben az infra szűrőt. Egészen kevés fény is elegendő akkor. Szinte a hold fényben láthatóvá válnak a dolgok.
Mivel kb 25m magasról sasolnak a kamerák, nem sok értelme van infra ledeknek.

Hallani hallottam a motion progiról jó tudni, hogy működik.
"kb 25m magasról sasolnak a kamerák" - ez a lényeg! Nincs két egyforma eset, mindenütt a specifikumok.
Ilyen magasságból már elég jó (értsd elég drága) mozgás érzékelők kellenek, így már kezd értelmet kapni miért is jó egy routerre akasztott kamera kombó. 25 méternél a mozgásérzékelők is gondot okoznak - kis állatok, szilárd rögzítés, hőmérséklet, vízmentesség stb. Jó kis feladat :)

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

( sebist v | 2012. 03. 21., sze – 09:14 )

Hasonló kártyával:

02:08.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV pro (TV + FM stereo receiver)
Flags: bus master, medium devsel, latency 32, IRQ 18
Memory at fdeff000 (32-bit, prefetchable) [=4K]
Capabilities:
Kernel driver in use: bttv
Kernel modules: bttv

02:08.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11)
Subsystem: Pinnacle Systems Inc. PCTV pro (TV + FM stereo receiver, audio section)
Flags: bus master, medium devsel, latency 32, IRQ 18
Memory at fdefe000 (32-bit, prefetchable) [=4K]
Capabilities:
Kernel driver in use: Bt87x
Kernel modules: snd-bt87x

A hangot a hangkártyáról szedve nekem ez működik:

cvlc -v --color v4l2:// :v4l2-input=0 :v4l2-tuner-frequency=294250 :input-slave=oss:///dev/dsp \
--sout '#transcode{vcodec=wmv1,acodec=wma,vb=1600,ab=128,venc=ffmpeg{keyint=250,hurry-up,vt=800000},deinterlace}:standard{access=http,mux=asf,dst=0.0.0.0:2222}'

Üdv:
István

Kösz! A hangkártyás digitalizálás nekem is működik. A lényeg pont az, hogy elvileg ennek tudnia kellene közvetlenül a tuner kártyáról is digitalizált hangot kinyerni - hw:1,0,0 - de süket csend. Nem tudni miért: hibás a kártya, valójában nem is tudja, rossz a kártya típus beállítása (card=39?), vagy hasonló v4l2 probléma. Nem tudom eldönteni.
Kéne valami segítség, hogy lehetne kideríteni, hogy működik a direkt digitális hang vagy sem?

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