reklama

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - tuxmartin

Stran: [1] 2 3 ... 34
1
Software / Re:Nahravani VNC do video souboru
« kdy: 28. 03. 2019, 19:48:40 »
win verzia
https://ibb.co/wQJdDgJ
Pozeram, ze nie sam, koho napadlo pouzit VLC cez cmd, tak by to malo ist .. Google ponukol mraky odpovedi ..
[/quote]

Jenze on nahrava "screen://" a to neni "vnc://"...

2
Software / Re:Nahrávání VNC do video souboru
« kdy: 28. 03. 2019, 10:39:37 »
Obávám se, že si to budeš muset napsat, když to chceš „bez GUI“. Proč? Omezený hardware to asi nebude, když to umí v reálném čase ukládat mp4.

Rad bych to spustil na Raspberry Pi, ktere ma hardwarovou akcelerace enkodovani a i dekodovani h264. Aktualne jsem testoval 4x FullHD stream a podle htopu se cpu flaka.
Za to kdyz jem zkousel stare Intel Core i5 Sandy Bridge, tak se to tragicky sekalo.

3
Software / Re:Nahravani VNC do video souboru
« kdy: 27. 03. 2019, 20:48:24 »
Inac povedane, chces zachytit vzdialenu plochu do suboru ? VLC napr ...
(neviem ako linux, win urcite).
Co to znamena bez X netusim, nejake GUI ? Mozno to VLC rozbehnes aj z cmd ...

To jsem prave hledal, jak z VLC nahravat VNC a nic jsem nenasel.

Bez X myslim, ze bych rad headless reseni. Proste nemit nainstalovane zadne GUI. Jenom bych ve skriptu nadefinoval, co chci a ono to fungovalo.

4
mch. omxplayer je teď nahrazen akcelerovaným vlc
Diky za tip, vlc zkusim.

Jinak da se okno VLC nejak pri spusteni napozicovat? A nejlepe bez ramecku.

S omxplayerem nyni pouzivam:

Kód: [Vybrat]
camera_line1="screen -dmS camera_line1 sh -c  \"omxplayer --live --timeout 60 --win '0 0 960 540'       'rtsp://10.54.6.147:8554/' \"";
camera_line2="screen -dmS camera_line2 sh -c  \"omxplayer --live --timeout 60 --win '960 0 1920 540'    'rtsp://10.54.6.148:8554/' \"";
camera_line3="screen -dmS camera_line3 sh -c  \"omxplayer --live --timeout 60 --win '0 540 960 1080'    'rtsp://10.54.6.149:8554/' \"";

A parametrem "--win" si presne nadefinuju velikost a umisteni okna.

5
Mam tam chybu, druhy prikaz je:

Kód: [Vybrat]
ffmpeg -y -f fbdev -i /dev/fb0 -r 25 -s 1920x1080 -c:v h264_omx -b:v 4096k -bufsize 4096k /tmp/out.mp4
#Input #0, fbdev, from '/dev/fb0':
#  Duration: N/A, start: 1553691734.348188, bitrate: 1435852 kb/s
#    Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 1824x984, 1435852 kb/s, 25 fps, 1000k tbr, 1000k tbn, #1000k tbc
#[h264_omx @ 0x2140600] Using OMX.broadcom.video_encode

6
Software / Nahrávání VNC do video souboru
« kdy: 27. 03. 2019, 17:27:26 »
Ahoj, potrebuju nahrat VNC do video souboru.

VNC bude pouze pro zobrazeni, bez ovladani. Nasel jsem par starych programu, napr. vncrec z roku 2006, ale je to vse moc stare a nefunguje mi to.

Naposledny jsem zkousel vnc2flv, ale ten se zase nepripoji k VNC.
VNC server je nejaky divny stroj, ktery tak zobrazuje ovladaci panel. V linuxu jsem zkousel asi 5 vnc klientu (mezi nima i novy realvnc) a pripoji se jen xtightvncviewer.
Ale to zkusim nejak vyresit.

Dulezite pro me je sehnat neco, co bude umet nahravat vnc nejlepe do mp4 videa. Idealne by to cele melo bezet bez X.

Mate na neco funkcniho tip?

7
Ahoj,

snazim se na Raspberry Pi s GUI Raspbianem nahrat video, na kterem bude videt obsah na monitoru.
Problem je, ze mi u toho hraje omxplayer a ten na vystupnim videu videt neni, jen prazdna pracovni plocha.
Zkousel jsem:
Kód: [Vybrat]
ffmpeg -y -f x11grab -i :0.0 -r 25 -s 1920x1080 -c:v h264_omx -b:v 4096k -bufsize 4096k /tmp/out.mp4
#Input #0, x11grab, from ':0.0':
# Duration: N/A, start: 1553691698.567273, bitrate: N/A
#    Stream #0:0: Video: rawvideo (BGR[0] / 0x524742), bgr0, 640x480, 29.97 fps, 29.97 tbr, 1000k tbn, 1000k tbc
#[h264_omx @ 0xd4a1d0] Using OMX.broadcom.video_encode


ffmpeg -y -f x11grab -i :0.0 -r 25 -s 1920x1080 -c:v h264_omx -b:v 4096k -bufsize 4096k /tmp/out.mp4
#Input #0, fbdev, from '/dev/fb0':
#  Duration: N/A, start: 1553691734.348188, bitrate: 1435852 kb/s
#    Stream #0:0: Video: rawvideo (BGRA / 0x41524742), bgra, 1824x984, 1435852 kb/s, 25 fps, 1000k tbr, 1000k tbn, #1000k tbc
#[h264_omx @ 0x2140600] Using OMX.broadcom.video_encode

V prvnim pripade bych to pochopil - zde se nahrava X display :0.0 a  omxplayer vyresluje primo na framebuffer.
Je videt pouze 640x480 - proc?

Ovsem druhy pripad nechapu. Zde se nahrava primo famebuffer /dev/fb0 a mam i specifikovane rozliseni. Prehravac videt neni, jenom plocha.

Jinak vystupni video je vzdy 1920x1090, ale je do nej roztazen stream - jednou 640x480 a podruhe 1824x984.
Co delam spatne? A jak mohu nahrat screencast video raspberry pi se spustenym omxplayerem?

8
Kód: [Vybrat]
nice -n 19 ffmpeg \
-i 'rtsp://10.54.6.147:8554/' -i 'rtsp://10.54.6.148:8554/' -i 'rtsp://10.54.6.149:8554/' -i 'rtsp://10.54.6.150:8554/' \
-f lavfi -i anullsrc  \
-filter_complex " \
nullsrc=size=1920x1080 [base]; \
[0:v] setpts=PTS-STARTPTS, scale=960x540 [upperleft]; \
[1:v] setpts=PTS-STARTPTS, scale=960x540 [upperright]; \
[2:v] setpts=PTS-STARTPTS, scale=960x540 [lowerleft]; \
[3:v] setpts=PTS-STARTPTS, scale=960x540 [lowerright]; \
[base][upperleft] overlay=shortest=0 [tmp1]; \
[tmp1][upperright] overlay=shortest=0:x=960 [tmp2]; \
[tmp2][lowerleft] overlay=shortest=0:y=540 [tmp3]; \
[tmp3][lowerright] overlay=shortest=0:x=960:y=540 \
" \
-c:v libx264 /home/pi/output.mkv

Jde nejak ffmpeg presvedcit, aby kdyz se napr. restartuje nektere RPi a nektery ze streamu prestane byt dosupny, aby neskoncil nahravani, ale pokracovat dal? A to same, kdyz pri zacatku nahravani nepujde nektery ze streamu, aby to periodicky zkousel znova a jakmile nabehne, aby ho zacal pridavat do vystupu.

9
Tak to bude zajimave zjistit, co presne HP EliteBook 830 G5 podporuje :-(

10
Tak HP tam ma nejakou proprietarni sracku, zatimco ja mam Dell, ktery to vubec nepodporuje (zjevne z technickych duvodu CPU + dedikovany GPU uz to nakrmit nelze)

Co jsem koukal, tak u HP EliteBook 830 G5 (asi jediny 13,3" notebook s dvema sloty na RAM a max 32GB) je krome klasickeho power jacku i USB-C power delivery:
https://u.smedata.sk/recenzie/images/57/hp-elitebook-830-g5-big1000-41526300357.jpg

To je podle meho nazoru nejlepsi mozna kombinace.
Muzu pouzivat jak USB-C nabijecku, tak levne univerzalni adaptery.

Jinak ke znaceni na te fotce - sice vidim, ze USB-C umi TB3, ale uz z toho nepoznam DisplayPort (neni tam logo), ani power delivery.
Nebo TB3 automaticky znamena pritomnost DisplayPort a power delivery?

11
Tak to RPi má hardwarový H.264 kodér, že. Nestačilo by tam dát -c:v h264_mmal?

"Unknown encoder 'h264_mmal'"
Ale nasel jsem "-c:v h264_omx" a to funguje.

CPU se nyni flaka, ale uklada to malo fps:
Kód: [Vybrat]
frame=  545 fps=7.6 q=-0.0 size=    2672kB time=00:00:21.72 bitrate=1007.7kbits/s speed=0.301x    Moje stara core i5 v notebooku jela vsechny jadra na 100%, ale davala cca "speed=0.9x"

Jde to nejak poladit?

12
Ja to zkousel prave pres ffmpeg a mosaic a funguje to, jen to enkodovani je problem.
Kód: [Vybrat]
nice -n 19 ffmpeg \
-i 'rtsp://10.54.6.147:8554/' -i 'rtsp://10.54.6.148:8554/' -i 'rtsp://10.54.6.149:8554/' -i 'rtsp://10.54.6.150:8554/' \
-f lavfi -i anullsrc  \
-filter_complex " \
nullsrc=size=1920x1080 [base]; \
[0:v] setpts=PTS-STARTPTS, scale=960x540 [upperleft]; \
[1:v] setpts=PTS-STARTPTS, scale=960x540 [upperright]; \
[2:v] setpts=PTS-STARTPTS, scale=960x540 [lowerleft]; \
[3:v] setpts=PTS-STARTPTS, scale=960x540 [lowerright]; \
[base][upperleft] overlay=shortest=0 [tmp1]; \
[tmp1][upperright] overlay=shortest=0:x=960 [tmp2]; \
[tmp2][lowerleft] overlay=shortest=0:y=540 [tmp3]; \
[tmp3][lowerright] overlay=shortest=0:x=960:y=540 \
" \
-c:v libx264 /home/pi/output.mkv


Neber si to osobne, ale zvladnul bys to levneji, nez pro tuto jednorazovou vec koupit novou Core i5 klidne s nvidia grafikou, ktera by to upocitala? :-)

13
Myslim to jinak:
kdyz mam na notebboku USB 3.0, tak do nej pripojim cokoliv od USB 1.1 az po USB 3.0 a nic vic nepotrebuju resit.

U USB-C mi pritomnost konektoru na notebooku nic nerekne. Musim hledat, co presne notebook umi (DisplayPort mode, TB3, ...).
Mohli to nejak lip promyslet, nebo aspon vymyslet jednoznacne pojmenovani. Neco jako:
- "USB-C + D" DisplayPort,
- "USB-C + DPT" DisplayPort, power deliver a TB3.

Bez nejakeho smysluplneho znaceni je v tom zbytecny chaos.
Napr. mobil Sony Xperia XA2 ma USB-C konektor, ale v nem pouze USB 2.0.
A predpokladam, ze zadnemu vyrobci nic nebrani udelat to same i u notebooku...

14
Tak neni povinnosti vyrobce notebooku do TB radice pripojit dva displejove vstupy, muze tam byt treba jen jeden.

Jeste co tady lidi nezminili - mam i7 NUC, ten s tou lebkou, a s MST to neni schopno bootovat. Proste BIOS vice monitoru a hlavne za splitterem nepobere a novejsi nebude.. takze jak nekde je slyset zkusenost ze je treba pripojit monitory az do beziciho systemu. A celkove jsem mel problem nahodit i X, kdyz ono to rado zamrzne kdyz se tam pripoji MST splitter. Splitter na vedlejsim PC s NV grafikou a win jede v pohode.

Jak to zatim vsechno ctu, tak zazrak v podobe USB-C univerzalniho konektoru se nekona.
Nikdo nedokaze predem snadno rict, co jeho notebook umi.
Jedina zarucena vec je moznost pripojit obustranne kabel :-/

15
Ahoj,
mam ctyri Raspberry Pi, ktere maji pripojenou kamerou a pres RTSP streamuji video:

Kód: [Vybrat]
raspivid -o - -t 0 -hf -w 960 -h 540 -fps 25 --rotation 180 -a 1028 -a "Stroj 1 (%Y-%m-%d %X)" | cvlc -vvv stream:///dev/stdin --sout '#rtp{sdp=rtsp://:8554}' :demux=h264
Pak mam 5. Raspberry Pi, ktere zobrazuje na monitoru videa ze 4 predchozich RPi (+ tam mam dodelanou detekci, kdyz to spadne, aby se zacalo po 15s znova prehravat):
Kód: [Vybrat]
screen -dmS stroj1 sh -c  \"omxplayer --live --timeout 60 --win '0 0 960 540'       'rtsp://10.20.30.1:8554/' \"";
screen -dmS stroj2 sh -c  \"omxplayer --live --timeout 60 --win '960 0 1920 540'    'rtsp://10.20.30.2:8554/' \"";
screen -dmS stroj3 sh -c  \"omxplayer --live --timeout 60 --win '0 540 960 1080'    'rtsp://10.20.30.3:8554/' \"";
screen -dmS stroj3 sh -c  \"omxplayer --live --timeout 60 --win '960 540 1920 1080' 'rtsp://10.20.30.4:8554/' \"";

Vse funguje skvele.
Mam to napocitane na FullHD/4, takze kazda kamera ma rozliseni pres 1/4 FullHD (960x540).

Nyni bych ale krome zobrazovani potreboval split-screen 4 videii nahravat.
Napada me poskladat videa pres FFmpeg, ale pak bych musel enkodovat vse do h264 a na to by bylo potreba hodne vykonu.
Mam k dispozici jen 5 kusu Raspberry Pi 3B a jeden Intel NUC s Celeron J3455, ve kterem je take velky disk, na ktery chci videa ukladat.

Pri nejhorsim budu ukladat 4 samostatne streamy do samostatnych souboru, ale moc rad bych jen jedno video.

Napada nekoho, jak to ukladat bez nutnosti prekodovani?
Vlastne chci funkci, kterou meli stare analogove bezpecnostni kamerove systemy :-)

Stran: [1] 2 3 ... 34

reklama