# SR

anisepy

저번 포스트에 이어 SR(Super Resolution) task를 위해 real-ESRGAN을 사용하는 방법을 소개하려고 한다. 이 모델은 basicsr 과 realesrgan 라이브러리를 사용하여 학습하기 때문에 기존 pytorch기반의 베이스라인 주피터노트북 파일로 진행하지 않고, 프로그램 작동하듯이 파이썬 파일로 진행하게 된다. 데이콘 대회 : AI양재허브 인공지능 오픈소스 경진대회 1등팀 코드 : [[Private 1위 25.00327] RRDBNet + Geometric Self-Ensemble](https://dacon.io/competitions/officia

anisepy

해상도를 높이는 컴퓨터 비전 Task를 GAN으로 구현해보기 위해 AI 양재 허브 인공지능 오픈소스 경진대회의 1등 수상자의 코드를 리뷰해보기로 한다. 먼저 이 수상작은 ESRGAN: Enhanced Super-Resolution Generative Adversarial Networks - Xintao Wang의 논문을 BasicSR에 맞게 실용적인 용도로 구현한 깃허브 코드를 바탕으로 구현되었다. ![](https://velog.velcdn.com/images/anisepy/po

twinjuy

😊안녕하세요. 오늘 알아볼 주제는 바로 Super Resolution(SR)입니다. Super Resolution이란 무엇일까? Super Resolution은 초해상화라고 하고, 이는 저해상도 영상을 고해상도 영상으로 변환해주는 과제입니다. 영상의 해상도가 좋을수록 그 영상을 시청하는 사람들의 만족도가 좋을수 밖에 없겠죠? 따라서 SR은 컴퓨터 비젼 분야 중 매우 실용적인 분야 중 하나로 뽑히고 있습니다. 저화질 이미지 ![고화질 이미지] (https://github.com/Saafke/EDSR_Tensorflow/raw/master/images/EdsrOutput.png?raw=true) 그림1. 저화질 이미지 고화질 이미지 변환 딥러닝을

chullll

연결지향형 트랜스포트: TCP > 인터넷 상에서 데이터를 메시지의 형태로 보내기 위해서 IP와 함께 사용하는 연결지향형 프로토콜 >> TCP : 패킷 추적, 관리 IP : 데이터 배달 TCP 는 TCP 헤더와 클라이언트 데이터를 하나로 만들어서 TCP 세그먼트를 형성한다. 세그먼트는 Network Layer 로 전달되고 네트워크 계층 IP 데이터그램 안에 각각 캡슐화 되어서 송신된다. TCP 특징 전이중(full-duplex, 양방향) 서비스 제공 점대점(Point to Point, 정확히 2개의 종단점을 갖고 있음) 서비스 방식 연결형 서비스로 가상회선 방식 제공 가상회선 방식? 송신 측과 수신 측을 연결해서 패킷을 전송하기 위한 논리적 경로를 배정한다는 뜻 3-way handshaking 을 통해 세션을 수립하고 연결을 설정 4-way handshaking 을 통해 연결을 해제 흐름제어, 혼잡제어,

devjade

2주 프로젝트가 쏜살같이 지나가고... 4주 프로젝트를 곧바로 이어서 진행하게 되었다. 2주 프로젝트가 연습용 & 협업에 익숙해지기가 주된 목표였다면, 4주 프로젝트는 두 번째 프로젝트인 만큼 새로운 스택 도전, 앱의 완성도 높이기가 목표였다. 지금은 프로젝트가 마무리 된지 일주일 넘게 지났지만, 기획단계에서부터의 기억을 다시 거슬러 되새김질 해보고자 한다...! 4주 프로젝트에서는 2주 프로젝트와 다르게, 기획 단계에서 좀 더 시간을 많이 들여서 꼼꼼히 첫단추를 끼우려고 노력했다. 거의 1주일은 기획에 시간을 쏟았었던 것 같다. 프로젝트 아이디어 SNS 서비스는 첫 프로젝트에서 이미 다뤘기 때문에, 이번 프로젝트에서는 SNS 말고 다른 주제를 해볼까... 고민하다가 팀원 중 한 분이 '전시회 정보 제공' 어플이 어떻겠냐고 제안을 했다. 기존의 전시 정보를 제공하는 많은 플랫폼들이 아래와 같은 pain points들이 있었다. 미술관마다 각자 다른 전

devjade

드디어 부트캠프의 프로젝트 기간이 시작되었다. 나 포함 4명이 한 팀이 되어 2주간 하나의 어플리케이션을 완성하게 된다. 이 2주간의 프로젝트의 가장 큰 목표는... 배운 기술 스택을 스스로 복습하기, 그리고 무엇보다도 중요한 팀원들과 잘 협업하기이다. 모든 프로젝트는 기획에서 시작된다. 어제~오늘 프로젝트에 대하여 전반적으로 기획했던 내용을 아래와 같이 정리해보고자 한다. 프로젝트 아이디어 지난 주말, 팀원들과 각자 진행해보고 싶은 프로젝트 아이디어를 생각해오기로 하고, 어제 공유해보았다. 가계부, 여행 다이어리, 소문내고싶은 잇템... 등 여러 아이디어가 나왔다. 나는 아래를 기준으로 괜찮은 아이디어가 있나 고민해보았다. 특정 타겟군이 아니라, 연령대/성별에 무관하게 모든 사람이 유

eensungkim

Daria Shevtsova 님의 사진, 출처: Pexels 프로젝트와 기획 코드스테이츠에서 제공하는 3 번의 섹션 기간을 통해 수강생들은 기술, 소위 말해 스택을 습득하게 됩니다. 그리고 이렇게 배운 스택을 프로젝트에서 본격적으로 활용하게 되죠. 프로젝트 안내에서는 새로운 기술 스택에 섣불리 도전하기보다 가급적 그동안 배운 것들을 복습하기를 권장하고 있습니다. 대신 프로젝트에서 기술 스택의 사용 외에 추가적으로 해야하는 것이 있습니다. 바로 기획이라는 단계입니다. 우리가 만들고자 하는 서비스는 무엇이며, 이를 구현하기 위해 어떤 기능들이 필요한지, 또 어떤 스택을 사용했는지 등등, 기획을 통해 우리는 만들고자 하는 서비스를 구체화

danielseo

이미지 복원 작업은 이미지를 복원하는 동안 공간 세부 정보와 높은 수준의 contextualized 정보 간의 복잡한 균형을 요구한다. 이 논문에서 저자들은 이 균형을 맞춰줄 수 있는 새로운 모델로 Multi-stage 구조를 제안했다. 저자들이 제안한 이 모델은 degrade된 input에 대한 복원 기능을 점진적으로 학습하여 전체 복원 프로세스를 관리 가능한 단계로 세분화한다. 처음에 모델은 Encoder-Decoder 구조를 이용하여 contextualized function을 학습하고, 나중에 이것과 local 정보를 유지하는 고해상도 branch와 결합한다. 그리고 각 단계에서 local feature들의 가중치를 재조정하기 위해 내부 super

hangoook

프로젝트 기획 3일차 회고 DB 스키마 설계 수정 각 테이블간의 관계 설정의 오류가 있는 듯하여 다시 재설정 이것 또한 수정될 가능성이 있으므로 확정은 하지 않았다. API 문서 작성 시작 아직 클라이언트 단에서 어떠한 정보가 필요하다 라는 얘기가 없기 때문에 서버쪽에서 임의 적으로 데이터가 무엇이 필요한지 판단하여 작성은 해보았으나 작성하면서 느끼는 것은 API문서 작성은 클라이언트와 꼭 같이 얘기 하면서 작성해야 된다는것이다. 인증 로직은 어떻게 구현 할 것인지에 대해 팀원과 논의 로그인시 accessToken 발급 (body로? cookie로?) 로그아웃시 accessToken을 어떻게 지울것인지? accessToken 만료시 refreshToken을 통한 재발급은 어떻게?

hangoook

프로젝트 기획 2일차 회고 기능 나누기 회원가입 로그인/로그아웃(토큰 방식) 메뉴 추천 다른 메뉴 재추천 다이어리 리스트에 저장 마이페이지 비밀번호 수정 다이어리 리스트 리스트 정보 : 메뉴이름, 아이콘(날씨, 기분, 음식 카테고리), 코멘트, 저장한 날짜 리스트 클릭 시 코멘트 수정 기능 리스트 삭제 나눠진 기능에 따른 와이어 프레임 설계 와이어 프레임에 따른 flow chart 설계 DB 스키마 설계 설계를 하면서도 이게 맞는지를 잘 모르겠는 느낌이 강하다. 추후 서버작업을 하면서 수정이 많이 될것으로 여겨진다.

danielseo

EDSR "Enhanced Deep Residual Networks for Single Image Super-Resolution" EDSR 모델은 NTIRE 2017 SISR challenge에서 우승한 서울대 팀이 제안한 모델로써, 총 2개의 새로운 네트워크 구조(EDSR, MDSR)를 제안했는데 2개의 네트워크 모두 상당히 좋은 성능을 보여 주었음. 서울대 팀은 2016년 말에 Twitter 연구팀에서 제안했던 SRResNet이라는 네트워크 구조에서 불필요한 요소(ex : Batch Normalizaion)들을 제거하고, depth를 더 깊이 쌓음으로써 네트워크의 성능을 더욱 끌어올릴 수 있었

hangoook

프로젝트 기획 1일차 git workflow에 대한 이해 어떻게 feature를 생성하고, push하고 merge를 할 것 인가. 아이디어 회의 날씨, 기분에 따른 메뉴추천 서비스로 확정 파트 분배 (나는 백엔드를 하게 되었다.) 회고 git을 이용해 작업을 어떻게 해야하는지에 대한 그림이 아직까지 확실히 들어오진 않았지만 퍼스트 프로젝트는 연습과정이라 생각하라고 하셨기에, 충분히 연습하면서 git에도 익숙해질 예정! 사실 내가 백엔드를 할수 있을까에 대한 고민이 많다. 스프린트 진행당시에도, 문제를 풀어내기에만 급급했지, 서버에 대한 이해를 하고 있다는 생각은 잘 들지 않았기에.. 그래도 부딪히다 보면 성장 할것이라 믿는다. 확정된 아이디어는 충분히 매리트가 있는 서비스라고 생각이 들었다. 나중에 개발을 해서 내가 무엇을 먹고싶을지 정하기 힘들때 나도 한번 써볼까 생각 중 이다.

hangoook

프로젝트 기획을 어떻게 시작할것인가? 아이디어 선정 프로젝트 기획, 범위 설정 시스템 아키텍쳐 설계 스키마 작성 API 작성 프로젝트는 왜 하는것인가? 포트폴리오 현업에서의 실무를 미리 경험 배운 개념 복습 개념을 적용시켜가면서 연습 어떻게? 퍼스트 프로젝트는 망하는게 목적 시도를 많이해보기 무한삽질을하면서 기초를 탄탄하게 다지는게 중요. 새로운스택 공부해서 적용해봐야지 라는 생각보단 복습에 초점 배포까지 경험해보기 SR(Software Requirements) 기획단계 (2일, 못해도 3일) 어떤 서비스를 만들것인가에 대한 기획 서비스를 어떻게 개발로 풀어낼지에 대한 기획 팀장 선정 (누가 좋을까? 소통이 잘되는사람, 커뮤니케이션) 개발실력이 뛰어난 것과, 팀을 리드하는것은 다르다. 배포, 인증은 백엔드 쪽에서 다루는 부분.

charlie-lyc

8. API 문서 작성: 팀원과 상의해서 프로젝트에 어떤 API가 필요할지 정하고 API Docs로 정리. > 9. 프로젝트 태스크 카드 작성 & 분배: 주어진 가용 시간에 맞추어 Github의 Project Reposotory에 Issue를 생성해서 Task Card 작성. 각 태스크 카드는 3시간을 넘지 않도록 작성 맡은 역할에 따라 본인의 역량에 따라 태스크 카드들을 분배 > 10. 마일스톤 작성 구현하고자 하는 기능들에 대해 목표 정하기 각 목표에 맞게 Milestone 설정 > 11. 팀 룰 작성 Commit Message 규칙 Branch 규칙 Pull Request 관리 Isuue 관리 Coding 스타일 변수 이름 파일, 생성자 이름 디자인 패턴(MVC Pattern, Atomic Pattern 등등) Lint 버전 관리 이 외에 필요한 Team

charlie-lyc

1. 프로젝트 선정: 팀원간의 상의를 통해 아이디어를 산출하고, 그 중에서 Project Requirements 기능들이 전부 들어갈 수 있는 프로젝트 하나를 선택. > 2. 팀장, 팀명, 프로젝트명 정하기: 프로젝트명으로 Github Repository 생성. > 3. 팀원별 역할 정하기: 팀원간의 상의를 통해 Front-end, Back-end 역할 정하기. Full-stack을 맡게 되는 팀원이 있을 경우 반드시 분명한 이유 설명. > 4. 프로젝트 기획 및 범위 설정: Bare Minimum, Advanced 순서로 프로젝트에 구현하고자 하는 기능 목록 작성. 필수 Project Requirements 기능들은 반드시 포함. > 5. 시스템 아키텍쳐 설계: Functional Flow와 Wire Frame 작성 > 6. 컴포넌트 구성: 팀원간 상의를 통해 Component 구성 작성 > **7. 데이터베이스 스키마 작성

hipiction

하루 정도 숨을 돌리고 나니 곧장 마지막 프로젝트가 시작되었다. 다행히도 이전 프로젝트와 동일하게 팀이 구성되어 각자가 생각해본 보완점이나 희망사항에 대해 쉽게 공감할 수 있었고, 공유와 적용도 빨랐다. 마지막 프로젝트는 약 관리 애플리케이션인 '약올림'이다. 이 앱은 내가 먹고 있는, 가지고 있는 약의 현황을 등록하고 관리해준다. 시장에 나와있는 To do list나 메모 앱처럼 약을 기록하고 복용 주기 등을 설정하면 외출 전에 약을 챙겨가라거나, 약 먹을 시간이 되었을 때 알람이 울린다. 또 약을 촬영하면 해당 약의 이름을 비롯한 기본정보를 띄워준다. 팀원들이 모두 이미지처리에 관심이 있고 백엔드의 경우 사용해보고 싶은 스택도 겹쳐서 순조롭게 아이디어를 구체화할 수 있었다. 그래서 우리 팀은 첫 번째 프로젝트처럼 곧장 SR문서를 정리하기 보다는 1) 구현하고자 하는 앱의 기능과 특성을 정리하고 2) 그에 맞는 기술스택을 취사선택한 후에 3) 각자 일주일의 공부 시간을