'2022/01/24'에 해당되는 글 3건

  1. 2022.01.24 mp4 복구 시도
  2. 2022.01.24 wayvnc
  3. 2022.01.24 USB-C to HDMI 컨버터 회로

h.264 코덱으로 된 녀석이라 데이터 부분만 빼내서 ffmpeg 거치면 재생이 가능할줄 알았는데 무리인가?

 

[링크 : https://video.stackexchange.com/questions/29073]

[링크 : https://codecpack.co/download/recover-mp4.html]

[링크 : https://stackoverflow.com/questions/19300350]

 

+

2022.02.14

복구 성공!

 

동일 기기에서 촬영된 정상 동영상과 복구할 동영상이 필요함

1. 정상 동영상에서 부터 무언가를 추출

C:\> recover_mp4.exe good.mp4 --analyze
/// 중략
Now run the following command to start recovering:
recover_mp4.exe corrupted_file result.h264 --noaudio --ext

Then use ffmpeg to mux the final file:
ffmpeg.exe -r 12.097 -i result.h264 -c:v copy result.mp4

 

2. 비정상 동영상으로 부터 h264 만 추출

위에서 알려준 옵션대로 처리해야 복구가 진행된다.

C:\> recover_mp4.exe corrupted_file result.h264 --noaudio --ext
// 중략
skip: 0x001C02C5 [0x       6] ???           {00 00 00 02 09 F0}
H264: 0x001C02CB [0x    15CA] -> 0x  1BF903 {41 9B A0 14} P frame
%100.000
Complete!
H264 non-IDR NAL unit size: Min 0x4, Avg 0x1289, Max 0x366C
Video=99.864
'result.h264' created, size 1838797 (99.864%)

 

3. 복구 데이터를 이용해서(아마도 h.264 스트림?) mp4로 변환

-r 뒤의 숫자는 framerate 니까 굳이 안 넣어 주면 원본의 속도로 복구 된다. (안되면 넣어주는게 좋을 듯)

C:\> ffmpeg.exe -r 30 -i result.h264 -c:v copy recovered.mp4
Input #0, h264, from 'result.h264':
  Duration: N/A, bitrate: N/A
  Stream #0:0: Video: h264 (Constrained Baseline), yuv420p(progressive), 800x480, 25 fps, 25 tbr, 1200k tbn
Output #0, mp4, to 'recovered.mp4':
  Metadata:
    encoder         : Lavf59.16.100
  Stream #0:0: Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p(progressive), 800x480, q=2-31, 25 fps, 25 tbr, 15360 tbn
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
[mp4 @ 0000020bce548780] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
frame=  363 fps=0.0 q=-1.0 Lsize=    1798kB time=00:00:12.06 bitrate=1220.7kbits/s speed=2.16e+03x
video:1796kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.130085%

[링크 : https://blog.naver.com/winsweet/222340783544]

[링크 : http://slydiman.me/eng/mmedia/recover_mp4.htm]

[링크 : https://restore.media/blog/how-to-fix-corrupted-mp4-files]

'프로그램 사용 > ffmpeg & ffserver' 카테고리의 다른 글

ffmpeg을 이용하여 동영상을 프레임 별로 jpeg 로 변환하기  (0) 2022.04.15
mp4 복구 시도  (0) 2022.01.24
ffmpeg을 이용한 rgb565 to bmp  (0) 2021.10.18
ffmpeg 재생 어렵다 -_ㅠ  (0) 2021.02.22
ffmpeg fbdev  (0) 2021.02.09
ffmpeg build  (0) 2020.11.25
Posted by 구차니

댓글을 달아 주세요

프로그램 사용/wayland2022. 1. 24. 16:55

아놔.. rdp랑 동일하네.. wayland 자체가 현재 사용중인 세션은 어떻게든 끌어갈 수 없는 구조인가?

This is a VNC server for wlroots-based Wayland compositors (⛔ Gnome and KDE are not supported). It attaches to a running Wayland session, creates virtual input devices, and exposes a single display via the RFB protocol. The Wayland session may be a headless one, so it is also possible to run wayvnc without a physical display attached.

[링크 : https://github.com/any1/wayvnc]

 

As of 2020, there are several projects that use these methods to provide GUI access to remote computers. The compositor Weston provides an RDP backend. GNOME has a remote desktop server that supports VNC. WayVNC is a VNC server that works with compositors, like Sway, based on the wlroots library. Waypipe works with all Wayland compositors and offers almost-transparent application forwarding, like ssh -X.

[링크 : https://wayland.freedesktop.org/faq.html]

 

느리긴 해도 라즈베리 파이 3 에서도 돌아가긴 한다는 건가?

New features since v0.1.2:
  • The OpenGL ES 2.0 based renderer has now been replaced with a pixman based
    renderer. The new renderer is both simpler and performs better on devices
    with poor memory bandwidth such as the Raspberry Pi 3.

[링크 : https://github.com/any1/wayvnc/releases]

[링크 : https://github.com/any1/neatvnc#client-compatibility]

'프로그램 사용 > wayland' 카테고리의 다른 글

wayland-scanner  (0) 2022.02.16
wayland wl_fixed_t 변수  (0) 2022.02.07
wayvnc  (0) 2022.01.24
weston client 메모리 누수  (0) 2022.01.17
wayland buffer  (0) 2022.01.13
wayland client example  (0) 2022.01.06
Posted by 구차니

댓글을 달아 주세요

하드웨어/Display 장비2022. 1. 24. 16:20

생각해보니 DP ALT 모드를 쓰는거라고 하는데

DP 에서 HDMI로는 그냥 물리적으로만 바꾸어주면 되는거 아니었나?

그러면 USB-C to HDMI는 별다른 하드웨어 없이 하드와이어로 이어진 건데 왜이렇게 비싸!? 생각했는데

혹시나 해서 검색해보니 으아..

MCU 하나에 DP to HDMI 칩이 들어가야 하니 항상 그렇게 길쭉하게 생겼었구나

그 긴 부분은 DP to HDMI 칩때문이구나.. 라는 생각을 하게 됨.

 

 

[링크 : https://www.chromium.org/chromium-os/hoho]

[링크 : https://m.blog.naver.com/benq4ever/221338789732]

 

이래서 HDMI(그래픽 출력) to DP(모니터) 으로는 사용하지 못하는 거군..

[링크 : https://www.kinet-ic.com/uploads/MCDP28x0-03a_Datasheet_Brief.pdf]

 

회사에서 이거 이번에 몇개 살때 만 원 단위였나? 기억이 안나네?

아무튼 오프매장에서 택배비랑 하면 비슷하게 파는걸 보면 그냥 사야하나...

[링크 : http://itempage3.auction.co.kr/DetailView.aspx?itemno=B787880399]

'하드웨어 > Display 장비' 카테고리의 다른 글

USB-C to HDMI 컨버터 회로  (0) 2022.01.24
e-paper 보드 발견  (0) 2022.01.21
ddi tcon  (0) 2019.06.24
강원전자 IC-314-AUD DVI KVM 4:1 스위치  (0) 2019.01.23
nvidia shield over internet  (0) 2018.05.08
Asus Bezel Free Triple Monitor Kit CES 2018  (0) 2018.04.10
Posted by 구차니

댓글을 달아 주세요