Huge difference between displayed feed and taken photo
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
Direção de pesquisa
Start by reproducing the discrepancy on the reported Redmi 12C running Android 14: compare the live camera feed with the photo taken in the same conditions. The issue names no files or tests, so locate the preview and capture entry points in the app. Done means the live feed gives a more representative indication of the captured image quality.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Checklist
- I can reproduce the bug with the latest version given here.
- I made sure that there are no existing issues - open or closed - to which I could contribute my information.
- I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
- I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
- I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
- This issue contains only one bug.
- I have read and understood the contribution guidelines.
Affected app version
1.5.0
Affected Android/Custom ROM version
Android 14
Affected device model
Redmi 12C
How did you install the app?
F-Droid / IzzyOnDroid
Steps to reproduce the bug
Open camera.
Take picture.
Expected behavior
The live feed of what the camera sees to reflect the quality of the image.
Actual behavior
Massive difference in the feed's quality and the image's quality.
Screenshots/Screen recordings
Screenshot from the camera app, the image it took, comparison.
Additional information
No response
- Linguagem predominante
- Kotlin
- Estrelas
- 473
- Forks
- 56
- Merge médio
- 9h 27min
- PRs com merge (30d)
- 9
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de FossifyOrg/Camera
-
Moveable Recording TimerAbertafeature request needs triage
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
FossifyOrg/Camera#358 ·
Mantenedores costumam responder em até 1 dia
-
Custom Shutter SoundAbertafeature request needs triage
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
FossifyOrg/Camera#357 ·
Mantenedores costumam responder em até 1 dia
-
feature request needs triage
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
FossifyOrg/Camera#347 ·
Mantenedores costumam responder em até 1 dia
-
feature request needs triage
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
FossifyOrg/Camera#346 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
bug needs triage
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
FossifyOrg/Camera#338 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de FossifyOrg/Camera
Issues semelhantes
-
bug ready-for-agent
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
neutraltone/settee#132 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Kotlin/kotlinx.serialization#3311 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
partiql/partiql-lang-kotlin#1987 ·
Mantenedores costumam responder em até 3 dias
-
Issue: Bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
OpenAPITools/openapi-generator#25524 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
ActivityWatch/aw-android#383 · 1 comentário ·
Mantenedores costumam responder em até 2 dias