| T42 | <adampigg> Yes (re @b100dian: Great! What was the ...) | 08:43 |
|---|---|---|
| T42 | <b100dian> Now someone needs to extract those into a nice submodule we could include everywhere:) | 08:48 |
| T42 | <adampigg> Yeah... Mine is more complex as it goes and builds a tool to lppack the image into a super.img | 08:52 |
| T42 | <adampigg> I guess the way would be to create an action | 08:53 |
| *** rdr_ is now known as rdr | 09:51 | |
| mal | @b100dian I found one interesting thing in camera2 viewfinder, if you take screenshot of the viewfinder the colors look correct | 18:30 |
| Mister_Magister | mal: LOL | 18:36 |
| Mister_Magister | not that its first weird thing or even weirdest thing we experienced on sake | 18:36 |
| T42 | <b100dian> Wow, cool find! Sounds like shaders again. The screenshot is probably not read from gpu. | 18:43 |
| T42 | <b100dian> I havent hit my breakpoints where I was going to change the qtmm code so I guess there are some others | 18:44 |
| mal | @b100dian https://github.com/sailfishos/qtdeclarative/blob/mer-5.6/src/quick/items/qquickwindow.cpp#L3398 | 18:44 |
| mal | looks like I might be wrong about that actually | 20:21 |
| T42 | <b100dian> how did you trigger the screenshot, btw? | 20:22 |
| T42 | <K31j0> vol+ and vol- | 20:22 |
| T42 | <K31j0> At once | 20:23 |
| T42 | <b100dian> not within camera app itself, I don't think so | 20:23 |
| T42 | <b100dian> the first click will trigger the capture | 20:23 |
| T42 | <b100dian> maybe this is what happened? | 20:24 |
| mal | yeah, I did it wrong | 20:24 |
| T42 | <Mister_Magister> you can add screenshot to top menu | 20:24 |
| mal | the colors are wrong | 20:24 |
| T42 | <Mister_Magister> whachu guys doin tho | 20:25 |
| mal | I'm trying to get camera2 working | 20:26 |
| T42 | <b100dian> and I'm trying to follow along, while secretly trying to set edge-mode to off :D | 20:27 |
| mal | that should be easy | 20:27 |
| T42 | <b100dian> yeah, I got it already | 20:27 |
| T42 | <b100dian> but I try to find the better place for it, maybe not everyone want that | 20:28 |
| T42 | <b100dian> I will probably add it to gstdroidcamsrcquirks.conf | 20:28 |
| T42 | <b100dian> but that's easy, as you say, the preview is the main nag | 20:29 |
| mal | I have mostly implemented video recording but it just doesn't work | 20:30 |
| mal | a bit of a chicken-egg situation in that | 20:30 |
| T42 | <b100dian> is it something similar to the preview bug, or what's chicken&egg about it? | 20:31 |
| mal | the external video recorder in droidmedia assumes some things are available which are not available yet at that point, at least in the current code I have | 20:35 |
| T42 | <b100dian> api refactoring means both gst-droid and gecko-camera ig | 20:43 |
| T42 | <b100dian> btw, gecko-camera today doesn't seem to show preview, I did not find a site that works with it | 20:44 |
| T42 | <b100dian> and this droidmedia build | 20:45 |
| mal | ok, I haven't tested that in a long time | 20:47 |
| mal | it's possible it uses the other viewfinder method, in theory at least | 20:48 |
| mal | I haven't implemented that | 20:48 |
| T42 | <b100dian> or it is just me that has media buffers enabled for gecko-camera | 20:55 |
| mal | need to test that later, not very high priority at the moment | 20:58 |
| T42 | <b100dian> sure, just saying it might be another data point | 21:02 |
| mal | @b100dian looks it might be using the video recording way | 21:03 |
| mal | which is not yet implemented | 21:04 |
| mal | I see in logcat this: DroidMediaCamera: get_recording_buffer_queue | 21:04 |
| mal | but also DroidMediaCamera: get_buffer_queue | 21:06 |
| mal | I checked and it needs video recording to work | 21:18 |
| mal | @b100dian I fixed browser camera with camera2 | 22:23 |
| mal | didn't push it yet, need to think how to combine things correctly | 22:23 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!