journalctl -u micro – Telegram
journalctl -u micro
94 subscribers
2.16K photos
210 videos
279 files
1.43K links
Esperienze e consigli di uno sviluppatore tech−unenthusiast

creation — 2021-04-29
owner — @Microeinstein

networks
@sigma_hub Σ
@ageiroumena
Download Telegram
L'altro giorno ho registrato con ShareX dei video showcase di vecchi progetti GUI su windows 7 — neanche avessi impostato 60fps fullscreen (ma 30fps rettangolo), stutterano tutti malissimo, mi tocca rifarli...
Sneak peek vecchi progetti
👍1
smb.conf
786 B
Minimal working Samba share configuration, la uso per passare i files da-a macchine virtuali e in questo caso l'altro portatile in rete

alias vmshare='sudo smbd -s /home/user/smb.conf'

net use Z: \\192.168.1.X\Files

Per connettersi da windows 10 senza modificare le policy di sicurezza, commentare le regole con guest e aggiungere un account samba:
pdbedit -a -u USER
👍1
journalctl -u micro
x11share_hwaccel.sh
> questo noscript su linux
Perfect butter-smooth video, fully using gpu

> sharex su windows (sempre ffmpeg)
"h o i n i z i a t

o a re gi str" (cpu only)


Contesto — sto provando tutti i parametri possibili: directx9, h264_amf, rtbufsize, ecc ...continua ad usare la CPU
ShareX alla fine è solo un wrapper, il problema è windows ...o ffmpeg su windows
Utenti medi Windows più tranquilli:
• si lamentano di bug senza specificare alcun dettaglio del problema
• offendono chi si impegna
• inviano email intimidatorie
• mettono a pagamento programmi non loro, rimuovendo la licenza originale

Stessa fine di AetherSX2 comunque
😢2
Ma sei serio
Installato OBS 25.0.0 (marzo 2020), accetta solo proporzioni di canvas quali 16:9 — continua a riscalare in 1364x768 🤮

Ma è mai possibile che per registrare un maledetto video su windows io debba perdere giorni + cercare chissà quale soluzione astrusa?
Forwarded from Shaun's Shitpost's
😢1
journalctl -u micro
> questo noscript su linux Perfect butter-smooth video, fully using gpu > sharex su windows (sempre ffmpeg) "h o i n i z i a t o a re gi str" (cpu only) Contesto — sto provando tutti i parametri possibili: directx9, h264_amf, rtbufsize, ecc ...continua…
record.bat
1.1 KB
Problema risolto con ffmpeg

> l'input gdigrab produce frames BMP non compressi bgra (1366 * 768 * 32bit = ~4 MiB)

> ffmpeg determina la frequenza dei frames analizzando i primi frammenti, ma essendo questi troppo grandi non riesce e si lamenta

> anche la compressione h264 ha un costo, sopratutto su un portatile/OS dove si è costretti ad usare solo una cpu poco potente

Main fixes
• aumentare la dimensione di analisi
-probesize=(>framesize*2)M
• salvare i frames con lo stesso formato colore
-c:v libx264rgb
• disattivare la compressione
-crf 0
• saltare i frames nel caso non riesca a starci dietro
-preset ultrafast