Re: [SailfishDevel] Next meeting on SailfishOS, open source, collaboration: 26-November @ 14:30 UTC

[Mohammed Hassan]

Would it BE possible to postpone the meeting?

You know, we are changing the office location.

Cheers,

On Nov 25, 2015 4:02 PM, Carol Chen  wrote:
Hi!

Thanks to everyone who responded on
https://together.jolla.com/question/54157/sailfishos-open-source-collaboration-meeting-planning/

Here's the invitation/agenda for tomorrow's meeting:

Date: 26 November 2015
Time: 14:30 UTC, for your local time: http://bit.ly/1HmJWl3
Duration: 70 minutes
Chair: Carol Chen (cybette)
Location: #mer-meeting on Freenode IRC

Those without an IRC client can access it here:
http://webchat.freenode.net?channels=mer-meeting

Current proposed topics:
* Intro (5 min)
* Explore options to decentralize Jolla, SailfishOS and Mer essential 
infrastructure - bobsummerwill (15 min)
* Status report from Jolla the company - SfietKonstantinW (30 min)
* General discussions - everyone (10 min)
* Wrap up and next meeting (10 min)

Please familiarize yourself with the topics before the meeting, as well
as the common Meetbot commands https://wiki.debian.org/MeetBot (it's
used for meeting management and logging)

Thanks and see you tomorrow!

Br,
  Carol.

--
Carol Chen
cybette @ Freenode IRC

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Workflow for co-development for desktop / sailfish silica

[Mohammed Hassan]

On Thu, 22 Oct 2015 15:43:46 +0200
TE  wrote:

> Hi all,
> 
> until now, my development workflow consists of coding and
> subsequently testing on the device or emulator respectively. Every
> cycle takes quite some time. Is there a neat way / architecture for
> co-developing for the desktop and Silica UI. The aim would be to do
> most of the coding / testing with the desktop target and switch to
> the emulator / device for the Silica UI.
> 
> I would be grateful if anybody could share his/her experiences or
> workflow!

There are multiple tips if you are using Linux AND you don't care
about QtCreator:
- I use a multi-tabbed terminal. The first tab has emacs (console not
  X11) editing code. Once I am done with the code, I switch to the 2nd
  tab.
  The 2nd tab is a tab dedicated for typing 1 command: sb2 make && scp
   phone:~/app_test_dir/
  The 3rd tab is a phone ssh session where I just ^c and rerun the app
  to check it.

- Sometimes I edit QML code on the phone and restart the app to check
  but you have to be capable of tolerating vi (The editor on the phone).

- C++ engine is easily testable on the desktop. Not a big issue IMHO.

- You can try installing Silica on the desktop especially that there
  are now x86 binaries. This can speed up your development. I have not
  done that so I unfortunately cannot help here but it should be doable.

HTH

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Mon, Sep 14, 2015 at 08:27:26PM +0300, Kaj-Michael Lang wrote:
> On pe, 2015-09-11 at 17:24 +0300, Mohammed Hassan wrote:
> > If you want to be updated on the issue then please file a t.j.c
> > post ;-)
> 
> here
> https://together.jolla.com/question/109672/bug-gstreamer-1x-rtspsrc-does-not-work-properly/

Thank you.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Mon, Sep 14, 2015 at 11:40:53AM +0300, Kaj-Michael Lang wrote:
> On Sun, 2015-09-13 at 23:49 +0300, Mohammed Hassan wrote:
> > That won't work then. I thought -based on our previous discussions-
> > that you are
> > using GStreamer directly.
> 
> I'm not as it is not allowed in harbour apps, and I like to have it
> available there. Strictly Qt Multimedia only. But I've been hoping for
> direct usage as then I could add things like equalizers, visualization,
> etc.

Direct usage will come. I just need to prepare the needed patches for
the validator. You could help by listing the GStreamer libraries you
need.

> > BTW what's your app? Is it in harbour?
> 
> It is, Y-Radio. 100% unusable on 1.1.9.28 right now.

I will do my best then to push it to 1.1.9 but I cannot promise anything yet as 
it's
really late.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Sun, Sep 13, 2015 at 10:51:17PM +0300, Kaj-Michael Lang wrote:
> On su, 2015-09-13 at 20:39 +0300, Mohammed Hassan wrote:
> > I cannot promise. GStreamer 0.10 is still there in 1.1.9 so you can
> > continue using it until the glib bug gets fixed.
> 
> How would that work now that Qt Multimedia is built against 1.x ?

That won't work then. I thought -based on our previous discussions- that you are
using GStreamer directly.

BTW what's your app? Is it in harbour?

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Sat, Sep 12, 2015 at 05:22:15PM +0300, Kaj-Michael Lang wrote:
> On pe, 2015-09-11 at 17:24 +0300, Mohammed Hassan wrote:
> > I did some more digging and it is a bug in glib.
> > _g_uri_parse_authority() fails to parse the URI but this seems to has
> > been fixed already. We are using an old glib and thus we are missing
> > those fixes. I will see what can be done regarding that.
> 
> Thanks for digging deeper on this. I hope a fix will be included in the
> public final release.

Unfortunately it's too late to include the fix in the final 1.1.9 release.
I am trying to -however- include the fix in the update after 1.1.9 but
I cannot promise. GStreamer 0.10 is still there in 1.1.9 so you can
continue using it until the glib bug gets fixed.

> > If you want to be updated on the issue then please file a t.j.c
> > post ;-)
> 
> Sure, I can do that.

Thanks. Please share the link when you do so.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Fri, 11 Sep 2015 16:10:09 +0300
Mohammed Hassan  wrote:

> On Fri, 11 Sep 2015 14:23:07 +0300
> Kaj-Michael Lang  wrote:
> 
> > Hi
> > 
> > Upgraded my phone to 1.1.9.28 (upgrade was smoonth) and tried my
> > softwares, unfortunately something is broken with rtspsrc in
> > gstreamer.
> > 
> > On my desktop with gst 1.4.5 it works ok, but on the device I get a
> > connection error, and it is not my network, users have reported the
> > same thing.
> > 
> > Commandline used:
> > gst-launch-1.0 -t -c -v  playbin
> > uri=rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> > 
> > On desktop, connects and plays ok:
> > Setting pipeline to PAUSED ...
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> > ring-buffer-max-size = 0
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration
> > = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> > use-buffering = false
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri =
> > rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed
> > = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source =
> > "\(GstRTSPSrc\)\ source"
> > Pipeline is live and does not need PREROLL ...
> > Progress: (open) Opening Stream
> > Progress: (connect) Connecting to
> > rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> > Progress: (open) Retrieving server options
> > Progress: (open) Retrieving media info
> > Progress: (request) SETUP stream 0
> > .
> > etc and the stream plays ok
> > 
> > On device, I get a connection error:
> > Setting pipeline to PAUSED ...
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> > ring-buffer-max-size = 0
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration
> > = -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> > use-buffering = false
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri =
> > rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed
> > = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source =
> > "\(GstRTSPSrc\)\ source"
> > Pipeline is live and does not need PREROLL ...
> > Progress: (open) Opening Stream
> > Progress: (connect) Connecting to
> > rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> > ERROR: from
> > element 
> > /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
> > Could not open resource for reading and writing. Additional debug
> > info: gstrtspsrc.c(6868): gst_rtspsrc_retrieve_sdp
> > (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
> > Failed to connect. (Generic error)
> > ERROR: pipeline doesn't want to preroll.
> > Setting pipeline to PAUSED ...
> > Setting pipeline to READY ...
> > Setting pipeline to NULL ...
> > Freeing pipeline ...
> > 
> > any ideas ?
> 
> I am surprised it complains about an invalid URI:
> Progress: (connect) Connecting to
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> 0:00:00.074042423 14227  0x1ebf460 ERRORdefault
> gstrtspconnection.c:877:gst_rtsp_connection_connect: failed to
> connect: Invalid URI
> 'rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883'
> 0:00:00.074591790 14227  0x1ebf460 ERRORrtspsrc
> gstrtspsrc.c:4198:gst_rtsp_conninfo_connect: Could not connect
> to server. (Generic error) 0:00:00.074988555 14227  0x1ebf460
> WARN rtspsrc
> gstrtspsrc.c:6868:gst_rtspsrc_retrieve_sdp: error: Failed to
> connect. (Generic error)
> 
> You would be better submitting a t.j.c issue so I can at least try to
> update you as I make progress debugging it.

I did some more digging and it is a bug in glib.
_g_uri_parse_authority() fails to parse the URI but this seems to has
been fixed already. We are using an old glib and thus we are missing
those fixes. I will see what can be done regarding that.

If you want to be updated on the issue then please file a t.j.c post ;-)

Cheers,

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer rtspsrc issue

[Mohammed Hassan]

On Fri, 11 Sep 2015 14:23:07 +0300
Kaj-Michael Lang  wrote:

> Hi
> 
> Upgraded my phone to 1.1.9.28 (upgrade was smoonth) and tried my
> softwares, unfortunately something is broken with rtspsrc in
> gstreamer.
> 
> On my desktop with gst 1.4.5 it works ok, but on the device I get a
> connection error, and it is not my network, users have reported the
> same thing.
> 
> Commandline used:
> gst-launch-1.0 -t -c -v  playbin
> uri=rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> 
> On desktop, connects and plays ok:
> Setting pipeline to PAUSED ...
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> ring-buffer-max-size = 0
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration =
> -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering =
> false
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri =
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed
> = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source =
> "\(GstRTSPSrc\)\ source"
> Pipeline is live and does not need PREROLL ...
> Progress: (open) Opening Stream
> Progress: (connect) Connecting to
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> Progress: (open) Retrieving server options
> Progress: (open) Retrieving media info
> Progress: (request) SETUP stream 0
> .
> etc and the stream plays ok
> 
> On device, I get a connection error:
> Setting pipeline to PAUSED ...
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0:
> ring-buffer-max-size = 0
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-size = -1
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: buffer-duration =
> -1 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: use-buffering =
> false
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: download = false
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: uri =
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: connection-speed
> = 0 /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0: source =
> "\(GstRTSPSrc\)\ source"
> Pipeline is live and does not need PREROLL ...
> Progress: (open) Opening Stream
> Progress: (connect) Connecting to
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
> ERROR: from
> element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
> Could not open resource for reading and writing. Additional debug
> info: gstrtspsrc.c(6868): gst_rtspsrc_retrieve_sdp
> (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:
> Failed to connect. (Generic error)
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to PAUSED ...
> Setting pipeline to READY ...
> Setting pipeline to NULL ...
> Freeing pipeline ...
> 
> any ideas ?

I am surprised it complains about an invalid URI:
Progress: (connect) Connecting to
rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883
0:00:00.074042423 14227  0x1ebf460 ERRORdefault
gstrtspconnection.c:877:gst_rtsp_connection_connect: failed to connect:
Invalid URI
'rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_6_64@113883'
0:00:00.074591790 14227  0x1ebf460 ERRORrtspsrc
gstrtspsrc.c:4198:gst_rtsp_conninfo_connect: Could not connect
to server. (Generic error) 0:00:00.074988555 14227  0x1ebf460
WARN rtspsrc
gstrtspsrc.c:6868:gst_rtspsrc_retrieve_sdp: error: Failed to
connect. (Generic error)

You would be better submitting a t.j.c issue so I can at least try to
update you as I make progress debugging it.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gst 1.0 in harbour ?

[Mohammed Hassan]

On Fri, 11 Sep 2015 13:44:43 +0300
Kaj-Michael Lang  wrote:

> Hi
> 
> Will direct usage of gstreamer be allowed in harbour apps now that
> Sfos 2.0 comes with gstreamer 1.0 ?
> 

Yes it will be allowed to some extend[1]. I just need to create and push
the needed patches to whitelist GStreamer 1.x libraries to rpm
validator.

If you want to help, please run the rpm validator on your app
and send me the list of libraries ;-)

Cheers,

[1] We cannot allow interfaces in plugins-bad as they are unstable and
cannot allow interfaces in nemo-gst-interfaces as they are in flux with
a huge possibility of being broken fairly soon. Also you would be
better off not depending on the media types for HW codecs or camera
source otherwise you might be affected while we fix stuff.
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] How to update Poppler ?

[Mohammed Hassan]

On Wed, 9 Sep 2015 15:05:21 +0200
Damien Caliste  wrote:

> Hello,
> 
>I've asked earlier this year this same question :
> https://lists.sailfishos.org/pipermail/devel/2015-March/005906.html
> that is related to this crash reported in TJC :
> https://together.jolla.com/question/22721/some-pdfs-crash-documents/
> 
> and following the advice from Tortoisedoc who kindly answered at that
> time, I've finally gave a look to mer repository :
> https://git.merproject.org/mer-core/poppler/tree/master
> 
> Sadly, it seems that Poppler used in SFOS is not the one in MER (phone
> says having 0.24.0-1.2.7). So I may ask my question again : how to
> contribute to Poppler for SFOS ?

It's the one from nemo:
https://github.com/nemomobile-packages/poppler.git

> Side question (to MER mailing list) : would it be wise to push a more
> recent version to MER, currently Debian is using 0.26.5 for instance,
> or do you prefer to receive a patch to the current version ?

I have no idea why we have 2 packages in nemo and mer. I'd personally
use the one in nemo since it's the one used by SFOS.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] one question on GstDroidBufferPool

[Mohammed Hassan]

On Thu, Jul 09, 2015 at 08:14:09PM +0800, Halley wrote:
>  why release_buffer is not required in the GstDroidBufferPool?
> 
>  from my understanding, release_buffer is opposite to alloc_buffer;
> 
>  when we "++dpool->num_buffers" in alloc_buffer, should we
>  "--dpool->num_buffers" in release_buffer?

GstDroidBufferPool is kind of a hack to throttle the decoder output a bit.

Since we never reallocate the buffers then it is safe to ignore resetting
num_buffers. We also reset it in _start().

The pool recycles the buffers so we decrease num_buffers when we hand a buffer 
to
the decoder and increment it again when we get a buffer back in _reset_buffer()

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: 回复：Re: could we support_hw_overlay_from_gst-droid?

[Mohammed Hassan]

On Fri, 22 May 2015 16:31:35 +0800
Halley  wrote:

> after  a thought, I think overlay can be added back in the following
> way:1. wayland-android-client-protocol.h supports passing
> ANativeWindowBuffer from wayland client to server.2. An
> object(WindowSurface) with same interface of ANativeWindow can be
> constructed in host; which meets the requirement of android codecs.3.
> then we can create gst video sink element which accepts
> ANativeWindow, gst can feed the WindowSurface to android
> codecs.finally weston receives ANativeWindowBuffer from media client,
> it has the option to assign this ANativeWindowBuffer to Overlay plane.

There is no need to add anything to wayland because all the needed
functionality is already there.

clients communicate already with the compositor using android native
buffers.

The only thing we need is:
1) a way to tell the sink to use the overlay
2) a way to tell the compositor to use the overlay for a certain buffer
3) A way to tell the compositor the "position" of rendering (x, y).
4) expose that to Qt in a simple way.

#1 is easy to achieve with a simple property
#2 is already implemented but I am not entirely sure
#3 is something that might or might not be there. Or maybe the overlay
can only be used for full screen rendering?
#4 is something I have no idea how to implement.

The question still remains: Does using the overlay bring any
improvement? Is it really needed?

Cheers,


> 
> ----
> 
> 
> - 原始邮件 -
> 发件人：Mohammed Hassan 
> 收件人：Sailfish OS Developers 
> 主题：Re: [SailfishDevel] 回复：Re: could we
> support_hw_overlay_from_gst-droid? 日期：2015年05月19日 21点27分
> 
> 
> On Tue, 5 May 2015 23:09:40 +0300
> Tone Kastlunger  wrote:
> > Hi;
> > apologies for dropping the mailing list - it appears gmail does not
> > reply correctly to the mailing list but only to the sender.
> > Qt 5.1 was my typo, should have been 5.2.
> > 
> > Point being, does lipstic currently handle wayland subsurfaces?
> Unfortunately not but it can be done if there is a need ;-)
> The point is: Does it really improve the rendering/playback
> performance? Cheers,
> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to
> devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Minutes] SailfishOS community meeting 21.5. + planning for next one 11.6.

[Mohammed Hassan]

On Thu, May 21, 2015 at 11:38:08PM +0500, Andrey Kozhevnikov wrote:
> Thank you for comments.
> 
> No matter if QtDocumentGallery will be used or other backend, if
> Sailfish.Pickers will be available to use (at least pages for selecting
> media)

If the Qt document gallery import is in one of the pickers then it means it
is supported implicitly as you can create QML types from it.

> For thumbnails i'm actively using video thumbnailer and nemomobile Thumbnail
> component.

That does not make them suitable for white listing unfortunately ;-)

Cheers,

> 21.05.2015 23:33, Mohammed Hassan пишет:
> >On Thu, May 21, 2015 at 03:39:30PM +, Iekku Pylkka wrote:
> >>  Hi,
> >>  Thanks to everyone who attended today's meeting. Minutes/logs:
> >>  Minutes:
> >>
> >>  [1]http://merproject.org/meetings/mer-meeting/2015/mer-meeting.2015-05-
> >>  21-14.30.html
> >I missed the meeting unfortunately but I feel I should comment on a few 
> >points:
> >
> >CameraExtensions: This is part of jolla camera and it was written AFAICT to 
> >work
> >around the limitation of QtMultimedia declarative API. There is no point in 
> >allowing
> >this in harbour since we are moving to QtMultimedia 5.5 in order to support 
> >GStreamer 1.x
> >which should hopefully improve the situation.
> >
> >* QtDocumentGallery: This is not maintained upstream AFAIK and we might be 
> >the only
> >users of such library. I would pretty much love to move away from it and use 
> >grilo
> >instead. Once that happens we can start allowing anything that has been 
> >migrated
> >in harbour.
> >
> >* Thumbnailing: We have 2 thumbnails in the platform. The nemo thumbnailer 
> >which provides
> >only QML API (Used by UI apps) and tumbler which is used by buteo for MTP. 
> >Both of them need
> >to e merged together and perhaps a C++ library should be written on top of 
> >which we can have
> >a declarative bindings.
> >
> >I have just commented on the bits I know and on why they cannot be allowed 
> >in harbour
> >for the time being. Help is of course greatly welcomed :-)
> >
> >Cheers,
> >___
> >SailfishOS.org Devel mailing list
> >To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
> 
> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Minutes] SailfishOS community meeting 21.5. + planning for next one 11.6.

[Mohammed Hassan]

On Thu, May 21, 2015 at 03:39:30PM +, Iekku Pylkka wrote:
>  Hi,
>  Thanks to everyone who attended today's meeting. Minutes/logs:
>  Minutes:
> 
>  [1]http://merproject.org/meetings/mer-meeting/2015/mer-meeting.2015-05-
>  21-14.30.html

I missed the meeting unfortunately but I feel I should comment on a few points:

CameraExtensions: This is part of jolla camera and it was written AFAICT to work
around the limitation of QtMultimedia declarative API. There is no point in 
allowing
this in harbour since we are moving to QtMultimedia 5.5 in order to support 
GStreamer 1.x
which should hopefully improve the situation.

* QtDocumentGallery: This is not maintained upstream AFAIK and we might be the 
only
users of such library. I would pretty much love to move away from it and use 
grilo
instead. Once that happens we can start allowing anything that has been migrated
in harbour.

* Thumbnailing: We have 2 thumbnails in the platform. The nemo thumbnailer 
which provides
only QML API (Used by UI apps) and tumbler which is used by buteo for MTP. Both 
of them need
to e merged together and perhaps a C++ library should be written on top of 
which we can have
a declarative bindings.

I have just commented on the bits I know and on why they cannot be allowed in 
harbour
for the time being. Help is of course greatly welcomed :-)

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: could we support hw overlay from gst-droid?

[Mohammed Hassan]

On Tue, 5 May 2015 23:09:40 +0300
Tone Kastlunger  wrote:

> Hi;
> apologies for dropping the mailing list - it appears gmail does not
> reply correctly to the mailing list but only to the sender.
> Qt 5.1 was my typo, should have been 5.2.
> 
> Point being, does lipstic currently handle wayland subsurfaces?

Unfortunately not but it can be done if there is a need ;-)

The point is: Does it really improve the rendering/playback performance?

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: 回复：Re: could we support_hw_overlay_from_gst-droid?

[Mohammed Hassan]

On Sat, May 09, 2015 at 10:14:08AM +0800, Halley wrote:
>  I don't have much idea on it as well.
> 
>  I think EGLImage or texture id are concept inside one process, not able
>  to shared between two process (wayland client and wayland server). for
>  EGL application, drm buffer name is passed by wayland-drm protocol
>  inside libEGL.
> 
>  some global buffer handle are required to share the buffer directly
>  from app to weston. like gralloc handle, dma_buf, or drm name.

This is an implementation detail. As long as we are using Android adaptation
and libhybris we already have Android native buffers which we can pass around.

We can always extend droideglsink with a mechanism that allows sending such 
buffers
directly to the wayland compositor without the app even noticing. The downsides 
are:
1) I have no idea how that can be implemented with QtMultimedia
2) The app might need to render GUI controls on top of the video which is the 
reason why
I suggested sub surfaces (But I don't know if it is supported or not).

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: could we support hw overlay from gst-droid?

[Mohammed Hassan]

On Mon, May 04, 2015 at 12:04:57PM +0300, Tone Kastlunger wrote:
>  Ok I see, so the stack is actually:
>  lipstick -> QTGStreamer -> GStreamer -> OpenGLES.

QTGStreamer is not used at all.

>  In that case, perhaps a subsurface can do the job.
>  Thing is, how does the upstream stack handle it? AFAIK subsurfaces are
>  not available yet in Qt 5.1..

Which upstream stack? We are using Qt 5.2 BTW.

Cheers,

P.S. Please do not drop the mailing list from the conversation.
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: could we support hw overlay from gst-droid?

[Mohammed Hassan]

On Fri, May 01, 2015 at 08:01:34PM +0300, Tone Kastlunger wrote:
>  I'd guess this would require patching lipstick (compositor) as well?
>  tortoisedoc

I cannot tell. One option is to use wayland subsurfaces (I don't know if it's
even possible or not). We can then extend droideglsink to use subsurfaces
and let the compositor do the work.

I would not prefer giving the buffers themselves to the app for rendering 
because:
1) There is no guarantee that the content of the buffers will be cross 
platform. We get
a vendor specific data format encapsulated within an android buffer and we do 
not
even know (from a programming POV) what the format of the data is
2) If the app blocks, the decoding pipeline will stall. We can push up to 2 
buffers only
to the app and if we don't get them back to the decoder we will block and stop 
decoding.
2 is what we are limiting ourselves to currently but could increase in the 
future.

An alternate way is to patch glimagesink from plugins-bad to grok our buffers
or to enable waylandsink and ship it.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] 回复：Re: could we support hw overlay from gst-droid?

[Mohammed Hassan]

On Thu, Apr 30, 2015 at 09:08:26AM +0800, Halley wrote:
>  I mean,
> 
>  in gst_droideglsink_bind_frame(), EGLImage is created from video frame.
> 
>  then I assume this video frame will finally drawn as texture in
>  application.
> 
>  is there other option to send the video frame mem to compositor
>  directly, then the compositor has one option to assign the video frame
>  to overlay plane.
> 
>  something like SurfaceView in android, the compositor acts as buffer
>  consumer directly.
> 
>  thanks.

I am not aware of any other way but patches are welcomed ;-)

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] could we support hw overlay from gst-droid?

[Mohammed Hassan]

On Sun, Apr 26, 2015 at 02:23:24PM +0800, Halley wrote:
>  Hi Mohammed:
> 
>  in gst-droid, eglsink is created for texture video rendering.
> 
>  is it possible that the video is rendered to overlay? independent from
>  egl/gles.

Hi,

What do you mean by "rendered to an overlay"? What exactly are you trying to do?

Also note that gst-droid is not yet part of Sailfish OS so you cannot yet use 
it.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] GStreamer usage

[Mohammed Hassan]

On Mon, Mar 30, 2015 at 01:00:33AM +0300, Andrew Penkrat wrote:
>  Hello!

Hi,

>  I found some QtMultimedia related issues in my app so I decided to
>  write my own backend for video playback using GStreamer 1.0. I'm not
>  familiar with it so I read through documentation and managed to write a
>  simple audio player.

What are the issues? Maybe they can be solved.

>  But what I can't understand is how am I supposed to play video on
>  Sailfish. I was exploring cameraplus but I only understood it uses
>  droideglsink and then the repository was deleted. I couldn't find any
>  other examples so I'm asking here for help.

It got moved here https://github.com/foolab/cameraplus due to Gitlab acquiring 
gitorious

GStreamer 1.x is not yet fully functional. If you want something that will work
then feel free to use 0.10 but it is obsolete.

GStreamer is not allowed in harbour (Jolla app store) but GStreamer 1.x will be
allowed once it becomes the default for the OS.

>  Do I need to use this sink? How should I use it?

The sink cannot be used alone to do the rendering, it's used in combination
with the nemo-gst-interfaces to provide you with an EGLImage which you then
can use for rendering.

Start with this:
https://github.com/foolab/cameraplus/blob/master/lib/qtcamviewfinderrenderernemo.cpp#L180

Feel free to ask :-)

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Package dependencies

[Mohammed Hassan]

On Wed, Feb 18, 2015 at 12:31:32AM +0400, Andrew Penkrat wrote:
>  No, I'm using QtMultimedia. So I don't need any gstreamer plugins?
>  Because on PC I need to install gstreamer0.10-ffmpeg for playing those
>  videos with QtMultimedia usage.

That is what I said in the beginning. Just depend on the QtMultimedia plugins
you need.

gstreamer0.10-ffmpeg in Jolla phone/Sailfish OS is not used for H264 decoding
at all.

gstreamer0.10-omx along with h264parse from plugins-bad are both responsible for
H264 but that is implementation detail. The GStreamer 1.x implementation uses a 
completely
different element for H264 decoding.

Also note that GStreamer 0.10 is not allowed for harbour apps and we are in the
process of migrating to GStreamer 1.x so if you depend on any 0.10 
libraries/plugins
you will prevent your app from being accepted in harbour

Cheers,

> 
>  17 февр. 2015 г. 23:01 пользователь "Mohammed Hassan"
>  <[1]mohammed.has...@jollamobile.com> написал:
> 
>  On Tue, Feb 17, 2015 at 11:50:02PM +0400, Andrew Penkrat wrote:
>  > But doesn't QtMultimedia use gstreamer?
>  >
>  It does but it's hidden from QtMultimedia users.
>  Do you use GStreamer API directly?
>  Cheers,
>  > 17 февр. 2015 г. 22:41 пользователь "Mohammed Hassan"
>  > <[1][2]mohammed.has...@jollamobile.com> написал:
>  >
>  > On Tue, Feb 17, 2015 at 08:58:46PM +0400, Андрей Пенкрат wrote:
>  > > Hi
>  > > I need some help with setting dependencies for my app. It plays
>  > h264
>  > > encoded video (video type 'video/x-h264,
>  > > stream-format=(string)byte-stream, alignment=(string)nal,
>  > > parsed=(boolean)true') from m3u playlist through Video QML
>  > component. I
>  > > suppose I need qt5-qtmultimedia-plugin-playlistformats-m3u. Do
>  I
>  > need
>  > > gst-plugins-bad or gstreamer0.10-ffmpeg to play it?
>  > You need to depend on what you use in your app directly. If you
>  are
>  > not dealing with
>  > GStreamer then no need to depend on it.
>  > Cheers,
>  > ___
>  > SailfishOS.org Devel mailing list
>  > To unsubscribe, please send a mail to
>  > [2][3]devel-unsubscr...@lists.sailfishos.org
>  >
>  > References
>  >
>  > 1. mailto:[4]mohammed.has...@jollamobile.com
>  > 2. mailto:[5]devel-unsubscr...@lists.sailfishos.org
> 
> References
> 
>  1. mailto:mohammed.has...@jollamobile.com
>  2. mailto:mohammed.has...@jollamobile.com
>  3. mailto:devel-unsubscr...@lists.sailfishos.org
>  4. mailto:mohammed.has...@jollamobile.com
>  5. mailto:devel-unsubscr...@lists.sailfishos.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Package dependencies

[Mohammed Hassan]

On Tue, Feb 17, 2015 at 11:50:02PM +0400, Andrew Penkrat wrote:
>  But doesn't QtMultimedia use gstreamer?
> 

It does but it's hidden from QtMultimedia users.

Do you use GStreamer API directly?

Cheers,

>  17 февр. 2015 г. 22:41 пользователь "Mohammed Hassan"
>  <[1]mohammed.has...@jollamobile.com> написал:
> 
>  On Tue, Feb 17, 2015 at 08:58:46PM +0400, Андрей Пенкрат wrote:
>  > Hi
>  > I need some help with setting dependencies for my app. It plays
>  h264
>  > encoded video (video type 'video/x-h264,
>  > stream-format=(string)byte-stream, alignment=(string)nal,
>  > parsed=(boolean)true') from m3u playlist through Video QML
>  component. I
>  > suppose I need qt5-qtmultimedia-plugin-playlistformats-m3u. Do I
>  need
>  > gst-plugins-bad or gstreamer0.10-ffmpeg to play it?
>  You need to depend on what you use in your app directly. If you are
>  not dealing with
>  GStreamer then no need to depend on it.
>  Cheers,
>  ___
>  SailfishOS.org Devel mailing list
>  To unsubscribe, please send a mail to
>  [2]devel-unsubscr...@lists.sailfishos.org
> 
> References
> 
>  1. mailto:mohammed.has...@jollamobile.com
>  2. mailto:devel-unsubscr...@lists.sailfishos.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Package dependencies

[Mohammed Hassan]

On Tue, Feb 17, 2015 at 08:58:46PM +0400, Андрей Пенкрат wrote:
>  Hi
>  I need some help with setting dependencies for my app. It plays h264
>  encoded video (video type 'video/x-h264,
>  stream-format=(string)byte-stream, alignment=(string)nal,
>  parsed=(boolean)true') from m3u playlist through Video QML component. I
>  suppose I need qt5-qtmultimedia-plugin-playlistformats-m3u. Do I need
>  gst-plugins-bad or gstreamer0.10-ffmpeg to play it?

You need to depend on what you use in your app directly. If you are not dealing 
with
GStreamer then no need to depend on it.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gstreamer 1.0 souphttpsrc element is missing

[Mohammed Hassan]

On Mon, 9 Feb 2015 16:42:47 +0200
Kaj-Michael Lang  wrote:

> I started to prepare my app for gstreamer 1.0 now that it is available
> and soon possible to use in harbour apps.
> 
> But the souphttpsrc element that I need is missing. First I thought
> this a mistake but it seems it was deliberately excluded:
> 
> "
> - [gstreamer] drop soup support for now
> "
> 
> why ?
> 

That was temporarily but it got re-enabled again:

commit 2faf7e911ae434ccf7b64556451ee059374b0b53
Author: Mohammed Hassan 
Date:   Tue Nov 11 16:43:22 2014 +0200

[gstreamer] enable souphttpsrc

I hope it will be in the next update.

Please also note that gstreamer has not yet been white listed for
harbour use.

Do you need to submit the app now or is it possible for you to wait for
a few more months ? ;-)

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Front camera access

[Mohammed Hassan]

On Fri, Feb 06, 2015 at 01:37:24AM +0500, Andrey Kozhevnikov wrote:
>  SailfishOS yes, but gstreamer1.x is available in repo
> 

GStreamer 1.x is available but:
1) It's not yet allowed in Harbour
2) It's not fully functional yet

Cheers,

>  05.02.2015 23:11, Dmitry пишет:
> 
>  AFAIK, Sailfish OS currently using gstreamer-0.10
> 
>  On 5 February 2015 at 13:06, Billy Pitiot <[1]bi...@aito-touch.com>
>  wrote:
> 
>  Hi all,
>  I am currently trying to access the front camera of the Jolla phone. I
>  managed to get a VideoOutput to display the rear camera using import
>  QtMultimedia 5.0 but I do not understand how to change to the front
>  camera.
>  I have seen some examples like this code for CameraPlus:
>  [2]https://gitorious.org/cameraplus
>  But if I try to compile it using Sailfish IDE, I get such errors:
>  No provider of 'gstreamer1.0' found.
>  No provider of 'pkgconfig(gstreamer-1.0)' found.
>  pkgconfig(gstreamer-1.0) is needed by harbour-cameraplus-0-1.armv7hl
>  Am I missing something? What should I rather use?
>  Billy
> 
>  ___
>  SailfishOS.org Devel mailing list
>  To unsubscribe, please send a mail to
>  [3]devel-unsubscr...@lists.sailfishos.org
> 
> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to 
> [4]devel-unsubscr...@lists.sailfishos.org
> 
> References
> 
>  1. mailto:bi...@aito-touch.com
>  2. https://gitorious.org/cameraplus
>  3. mailto:devel-unsubscr...@lists.sailfishos.org
>  4. mailto:devel-unsubscr...@lists.sailfishos.org

> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Front camera access

[Mohammed Hassan]

On Thu, Feb 05, 2015 at 01:06:08PM +0200, Billy Pitiot wrote:
>  Hi all,
>  I am currently trying to access the front camera of the Jolla phone. I
>  managed to get a VideoOutput to display the rear camera using import
>  QtMultimedia 5.0 but I do not understand how to change to the front
>  camera.

You cannot do that from QML. You need to have some C++ glue for that.

You create a C++ class inheriting QObject which gets passed Camera::mediaObject 
from QML

>From that mediaObject, get QMediaService:
http://doc.qt.io/qt-5/qmediaobject.html#service

Then request QVideoDeviceSelectorControl control. Use that to switch the devixe.

>  I have seen some examples like this code for CameraPlus:
>  [1]https://gitorious.org/cameraplus
>  But if I try to compile it using Sailfish IDE, I get such errors:
>  No provider of 'gstreamer1.0' found.
>  No provider of 'pkgconfig(gstreamer-1.0)' found.
>  pkgconfig(gstreamer-1.0) is needed by harbour-cameraplus-0-1.armv7hl
>  Am I missing something? What should I rather use?

Don't bother with camera plus. It does not use QtMultimedia. It uses
GStreamer directly. Is that what you need?

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

[SailfishDevel] Slow phone? (Was Re-reading the .desktop files?)

[Mohammed Hassan]

On Wed, 21 Jan 2015 18:22:32 +0200
Jussi Vuorisalmi  wrote:
[...]
> (And rebooting is a real pain since 1.1.1.27 update, it takes at
> least 10 minutes until the PIN code query accepts any input.)
>

Maybe your file system is full or needs balancing?
https://together.jolla.com/question/30822/root-and-home-disks-full-and-causing-various-problems/

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SailfishOS as an OS/platform in Qt

[Mohammed Hassan]

At least my C++ includes have the same names.

The difference is the implementation but all implementations adhere to the same 
interface.

Cheers,

On Dec 6, 2014 2:46 PM, Tone Kastlunger  wrote:
I think the idea to include different project files for defining which platform 
to compile on is a correct workaround;
however, this forces you to include files with different names depending on 
which system you want to compile on,
which means you need to have specific .pro files; which is ok, of course, but 
kind of just pushes the problem a bit further away, and does not make it 
disappear.



On Fri, Dec 5, 2014 at 4:03 PM, Mohammed Hassan 
mailto:mohammed.has...@jollamobile.com>> wrote:
On Thu, Dec 04, 2014 at 10:12:37PM +0200, Tone Kastlunger wrote:
>  Anything that makes a developer's life easier is absolutely welcomed
>  I'd say.
>  I must admit to have cursed many times over such a feature not being
>  present (either as macro OR as selectior that win32:unix:mac: are..)
>  best,
>  tortoisedoc

I have an application which I build for Harmattan, SailfishOS and Android.

I have a common C++ codebase (95% common maybe), A QML abstraction and
platform specific QML ui bits.
I also have a separate .pro file per platform.
Each .pro file adds an OS specific macro.
harmattan.pro<http://harmattan.pro> adds -DHARMATTAN=1
sailfish.pro<http://sailfish.pro> adds -DSAILFISH=1
android.pro<http://android.pro> adds -DANDROID=1

Here is an example:
https://gitorious.org/quran/quran/source/sailfish/sailfish.pro
https://gitorious.org/quran/quran/source/n9/n9.pro

Works fine for me.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to 
devel-unsubscr...@lists.sailfishos.org<mailto:devel-unsubscr...@lists.sailfishos.org>

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] SailfishOS as an OS/platform in Qt

[Mohammed Hassan]

On Thu, Dec 04, 2014 at 10:12:37PM +0200, Tone Kastlunger wrote:
>  Anything that makes a developer's life easier is absolutely welcomed
>  I'd say.
>  I must admit to have cursed many times over such a feature not being
>  present (either as macro OR as selectior that win32:unix:mac: are..)
>  best,
>  tortoisedoc

I have an application which I build for Harmattan, SailfishOS and Android.

I have a common C++ codebase (95% common maybe), A QML abstraction and
platform specific QML ui bits.
I also have a separate .pro file per platform.
Each .pro file adds an OS specific macro.
harmattan.pro adds -DHARMATTAN=1
sailfish.pro adds -DSAILFISH=1
android.pro adds -DANDROID=1

Here is an example:
https://gitorious.org/quran/quran/source/sailfish/sailfish.pro
https://gitorious.org/quran/quran/source/n9/n9.pro

Works fine for me.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Building command line Linux tools for jolla

[Mohammed Hassan]

On Tue, Nov 11, 2014 at 10:25:16PM +0100, Philipp Seiler wrote:
> Hi Andrey,
> 
> On Wed, 12 Nov 2014 02:19:49 +0500
> Andrey Kozhevnikov  wrote:
> 
> > there is ssu tool, as well as you can install and use zypper too
> 
> That sounds great. I like the jolla now even more
> 
> As an openSUSE user:
> zypper *.*

Make sure you remove the zypper log file every now and then. It can grow to a 
few gigs in size

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Jolla release plan for high level features - update10

[Mohammed Hassan]

Hi Tone,

Which plan are you asking about?

Cheers,

On Thu, Nov 06, 2014 at 01:50:13PM +0200, Tone Kastlunger wrote:
>  Hassan,
>  is there more details available about the plans to make this feature
>  more accessible to devvers?
>  Best,
>  tortoisedoc
> 
>  On Thu, Nov 6, 2014 at 1:31 PM, Mohammed Hassan
>  <[1]mohammed.has...@jollamobile.com> wrote:
> 
>  On Thu, Nov 06, 2014 at 12:04:33PM +0200, Kaj-Michael Lang wrote:
>  > On Thu, 2014-11-06 at 10:38 +0200, Soumya Bijjal wrote:
>  > > start the work to update to GStreamer 1.x (latest upstream
>  version
>  > > 1.4.3)
>  >
>  > Great! :) Does that mean gstreamer usage will be allowed in
>  harbour apps
>  > when 1.x is used ? What about plugin(s) only packages, will
>  harbour
>  > allow those ?
>  GStreamer is not yet being used by Sailfish OS.
>  It's been added to the repository and you can hopefully install it
>  on the phone
>  but QtMultimedia has not been switched yet.
>  In fact, it doesn't yet have all the capabilities needed (Only
>  playback of ogg works).
>  We have already all we need to enable HW accelerated encoding and
>  playback as well as the
>  various audio encoders and decoders needed but we decided to take a
>  step back and research
>  a better alternative in order to make the life of the various
>  community ports for SailfishOS
>  easier. This is the main reason why we -at Jolla- did not enable
>  video codecs yet.
>  However now you can watch the progress and I hope each update will
>  have something new.
>  I cannot yet comment on allowing it in harbour -even though it's
>  something I personally
>  would like to see-.
>  I know it sounds frustrating a bit but at least the work is
>  progressing and you can
>  watch the progress. You can even contribute to it if you are
>  interested as it's all
>  in github repositories.
>  Cheers,
> 
>  ___
>  SailfishOS.org Devel mailing list
>  To unsubscribe, please send a mail to
>  [2]devel-unsubscr...@lists.sailfishos.org
> 
> References
> 
>  1. mailto:mohammed.has...@jollamobile.com
>  2. mailto:devel-unsubscr...@lists.sailfishos.org
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Jolla release plan for high level features - update10

[Mohammed Hassan]

On Thu, Nov 06, 2014 at 12:04:33PM +0200, Kaj-Michael Lang wrote:
> On Thu, 2014-11-06 at 10:38 +0200, Soumya Bijjal wrote:
> > start the work to update to GStreamer 1.x (latest upstream version 
> > 1.4.3) 
> 
> Great! :) Does that mean gstreamer usage will be allowed in harbour apps
> when 1.x is used ? What about plugin(s) only packages, will harbour
> allow those ?

GStreamer is not yet being used by Sailfish OS.

It's been added to the repository and you can hopefully install it on the phone
but QtMultimedia has not been switched yet.

In fact, it doesn't yet have all the capabilities needed (Only playback of ogg 
works).

We have already all we need to enable HW accelerated encoding and playback as 
well as the
various audio encoders and decoders needed but we decided to take a step back 
and research
a better alternative in order to make the life of the various community ports 
for SailfishOS
easier. This is the main reason why we -at Jolla- did not enable video codecs 
yet.

However now you can watch the progress and I hope each update will have 
something new.

I cannot yet comment on allowing it in harbour -even though it's something I 
personally
would like to see-.

I know it sounds frustrating a bit but at least the work is progressing and you 
can
watch the progress. You can even contribute to it if you are interested as it's 
all
in github repositories.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Upcoming behavioural change with how graphics resources are handled.

[Mohammed Hassan]

On Sat, 27 Sep 2014 16:28:42 +
Kimmo Lindholm  wrote:

> Hi,
> 
> Just wanted to give a follow-up on this topic;
> 
> You are affected if you are drawing on Canvas (and don't want to
> repaint it completely when returning to application) Symptom is that
> canvas gets cleared when going away from application (minimizing it
> to cover)
> 
> The simplest way to not allow releasing, add two middle lines in your
> main() as suggested in original email;
> 
> view->setSource(SailfishApp::pathTo("qml/ankkuri.qml"));
> view->setPersistentOpenGLContext(true); 
> view->setPersistentSceneGraph(true);
> view->show();

I'd personally not recommend doing that just because you don't want to
repaint. Releasing the resources decreases the memory footprint of the
application when minimized and allows the system to stay more
responsive.

If a lot of apps start to not release the GL context and scene graph GL
bits then that will negatively impact the whole system.

Just my 0.02

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] [ace] status update

[Mohammed Hassan]

On Tue, 16 Sep 2014 08:06:52 +0100
 wrote:
[...]
> Jot much else tested yet. But Camera def not working.

Would be good to know why.


[...]

> The other issue is that some apps won't load using invoker, eg
> fingerterm and fileman, but do load if launched from the cli. Again,
> suggestions welcome. 

Logs, Logs! ;-)


[...]
> Finally, how does sailfish handle sd cards? Where should I mount it?
> Should sailfish mount it itself? I mounted it under /mnt/sdcard but
> the music app didn't find any media on it, which was going to be my
> audio test.

It should mount it by itself under /media/sdcard/ if you have sd-utils
installed

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Qt Multimedia, Audio, HLS and RTSP stream problem

[Mohammed Hassan]

On Thu, Aug 28, 2014 at 11:09:46AM +0300, Kaj-Michael Lang wrote:
> On ke, 2014-08-27 at 18:03 +0300, Mohammed Hassan wrote:
> > Yes, It was an issue with GStreamer/QtMultimedia and it got fixed. I
> > can provide
> > more details if you wish.
> > 
> Sure, please do.

This is the commit that fixed it:
https://github.com/mer-qt/qtmultimedia/commit/9bd0fd42cf8920a81ec129ce4068c180a0747ea8


> > [...]
> > > Now with non-sleepy eyes, I found the difference. If the autoLoad
> > > property is set to false then it fails.
> > 
> > I can confirm that as well. I still don't know why it happens though.
> > Would setting autoLoad to true be a good enough workaround until the
> > issue gets fixed?
> 
> yes, it works fine now. I don't really know if that is even needed or
> not.

I am not a QtMultimedia expert so I don't know either!

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Qt Multimedia, Audio, HLS and RTSP stream problem

[Mohammed Hassan]

On Wed, Aug 27, 2014 at 08:52:11AM +0300, Kaj-Michael Lang wrote:
> On ke, 2014-08-27 at 00:22 +0300, Mohammed Hassan wrote:
> > I did a quick test here and it seems to work (update9 pre release). I
> > guess
> > we can assume it will work with the final update 9 ;-)
> 
> And now I remember my initial issue when I changed to rtsp streams (3
> months ago), it was not silence but choppy playback, 1-2 sec sound then
> 2 sec silence, repeated.
> 
> Last update must have fixed that one. And this silence thing is new, and
> the strange thing is, I too made a simple test program, and that works.

Yes, It was an issue with GStreamer/QtMultimedia and it got fixed. I can provide
more details if you wish.

[...]
> Now with non-sleepy eyes, I found the difference. If the autoLoad
> property is set to false then it fails.

I can confirm that as well. I still don't know why it happens though.
Would setting autoLoad to true be a good enough workaround until the issue gets 
fixed?

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Qt Multimedia, Audio, HLS and RTSP stream problem

[Mohammed Hassan]

On Tue, Aug 26, 2014 at 12:19:01PM +0300, Kaj-Michael Lang wrote:
> On Mon, 2014-08-25 at 22:03 +0300, Mohammed Hassan wrote:
> > > does not work even if the direct gst-launch works, any ideas why ?
> > 
> > Could you please share the QML code you are using? 
> 
> Nothing special, Audio component with with
> rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_4_64@113881 as the
> source url.

I did a quick test here and it seems to work (update9 pre release). I guess
we can assume it will work with the final update 9 ;-)

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Qt Multimedia, Audio, HLS and RTSP stream problem

[Mohammed Hassan]

On Fri, Aug 22, 2014 at 11:07:58AM +0300, Kaj-Michael Lang wrote:
> On pe, 2014-08-22 at 03:04 +0300, Kaj-Michael Lang wrote:
> > This works fine:
> > gst-launch-0.10 playbin2
> > uri=rtsp://rtspstreamer.yle.fi/radio/yleliveradiohd_4_64@113881
> > 
> > but using that same uri with Audio does not work at all.
> 
> Enabling gstreamer debug output (GST_DEBUG=6) shows that the Audio
> element does try to play the uri with playbin2 but for some reason it
> does not work even if the direct gst-launch works, any ideas why ?

Could you please share the QML code you are using?

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] After building app with latest SDK, gives dconf-critical

[Mohammed Hassan]

Something running as root perhaps via devel-su wrote to the dconf database.

Cheers,

--
Sent from my Nokia N9On 9.8.2014 12:12 Kimmo Lindholm wrote:
SOLVED thanks to coderus,
 
For some unk reason this was root:root, not nemo:nemo…
 
nemo@Jolla ~]$ ls -la /run/user/10/dconf
total 4
drwx-- 2 nemo nemo  60 2014-08-06 17:44 .
drwx-- 9 nemo nemo 200 2014-08-09 12:00 ..
-rw--- 1 root root   2 2014-08-09 10:14 user
 
 
 
From: devel-boun...@lists.sailfishos.org 
[mailto:devel-boun...@lists.sailfishos.org] On Behalf Of Kimmo Lindholm
Sent: Saturday, August 09, 2014 11:46 AM
To: devel@lists.sailfishos.org
Subject: [SailfishDevel] After building app with latest SDK, gives 
dconf-critical
 
Hi,
 
I just started to make some improvements to my paint app, and since last build 
I have updated SDK.
No changes made to the source, SDK builds and deploys without problems.
 
But when app is launched on phone, I get lots of following errors:
 
   (process:23185): dconf-CRITICAL **: unable to create file 
'/run/user/10/dconf/user': Permission denied.  dconf will not work properly.
 
Full here http://pastebin.com/DDK9KZWQ 
Application seems to load the screen ok but it is not responding, and soon the 
not responding -popup appears.
 
If someone could help with this ?
 
For ref, sources can found from https://github.com/kimmoli/paint
 
-kimmo 
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] More executables in one package

[Mohammed Hassan]

On Fri, Aug 01, 2014 at 09:24:34PM +0200, Michał Radwański wrote:
>  Actually, SailfishOS uses Zypper (it's openSUSE derivative). As far as
>  I know, there are differences between Fedora RPM's and openSUSE RPM's.

Sailfish OS is an RPM based distro. It uses PackageKit for package management.
Packagekit uses libzypp which is the same library used by zypper.
libzypp uses RPM to do the actual package management.


Back to the original question: You can add as much executables as you want. The 
only
issue is I don't know if the harbour rpmvalidator will like it or not.

Cheers,

>  2014-08-01 20:37 GMT+02:00 Andrey Kozhevnikov
>  <[1]coderusin...@gmail.com>:
> 
>  there is nothing special for sailfishos. use general rpm techniques.
>  02.08.2014 00:31, Michał Radwański пишет:
> 
>  I want to make C/C++ IDE for Sailfish OS. How to add two (or more)
>  executables to RPM? Or have I to make another app like $(MyApp)-g++?
>  Envoyé de mon iPhone
> 
>  ___
>  SailfishOS.org Devel mailing list
>  To unsubscribe, please send a mail to
>  [2]devel-unsubscr...@lists.sailfishos.org
> 
>  ___
>  SailfishOS.org Devel mailing list
>  To unsubscribe, please send a mail to
>  [3]devel-unsubscr...@lists.sailfishos.org
> 
> References
> 
>  1. mailto:coderusin...@gmail.com
>  2. mailto:devel-unsubscr...@lists.sailfishos.org
>  3. mailto:devel-unsubscr...@lists.sailfishos.org

> ___
> SailfishOS.org Devel mailing list
> To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] [API] Ambience DBus API

[Mohammed Hassan]

On Wed, 23 Jul 2014 08:20:30 +0200
Tomasz Sterna  wrote:
> > I can't actually imagine one except the colorset change
> > notification but if I understand correctly Silica's Theme object
> > already contains current ambience colors.
> 
> SDL apps may find useful to get ambience colours to paint UI
> accordingly, without round trip to QML.

You can do that already now by using MGConfItem from mlite and monitor
the dconf keys related to colors ;-)

MGconfItem is harbour whitelisted. The dconf key paths are not official
API however.

Cheers,

___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] How to get dconf list of sub-items with MGConfItem?

[Mohammed Hassan]

On Wed, Jul 16, 2014 at 06:22:58PM +0600, Andrey Kozhevnikov wrote:
> showing child items is not implemented, only child dirs function is
> available.
> if you're interested i can share class from my project replacing MGConfItem

Do you feel like submitting a PR against mlite/MGConfItem [1] that adds
your needed functionality?

It'd then be available for all SailfishOS developers.

[1] https://github.com/nemomobile/mlite

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Prototype 'TextBaseItem' from 'TextBase' could not be resolved (M301)

[Mohammed Hassan]

On Sat, Jun 14, 2014 at 09:34:13AM +0200, i...@flyingfischer.ch wrote:
> I wonder if this is connected to this message in the console of the
> IDE version 1406, when deploying the App:
> 
> (process:1529): dconf-CRITICAL **: unable to open file
> '/etc/dconf/db/vendor': /etc/dconf/db/vendor: invalid gvdb header;
> expect degraded performance

Does that error come from the phone itself? If so then that'd be indeed 
alarming.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] gconftool-2 (Was: Recover WLAN password)

[Mohammed Hassan]

On Fri, 6 Jun 2014 11:44:38 -0400
Goulagman  wrote:

> Hi,
> 
> I'm working on an information retrieval / backup app and, despite all
> my efforts, I can't find where the WLAN keys are stored. I thought
> that they would be available through gconftool but I can't see them.

gconftool is going away. In fact gconf is going away and dconf
is the way to go from now on.

Please don't use gconftool-2/gconf for newly written code.

Cheers,
___
SailfishOS.org Devel mailing list
To unsubscribe, please send a mail to devel-unsubscr...@lists.sailfishos.org

Re: [SailfishDevel] Is support for commercial apps a TABOO subject?

[Mohammed Hassan]

On Thu, Apr 24, 2014 at 09:33:22AM +0200, tw_bolek wrote:
[...]
> So my question is: is this some kind of taboo subject, or something of as 
> little importance that for over 4 months now no Jollan has said A WORD about 
> it despite numerous requests?
> 
> A couple of my friends already gave up after waiting so long for even just 
> any information, and I must say that I'm slowly losing hope, too.  We all 
> understand and are aware of the enormous job Jolla has been doing, so we're 
> asking for just INFORMATION about the progress, even just if AT ALL there are 
> any plans to do it in a foreseeable future, and if so then knowing even just 
> as little as if it will take a month or half a year would be all we need...

There will be support for commercial apps and those will have copy protection. 
This was
mentioned bt Rainisto long ago already.

I cannot give more info nor can I give an ETA for that though :/

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] SailfishOS SDK April update available tomorrow.

[Mohammed Hassan]

On Thu, 17 Apr 2014 09:47:33 +0300
Iosif Hamlatzis  wrote:

> Good morning to all
> 
> Just updated my SDK with big disaster. Now it doesn't build or clean
> my project which used custom build/clean steps.
> 
> In my game I don't need nor want to use Qt so I used the sample from
> https://github.com/sailfish-sdk/sdk-sdl-project-example
> 
> Now I get a general message: "*Error while parsing file
> C:/SailfishOS-workspace/harbour-farwest/harbour-farwest.pro
> . Giving up.*"

It might help if you show us the contents of the file and any file it
includes.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] After April SDK Update Existing App fails on RPM deploy to Jolla Device: Possible rights problem

[Mohammed Hassan]

On Wed, 16 Apr 2014 16:17:07 +0200
 wrote:

> Hi Mohammed
> 
> thanks
> 
> The varied permission on the qml / js files on my host probably  
> reflect that the project originated in pre-sailfish days, and thus
> the files have come from various sources / versions of Qt Creator /
> edited with different text editors etc. since then.
> 
> I have now set all qml and js files in the project on my development  
> host to chmod 644
> e.g
> -rw-r--r--   1 christopherlamb  staff   7,7K 24 Feb 17:20  
> InitialCharacterPicker.qml
> 
> Are these the correct permissions? It is how a new demo project sets  
> the permissions.

I guess for RPM generation it'd be better to use %attr and %defattr as
Juha pointed out.

In general I use %defattr(-,root,root-) and that works fine for me.

What you need is +r set for everybody and +rx set on the directories.

Cheers,

___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] After April SDK Update Existing App fails on RPM deploy to Jolla Device: Possible rights problem

[Mohammed Hassan]

You don't need executable permission (x) for js files. Read bit is enough so 
the SDK is correct here.

I noticed that the missing scripts do not have read permission set which is the 
problem.

I have no idea how it happened though.

Cheers,

--
Sent from my Nokia N9On 16.4.2014 15:39 christopher.l...@thurweb.ch wrote:
Hi All

I have just installed the April SDK update, and have opened an  
existing app, and am trying to deploy to my Jolla.

The app worked with the previous SDK release, and is already installed  
on the phone.

If I deploy as "Deploy by copying Binaries" then thinks work as  
expected, and the app successfully deploys and starts on the phone.

If I deploy as "Deploy as RPM Package", then I get the error below in  
QtCreator, and a "white screen of death" on the phone.


[W] unknown:72 -  
file:///usr/share/landed26_QT5/qml/landed26_QT5.qml:72:5: Type  
MainPage unavailable
  MainPage {
  ^
[W] unknown:9 -  
file:///usr/share/landed26_QT5/qml/gui/MainPage.qml:9:1: Script  
file:///usr/share/landed26_QT5/qml/javascript/landed.js unavailable
  import "../javascript/landed.js" as LJS
  ^
[W] unknown:-1 -  
file:///usr/share/landed26_QT5/qml/javascript/landed.js: File not found

I also get the white screen when trying to open the app.

Via SSH on the jolla device I can find the file is present:
[nemo@Jolla javascript]$ pwd
/usr/share/landed26_QT5/qml/javascript
[nemo@Jolla javascript]$ ls -ahl
total 48K
drwxr-xr-x 1 root root  152 2014-04-16 14:31 .
drwxr-xr-x 1 root root  110 2014-04-16 14:31 ..
-rw-r--r-- 1 root root 4.2K 2014-04-16 14:31 jsonpath.js
-rw--- 1 root root  349 2014-04-16 14:31 landed.js
-rw--- 1 root root 1.2K 2014-04-16 14:31 message.js
-rwxr-xr-x 1 root root 9.4K 2014-04-16 14:31 readDataModel.js
-rwxr-xr-x 1 root root 8.8K 2014-02-03 08:32 settingsDB.js
-rw-r--r-- 1 root root 5.2K 2014-04-16 14:31 writeDataModel.js

However the access permissions look very strange. I suspect that all  
the js files should have rights like -rwxr-xr-x

Chris



___
SailfishOS.org Devel mailing list
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] [Update] Changelog for SailfishOS update 4 (1.0.4.20)

[Mohammed Hassan]

On Tue, 18 Mar 2014 16:23:43 +
Graham Cobb  wrote:

> On 18/03/14 15:23, Mohammed Hassan wrote:
> > the SD card will be mounted under /media/sdcard in a directory named
> > after the UUID of the partition. This was done in order to guarantee
> > that tracker can identify the partition uniquely.
> 
> That is a really, really bad decision.  Was there any discussion on
> together about this idea for working round the tracker bug that it
> doesn't record media ids along with file names?  If so I missed it.

The work has been done publicly in the sd-utils git repos.

> So, a tracker bug means that every user now has to deal with stupid
> directory names and things called UUIDs which they have never heard
> of?

Why would every user has to deal with UUIDs? Why do they even care? If
you are referring to power users who have the terminal installed then
those are not _every user_.

Beside, it's not a tracker bug. It's simply how tracker works.

> Even I could come up with a better idea with 30 seconds thought: mount
> the sdcard (if it has more than one partition, choose any one at
> random -- 99.999% of cards don't have more than one partition) into
> (say) /home/nemo/sdcard.  Tell tracker not to
> index /home/nemo/sdcard/.  Also mount every partition
> into /media/sdcard/ and let tracker index those.  Unmount them
> all on shutdown.

/home/nemo/sdcard is not a unique name which means that all cards will
be identified as one card. goto pre-update 4 situation.

> > Also note that if you have more than one partition then all will be
> > mounted under /media/sdcard/ so there isn't even a guaranteed single
> > partition to begin with ;-)
> 
> Anyone with sdcards with more than one partition can probably handle
> dev mode and control the mounting themselves.  In any case, the
> stupid UUID directories should only appear if there is more than one
> partition.

Any user without a terminal does not need to even know where the cards
are mounted. Stuff will be presented automatically to the user.

Cheers,

> Anyway, this list isn't the right place to work out the solution.
> Please contribute to the discussion at
> https://together.jolla.com/question/33774/info-10420-ext-sdcard-directory-change/
> 
> Graham
> ___
> SailfishOS.org Devel mailing list

___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] [Not TLS] [Update] Changelog for SailfishOS update 4 (1.0.4.20)

[Mohammed Hassan]

On Tue, 18 Mar 2014 14:22:19 +
Graham Cobb  wrote:

> On 17/03/14 18:52, Bernd Wachter wrote:
> > we're finally releasing update4 today. The changelog can be found
> > (and commented on) here:
> 
> Aaargh!  You moved the mountpoint for the sdcard.  And it isn't even
> predictable now!!!  I didn't find that in the changelog.

I apologize for that. It seems that has slipped :/

> Please, please, please, please provide a (supported) softlink in the
> /home/nemo directory to the sdcard.  I call the softlink "My SD Card"
> and it works very well (or did, before you screwed around with the
> mountpoint).

the SD card will be mounted under /media/sdcard in a directory named
after the UUID of the partition. This was done in order to guarantee
that tracker can identify the partition uniquely.

You can put the link as you want. Just make it point to /media/sdcard
or even /media/sdcard/ and it should stay the same as long as you
don't reformat the card.

Also note that if you have more than one partition then all will be
mounted under /media/sdcard/ so there isn't even a guaranteed single
partition to begin with ;-)

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Video playback in application

[Mohammed Hassan]

On Sun, Feb 16, 2014 at 11:08:10PM +0100, AL13N wrote:
> Op zondag 16 februari 2014 19:34:29 schreef Mohammed Hassan:
> > On Sun, Feb 16, 2014 at 04:31:24PM +0100, Ove Kåven wrote:
> > > Den 16. feb. 2014 11:32, skrev AL13N:
> > > >Hi, but then... how is the gallery video playback working??? it uses
> > > >VideoOutput as well...
> > > 
> > > If you mean the Jolla Gallery, then it apparently uses
> > > GStreamerVideoOutput, not VideoOutput.
> > 
> > On the phone there is sailfish-components-media-qt5 RPM
> > 
> > do rpm -ql sailfish-components-media-qt5 and check
> > /usr/lib/qt5/qml/Sailfish/Media/VideoPlayer.qml
> > 
> > Beware it's also a private API which might break in future updates.
> > 
> > It should be drop in replacement for VideoOutput but I really don't know
> > much about that.
> 
> well...
> 
> on the phone, i found:
> 
> /usr/lib/qt5/qml/com/jolla/mediaplayer/VideoPlayer.qml
> 
> Therein VideoOutput is used (not GStreamerVideoOutput)... doesn't this mean 
> the gallery app is using the VideoOutput?
> 
> oh wait... i just realized this is not the gallery, it's the media player,... 
> which currently only does Music... because VideoOutput doesn't work?

VideoOutput will simply not work.
Please check /usr/lib/qt5/qml/Sailfish/Media/VideoPlayer.qml and use it as an 
example
to get video working with your app. VideoOutput from QtMultimedia will simply 
not work.

I really told you all I know about the video playback WRT QML/QtMultimedia. I 
don't
think I can add anything more.

Cheers,

___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Video playback in application

[Mohammed Hassan]

On Sun, Feb 16, 2014 at 04:31:24PM +0100, Ove Kåven wrote:
> Den 16. feb. 2014 11:32, skrev AL13N:
> >Hi, but then... how is the gallery video playback working??? it uses
> >VideoOutput as well...
> 
> If you mean the Jolla Gallery, then it apparently uses
> GStreamerVideoOutput, not VideoOutput.

On the phone there is sailfish-components-media-qt5 RPM

do rpm -ql sailfish-components-media-qt5 and check
/usr/lib/qt5/qml/Sailfish/Media/VideoPlayer.qml

Beware it's also a private API which might break in future updates.

It should be drop in replacement for VideoOutput but I really don't know much 
about that.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] When does Jolla give us an API?

[Mohammed Hassan]

On Thu, Feb 13, 2014 at 11:29:47AM +0100, Filip Kłębczyk wrote:
[..]
> well if Harbour QA would be doing so well why the flashlight app
> with some hidden data gathering passed it (Artems little provocation
> :))?

Was Artems flash light gathering data?

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Repository Wishlist

[Mohammed Hassan]

On Thu, 6 Feb 2014 08:58:34 +0100
Erlend Böe  wrote:

[...]
> * An analytics library that I can use in my application, that would
> send usage statistics to the repo.  All other “snooping” on the user
> would be disallowed.

I personally would consider that snooping and I'd be extremely unhappy
to discover that an app is doing that.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] LED Flash functionality on a real Jolla

[Mohammed Hassan]

I am glad it worked for you :-)

Perhaps I should start working on an open flash light app.
Would anyone like to contribute to such app? I have already 2 apps to maintain
and I can't easily fit a 3rd.

Cheers,

On Fri, Jan 24, 2014 at 09:43:54PM +0100, christopher.l...@thurweb.ch wrote:
> Hi Mohammed
> 
> That's it!
> 
> It's strange how things go. Yesterday was one of those days: At work
> I spent hours fighting with a recalcitrant Confluence installation
> that refused to start properly, and the evening I could not get the
> GST code working properly.
> 
> Today was very different. I discovered that that the mysql database
> under the Confluence was corrupt. Once i found that, it more or less
> fixed itself. Then this evening I see from your mail that my GST
> code only needs one character changed to work!
> 
> Zitat von "Mohammed Hassan" :
> >
> >g_object_set (G_OBJECT(src), "mode", 2, NULL);
> >
> >That should do it for you. Works fine here after changing mode to 2
> >instead of 1
> 
> It really does work, both in developer mode from Qt Creator, and
> once installed from the Jolla itself. Thank you! I will integrate
> this functionality into my core app this weekend.
> 
> 
> Zitat von "Mohammed Hassan" :
> >
> >Those errors are harmless. Just ignore them. They decrease with each
> >update as we implement more camera features ;)
> >
> 
> Looking forward to the update(s)! 8)
> 
> chris
> 
> 
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] LED Flash functionality on a real Jolla

[Mohammed Hassan]

On Thu, 23 Jan 2014 22:10:19 +0100
 wrote:

> Hi Mohammed
> 
> I have been trying to implement your suggestion, but am still having  
> problems ...
> 
> The Nokia code quoted in my original post did not have an explicit  
> sink (and on the N9 worked without one). But following the tutorial
> in the link below I have added one to the my code.

I tried to use fakesink instead of droideglsink and it worked so you
can use that too.

> http://docs.gstreamer.com/display/GstSDK/Basic+tutorial+2%3A+GStreamer+concepts
> 
> The code compiles and runs, but the LED does not respond. On startup
> I get errors like:
> 
> "
> (GSTTorch:14916): GLib-GObject-CRITICAL **: Object class  
> GstDroidCamSrc doesn't implement property 'scene-mode' from
> interface 'GstPhotography'
> 
> (GSTTorch:14916): GLib-GObject-CRITICAL **: Object class  
> GstDroidCamSrc doesn't implement property 'noise-reduction' from  
> interface 'GstPhotography'
> ...more of the same ...

Those errors are harmless. Just ignore them. They decrease with each
update as we implement more camera features ;)

[...]
> GstTorch::GstTorch(QObject *parent) :
>  QObject(parent), pipeline(0), src(0), sink(0), mStatus(false)
> {
>  //gst-launch-0.10 droidcamsrc video-torch=1 viewfinder-mode=1 !
> fakesink gst_init(NULL, NULL);
>  src = gst_element_factory_make("droidcamsrc", "src");
>  sink = gst_element_factory_make("droideglsink", "sink");
>  pipeline = gst_pipeline_new ("test-pipeline");
>  if (!src || !sink || !pipeline) {
>  return;
>  }
>  /* Build the pipeline */
>  gst_bin_add_many (GST_BIN (pipeline), src, sink, NULL);
>  if (gst_element_link (src, sink) != TRUE) {
>  qDebug() << "Elements could not be linked!";
>  gst_object_unref (pipeline);
>  return;
>  }
>  g_object_set(G_OBJECT(src), "video-torch", 1, NULL);
>  g_object_set(G_OBJECT(src), "mode", 1, NULL);
  ^^^
g_object_set (G_OBJECT(src), "mode", 2, NULL);

That should do it for you. Works fine here after changing mode to 2
instead of 1

1 is image mode and you can't have the torch on with that
2 is for videos and thus torch will light happily.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] LED Flash functionality on a real Jolla

[Mohammed Hassan]

On Wed, Jan 22, 2014 at 08:29:19PM +0100, christopher.l...@thurweb.ch wrote:
[...]
> Solution 3)
> 
> Via a Gstreamer QML Plugin.
> 
> I dug out some old code that worked on Harmattan, basically the code
> from this link to create a qml plugin
> 
> http://developer.nokia.com/Community/Wiki/How_to_turn_your_camera_flash_into_a_torch_on_Harmattan_using_GStreamer
> 
> On Sailfish this compiles, but gives the following error when I
> start the torch.
> 
> (GSTTorch:708): GStreamer-CRITICAL **: gst_element_set_state:
> assertion `GST_IS_ELEMENT (element)' failed

This is not the recommended way but it's the only way to get flash light to 
work but I have to
warn you that it wil prevent your app from entering harbour. You will also have 
to make use
of resource policy engine to arbitrate access to camera. Failing to do so will 
lead to breaking
jolla camera app.

Simply replace subdevsrc with droidcamsrc and use droideglsink as the sink and
it should work fine.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Scriptlets in RPM hot allowed to Harbour

[Mohammed Hassan]

On Tue, Jan 21, 2014 at 02:15:14PM +0200, Joona Hoikkala wrote:
> Openrepos doesn't have any QA process, and you can publish your own closed 
> source blobs through it. 
> Meaning that someone could potentially push an application that steals or 
> destroys users data.

Maybe openrepos does not have the QA harbour has but I still have a few reasons 
to use openrepos:
1) I trust developers like coderus for example among others.
   I know they will not upload malware and I happily install
   their apps. Most apps are open so the code is there if
   I want to check.
2) Plenty of apps are available. Not all of them are mature
   but the FOSS sperit is to contribute (Or live with them).
3) OpenRepos is about native apps which is what I personally prefer.
   I am not a fan of Android apps at all.
4) I can browse openrepos using my browser and find the goodies I need.
5) I am sure I have missed some more reasons.

Each store has an audience. Harbour has its own audience as well as openrepos.

As for QA, No QA will prevent malware completely and it's a lie if it claims so.

Just my 0.02.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] QCamera not found: yet again ....

[Mohammed Hassan]

On Sun, Dec 08, 2013 at 11:43:21PM +0100, christopher.l...@thurweb.ch wrote:
> Hoi Sven
> 
> That is a valuable tip, one that is easy to miss.
> 
> The "#include " version is also more explicit,
> and had the advantage that if I copy the C++ file using this into
> another project, I don't need to remember to also modify the .pro
> file of the new project.
> 
> In fact all what I want is even less than the camera, just the led
> flash, and I seem to remember that Qt5 offers direct access to this,
> so maybe I can further simplify things here, but for the moment I
> just want to get the app up and running.

If you are working on a flash light application or trying to light
up the LED to act as a torch then save your efforts. It does not work

Support for torch light will come in a future update.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] SDK and Harbour news

[Mohammed Hassan]

On Fri, 22 Nov 2013 08:38:17 +0200
Kaj-Michael Lang  wrote:

> On Thu, 2013-11-21 at 12:20 +, Iekku Pylkka wrote:
> > Shared libraries
> > 
> > ·You can ship your own private copies of shared libraries
> > that you link against in /usr/share//, you are not
> > allowed to install shared libraries anywhere else.
> 
> What about possible extension "apps" ? Say gstreamer element/tracker
> extractor that extends the system media player to support more
> codecs/formats ? (Me hoping that that is possible, as it was on the
> N900 and N9)
> 

GStreamer is not a supported store API for now. I am sure this will
change soon especially after we transition to GStreamer 1.x (Currently
all our media stack is using GStreamer 0.10).

May I ask you what codecs you would like to see?

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

On Sat, Nov 16, 2013 at 07:06:56PM +0200, Artem Marchenko wrote:
>  Thanks a lot, Mohammed!
>  There are two sliders in the app to control how often searchAndLock are
>  called and how soon unlock is to be called after it.
>  1. Could you, please, play with it and see which values seem to give
>  better results?
>  For now I will be fine with any more or less sane combination.

The first slider is for focus mode. I keep it at 0
The second seems to control the period of darkness between each 2 pulses. The 
lower the
better (but don't set it to 0).
The thirs seems to control the duration of the pulse. The larger the better but 
I can not
yet tell the best combination of values.

The best result is when you don't unlock() but this is a misuse of the API and 
I would not
be surprised if it fires back ;-)

>  2. Also could you describe the result and how it behaves when you
>  change these values? or well.. it is also external light dependent.
>  Let's say if you go into dark place (where flashlight is to be used
>  anyway), does LED produce light soft and often enough to make, say,
>  locating keys in a bag possible? Or is it more like rare annoying
>  flashes?

I think the light intensity is not dependant on the ambient light. I see it's 
fine
in a dark room. What is annoying is the pulses but it's not that bad.

I can try to record a video for you if my time permits (I cannot promise).

>  3. Unlock
>  That is something I don't understand :/
>  What do you mean that gstreamer output tells I have to call unlock?
>  Can you then play with the unlocking timer too? Maybe there is a magic
>  combination of values that will keep light almost constant? For
>  example, if we start searchAndLock() as often as every 50ms and don't
>  call unlock() ever.

As I said earlier. You can decide not to call unlock() and keep calling 
searchAndLock().
I don't know if this is tolerated by Qt or not but I can see that GStreamer 
parts which work
below Qt are not happy.

searchAndLock() will trigger a full focus cycle and camera HAL expects a call 
to unlock().

Cheers,

P.S. You can catch me on freenode (MSameer) if you use IRC.

>  Best regards,
>  Artem.
>  On Sat, Nov 16, 2013 at 6:56 PM, Mohammed Hassan
>  <[1]mohammed.has...@jollamobile.com> wrote:
> 
>  Great job Artem
>  I tried it and it works (it pulses as expected).
>  If I point camera to a lamp then the led lights up for a long time.
>  If I direct it away from the lamp then the pulses are shorter.
>  I personally am not sure about the Qt API but from gstreamer output,
>  I see that
>  you must call unlock().
>  I will try to test it tomorrow morning and see if it will still fire
>  or not.
>  I guess we also need to tweak the timer for locking and unlocking
>  but I don't
>  really have any suggestions.
>  Cheers,
> 
>  On Sat, Nov 16, 2013 at 06:22:32PM +0200, Artem Marchenko wrote:
>  > I prepared the next test app, that starts searchAndLock() every
>  given
>  > number of ms and optionally does unlock() soon after it (not sure if
>  > you have to unlock before starting the next searchAndLock() ). Plus
>  you
>  > can play with the search mode if Manual happens to be not good
>  enough.
>  > Anybody willing to try on real hardware? Preferably both in dark and
>  > light environment (maybe flash starts in dark conditions only as
>  > Mohammed told).
> 
>  > Link to ARM RPM - [1][2]http://bit.ly/videofla109
> 
>  > Or here's full source code
> 
>  > -
>  [2][3]https://github.com/amarchen/video-flash-trial/tree/v0.1-9/
> 
>  > Cheers,
>  > Artem.
>  >
>  > On Sat, Nov 16, 2013 at 6:05 PM, Mohammed Hassan
> 
>  > <[3][4]mohammed.has...@jollamobile.com> wrote:
>  >
>  > The point is not to be in continuous focus mode (CAF) because if you
>  > are in that mode
>  > then camera might not try to focus if it happens to have focus
>  > already (CAF mode = camera
>  > tries to focus all the time).
>  > In manual or fixed focus modes, camera will not try to focus all the
>  > time and will instead
>  > wait until it is instructed to focus and then it will do it.
>  > That is simply the reason.
>  > CAF focus is not guaranteed to be out of focus but manual is
>  > guaranteed to be out
>  > of focus ;-)
>  > Cheers,
>  >
>  > On Sat, Nov 16, 2013 at 05:58:30PM +0200, Artem Marchenko wrote:
>  > > Can you explain why Fixed (manual) focus mode? :/
>  > > Sorry to ask for details, it's a little difficult without the
>  device
>  > at
>  > > hand?
>  > > Are you trying to tell that in a Fixed mode camera will seek for
>  > focus
>  &g

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

Great job Artem

I tried it and it works (it pulses as expected).

If I point camera to a lamp then the led lights up for a long time.
If I direct it away from the lamp then the pulses are shorter.

I personally am not sure about the Qt API but from gstreamer output, I see that
you must call unlock().

I will try to test it tomorrow morning and see if it will still fire or not.

I guess we also need to tweak the timer for locking and unlocking but I don't
really have any suggestions.

Cheers,

On Sat, Nov 16, 2013 at 06:22:32PM +0200, Artem Marchenko wrote:
>  I prepared the next test app, that starts searchAndLock() every given
>  number of ms and optionally does unlock() soon after it (not sure if
>  you have to unlock before starting the next searchAndLock() ). Plus you
>  can play with the search mode if Manual happens to be not good enough.
>  Anybody willing to try on real hardware? Preferably both in dark and
>  light environment (maybe flash starts in dark conditions only as
>  Mohammed told).
>  Link to ARM RPM - [1]http://bit.ly/videofla109
>  Or here's full source code
>  - [2]https://github.com/amarchen/video-flash-trial/tree/v0.1-9/
>  Cheers,
>  Artem.
> 
>  On Sat, Nov 16, 2013 at 6:05 PM, Mohammed Hassan
>  <[3]mohammed.has...@jollamobile.com> wrote:
> 
>  The point is not to be in continuous focus mode (CAF) because if you
>  are in that mode
>  then camera might not try to focus if it happens to have focus
>  already (CAF mode = camera
>  tries to focus all the time).
>  In manual or fixed focus modes, camera will not try to focus all the
>  time and will instead
>  wait until it is instructed to focus and then it will do it.
>  That is simply the reason.
>  CAF focus is not guaranteed to be out of focus but manual is
>  guaranteed to be out
>  of focus ;-)
>  Cheers,
> 
>  On Sat, Nov 16, 2013 at 05:58:30PM +0200, Artem Marchenko wrote:
>  > Can you explain why Fixed (manual) focus mode? :/
>  > Sorry to ask for details, it's a little difficult without the device
>  at
>  > hand?
>  > Are you trying to tell that in a Fixed mode camera will seek for
>  focus
>  > forever?
>  > Artem.
>  > On Sat, Nov 16, 2013 at 5:55 PM, Mohammed Hassan
> 
>  > <[1][4]mohammed.has...@jollamobile.com> wrote:
>  >
>  > searchAndLock() should work as long as you are in a dark
>  > place (that's what LED torch is for ;-))
>  > and make sure the focus mode is set to fixed focus mode.
>  > Good luck!
>  > Cheers,
>  >
>  > On Sat, Nov 16, 2013 at 05:35:47PM +0200, Artem Marchenko wrote:
>  > > I used to work a little with GStreamer in the past, it wasn't much
>  > fun,
>  > > though I was doing video processing, not just LED manipulation..
>  > > Oh well, I try searchAndLock trick, if it doesn't work, I'll need
>  to
>  > > think if I am into diving to gstreamer or into waiting for the
>  Torch
>  > > API. Technically, waiting for Torch is correct probably, I am just
>  > > driven by the opportunity to make the very first torch for Jolla
>  :)
>  > > Cheers,
>  > > Artem.
>  > >
>  > > On Sat, Nov 16, 2013 at 5:28 PM, Mohammed Hassan
>  >
> 
>  > > <[1][2][5]mohammed.has...@jollamobile.com> wrote:
>  > >
>  > > Hi Artem,
>  > >
>  > > On Sat, Nov 16, 2013 at 04:43:57PM +0200, Artem Marchenko wrote:
>  > > > Thanks, Mohammed.
>  > > >
>  > > > I know that torch mode is not supported, but ON mode is. So my
>  > > current
>  > > > workaround idea is to make phone think it shoots video with
>  flash
>  > > mode
>  > > > ON (ok, we can even shoot video for real if needed). Assumption
>  is
>  > > that
>  > > > video + flash mode ON should make phone record video with light
>  > > > constantly ON. Currently it doesn't work for me, maybe because
>  > > > assumption is wrong or maybe I am just using some api the wrong
>  > way.
>  > >
>  > > It will not work that way. There is a special mode for torch light
>  > > but it's
>  > > not yet been implemented.
>  > >
>  > > > 2nd workaround idea is to make phone seekAndLock all the time
>  > > causing
>  > > > flash to be ON. That is likely to result in a multitude of short
>  > > > flashes though.
>  > >
>  > > That can work but it will be slow "light bursts".
>  > > A 3rd option would be going even below GSTreamer and Qt and talk
>  to
>  > > the camera HW directly.
>  > > This is 

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

The point is not to be in continuous focus mode (CAF) because if you are in 
that mode
then camera might not try to focus if it happens to have focus already (CAF 
mode = camera
tries to focus all the time).

In manual or fixed focus modes, camera will not try to focus all the time and 
will instead
wait until it is instructed to focus and then it will do it.

That is simply the reason.

CAF focus is not guaranteed to be out of focus but manual is guaranteed to be 
out
of focus ;-)

Cheers,

On Sat, Nov 16, 2013 at 05:58:30PM +0200, Artem Marchenko wrote:
>  Can you explain why Fixed (manual) focus mode? :/
>  Sorry to ask for details, it's a little difficult without the device at
>  hand?
>  Are you trying to tell that in a Fixed mode camera will seek for focus
>  forever?
>  Artem.
>  On Sat, Nov 16, 2013 at 5:55 PM, Mohammed Hassan
>  <[1]mohammed.has...@jollamobile.com> wrote:
> 
>  searchAndLock() should work as long as you are in a dark
>  place (that's what LED torch is for ;-))
>  and make sure the focus mode is set to fixed focus mode.
>  Good luck!
>  Cheers,
> 
>  On Sat, Nov 16, 2013 at 05:35:47PM +0200, Artem Marchenko wrote:
>  > I used to work a little with GStreamer in the past, it wasn't much
>  fun,
>  > though I was doing video processing, not just LED manipulation..
>  > Oh well, I try searchAndLock trick, if it doesn't work, I'll need to
>  > think if I am into diving to gstreamer or into waiting for the Torch
>  > API. Technically, waiting for Torch is correct probably, I am just
>  > driven by the opportunity to make the very first torch for Jolla :)
>  > Cheers,
>  > Artem.
>  >
>  > On Sat, Nov 16, 2013 at 5:28 PM, Mohammed Hassan
> 
>  > <[1][2]mohammed.has...@jollamobile.com> wrote:
>  >
>  > Hi Artem,
>  >
>  > On Sat, Nov 16, 2013 at 04:43:57PM +0200, Artem Marchenko wrote:
>  > > Thanks, Mohammed.
>  > >
>  > > I know that torch mode is not supported, but ON mode is. So my
>  > current
>  > > workaround idea is to make phone think it shoots video with flash
>  > mode
>  > > ON (ok, we can even shoot video for real if needed). Assumption is
>  > that
>  > > video + flash mode ON should make phone record video with light
>  > > constantly ON. Currently it doesn't work for me, maybe because
>  > > assumption is wrong or maybe I am just using some api the wrong
>  way.
>  >
>  > It will not work that way. There is a special mode for torch light
>  > but it's
>  > not yet been implemented.
>  >
>  > > 2nd workaround idea is to make phone seekAndLock all the time
>  > causing
>  > > flash to be ON. That is likely to result in a multitude of short
>  > > flashes though.
>  >
>  > That can work but it will be slow "light bursts".
>  > A 3rd option would be going even below GSTreamer and Qt and talk to
>  > the camera HW directly.
>  > This is harder -trust me- and will tie you to the hardware.
>  > I am really sorry I don't have a solution for you :(
>  > I can only promise it will be available soon in an update.
>  > Cheers,
>  >
>  > > When you record video with the flash ON in a system camera app,
>  does
>  > it
>  > > cause LED to have kith ON all the time?
>  > >
>  > > Artem.
>  > >
>  > > On Saturday, November 16, 2013, Mohammed Hassan wrote:
>  > >
>  > > Hi Artem,
>  > > On Sat, Nov 16, 2013 at 02:48:30PM +0200, Artem Marchenko wrote:
>  > > > Hi All
>  > > > *Context*
>  > > > I am trying to build a flashlight app, but the same question is
>  > > valid
>  > > > for any camera app that wants to shoot photos/videos in low
>  > > light.
>  > > > *The problem*
>  > > > I am trying to control LED flash by setting flash mode to ON
>  (api
>  > > > confirms that ON mode is supported) and starting camera. Nothing
>  > > > happens. I also tried actually capturing photo, shooting video
>  > > and
>  > > > seekAndLocking. I don't have a device myself, but kind people on
>  > > IRC
>  > > > told that only two short LED flashes happen (during seeking for
>  > > focus
>  > > > probably).
>  > > > Could somebody, please, advise how to control flash in Sailfish
>  > > OS? Or
>  > > > maybe you could confirm that libhybris flash control just isn't
>  > > wired
>  > > > to Qt level?
>  > > This is unfortunately not supported.
>  &

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

searchAndLock() should work as long as you are in a dark
place (that's what LED torch is for ;-))
and make sure the focus mode is set to fixed focus mode.

Good luck!

Cheers,

On Sat, Nov 16, 2013 at 05:35:47PM +0200, Artem Marchenko wrote:
>  I used to work a little with GStreamer in the past, it wasn't much fun,
>  though I was doing video processing, not just LED manipulation..
>  Oh well, I try searchAndLock trick, if it doesn't work, I'll need to
>  think if I am into diving to gstreamer or into waiting for the Torch
>  API. Technically, waiting for Torch is correct probably, I am just
>  driven by the opportunity to make the very first torch for Jolla :)
>  Cheers,
>  Artem.
> 
>  On Sat, Nov 16, 2013 at 5:28 PM, Mohammed Hassan
>  <[1]mohammed.has...@jollamobile.com> wrote:
> 
>  Hi Artem,
> 
>  On Sat, Nov 16, 2013 at 04:43:57PM +0200, Artem Marchenko wrote:
>  > Thanks, Mohammed.
>  >
>  > I know that torch mode is not supported, but ON mode is. So my
>  current
>  > workaround idea is to make phone think it shoots video with flash
>  mode
>  > ON (ok, we can even shoot video for real if needed). Assumption is
>  that
>  > video + flash mode ON should make phone record video with light
>  > constantly ON. Currently it doesn't work for me, maybe because
>  > assumption is wrong or maybe I am just using some api the wrong way.
> 
>  It will not work that way. There is a special mode for torch light
>  but it's
>  not yet been implemented.
> 
>  > 2nd workaround idea is to make phone seekAndLock all the time
>  causing
>  > flash to be ON. That is likely to result in a multitude of short
>  > flashes though.
> 
>  That can work but it will be slow "light bursts".
>  A 3rd option would be going even below GSTreamer and Qt and talk to
>  the camera HW directly.
>  This is harder -trust me- and will tie you to the hardware.
>  I am really sorry I don't have a solution for you :(
>  I can only promise it will be available soon in an update.
>  Cheers,
> 
>  > When you record video with the flash ON in a system camera app, does
>  it
>  > cause LED to have kith ON all the time?
>  >
>  > Artem.
>  >
>  > On Saturday, November 16, 2013, Mohammed Hassan wrote:
>  >
>  > Hi Artem,
>  > On Sat, Nov 16, 2013 at 02:48:30PM +0200, Artem Marchenko wrote:
>  > > Hi All
>  > > *Context*
>  > > I am trying to build a flashlight app, but the same question is
>  > valid
>  > > for any camera app that wants to shoot photos/videos in low
>  > light.
>  > > *The problem*
>  > > I am trying to control LED flash by setting flash mode to ON (api
>  > > confirms that ON mode is supported) and starting camera. Nothing
>  > > happens. I also tried actually capturing photo, shooting video
>  > and
>  > > seekAndLocking. I don't have a device myself, but kind people on
>  > IRC
>  > > told that only two short LED flashes happen (during seeking for
>  > focus
>  > > probably).
>  > > Could somebody, please, advise how to control flash in Sailfish
>  > OS? Or
>  > > maybe you could confirm that libhybris flash control just isn't
>  > wired
>  > > to Qt level?
>  > This is unfortunately not supported.
>  > The only flash modes supported now are: on, off or auto.
>  > Torch light mode is not yet supported but I assure you it will come
>  > in an update soon.
>  > I am not that familiar with Qt but I know it's a limitation of the
>  > layer underneath Qt.
>  > The best you can do now is to wait for the phone itself and tinker
>  > as you like and I am
>  > sure you will manage to do it :-)
>  > Cheers,
>  > P.S. libhybris camera wrapper is not used by sailfish. It might or
>  > might not work.
>  > ___
>  > SailfishOS.org Devel mailing list
>  >
>  > --
>  > Artem Marchenko
> 
>  > [1][2]http://agilesoftwaredevelopment.com
>  > [2][3]http://twitter.com/AgileArtem
>  >
>  > References
>  >
>  > 1. [4]http://agilesoftwaredevelopment.com/
>  > 2. [5]http://twitter.com/AgileArtem
> 
>  --
>  Artem Marchenko
>  [6]http://agilesoftwaredevelopment.com
>  [7]http://twitter.com/AgileArtem
> 
> References
> 
>  1. mailto:mohammed.has...@jollamobile.com
>  2. http://agilesoftwaredevelopment.com/
>  3. http://twitter.com/AgileArtem
>  4. http://agilesoftwaredevelopment.com/
>  5. http://twitter.com/AgileArtem
>  6. http://agilesoftwaredevelopment.com/
>  7. http://twitter.com/AgileArtem
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

Hi Artem,

On Sat, Nov 16, 2013 at 04:43:57PM +0200, Artem Marchenko wrote:
>  Thanks, Mohammed.
> 
>  I know that torch mode is not supported, but ON mode is. So my current
>  workaround idea is to make phone think it shoots video with flash mode
>  ON (ok, we can even shoot video for real if needed). Assumption is that
>  video + flash mode ON should make phone record video with light
>  constantly ON. Currently it doesn't work for me, maybe because
>  assumption is wrong or maybe I am just using some api the wrong way.

It will not work that way. There is a special mode for torch light but it's
not yet been implemented.


>  2nd workaround idea is to make phone seekAndLock all the time causing
>  flash to be ON. That is likely to result in a multitude of short
>  flashes though.

That can work but it will be slow "light bursts".

A 3rd option would be going even below GSTreamer and Qt and talk to the camera 
HW directly.
This is harder -trust me- and will tie you to the hardware.

I am really sorry I don't have a solution for you :(

I can only promise it will be available soon in an update.

Cheers,

>  When you record video with the flash ON in a system camera app, does it
>  cause LED to have kith ON all the time?
> 
>  Artem.
> 
>  On Saturday, November 16, 2013, Mohammed Hassan wrote:
> 
>  Hi Artem,
>  On Sat, Nov 16, 2013 at 02:48:30PM +0200, Artem Marchenko wrote:
>  > Hi All
>  > *Context*
>  > I am trying to build a flashlight app, but the same question is
>  valid
>  > for any camera app that wants to shoot photos/videos in low
>  light.
>  > *The problem*
>  > I am trying to control LED flash by setting flash mode to ON (api
>  > confirms that ON mode is supported) and starting camera. Nothing
>  > happens. I also tried actually capturing photo, shooting video
>  and
>  > seekAndLocking. I don't have a device myself, but kind people on
>  IRC
>  > told that only two short LED flashes happen (during seeking for
>  focus
>  > probably).
>  > Could somebody, please, advise how to control flash in Sailfish
>  OS? Or
>  > maybe you could confirm that libhybris flash control just isn't
>  wired
>  > to Qt level?
>  This is unfortunately not supported.
>  The only flash modes supported now are: on, off or auto.
>  Torch light mode is not yet supported but I assure you it will come
>  in an update soon.
>  I am not that familiar with Qt but I know it's a limitation of the
>  layer underneath Qt.
>  The best you can do now is to wait for the phone itself and tinker
>  as you like and I am
>  sure you will manage to do it :-)
>  Cheers,
>  P.S. libhybris camera wrapper is not used by sailfish. It might or
>  might not work.
>  ___
>  SailfishOS.org Devel mailing list
> 
>  --
>  Artem Marchenko
>  [1]http://agilesoftwaredevelopment.com
>  [2]http://twitter.com/AgileArtem
> 
> References
> 
>  1. http://agilesoftwaredevelopment.com/
>  2. http://twitter.com/AgileArtem
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Camera flash control. Wired to Qt level or not?

[Mohammed Hassan]

Hi Artem,

On Sat, Nov 16, 2013 at 02:48:30PM +0200, Artem Marchenko wrote:
>  Hi All
>  *Context*
>  I am trying to build a flashlight app, but the same question is valid
>  for any camera app that wants to shoot photos/videos in low light.
>  *The problem*
>  I am trying to control LED flash by setting flash mode to ON (api
>  confirms that ON mode is supported) and starting camera. Nothing
>  happens. I also tried actually capturing photo, shooting video and
>  seekAndLocking. I don't have a device myself, but kind people on IRC
>  told that only two short LED flashes happen (during seeking for focus
>  probably).
>  Could somebody, please, advise how to control flash in Sailfish OS? Or
>  maybe you could confirm that libhybris flash control just isn't wired
>  to Qt level?

This is unfortunately not supported.
The only flash modes supported now are: on, off or auto.
Torch light mode is not yet supported but I assure you it will come in an 
update soon.

I am not that familiar with Qt but I know it's a limitation of the layer 
underneath Qt.

The best you can do now is to wait for the phone itself and tinker as you like 
and I am
sure you will manage to do it :-)

Cheers,

P.S. libhybris camera wrapper is not used by sailfish. It might or might not 
work.
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Which audio codecs will by default be available on the device?

[Mohammed Hassan]

On Sun, Nov 10, 2013 at 01:28:42AM +0100, Alessandro Portale wrote:
> Hi,
> 
> I am only able to play wav/pcm audio via QMLs QtMultimedia.SoundEffect
> on the Emulator. Other formats will not be played, I assume due to
> missing codecs:
>"QSoundEffect(pulseaudio): Error decoding source"
> 
> Are there plans to reveal which audio codecs will be installed by
> default on the first Jolla device?

Hi Alessandro,

supported audio codecs are: wav, mp3, AAC, ogg and flac.

Hope I did not miss anything ;-)

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Jolla Harbour and Jolla Store

[Mohammed Hassan]

Hi Attila,

On Thu, Nov 07, 2013 at 03:03:21PM -0800, Attila Csipa wrote:
[...]
> >Hopefully that answered your question.
> 
> Not quite :) What I'm interested in is what *will* be there (or,
> rather, what resources will it limit) as opposed to what is NOT
> going to be there (whether not having Aegis there is good, or bad,
> depends on what you will have there instead is better or worse than
> Aegis).

As Jonni said:
After you enable developer mode, you have _true_ root access to the device
and can freely replace system binaries and do what ever you want with your
device (you may lose warranty when you enable developer mode).

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] No decoder available for type 'video/x-h264' in SDK

[Mohammed Hassan]

On Wed, Nov 06, 2013 at 01:52:45PM +0100, Daniel Piotrowski wrote:
> Hello everyone, I repeat the question
> 
> I have a problem with a component video I want to play video in MP4 format 
> but,
> unfortunately,
> after compiling the code I get the message "No decoder available for type 
> 'video
> /x-h264' in SDK …”
> 
> In emulator I have uploaded all the codecs using command " zypper in 
> *gstreamer*
>  ",from the pack "gst-plugins-bad" lacks the H.264 decoder.

Hi Daniel,

Unfortunately there is no support for H264 video decoding in the emulator.
I however assure you that the phone itself will support H264.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] Jolla Harbour and Jolla Store

[Mohammed Hassan]

I don't see it as a pity. I see it as an opportunity for everyone
to push their libraries and stuff to mer/nemo/sailfish.

An advantage of SailfishOS is that everyone can contribute and have their
own applications, libraries and tools there.

Just my 0.02

Cheers,

On Wed, Nov 06, 2013 at 05:06:58PM +0100, Marcin M. wrote:
>  Hi,
>  Thanks! Well, it's a pity ;(
>  Regards,
> 
>  --
>  Marcin
>  2013/11/6 Jonni Rainisto <[1]jonni.raini...@jolla.com>
> 
>  Hi,
>  AFAIK. Currently you can only depend on mer/nemomobile packages, you
>  cannot depend on store packages.
>  re, Jonni
>  __
> 
>  From: [2]devel-boun...@lists.sailfishos.org
>  [[3]devel-boun...@lists.sailfishos.org] on behalf of Marcin M.
>  [[4]marmistrz...@gmail.com]
>  Sent: Wednesday, November 06, 2013 5:34 PM
>  To: Sailfish OS Developers
>  Subject: Re: [SailfishDevel] Jolla Harbour and Jolla Store
>  And what about in-app-store depends? (Free app, paid databases,
>  databases depend on the free app)
>  --
>  Marcin
>  2013/11/6 Andrey Kozhevnikov <[5]coderusin...@gmail.com>
> 
>  Good point, thanks!
> 
>  On 06.11.2013 18:30, Jonni Rainisto wrote:
> 
>  And if some good library is missing, and you are willing to maintain
>  the library, feel free trying to get it added to Mer/Nemomobile side
>  (after that you can depend against it).
>  re, Jonni
>  
>  From: [6]devel-boun...@lists.sailfishos.org
>  [[7]devel-boun...@lists.sailfishos.org] on behalf of Jonni Rainisto
>  [[8]jonni.raini...@jolla.com]
>  Sent: Wednesday, November 06, 2013 2:27 PM
>  To: Sailfish OS Developers
>  Subject: Re: [SailfishDevel] Jolla Harbour and Jolla Store
>  HI,
>  AFAIK, uploading libraries to store is forbidden, you can only
>  depend on common mer/nemomobile libraries in .spec/rpm Requires
>  field.
>  re, Jonni
>  
>  From: [9]devel-boun...@lists.sailfishos.org
>  [[10]devel-boun...@lists.sailfishos.org] on behalf of Andrey
>  Kozhevnikov [[11]coderusin...@gmail.com]
>  Sent: Wednesday, November 06, 2013 1:40 PM
>  To: [12]devel@lists.sailfishos.org
>  Subject: Re: [SailfishDevel] Jolla Harbour and Jolla Store
>  Please more information about Harbour:
>  - it can accept only single files, means i cant upload some
>  libraries,
>  required as depends for my appliction?
>  - does it acts as repository?
>  On 06.11.2013 17:06, Karl Granström wrote:
> 
>  Ahoy all,
>  Today we're launching Jolla Harbour <[13]harbour.jolla.com>, the
>  portal for submitting applications to the Jolla Store.
>  You can submit and manage your applications. Consumers will be able
>  to install them directly from their Jolla phones.
>  Here are some details about Jolla Harbour:
>  Joining and logging into Jolla Harbour:
>  Joining is free! You can create a Jolla account from the Jolla
>  Harbour landing page ([14]harbour.jolla.com) or if you have
>  pre-ordered your Jolla phone, you have everything you need to get
>  started. To manage your account details, please visit
>  [15]account.jolla.com.
>  Support for Sailfish and Android™ applications:
>  You can submit both Sailfish and Android™ applications to Jolla
>  Harbour. The submission process is the same.
>  Start with free applications:
>  At launch, the Jolla Harbour and Jolla Store will support only free
>  applications. We are working hard to enable payment solutions and we
>  will keep you posted about these capabilities as they develop.
>  Binary package naming:
>  You will receive naming guidelines when you upload the binary
>  package to Jolla Harbour. You can also find guidelines on versioning
>  at [16]http://semver.org.
>  Preparing your metadata:
>  Jolla Harbour needs to know a few things about your app:
>  - An app icon for the Store (86x86px, png) (Current SDK supports
>  90x90px images; more details to follow soon)
>  - 1-3 screenshots (540x960px, png or jpg)
>  - An optional Cover image for your Store page (516x252px, png or
>  jpg)
>  Submission process:
>  To submit your application to Jolla Harbour, fill in the metadata
>  for it and upload the binary and required images. After you have
>  submitted your app, Jolla will start Quality Assurance testing.
>  Quality Assurance testing:
>  Jolla will perform QA testing on your applications on real Jolla
>  devices. We will get back to you with feedback on your app within a
>  few days. You will be notified on the QA results via the email
>  address you have registered to your Jolla account.
>  If you encounter any issues, please contact us by email,
>  [17]developer-c...@jolla.com, or report them to the Sailfish
>  developers mailing list at devel at [18]lists.sailfishos.org.
>  Happy hacking!
>  The Jolla Store Team
>  ___
>  SailfishOS.org Devel mailing list
> 
>  ___
>  SailfishOS.org Devel mailing list
>  ___

Re: [SailfishDevel] gstreamer version ?

[Mohammed Hassan]

On Tue, 8 Oct 2013 17:26:31 +0300
Kaj-Michael Lang  wrote:

> Hi

Hi,

> It seems gstreamer is still on version 0.10, are there plans to move
> to 1.0/1.2 ?

Sailfish OS is using GStreamer 0.10 but moving to 1.2 is in the roadmap.

However the only supported version is the version bundled with the SDK.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] GStreamer does not support HTTP streaming -- Workaround?

[Mohammed Hassan]

It seems GStreamer pulsesink cannot connect to pulse audio. It then tries a few
other sinks then fails completely.

Unfortunately I do not know why pulseaudio is not working correctly.

Could someone else help here?

Cheers,

On Fri, Jul 12, 2013 at 01:58:33PM +0200, Erlend Boe wrote:
> Hi Mohammed,
> 
> 
> Here is the output:
> 
> [root@SailfishEmul ~]# GST_DEBUG='*:2' gst-launch-0.10 playbin2 
> uri=http://download.banshee-project.org/misc/http-test.ogg
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> 0:00:02.769910826  1363 0x6d901860 WARN   pulse 
> pulsesink.c:540:gst_pulseringbuffer_open_device: 
> error: Failed to connect: Connection refused
> 0:00:02.772671188  1363 0x6d901860 WARNalsa 
> pulse.c:243:pulse_connect: alsalib error: PulseAudio: Unable to connect: 
> Connection refused
> 
> 0:00:02.773043893  1363 0x6d901860 WARNalsa 
> gstalsasink.c:694:gst_alsasink_open: error: Could 
> not open audio device for playback.
> 0:00:02.773357077  1363 0x6d901860 WARNalsa 
> gstalsasink.c:694:gst_alsasink_open: error: 
> Playback open error on device 'default': Connection refused
> 0:00:02.774327278  1363 0x6d901860 WARNoss4 
> oss4-property-probe.c:374:gst_oss4_property_probe_get_values:
>  Can't open file descriptor to probe available devices: No such file or 
> directory
> 0:00:02.774646351  1363 0x6d901860 WARNoss4sink 
> oss4-sink.c:515:gst_oss4_sink_open: error: Could 
> not open audio device for playback.
> 0:00:02.774945041  1363 0x6d901860 WARNoss4sink 
> oss4-sink.c:515:gst_oss4_sink_open: error: system 
> error: No such file or directory
> 0:00:02.775477104  1363 0x6d901860 WARN oss 
> gstosssink.c:414:gst_oss_sink_open: error: Could 
> not open audio device for playback.
> 0:00:02.775756292  1363 0x6d901860 WARN oss 
> gstosssink.c:414:gst_oss_sink_open: error: system 
> error: No such file or directory
> 0:00:02.776149518  1363 0x6d901860 WARN  autodetect 
> gstautoaudiosink.c:370:gst_auto_audio_sink_detect: error: Failed 
> to find a supported audio sink
> 0:00:02.776486737  1363 0x6d901860 WARNplaysink 
> gstplaysink.c:1906:gen_audio_chain: error: The autoaudiosink 
> element is not working.
> ERROR: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0: The 
> autoaudiosink element is not working.
> Additional debug info:
> gstplaysink.c(1906): gen_audio_chain (): 
> /GstPlayBin2:playbin20/GstPlaySink:playsink0
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
> [root@SailfishEmul ~]# 
> 
> 
> Regards,
> Erlend
> 
> On 12.07.2013, at 13:23, Mohammed Hassan  
> wrote:
> 
> > On Fri, Jul 12, 2013 at 12:25:56PM +0200, Erlend Boe wrote:
> >> Hi Mohammed,
> >> 
> >> sadly it stops working after rebooting the VM. The error that I get in the 
> >> console is:
> >> (HelloWorld:2291): GLib-GObject-WARNING **: invalid cast from 
> >> `WebKitWebSrc' to `GstBaseSrc'
> >> ** (HelloWorld:2291): CRITICAL **: gst_base_src_is_live: assertion 
> >> `GST_IS_BASE_SRC (src)' failed
> > 
> > That is indeed strange but judging by the error below, it doesn't look
> > like it's the case.
> > 
> >> and in the simulator:
> >> [root@SailfishEmul ~]# gst-launch-0.10 playbin2 
> >> uri=http://download.banshee-project.org/misc/http-test.ogg
> >> Setting pipeline to PAUSED ...
> >> Pipeline is PREROLLING ...
> >> ERROR: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0: The 
> >> autoaudiosink element is not working.
> >> Additional debug info:
> >> gstplaysink.c(1906): gen_audio_chain (): 
> >> /GstPlayBin2:playbin20/GstPlaySink:playsink0
> >> ERROR: pipeline doesn't want to preroll.
> >> Setting pipeline to NULL ...
> >> Freeing pipeline ...
> >> 
> >> 
> > 
> > Could you please try GST_DEBUG='*:2' gst-launch-0.10 playbin2 
> > uri=http://download.banshee-project.org/misc/http-test.ogg
> > 
> > It should at least give us some more debugging
> > 
> > Cheers,
> > 
> >> Regards,
> >> Erlend
> >> 
> >> On 12.07.2013, at 08:30, Erlend Boe  wrote:
> >> 
> >>> Hi Mohammed,
> >>> 
> >>> after doing "zypper install gst-plugins-good", it now works.
> >>> Thanks!
> >>> 
> >>> can you confirm that the gst-plugins

Re: [SailfishDevel] GStreamer does not support HTTP streaming -- Workaround?

[Mohammed Hassan]

On Fri, Jul 12, 2013 at 12:25:56PM +0200, Erlend Boe wrote:
> Hi Mohammed,
> 
> sadly it stops working after rebooting the VM. The error that I get in the 
> console is:
>  (HelloWorld:2291): GLib-GObject-WARNING **: invalid cast from `WebKitWebSrc' 
> to `GstBaseSrc'
> ** (HelloWorld:2291): CRITICAL **: gst_base_src_is_live: assertion 
> `GST_IS_BASE_SRC (src)' failed

That is indeed strange but judging by the error below, it doesn't look
like it's the case.

> and in the simulator:
> [root@SailfishEmul ~]# gst-launch-0.10 playbin2 
> uri=http://download.banshee-project.org/misc/http-test.ogg
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> ERROR: from element /GstPlayBin2:playbin20/GstPlaySink:playsink0: The 
> autoaudiosink element is not working.
> Additional debug info:
> gstplaysink.c(1906): gen_audio_chain (): 
> /GstPlayBin2:playbin20/GstPlaySink:playsink0
> ERROR: pipeline doesn't want to preroll.
> Setting pipeline to NULL ...
> Freeing pipeline ...
> 
> 

Could you please try GST_DEBUG='*:2' gst-launch-0.10 playbin2 
uri=http://download.banshee-project.org/misc/http-test.ogg

It should at least give us some more debugging

Cheers,

> Regards,
> Erlend
> 
> On 12.07.2013, at 08:30, Erlend Boe  wrote:
> 
> > Hi Mohammed,
> > 
> > after doing "zypper install gst-plugins-good", it now works.
> > Thanks!
> > 
> > can you confirm that the gst-plugins-good will be part of the next Sailfish 
> > release, and will be installed in the shipping product?
> > 
> > Regards,
> > Erlend
> > 
> > On 11.07.2013, at 17:17, Mohammed Hassan  
> > wrote:
> > 
> >> On Thu, Jul 11, 2013 at 01:21:44PM +, "Thomas B. Rücker" wrote:
> >>> Hi,
> >>> 
> >>> On 07/11/2013 12:40 PM, Erlend Boe wrote:
> >>>> I tried to play an .ogg audio file using a http url in my application 
> >>>> (from qml), but it is not working.
> >>>> The error message that I get is:
> >>>> GStreamer; Unable to play - 
> >>>> "http://upload.wikimedia.org/wikipedia/commons/4/4b/En-us-surname.ogg"; 
> >>>> Error: "No URI handler implemented for "http".
> >>>> 
> >>>> I then saw that also MeeGo once had this problem, bug 1584.
> >>>> (performing a similar test in the simulator gives the same error as in 
> >>>> bug 1584)
> >>> 
> >>> Umm, that's bad and should be fixed. I suppose Mer inherited the build
> >>> config from MeeGo.
> >>> GStreamer is part of Nemo middleware nowadays and bugs can be filed here:
> >>> https://bugs.nemomobile.org/
> >>> Once it's fixed there it should automagically also appear in Sailfish as
> >>> that uses Nemo MW.
> >> 
> >> It's actually available. You only need to install gst-plugins-good in the
> >> emulator to get http streaming to work.
> >> 
> >> It seems that nothing is depending on gst-plugins-good thus it never gets
> >> pulled in by default.
> >> 
> >> Cheers,
> >> ___
> >> SailfishOS.org Devel mailing list
> > 
> > ___
> > SailfishOS.org Devel mailing list
> 
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] GStreamer does not support HTTP streaming -- Workaround?

[Mohammed Hassan]

On Thu, Jul 11, 2013 at 01:21:44PM +, "Thomas B. Rücker" wrote:
> Hi,
> 
> On 07/11/2013 12:40 PM, Erlend Boe wrote:
> > I tried to play an .ogg audio file using a http url in my application (from 
> > qml), but it is not working.
> > The error message that I get is:
> > GStreamer; Unable to play - 
> > "http://upload.wikimedia.org/wikipedia/commons/4/4b/En-us-surname.ogg"; 
> > Error: "No URI handler implemented for "http".
> >
> > I then saw that also MeeGo once had this problem, bug 1584.
> > (performing a similar test in the simulator gives the same error as in bug 
> > 1584)
> 
> Umm, that's bad and should be fixed. I suppose Mer inherited the build
> config from MeeGo.
> GStreamer is part of Nemo middleware nowadays and bugs can be filed here:
> https://bugs.nemomobile.org/
> Once it's fixed there it should automagically also appear in Sailfish as
> that uses Nemo MW.

It's actually available. You only need to install gst-plugins-good in the
emulator to get http streaming to work.

It seems that nothing is depending on gst-plugins-good thus it never gets
pulled in by default.

Cheers,
___
SailfishOS.org Devel mailing list

Re: [SailfishDevel] PulleyMenu and Combobox and make it possible to dynamic add items

[Mohammed Hassan]

On Sun, Jun 16, 2013 at 12:31:20PM +0200, Mikael Hermansson wrote:
> I just wonder if there is a plan for dynamic items in PulleyMenu and Combobox?
> 
> Right now it seems its only possible to add static items in "compile time"?
> 
> IMHO it would be better if PulleMenu/Combobox using MVC approach same way as 
> ListView/ListModel etc.. ?

gpodder is using a model and a Repeater to populate the PulleyMenu
https://github.com/gpodder/gpodder/blob/master/share/gpodder/ui/qml/sailfish/org/gpodder/qmlui/ActionMenu.qml

I am not sure this will work for you but you could always give it a try ;-)

Cheers,
___
SailfishOS.org Devel mailing list