Re: [Interest] [QtSerialBus] [CAN] Blocking API planned?
Hi Andre, I have no immediate plan but it is a suggestion which I am willing to take onboard. I have converted your mail to: https://bugreports.qt.io/browse/QTBUG-52495 -- Alex From: Intereston behalf of André Hartmann Sent: Monday, April 11, 2016 09:13 To: Interest@qt-project.org Subject: [Interest] [QtSerialBus] [CAN] Blocking API planned? Hi all, right now the CAN bus API provides the signals framesReceived() and framesWritten(). For some cases, it's easier to have a thread that blocks until an event occurs. Therefore, the additional functions bool waitForFramesReceived(int msecs) bool waitForFramesWritten(int msecs) could be useful. Is there already something planned in this direction? Best regards, Andre ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtPositioning high delay on QGeoPositionInfoSource::startUpdates
Hi Maxim, Am I right in the assumption that this only happens during startup or does it happen during the normal position update cycle as well? I am not sure whether or how we can fix this. It seems the Java thread startup which creates the Looper and message handler somehow freezes the Qt thread. The whole point of the Java thread was to not affect the Qt thread -- Alex From: Intereston behalf of Maxim Bescherevnykh Sent: Friday, April 1, 2016 10:16 To: interest@qt-project.org Subject: [Interest] QtPositioning high delay on QGeoPositionInfoSource::startUpdates QGeoPositionInfoSource::startUpdates startup time vary in high range 2 ms ~ 1 ms sometimes there is very high delays that freeze UI: "Looper Thread startup time in ms: 1189" "Looper Thread startup time in ms: 20" "Looper Thread startup time in ms: 8189" ... values from Android device (Nexus 5) Is there way to reduce those delays or only solution is to move QGeoPositionInfoSource in separate thread? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QCharts feedback/issues
>Where is the best place to give QCharts feedback, or to discuss issues? For bugs or suggestions please file them in Jira under the Charts component: https://bugreports.qt.io/browse/QTBUG/component/22022/?selectedTab=com.atlassian.jira.jira-projects-plugin:component-summary-panel Other forms of feedback could go to developm...@qt-project.org -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] lowEnergyScanner detects ibeacons that are absent
The delay between the device disappearing and the scan results being adjust is caused by caching in the Bluetooth stack. On Bluez the default is 2 or 3 mins for cache expiry. I have no data about other platforms. What platform are you on? In fact in some cases the caching goes even further. Sometimes the details of the disappeared device are cached and when you connect you get data from the cache or the list of the services. This doesn't work on Bluez but I have seen this behavior on WinRT for example. Unfortunately, there is not much you can do about it. -- Alex From: Intereston behalf of Dmytro Haponov Sent: Friday, February 19, 2016 13:16 To: interest@qt-project.org Subject: [Interest] lowEnergyScanner detects ibeacons that are absent after creating this topic https://forum.qt.io/topic/64355/lowenergyscanner-example-shows-absent-devices/2 I was advised to address the question here. The general question is - how to actively scan for BLE devices that are present at the moment of scan? Dmytro Haponov ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Gerrit questions
If the hook is already installed then you can trigger it by editing the commit log message via for example "git commit --amend" or git rebase. The hook itself will generate the change-id. -- Alex From: Intereston behalf of Jason H Sent: Monday, February 8, 2016 15:55 To: interest@qt-project.org Subject: [Interest] Gerrit questions I'm trying to push code to gerrit, but I'm having some issues. I've fought through many already, but I'm at ! [remote rejected] HEAD -> refs/for/dev/osx_recording_params (missing Change-Id in commit message footer) error: failed to push some refs to 'ssh://scorp...@codereview.qt-project.org:29418/qt/qtmultimedia.git' I find plenty of info on how to set the hook, but not how to _obtain_ and the change-id. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 5.5.1 OSX BTLE compile error - UUID is deprecated
On Friday 29 January 2016 20:49:49 Jason H wrote: >> I don't know if this is fixed in 5.6? >From: Intereston behalf of Thiago Macieira > >Looks like it is. https://bugreports.qt.io/browse/QTBUG-48518 -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth (and bluetooth low energy) on Windows
> -Original Message- > From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Stéphane > Fabry > I see there is no support for Windows 7, 8, 10 for the bluetooth module. Correct. > Is it planned in near future, is there someone working on it ? It is planned. I cannot comment on a particular Qt version as release though. I know for sure that 5.6 and 5.7 won't support it. > Or maybe there is no support for Windows for any technical reason that > prevent it to work ? At this stage I am not aware of anything that would prevent it. There are two branches in the qtconnectivity git repo for this purpose. The "btle" branch aims to support WinRT and the "wip/win" branch is for Win Desktop. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Starting a Norwegian Nynorsk translation of Qt
>I am planning on starting a translation of Qt into Norwegian Nynorsk >(language code: nn). >I have read https://wiki.qt.io/Qt_Localization, and >it looks like Qt 5.6 is the most relevant branch to translate. >Is that correct? That's correct. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth for Linux
>Below is a screen of the scanner demo that comes it and it appears it is not >able to turn on bluetooth because >bluetooth power is unchecked. Even when I check it the 'Scan' button is still >disabled which seems to indicate is not >really powering on (= in other words not able to connect to bluez?). It would indicate that the communication between QtBluetooth is not happening as it is supposed to. You won't get around the logging facilities I pointed out in my previous mail. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth for Linux
Hi, > -Original Message- > From: Interest [mailto:interest-boun...@qt-project.org] On Behalf Of Shahzad > Khan via Interest > Sent: Tuesday, 27 October 2015 15:38 > But when I run the btscanner demo, the 'scan' button comes out disabled. I > don't > get any warnings or errors but I can never scan. The scan button is disabled while a scan is in progress. > My question is how can I make bluetooth work for linux? How do I wire up Qt to > use BlueZ? I hear about Qdbus as well but I don't know exactly how does that > fit > in the picture since the demos don't seem to use it. QtDBus is internally used by QtBluetooth. There is no public reference to it in the QtBluetooth context. Please enable logging for the example by uncommenting //QLoggingCategory::setFilterRules(QStringLiteral("qt.bluetooth* = true")); in main(). It should provide you with more relevant output. Also, ensure that Bluez has enabled the local Bluetooth device using hciconfig. > I am using Ubuntu 4.04 and BlueZ version 4.11 which I believe is supported by > Qt. > I am new to linux world though. I am going to assume you meant Ubuntu 14.04 and Bluez 4.101. The other version combo doesn't make sense to me. Otherwise please advise. Yes, this version combo does work. Indeed I am using it myself. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth for Linux
>This is another bit of confusion I am trying to sort out. I do know bluez 4.x >is supported but does it mean I have to go >back to older version of Qt for that? Thanks. No you don't have to. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QCanBusDevice inheritance
>> Another inefficiency of the QIODevice approach would be that each frame Hi, >> would have to be serialized to a QByteArray on the user API side just to be > >unserialized on the backend side again. I have yet to see a backend API that > >doesn't deal with a frame based API. There is simply nothing gained. > >I don't get why each frame would have to be serialized if >QCanBusDevice inherits QIODevice. The implementation of >QCanBusDevice::writeFrame() would not change. It would, on the other >hand, require to implement QIODevice::writeData() which would either >call QCanBusDevice::writeFrame() or directly the backend API >effectively doing some "unserialization". The question is how you get to the serialized QCanBusFrame in the first place. Based on your suggestion above the usual order of calls for a QIODevice based API across the stack is such that const char* serialized_frame = ... device->write(serialized_frame; -> device->writeData(serialized_frame, size); // deserializes serialized_frame -> device->writeFrame(frame) // based on your suggestion above How did the user create serialized_frame if not using some QDataStream operator that created it from QCanBusFrame? Surely you cannot expect the API user to create the data stream representing a frame from scratch but via QCanBusFrame? I am sorry all I see is artificially passing everything through a serialization process where the top and the bottom of the call series end up with the same QCanBusFrame. Then I may as well permit the user to directly call writeFrame(). And that's what we did. Let me ask you this, why do you want it to be a QIODevice? It's not because the Qt docs stating "The QIODevice class is the base interface class of all I/O devices in Qt", is it? For me the API just doesn't fit and that's reason enough for me to contradict the QIODevice documentation ;) -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QCanBusDevice inheritance
Hi, >Thanks for your response but I still don't get why QIODevice has been >discarded for CAN while it is used for QUdpSocket. >First, frames can always be divided into bytes, there length is an >integer multiple of byte. If you are talking about the fact that >fields within a frame are not 8 bits longs (identifier can be 11), >this should be handled by the underlying CAN library. The QIODevice architecture was not a good fit for CAN bus. The API must enable the user to interpret the various frames received on the bus. In addition to the payload, each frame may come from different sources, has different types and other attributes. This means that the API requires at least an abstraction on frame level. For each new frame that you send you may adjust the frame attributes as well. This is considerably different from a QIODevice based architecture where you generally open a connection to a remote entity and once the connection is established you merely keep exchanging payload. After all you don't set a new IP for each UDP datagram. There is no requirement to dissect the incoming data stream on the backend either. We generally copy the raw data to a socket. Another inefficiency of the QIODevice approach would be that each frame would have to be serialized to a QByteArray on the user API side just to be unserialized on the backend side again. I have yet to see a backend API that doesn't deal with a frame based API. There is simply nothing gained. Another argument, the frame based API serves as an input gate. We can make assumptions about data format to be send by the API user as the user has to fit it into a QCanBusFrame. How should a backend react to an arbitrary data stream coming from the user? We have to find all the frame details in it before we send it further on. Hence a QIODevice API invites "frame input errors" which is not very user friendly. I hope this helps to understand the reasons for the change. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth support on Qt
Hi Jason, So is Qt not supporting advertising Manufacturer Specific Data or not supporting receiving them (or both)? I just need to retrieve the data when doing a scan. I admit the task description is somewhat vague. I modified it to be more precise. It shall be possible to set and get such advertisements using a new set of APIs. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt positioning
Are you certain that the two non-working devices have a valid position fix? It is quite possible for a fix to take up to 2 mins and if GPS only is permitted and you are inside a building... Another test might be to check whether other apps (e.g. the maps app) can retrieve the position . If you are certain that the above points are not the issue then I think it is time to put this into a bug report on https://bugreports.qt.io. The report should contain all the info already provided. In addition there should be information like any output you see on the command line. I am fairly certain it should mention something about provider. When you press Locate Update, what does the display say? What is mentioned in the UI as source? LBNL I'd like you to apply https://codereview.qt-project.org/#/c/124254/ before you run the example. This adds a bit more details on the output and improves error handling. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Federico Buti bacaro...@gmail.com Sent: Wednesday, August 26, 2015 09:37 To: Jason H Cc: interest@qt-project.org Subject: Re: [Interest] Qt positioning Hi all. Sorry for the delay in answering my own thread. Being busy doing other stuff I had no time to further test my issue. As suggested by Alex I've started studying the problem with the built-in examples. I've deployed the Geoglickr to my three devices. In accordance to the results I've obtained with my initial toy example the application correctly fetched coordinates on just one device out of three. More in details: - Lenovo A806 [rooted with AOSP 4.4.2] nan values, hitting Locate update does not change a thing - Archos 50 Titanium [stock Android 4.2.2] Correct value dispayed at startup - Galaxy Tab2 (GT-P7500) [stock Android 4.0.4] nan values, hitting Locate update does not change a thing Is there some trace/output I can attach or some other specific test I can execute? Should I add other relevant info (e.g. kernel version, build number)? Thanks in advance, F. On 19 August 2015 at 22:24, Jason H jh...@gmx.commailto:jh...@gmx.com wrote: Nope, did not know. Not really an iOS guy, but that key was it! Thanks! Sent: Wednesday, August 19, 2015 at 2:43 PM From: maitai mai...@virtual-winds.orgmailto:mai...@virtual-winds.org To: Interest@qt-project.orgmailto:Interest@qt-project.org Subject: Re: [Interest] Qt positioning Very probably you know it already, you need to put that in your info.plist file: keyNSLocationAlwaysUsageDescription/key stringLocation information needed for whatever reason../string Le 19-08-2015 19:54, Jason H a écrit : Sent: Wednesday, August 19, 2015 at 5:33 AM From: Blasche Alexander alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.comWhat is the status of this? I'm at a point now where the feature using positioning is on the radar. An invalid PositionSource is an indication that you don't even load the Position plugin/engine. In such scenarios you will never get any updates. I suggest you start testing the issue by using one of the provided position examples (e.g. geoflickr or weatherinfo). The provided QML is just not enough to figure out why it might no load and indeed it may never be enough as it may depend on how you build and your application. Please don't post your entire application (unless it is a very very small test case app or you are referring to an existing example) either though. Check that you are adding Qt+= positioning or otherwise the required plugins may not even be deployed. Well it works for Android. On IOS, I just get NaN, NaN Everytime I relaunch the app in Creator, it clears the Location permission. Location Services are on. I set this to Always for my app. No result. Are there any special notes for iOS? ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Low Energy connection parameters
Hi Andreas, Could you please be more specific. I don't understand what interval you are referring to. Maybe you could point me to the equivalent Android API element? Maybe you could mention some of the parameters you are after? Then I could answer your question. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Andreas Ortmann ortm...@finf.uni-hannover.de Sent: Wednesday, August 19, 2015 21:12 To: interest@qt-project.org Subject: [Interest] Bluetooth Low Energy connection parameters Hi, is there some way to change the bluetooth low energy connection parameters (especially the min/max connection interval) via the qt5 low energy API? I could not find a way to do that. Greetings, Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt positioning
What is the status of this? I'm at a point now where the feature using positioning is on the radar. An invalid PositionSource is an indication that you don't even load the Position plugin/engine. In such scenarios you will never get any updates. I suggest you start testing the issue by using one of the provided position examples (e.g. geoflickr or weatherinfo). The provided QML is just not enough to figure out why it might no load and indeed it may never be enough as it may depend on how you build and your application. Please don't post your entire application (unless it is a very very small test case app or you are referring to an existing example) either though. Check that you are adding Qt+= positioning or otherwise the required plugins may not even be deployed. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Map Widget
Hi Igor, I've looked into the code of new QtLocation module and it's QML components and I came to the conclusion that it's not very difficult to implement such widget and all another stuff to show map and items on the map as Qt widget. But... Michal even started work on it: https://codereview.qt-project.org/#/c/115647/ but other things like bugs prevented this work form continuing. I found that such implementation will be tied to the private QtLocation headers. I wanted to implement GeoMap and Items as part of the QtMWidgets library. But... I don't want to tie on the private Qt's headers in this library. So I can't to implement GeoMap right now. And I don't know what to do. * Is it possible to open QtLocation C++ stuff, I mean headers, for example, of QGeoMappingManager? With the recent reactivation of QtLocation development there have been a lot changes in the private headers. Until those headers settle down we won't make them public. A public header that changes is of no use to you either. * Is it possible to implement GeoMap widget in Qt internally and allow to choose between QML and Widgets? That's definitely possible and contributions are welcome. THis has the side benefit that (once it is in) it becaomes part of the maintained offering and private header changes will have to be accompanied by similar fixes to this new QGeoMap widget. * Is this list good to ask such questions, or better to ask in developer's list, and is it ok to ask in developer's list such questions. If this becomes an effort to add the widget to the QtLocation library then the dev list is more appropriate. However I would expect that the discussion would move to gerrit fairly soon after though. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Map Widget
But I have one question: new QGeoMapWidget will be based on the QOpenGLWidget and is it possible to use such widget on mobile platforms? I heard that on mobile platforms only one OpenGL context can be used... It is far too early to know what we'll end up doing. This was mostly a proof of concept to learn what we have to change in our private and public APIs to make it work. As mentioned earlier, currently we focus on bug fixing and stabilizing the API. That's why a contribution from your side to continue this work would speed this up to maybe Qt 5.6 ? -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [ Android ] Can Qt Positioning API access and output NEMA GPS Strings?
I want to output NMEA strings that look like this: $GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47 Maybe QNmeaPositionInfoSource has some way to output the raw source strings that it reads? Well, the class' purpose is to process an incoming NMEA string. If I just want to output the raw strings then we wouldn't have to wrap the QIODevice providing the NMEA strings. We would directly print the content from the QIODevice If you want to convert the output from a regular QGeoPositionInfoSource to NMEA then you would have to write the conversion code yourself. There is no support for it in Qt. It shouldn't be too difficult though as QNmeaPositionInfoSource provides a template for the reverse already. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [ Android ] Can Qt Positioning API access and output NEMA GPS Strings?
Hi, I am not sure whether this is what you are after but there is a class called QNmeaPositionInfoSource which can take NMEA input from a QIODevice. The QIODevice is supposed to provide the NMEA strings which the API turns into a QGeoPositionInfoSource-like behavior. There is an example for it under examples/positioning/logfilepositionsource -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Edward Sutton edward.sut...@subsite.com Sent: Monday, July 27, 2015 16:26 To: Interests Qt Subject: [Interest] [ Android ] Can Qt Positioning API access and output NEMA GPS Strings? For example: GPS NMEA - GPGGAhttp://aprs.gids.nl/nmea/ GNGNS and GLGNShttp://www.trimble.com/OEM_ReceiverHelp/V4.44/en/NMEA-0183messages_GNS.html For example: GGA - essential fix data which provide 3D location and accuracy data. $GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47 Where: GGA Global Positioning System Fix Data 123519 Fix taken at 12:35:19 UTC 4807.038,N Latitude 48 deg 07.038' N 01131.000,E Longitude 11 deg 31.000' E 1Fix quality: 0 = invalid 1 = GPS fix (SPS) 2 = DGPS fix 3 = PPS fix 4 = Real Time Kinematic 5 = Float RTK 6 = estimated (dead reckoning) (2.3 feature) 7 = Manual input mode 8 = Simulation mode 08 Number of satellites being tracked 0.9 Horizontal dilution of position 545.4,M Altitude, Meters, above mean sea level 46.9,M Height of geoid (mean sea level) above WGS84 ellipsoid (empty field) time in seconds since last DGPS update (empty field) DGPS station ID number *47 the checksum data, always begins with * The goal is to forward GPS NEMA string to another device. -Ed This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation questions
2015-07-15 8:08 GMT+02:00 maitai mai...@virtual-winds.orgmailto:mai...@virtual-winds.org: I tried to play with osm.mapping.host but it doesn't seem to have any effect, even after clearing the cache. I'm still experimenting so maybe I didn't put it in the right place, though. you have to set the activeMapType to MapType.CustomMap and your tileprovider *must* provide tiles as png, which is hardcoded within the plugin. And it requires the 5.5 release (just in case it wasn't obvious) -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bug in QtLocation 5.5 when zooming map?
This is https://bugreports.qt.io/browse/QTBUG-47170 https://bugreports.qt.io/browse/QTBUG-47170 where we discuss this further if the need should arise. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Herbert Danzinger herbert.danzin...@gmail.com Sent: Sunday, July 12, 2015 14:45 To: Interests Qt Subject: [Interest] Bug in QtLocation 5.5 when zooming map? I just tried the following QML to have a playground for integrating maps in an Android app. But the problem is, zooming the map on the device just does not work. I tried that on a Nexus4 running Android 4.4 and on a Moto G with the same result: zooming is not available. The example mapviewer app included in Qt 5.5 works without problems though. Am I missing something? import QtQuick 2.5 import QtQuick.Controls 1.4 import QtLocation 5.5 import QtPositioning 5.5 ApplicationWindow { visible: true Plugin { id: myPlugin name: osm } Map { id: map plugin: myPlugin anchors.fill: parent gesture.activeGestures: MapGestureArea.ZoomGesture | MapGestureArea.PanGesture | MapGestureArea.FlickGesture gesture.enabled: true zoomLevel: 16 Component.onCompleted: { console.log(Pinch enabled: + gesture.pinchEnabled) } } } BR herbert ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [Bluetooth] Cannot identify the SPP service
Hi Claudiu, there might be several reasons here. All of them together may appear as rather random. 1.) It is not unusual that it may take a while until a new device is discovered in the vicinity of your scanning device. Especially devices never seen before may take some time. bluetoothd tends to cache information of already found devices which enables quicker discovery once you had the first glimpse. At the end of the day though there is a radio layer in between the devices. They may not notice each other on the radio layer (out of range, under the table etc.) 2.) When you scan using sdptool you directly interact with the Bluez subsystem in the kernel and potentially with the local SDP server. When you use the Qt API you initially interact with the dbus interface layer in bluetoothd. It in turn will forward the call in siniliar ways you are doing manually with sdptool. I would not rule out that the dbus layer doesn't notice the service scan results when you do a scan via sdptool. 3.) There is a chance that your scan is filtering the wrong thing (based on your log below this doesn't seem to be the case here though). A service can be identified by its service (class) id and the protocol descriptor list ( its list of uuids). After all the SPP uuid 0x1101 can act as service uuid and protocol uuid. If you use a qt example they usually use a custom uuid as service uuid and only add the SPP uuid as protocol descriptor to the SDP record. If your discovering device only filters by service uuid and not protocol descriptor uuid you may simply not notice it. Different platforms have differing matching patterns. 4.) Last but not least it might be a bug. Although I have no trouble picking it up on my Fedora 22 (bluez 5.29). In such a case I would need a bit more info posted to bugreports.qt.io. We have had bugs in the past and I am certain we have more. Note that QtBluetooth forwards full discoveries to an external tool called sdptool which circumvents the dbus layer too (like sdptool). It should pick up the same things. Unfortunately its output is base64 encoded. I might just add a debug mode where it prints clear output for debugging purposes. The Minimal discovery uses the dbus layer and here you could debug it using qdbusviewer and inspecting the relevant objects (iface: org.bluez.Device1, in particular its UUIDs property). -- Alex From: Claudiu Olteanu olteanu.clau...@ymail.com Sent: Thursday, July 2, 2015 20:07 To: interest@qt-project.org Cc: Blasche Alexander; Thiago Macieira Subject: [Bluetooth] Cannot identify the SPP service Hi there, I encountered some problems when I tried to connect to a specific service (Serial Port Profile) on a Bluetooth device. Apparently it cannot identify the service. Here you can find some logs: qt.bluetooth: Starting discovery qt.bluetooth: UUID filter ({1101--1000-8000-00805f9b34fb}) qt.bluetooth.bluez: Discovery on: 00:12:6F:2A:0B:6E Mode: 1 qt.bluetooth: Socket discovery finished qt.bluetooth: Didn't find any Initially I thought that maybe there is a problem with the implementation of connectToService method. Therefore I decided to use the QBluetoothServiceDiscoveryAgent to list all the available services. I was surprised to see that when I do a FullDescovery I cannot identify any service for this device. When I use the sdptool to interrogate the SDP servers I can see the SPP service. claudiu@linux-qpot:~ sdptool -i hci0 records 00:12:6F:2A:0B:6E Service Name: SPP Service RecHandle: 0x1 Service Class ID List: Serial Port (0x1101) Protocol Descriptor List: L2CAP (0x0100) RFCOMM (0x0003) Channel: 1 Language Base Attr List: code_ISO639: 0x656e encoding:0x6a base_offset: 0x100 You can find at the end of the e-mail the HCI events captured during both scannings. I couldn't see anything wrong. The same thing happens randomly when I use a different remote Bluetooth device which exposes only the SPP service. There are moments when it can discover the service and moments when the scanning ends with no results. I couldn't see a pattern. Details about my environment: - OS: openSUSE 13.2 (Harlequin) (x86_64) - KDE - Qt 5.5 (beta version) - BlueZ 5.30 - Remote Bluetooth Devices: HW (HeinrichsWeikamp) OSTC sport, HW OSTC 2 Also I asked a friend to do the Qt SDP search and he has the same problem. The SPP service is never identified. Details about his environment: - OS: Fedora 22 - Qt 5.4.1 - BlueZ 5.28 - Remote Bluetooth Device: Shearwater Petrel 2 The interesting thing is that when I search for SDP servers exposed by my smartphone I can always discover them, but it doesn't expose a Serial Port Profile. Regards, Claudiu --- SDP scanning using the QT Bluetooth API claudiu@linux-qpot:~ hcidump HCI sniffer - Bluetooth packet analyzer ver 5.30 device: hci0 snap_len: 1500 filter: 0x HCI Event: Command Status (0x0f) plen 4 Create Connection
Re: [Interest] [ Android ] Bluetooth Obex Object Push Profile (OPP) implementation?
Hi Edward, -Original Message- From: Edward Sutton [mailto:edward.sut...@subsite.com] Sorry for my Android ignorance, where may I browse the Android Bluetooth API? http://developer.android.com/reference/android/bluetooth/package-summary.html -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [ Android ] Bluetooth Obex Object Push Profile (OPP) implementation?
Hi, Not supported because Qt does not support it? Or because Android does not support it? How do 3rd party Android apps implement Obex? Any ideas? Java source code? To the best of my knowledge there is no Android API to achieve that. There are some comments about private API's but they are not consistent. It's been a while since I checked last but most of the new Andoird APIs in the area of Bluetooth are related to Bluetooth Low Energy. I'd be happy to fix this if you know of an API that exists Android wide (not just on devices from manufacturer X). It is my understand that existing apps provide their own obex implementation on top of Androids RFCOMM/SPP profile. By the way Qt 5.5 Bluetooth SPP profile works great under both OS X and Android. Great to hear. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [QtBluetooth] Basic tests
-Original Message- project.org] On Behalf Of Blasche Alexander Sent: Monday, 8 June 2015 16:03 The above getDevice() function is related to Pairing and Bluez 4.x and involved in device discovery at all. Small correction (missing negation): The above getDevice() function is related to Pairing and Bluez 4.x and *NOT* involved in device discovery at all. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [QtBluetooth] Pairing two devices
Hi Claudiu, Unfortunately there are a few pairing related issues which are still unresolved in QtBluetooth. 1.) The Bluez5 port is not 100% complete when compared to Bluez 4 (https://bugreports.qt.io/browse/QTBUG-38401) 2.) The API doesn't allow you to specify a PIN as required by your use case (https://bugreports.qt.io/browse/QTBUG-42740) 3.) The current QBLuetoothLocalDevice related Pairing API is not really suitable to cover the use cases. I started to address point 1 above in ttps://codereview.qt-project.org/#/c/85595/ but never got around to finishing it. Then again I actually believe the best fix is to have an API that can be used as agent for all pairing interactions. The capabilities are certainly available in Bluez. On the other hand I doubt that this capability is not cross platform as I doubt that Android, OSX or Win would ever allw the replacement of their agents. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Claudiu Olteanu olteanu.clau...@ymail.com Sent: Sunday, May 31, 2015 20:49 To: interest@qt-project.org Subject: [Interest] [QtBluetooth] Pairing two devices Hi there! I have some problems when I try to pair two Bluetooth devices using the QTBluetooth API (QBluetoothLocaldevice class). The remote device requires a specific PIN code and when I call the requestPairing method the result is org.bluez.Error.AuthenticationFailed. (error = 1, pairing status = 0) Is there a way to specify the PIN code? I tried to use pairingDisplayConfirmation and pairingDisplayPinCode signals, but they are never triggered after the call of requestPairing method (with QBluetoothLocalDevice::Paired enum for the second parameter). I read that for the last method the pin is automatically generated so I don't think that they can be used in my scenario . Therefore what happens when you need to insert a specific pin code? I am not sure if it helps but here are the platform and the versions of the packages used: - OS: openSUSE 13.2 (Harlequin) (x86_64) - KDE - Qt 5.4.1 - BlueZ 5.23-1.1 Cheers, Claudiu ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth support on Qt
I guess you are talking about BTLE advertising and the manufacturer specific data it might contain? This is on the todo list but at this stage there is no formal commitment towards a specific release. If you want to track the feature I suggest to vote/watch the Jira issue (which I just created) below : https://bugreports.qt.io/browse/QTBUG-46008 -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of JH jason9...@gmail.com Sent: Monday, May 4, 2015 23:57 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth support on Qt Hello! I am not sure if this is the right way to send email to the mailing list but I really would like to know if Manufacturer Specific Data for BTLE is planned to be supported in future Qt releases. From what I have read, it is not going to be supported in Qt5.5. Is there a plan to support it in future releases such as Qt5.6? Thank you in advance! Jason ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth support on Qt
Unfortunately that's correct. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Nicola De Filippo nic...@nicoladefilippo.it Sent: Friday, May 8, 2015 12:25 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth support on Qt Hi, thus i can't use Qt 5.5 for beacon application, right? N. Il giorno 08/mag/2015, alle ore 11:32, Blasche Alexander alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.com ha scritto: I guess you are talking about BTLE advertising and the manufacturer specific data it might contain? This is on the todo list but at this stage there is no formal commitment towards a specific release. If you want to track the feature I suggest to vote/watch the Jira issue (which I just created) below : https://bugreports.qt.io/browse/QTBUG-46008 -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of JH jason9...@gmail.commailto:jason9...@gmail.com Sent: Monday, May 4, 2015 23:57 To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Bluetooth support on Qt Hello! I am not sure if this is the right way to send email to the mailing list but I really would like to know if Manufacturer Specific Data for BTLE is planned to be supported in future Qt releases. From what I have read, it is not going to be supported in Qt5.5. Is there a plan to support it in future releases such as Qt5.6? Thank you in advance! Jason ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Q(Tcp/Udp)Socket stall
While removing the plugin is a workaround, it is not a solution. Please file a bug including all you findings so far (including the pinned down timer). Thank you. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Shantanu Tushar shaan...@gmail.com Sent: Wednesday, April 29, 2015 14:23 To: Interests Qt Subject: Re: [Interest] Q(Tcp/Udp)Socket stall Apologies for hijacking the thread. I use Qt for SoStronkhttp://www.sostronk.com's desktop app which gamers use to launch game servers on demand (right now limited to Counter Strike : Global Offensive). A lot of people had complained about their game lagging every 10 seconds. I spent quite some time optimizing every timer that I had in the code, eliminating timers wherever necessary and increasing intervals otherwise. But, that didn't help. However, after seeing this thread reply, I used procexp https://technet.microsoft.com/en-in/sysinternals/bb896653.aspx and in the threads tab I can see that the WLAN poll is what causes our users' game lagging every 10 seconds. Our users are otherwise happy with our servers because its the best quality pings they can get. However, that goes to trash because of this poll. I skimmed through the bearer code and it looks impossible to workaround. Is there something I missed? Or, should I create a bugreport for this? On Fri, Apr 24, 2015 at 4:48 PM, Andre Barth andre.ba...@autodesk.commailto:andre.ba...@autodesk.com wrote: Are you on Wifi (only)? We did run into similar issues on 5.3.2 (but I don't know whether this is related to your problem, too): The reason for our problem was/is, that ... ...it looks as if Qt’s “Network Configuration Manager” was polling the Wifi engine every 10 seconds for available networks. This in turn will call Windows’ WlanScan function which “… requests a scan for available networks on the indicated interface…” (see qnativewifiengine::requestUpdate, line 517) Could be right, could be wrong - but this is what I've seen. Thanks, Andre -Original Message- From: interest-bounces+andre.barth=autodesk@qt-project.orgmailto:autodesk@qt-project.org [mailto:interest-bounces+andre.barthmailto:interest-bounces%2Bandre.barth=autodesk@qt-project.orgmailto:autodesk@qt-project.org] On Behalf Of Nuno Santos Sent: Friday, April 24, 2015 1:01 PM To: Interests Qt Subject: [Interest] Q(Tcp/Udp)Socket stall Hi, I have passed the last 48 hours trying to understand a problem I was having with sockets. I was driving crazy but I think I finally reached a conclusion. Let me summarize: - Program A that sends data via sockets to localhost - Program B, built in Qt, receives data via QUdpSocket (I have also tried with QTcpSocket and the problem is the same). Program A sends constant size messages (76 bytes) each 60 ms. Program B receives the message and prints the latency between the current message and the last message. The result is the following: latency 19 latency 60 latency 60 latency 60 latency 51 latency 59 latency 80 latency 61 latency 60 latency 58 latency 50 latency 60 latency 59 latency 538 latency 0 latency 43 latency 58 latency 62 latency 79 latency 50 latency 50 latency 61 latency 61 latency 58 latency 60 latency 80 latency 31 latency 59 latency 1946 latency 0 latency 54 latency 61 latency 49 latency 59 latency 52 latency 60 latency 58 latency 60 latency 60 latency 60 latency 60 latency 60 latency 51 latency 533 latency 0 latency 16 latency 60 latency 60 latency 60 latency 50 latency 60 latency 61 latency 60 latency 59 From time to time, in a pretty much regular way, the message receiving stalls and the latency is printed as being around 500ms/1000ms/2000ms. Even the interval between stalls is pretty much regular, around 14 packets. Each packet is 76 bytes, which multiplied by 14 gives around 1024. I didn’t rest while I couldn’t who the fault was. So I did a C program that receives data on a socket from the same source to ensure that there was no stalls or latency. The result was NO STALLS. Then, I have done another program, this time built in Qt, to send data via QUdpSocket to the program B. The result was: STALLS again! My conclusion is that somewhere in the underlying Qt socket handling, there is a buffer, to be filled before readyRead is sent. Is anybody familiar with this problem and know how to work around it? Is this a setting that can be tweaked? This doesn’t seem normal or acceptable. Thx, Regards, Nuno Santos ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest -- Shantanu Tushar
Re: [Interest] QTDbus, Connman Parameters conversion
I have been looking in a way to provide with my app some wifi connection manager which would allow the following functionality : F1 - Enable/disable wifi adapters F2 - List wifi networks F3 - connect to a network specifying the Wifi Key That Api allows me to list networks properly (F2), but i didn't find a proper way to do F1 F3. Did I overlook something ? Start and stop is provided via QNetworkSession. https://doc-snapshots.qt.io/qt5-5.4/qnetworksession.html QNetworkConfirgurationManager hands out the QNetworkConfigurations and QNetworkSession's are created based on those QNetworkConfigurations. This should cover F1. I don't quite see where the difference is between F1 and F3. Isn't the difference just iteration over all wlan network configurations and then stopping/starting the one with your particular interest? It is doesn't work then there might be a bug or a connman version issue. Connman did change its API and those latests changes can only be found in Qt 5.4 or later. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] can't get code from git://gitorious.org/qt/
Why I can't use git clone code from git://gitorious.org/qt/qtwayland.git now? Does it need some rights now? Last year I can git clone code from this address. Does anyone know how to resolve this problem? Thank you. I suggest http://code.qt.io/cgit/qt/qt5.git/ That's what gerrit references as well. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] BLE: reading a characteristic
Indeed the RTC use case is convincing. Notifications don't make sense and its read-only anyway. This requires a small API addition: https://bugreports.qt.io/browse/QTBUG-44841 -- Alex From: Mario Ribeiro mario.ri...@gmail.com Sent: Friday, March 6, 2015 12:33 To: Blasche Alexander Cc: interest@qt-project.org Subject: Re: [Interest] BLE: reading a characteristic ?Hi again, Thanks for the prompt reply!? On 6 March 2015 at 08:24, Blasche Alexander alexander.blas...@theqtcompany.commailto:alexander.blas...@theqtcompany.com wrote: -- Alex Hi, From: Mario Ribeiro mario.ri...@gmail.commailto:mario.ri...@gmail.com However, the thing with readings, and according to documentation, is that the value is cached and is only updated after service's details discovery, a successful write operation or change notification. I'm discovering all services as the app starts so all of them will be on state ServiceDiscovered after a while. But then, how can I update the cached value of characteristics? There is no way to trigger such a reread at this point in time. It could be added for 5.5 but the question really is why this would be necessary. Maybe you can provide the use case for it. ?Several BLE services require the READ operation to be available (at the peripheral's level). Some examples:? ? ?Alert Notification Service - https://developer.bluetooth.org/TechnologyOverview/Pages/ANS.aspx Battery Service - https://developer.bluetooth.org/TechnologyOverview/Pages/BAS.aspx? In addition to that, and in our case, we have a Real-Time Clock (RTC) embedded in our device that we need to read at specific circumstances. In general I would assume that if you have a characteristic with changing value (such as a sensor value) that it would advertise those changes via a change notification. Subsequently you would have to ensure that your device attaches the Notify or Indicate property to the characteristic in question and provide the required ClientCharacteristicConfiguration. After all a select() statement is usually much better than busy polling. ?Indeed we have some characteristics that use the notify or indicate properties. But considering the RTC or battery level again, we just need to read their values very sporadically upon central device's request. A workaround would be to write to a characteristic and receive a notification as a response, but after all thats the READ operation purpose. What you think? I attempted to re-discover the service's details before trying to read a characteristic belonging to it but I don't get an updated value (and my BLE peripheral - which I'm developing so I have access do debugging utilities - receives nothing). Any suggestion? Indeed this won't work at this point in time. QLowEnergyService::discoverDetails() has the following code if (d-state != QLowEnergyService::DiscoveryRequired) return; This means the rediscover doesn't even start. -- Mário Ribeiro -- Mário Ribeiro ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] BLE: reading a characteristic
-- Alex Hi, From: Mario Ribeiro mario.ri...@gmail.com However, the thing with readings, and according to documentation, is that the value is cached and is only updated after service's details discovery, a successful write operation or change notification. I'm discovering all services as the app starts so all of them will be on state ServiceDiscovered after a while. But then, how can I update the cached value of characteristics? There is no way to trigger such a reread at this point in time. It could be added for 5.5 but the question really is why this would be necessary. Maybe you can provide the use case for it. In general I would assume that if you have a characteristic with changing value (such as a sensor value) that it would advertise those changes via a change notification. Subsequently you would have to ensure that your device attaches the Notify or Indicate property to the characteristic in question and provide the required ClientCharacteristicConfiguration. After all a select() statement is usually much better than busy polling. I attempted to re-discover the service's details before trying to read a characteristic belonging to it but I don't get an updated value (and my BLE peripheral - which I'm developing so I have access do debugging utilities - receives nothing). Any suggestion? Indeed this won't work at this point in time. QLowEnergyService::discoverDetails() has the following code if (d-state != QLowEnergyService::DiscoveryRequired) return; This means the rediscover doesn't even start. -- Mário Ribeiro ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth support on Qt 5.5, Linux to iOS bluetooth communication.
Qt 5.5 will add support for BTLE on Android and iOS. The API is mostly the same. Those new platform ports were the proving ground for the 5.4 API. Unfortunately Qt 5.5 is still limited to the BTLE central role. Peripheral mode is something I'd like to add at some stage but haven't been able to do so far. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Johannes Bell belljohan...@gmail.com Sent: Wednesday, February 11, 2015 10:59 To: interest@qt-project.org Subject: [Interest] Bluetooth support on Qt 5.5, Linux to iOS bluetooth communication. Hello, Qt 5.4 provide a Tech Preview of Bluetooth Low Energy (client side support on Bluez 4 5). My Question is how far the Qt 5.5 Bluetooth Low Energy API final release will supports the BTLE functionality. Especially I am interested in the server side support of BTLE to communicate with iOS (In Apple terms the server side is the peripheral role (has data) like a heart rate sensor). I want to connect from a iPad to a raspberry pi without using GUI on the rpi and iOS only support BTLE. I run in trouble doing the communication in the other direction. One Problem was the auto disconnect of iOS BTLE after a short time and due to the given role assignment (rpi=central role/wants data) the communication needs to be initiated from the rpi, keeping the connection by polling, what is not a proper solution for me. Perhaps someone has an advice or docs to help? Thanks and Regards Johannes ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend
How do you define a custom BLE peripheral (aka what BLE devices work and which don't) on Win 8.1? Is it one that is not defined by some well known service or characteristic UUID? -- Alex From: Axel Jäger axeljae...@googlemail.com Sent: Sunday, January 11, 2015 22:35 To: Blasche Alexander; interest@qt-project.org Subject: AW: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend Hello Alex, thank you for your answer. So if there is someone working on a port of windows, time might be my friend and I might start on my mac using 5.5. However, in the meantime I found out that the implementation of Bluetooth LE on Windows behaves differently regarding the need to bond and pair devices. So far, I was not able to communicate with a custom BLE peripheral using either Windows Phone 8.1 or Windows 8.1 on a desktop. I guess an implementation of the Qt Bluetooth LE API will inherit this behaviour. If this is case and currently I guess it is the case, I better go with the bluegiga SDK directly. Best regards, Axel Von: interest-bounces+axeljaeger=googlemail@qt-project.org [mailto:interest-bounces+axeljaeger=googlemail@qt-project.org] Im Auftrag von Blasche Alexander Gesendet: Mittwoch, 7. Januar 2015 09:28 An: interest@qt-project.org Betreff: Re: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend Hi Axel, Your assumption about 5.5 is correct. Android gets LE support and ios/OSX get classic and LE support. Windows is currently work in progress. There is a wip/win branch on codereview. The windows port is mostly community driven at this stage which makes prediction somewhat hard. Ccurrently, you can find devices and I believe the initial connect to a BTLE device is somewhat done. This is done for classic desktop windows (which would cover win 8.1). There is no WinRT code at this stage. to your questions: 1.) I am confident Windows should have no unfixable problems. In many cases it is better than ios/OSX/Android when it comes to LE. I cannot say much about WinRT. 2.) I am not the WinRT expert but I was told in some cases it works in other's it doesn't. QtPositioning apparantly couldn't use RT on desktop. Qt doesn't mix desktop and RT and I got the feeling that the responsiple devs would like to keep it that way. 3.) The QtBluetooth library doesn't use a backend plugin. It is hardcoded into the library. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.orgmailto:interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Axel Jäger axeljae...@googlemail.commailto:axeljae...@googlemail.com Sent: Tuesday, January 6, 2015 23:51 To: interest@qt-project.orgmailto:interest@qt-project.org Subject: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend Hello, I have created a Bluetooth Low Energy Peripheral and need to develop a companion application on a windows desktop for it. I see that windows is currently not in the list of supported plattforms of Qt’s Low Energy Module and it looks like it will not be in Qt 5.5 according to this commit: https://qt.gitorious.org/qt/qtconnectivity/commit/ffbb91da8e8f14d7d5ffa8bbeace3e6c42eb525b I am using bluetooth modules from bluegiga and they also offer a bluetooth stick with an own C API. I see three options getting my task done and I am asking you which one you think is most sensible one: 1) Implement my application using bluegiga’s API 2) Implement a backend for Qt to use bluegiga’s hardware 3) Implement a backend for Qt to use the Windows Bluetooth API from WinRT/Windows 8.1 The options are ordered by estimated amount of work from least to most. Surprisingly I get the same order when sorting by sustainability. This means that actually option 3) is to be prefered. This brings me to a couple of questions: 1) Has anyone already looked into the Windows API and wants to make a statement whether mapping Qt’s API to the Windows API is feasable? 2) Is it actually possible to use WinRT on the Desktop as backend for Qt? 3) Is there an API or a plugin interface for Bluetooth LE backends in Qt? Can you comment on any of my points? Best regards, Axel ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt Bugtracker update and new URL
Just a quick reminder that this is going to happen today. -- Alex From: development-bounces+alexander.blasche=theqtcompany@qt-project.org development-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Blasche Alexander alexander.blas...@theqtcompany.com Sent: Monday, December 15, 2014 15:10 To: developm...@qt-project.org; interest@qt-project.org; qt-crea...@qt-project.org Subject: [Development] Qt Bugtracker update and new URL Hi, It is time to move the Qt bug tracker to its new home under qt.io. The new URL is going to be: https://bugreports.qt.io The change is going to happen on Wed, 7. January 2015. To facilitate the change the old server will be taken offline at 18:00 CET (GMT+1) and the latest changes will be copied to the new server. If everything goes well, the new server will be online at 20:00 CET (GMT+1). This implies that the Qt bug tracker is going to be down for about 2hrs. We are sorry for the inconvenience. Redirects will be in place following the move and all existing user accounts will continue to work. At the same time, Jira will be updated from 5.x to 6.3. The user interface style looks a bit different and you might find some minor new features here and there. As always, if you encounter any problems when using the new Jira instance, please file a report against the QTJIRA project (http://bugreports.qt.io/browse/QTJIRA) and if you are not even able to login you may use jira-admin (at) qt-project.org. -- Alex ___ Development mailing list developm...@qt-project.org http://lists.qt-project.org/mailman/listinfo/development ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend
Hi Axel, Your assumption about 5.5 is correct. Android gets LE support and ios/OSX get classic and LE support. Windows is currently work in progress. There is a wip/win branch on codereview. The windows port is mostly community driven at this stage which makes prediction somewhat hard. Ccurrently, you can find devices and I believe the initial connect to a BTLE device is somewhat done. This is done for classic desktop windows (which would cover win 8.1). There is no WinRT code at this stage. to your questions: 1.) I am confident Windows should have no unfixable problems. In many cases it is better than ios/OSX/Android when it comes to LE. I cannot say much about WinRT. 2.) I am not the WinRT expert but I was told in some cases it works in other's it doesn't. QtPositioning apparantly couldn't use RT on desktop. Qt doesn't mix desktop and RT and I got the feeling that the responsiple devs would like to keep it that way. 3.) The QtBluetooth library doesn't use a backend plugin. It is hardcoded into the library. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Axel Jäger axeljae...@googlemail.com Sent: Tuesday, January 6, 2015 23:51 To: interest@qt-project.org Subject: [Interest] Bluetooth Low Energy on Windows: Options and feasabilty of implementing own backend Hello, I have created a Bluetooth Low Energy Peripheral and need to develop a companion application on a windows desktop for it. I see that windows is currently not in the list of supported plattforms of Qt's Low Energy Module and it looks like it will not be in Qt 5.5 according to this commit: https://qt.gitorious.org/qt/qtconnectivity/commit/ffbb91da8e8f14d7d5ffa8bbeace3e6c42eb525b I am using bluetooth modules from bluegiga and they also offer a bluetooth stick with an own C API. I see three options getting my task done and I am asking you which one you think is most sensible one: 1) Implement my application using bluegiga's API 2) Implement a backend for Qt to use bluegiga's hardware 3) Implement a backend for Qt to use the Windows Bluetooth API from WinRT/Windows 8.1 The options are ordered by estimated amount of work from least to most. Surprisingly I get the same order when sorting by sustainability. This means that actually option 3) is to be prefered. This brings me to a couple of questions: 1) Has anyone already looked into the Windows API and wants to make a statement whether mapping Qt's API to the Windows API is feasable? 2) Is it actually possible to use WinRT on the Desktop as backend for Qt? 3) Is there an API or a plugin interface for Bluetooth LE backends in Qt? Can you comment on any of my points? Best regards, Axel ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Qt Bugtracker update and new URL
Hi, It is time to move the Qt bug tracker to its new home under qt.io. The new URL is going to be: https://bugreports.qt.io The change is going to happen on Wed, 7. January 2015. To facilitate the change the old server will be taken offline at 18:00 CET (GMT+1) and the latest changes will be copied to the new server. If everything goes well, the new server will be online at 20:00 CET (GMT+1). This implies that the Qt bug tracker is going to be down for about 2hrs. We are sorry for the inconvenience. Redirects will be in place following the move and all existing user accounts will continue to work. At the same time, Jira will be updated from 5.x to 6.3. The user interface style looks a bit different and you might find some minor new features here and there. As always, if you encounter any problems when using the new Jira instance, please file a report against the QTJIRA project (http://bugreports.qt.io/browse/QTJIRA) and if you are not even able to login you may use jira-admin (at) qt-project.org. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Problems generating QtDBus adaptor code
Hi, Essentially you must edit your xml file pretty much the way the warning tells you to do. The following links should help you to work out the problem: http://stackoverflow.com/questions/22253458/qdbusxml2cpp-unknown-type http://www.qtcentre.org/threads/58361-qdbusxml2cpp-unkown-type-must-add-annotation -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Max Schettler schet...@mail.uni-paderborn.de Sent: Friday, December 12, 2014 15:42 To: interest@qt-project.org Subject: [Interest] Problems generating QtDBus adaptor code Hi, I try to use QtDBus to implement a freedesktop interface (org.freedesktop.Secret.Service). I got the xml introspection file for the interface and tried to generate the adaptor code using. However I get the following error message: $ qdbusxml2cpp service.xml -a ServiceAdapter :( Got unknown type `a{sv}' You should add annotation name=org.qtproject.QtDBus.QtTypeName.In0 value=type/ to the XML description This confuses me, because I extracted the specification from an implementation of the interface and did not write it myself. Did I do something wrong? Or is either the implementation not correct or might it be a bug in QtDbus? Max ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Regarding QtLocation OSM Maps
Hi, The OSM plugin does not need any specific plug-in parameters to get it working. To confirm that the provider works I suggest you use the examples/location/mapviewer example to show some OSM based tiles. You have to select OSM as Provider in the bottom right of the application. The plug-in name is osm. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Jha Sonakumar sona@techmahindra.com Sent: Thursday, December 4, 2014 13:07 To: interest@qt-project.org Interest Subject: [Interest] Regarding QtLocation OSM Maps Hi all, Could anybody guide me regarding plugins parameters to specify for Map if MAP provider is OSM. I am able to use here maps but not sure how to use OSM maps Plugin { id: myPlugin name : nokia parameters: [ PluginParameter { name: app_id; value: }, PluginParameter { name: token; value: xxx } ] } Best Regards Sona Tech Mahindra Ltd | Hyderabad| India [Description: Description: cid:image016.jpg@01CE718F.EACBCD50]http://www.techmahindra.com/ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com Sent: Tuesday, November 11, 2014 10:00 I think features like Navigation support with turn-by-turn instructions, Routing, Shortest Route, Economical/Green Route,Geocoding/Reverse Geocoding are supported even with OSM Plugin. Correct. Mapping, Routing and GeoCoding are implemented for this plug-in. I think maptiles/images are downloaded to directory to enable caching of map data. Please let me know the directory map image gets downloaded even with OSM Plugin. ~/.cache/QtLocation -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
Haven't tried it myself but there is code for it. -- Alex From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com Sent: Tuesday, November 11, 2014 11:10 To: Blasche Alexander; interest@qt-project.org Subject: RE: [Interest] 3D Navigation QtLocation Module OK.. Even Reverse Geocoding is implemented for this OSM plugin? Best Regards, Ramakanth -Original Message- From: interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org [mailto:interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org] On Behalf Of Blasche Alexander Sent: Tuesday, November 11, 2014 3:37 PM To: interest@qt-project.org Subject: Re: [Interest] 3D Navigation QtLocation Module From: Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com Sent: Tuesday, November 11, 2014 10:00 I think features like Navigation support with turn-by-turn instructions, Routing, Shortest Route, Economical/Green Route,Geocoding/Reverse Geocoding are supported even with OSM Plugin. Correct. Mapping, Routing and GeoCoding are implemented for this plug-in. I think maptiles/images are downloaded to directory to enable caching of map data. Please let me know the directory map image gets downloaded even with OSM Plugin. ~/.cache/QtLocation -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Regarding Map Route navigation
Hi, I ran you snippet as is. My only change was to remove the proxy line. The app works and map, route and circle behave as expected. Since this is a network error maybe the proxy is related to the error but I have no proxy to test this with. Did you try without a proxy? I used Qt 5.4 to test this. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Jha Sonakumar sona@techmahindra.com Sent: Wednesday, November 12, 2014 07:13 To: interest@qt-project.org Interest Subject: [Interest] Regarding Map Route navigation Hi, I have been trying to achieve route navigation, but getting error: QNetworkReplyImplPrivate::error: Internal problem, this method must only be called once. QCoreApplication::postEvent: Unexpected null receiver code-snippets. import QtQuick 2.0 import QtLocation 5.0 import QtPositioning 5.0 Item { property variant start: QtPositioning.coordinate(17.3660, 78.4760) property variant end: QtPositioning.coordinate(17.3777, 78.4760) property double lats: 17.3660 property double longs: 78.4760 Plugin { id: myplugin name : nokia parameters: [ PluginParameter { name: app_id; value: xxx }, PluginParameter { name: token; value: xxx }, PluginParameter { name: proxy; value: } ] } Map { id:map plugin: myplugin anchors.fill: parent center { latitude:lats longitude:longs } MapCircle{ id:mapCircle center { latitude:lats longitude:longs } radius: 1000.0 color: 'green' border.width:1 opacity: 0.7 } zoomLevel: 35 gesture.enabled: true RouteQuery { id: aQuery } RouteModel { id: routeModel plugin: myplugin query: aQuery autoUpdate: false } MapItemView { model: routeModel delegate: routeDelegate } Component { id: routeDelegate MapRoute { route: routeData line.color: blue line.width: 5 smooth: true opacity: 0.8 } } } MouseArea { anchors.fill: parent onClicked: { console.log(mouse clicked) aQuery.clearWaypoints() aQuery.addWaypoint(start) aQuery.addWaypoint(end) aQuery.travelModes = RouteQuery.CarTravel aQuery.routeOptimizations = RouteQuery.FastestRoute routeModel.update() } } } Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
Hi, Geofencing are supported in both Android and IOS? This feature is provided by the Qt Positioning module. That is platform specific, I do not know the state of this on Android and iOS. It is not natively supported on those platforms. Open tasks: Android: https://bugreports.qt-project.org/browse/QTBUG-36096 iOS: https://bugreports.qt-project.org/browse/QTBUG-42370 None-native monitoring is supported via an active polling of position data. The related feature is provided by the positionpoll plugin. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
Hi, Please insure you check the licensing requirements as some geoservice providers have restrictions when used in a turn-by-turn navigation application. ==Did you mean the map data is not available as opensource or we need to get commercial Here Maps to fetch map data in such geoservice providers. I understand Google Maps cannot be showcased using QtLocation as it is not integrated. Only OSM/Here Maps is possible. This has less to do with opensource and more to do with attribution requirements, potential requirements to pass through advertised data, data allowances, not mixing map/geo data from different providers and other restrictions the relevant data provider puts on your application. I am afraid those lists are rather long and differ from provider to provider. You won't get around reading the TOC's for those services. Qt doesn't really consume the data and merely passes them on. We only ensure that the map providers TOCs don't prevent us from passing the info on to you. It is your application that has to ultimately comply with the requirements. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
-- Alex -Original Message- From: Ramakanthreddy Kesireddy [mailto:ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, 4 November 2014 10:06 To: Blasche Alexander; 'Aaron McCarthy'; interest@qt-project.org Subject: RE: [Interest] 3D Navigation QtLocation Module Ok Thanks for your input. As I see in https://codereview.qt-project.org/#/c/82519/, Google Maps cannot be embedded in Qt for Android Application at the moment as it seems there are restrictions based on TOC's. Only OSM/Here Maps is possible using QtLocation module at this stage? Technically, yes. Note that OSM data actually comes from www.mapquest.com. Hence you have to check their requirements. There is another mapbox related plugin on gerrit but I haven't got around to thoroughly testing it. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 3D Navigation QtLocation Module
Hi, I am not sure what you define as 3D navigation but you cannot incorporate 3D data such as buildings into QtLocation at this stage. There is Navigation support with turn-by-turn instructions and routing. However it does not support all the features that a navigation software would require. Features like audio instructions, more detailed crossing pictures or changing the bearing are missing. -- Alex From: interest-bounces+alexander.blasche=theqtcompany@qt-project.org interest-bounces+alexander.blasche=theqtcompany@qt-project.org on behalf of Ramakanthreddy Kesireddy ramakanthreddy.kesire...@techmahindra.com Sent: Friday, October 17, 2014 07:51 To: interest@qt-project.org Subject: [Interest] 3D Navigation QtLocation Module Hi, Is it possible to implement 3D Navigation using Qt Location Module in Qt5.4 Beta? Thanks and Regards, Ramakanth Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth example (btchat) not working on linux
Hi, Those profiles/services are not supported. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, September 30, 2014 09:20 To: Blasche Alexander; interest@qt-project.org Subject: RE: [Interest] Bluetooth example (btchat) not working on linux Thanks a lot for your inputs. It really helped. I would like to know if other features like Handsfree, Phone book and Media streaming including control are supported in Qt Bluetooth. Thanks and Regards, Ramakanth -Original Message- From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org [mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org] On Behalf Of Blasche Alexander Sent: Monday, September 22, 2014 2:44 PM To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 yet. You have to use Qt 5.4 which added Bluez5 support. Your Bluez output looks as expected and at least the current issue should not be one in 5.4. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Monday, September 22, 2014 10:44 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux I'm using Qt5.3 on 64 bit linux installed with the online installer package qt-opensource-linux-x64-1.6.0-4-online.run. The output of querying for Bluez5 is attached. Greetings, Andreas On 09/22/14 09:50, Blasche Alexander wrote: Based on your description the following call fails: QBluetoothLocalDevice device(QBluetoothAddress()); It is supposed to find the local default adapter but it fails. I have a couple of questions: What Bluez version do you use? What version of Qt are you using? If you use Bluez 4 please send me the output of the following command: dbus-send --system --dest=org.bluez --print-reply / org.bluez.Manager.DefaultAdapter If you have Bluez5 please send me the output of: dbus-send --system --dest=org.bluez --print-reply / org.freedesktop.DBus.ObjectManager.GetManagedObjects Note that the Bluez5 command will produce somewhat longer output. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Sunday, September 21, 2014 22:57 To: interest@qt-project.org Subject: [Interest] Bluetooth example (btchat) not working on linux Hi, I cannot get this example code working running under linux with Qt 5.3. http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html Captured debug output when running on the Desktop: starting /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat... qt.bluetooth.bluez: Device does not support Bluetooth or 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat server to 00:00:00:00:00:00 If I cross-compile it for android, start it on the android device and run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux desktop, I can communicate with the app running on android by reading/writing to the file descriptor /dev/rfcomm0. Can someone given me some hint what could be the problem? With best regards, Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth example (btchat) not working on linux
That's very unlikely as focus is on extending/completing the Bluetooth Low Energy feature which is offered as tech preview in Qt 5.4. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, September 30, 2014 10:50 To: Blasche Alexander; interest@qt-project.org Subject: RE: [Interest] Bluetooth example (btchat) not working on linux Hi, Those are likely to be supported in next major open source releases or in Qt Enterprise version only? Br, Ramakanth -Original Message- From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org [mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org] On Behalf Of Blasche Alexander Sent: Tuesday, September 30, 2014 2:08 PM To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux Hi, Those profiles/services are not supported. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, September 30, 2014 09:20 To: Blasche Alexander; interest@qt-project.org Subject: RE: [Interest] Bluetooth example (btchat) not working on linux Thanks a lot for your inputs. It really helped. I would like to know if other features like Handsfree, Phone book and Media streaming including control are supported in Qt Bluetooth. Thanks and Regards, Ramakanth -Original Message- From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org [mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org] On Behalf Of Blasche Alexander Sent: Monday, September 22, 2014 2:44 PM To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 yet. You have to use Qt 5.4 which added Bluez5 support. Your Bluez output looks as expected and at least the current issue should not be one in 5.4. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Monday, September 22, 2014 10:44 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux I'm using Qt5.3 on 64 bit linux installed with the online installer package qt-opensource-linux-x64-1.6.0-4-online.run. The output of querying for Bluez5 is attached. Greetings, Andreas On 09/22/14 09:50, Blasche Alexander wrote: Based on your description the following call fails: QBluetoothLocalDevice device(QBluetoothAddress()); It is supposed to find the local default adapter but it fails. I have a couple of questions: What Bluez version do you use? What version of Qt are you using? If you use Bluez 4 please send me the output of the following command: dbus-send --system --dest=org.bluez --print-reply / org.bluez.Manager.DefaultAdapter If you have Bluez5 please send me the output of: dbus-send --system --dest=org.bluez --print-reply / org.freedesktop.DBus.ObjectManager.GetManagedObjects Note that the Bluez5 command will produce somewhat longer output. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Sunday, September 21, 2014 22:57 To: interest@qt-project.org Subject: [Interest] Bluetooth example (btchat) not working on linux Hi, I cannot get this example code working running under linux with Qt 5.3. http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html Captured debug output when running on the Desktop: starting /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat... qt.bluetooth.bluez: Device does not support Bluetooth or 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat server to 00:00:00:00:00:00 If I cross-compile it for android, start it on the android device and run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux desktop, I can communicate with the app running on android by reading/writing to the file descriptor /dev/rfcomm0. Can someone given me some hint what could be the problem? With best regards, Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth example (btchat) not working on linux
Based on your description the following call fails: QBluetoothLocalDevice device(QBluetoothAddress()); It is supposed to find the local default adapter but it fails. I have a couple of questions: What Bluez version do you use? What version of Qt are you using? If you use Bluez 4 please send me the output of the following command: dbus-send --system --dest=org.bluez --print-reply / org.bluez.Manager.DefaultAdapter If you have Bluez5 please send me the output of: dbus-send --system --dest=org.bluez --print-reply / org.freedesktop.DBus.ObjectManager.GetManagedObjects Note that the Bluez5 command will produce somewhat longer output. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Sunday, September 21, 2014 22:57 To: interest@qt-project.org Subject: [Interest] Bluetooth example (btchat) not working on linux Hi, I cannot get this example code working running under linux with Qt 5.3. http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html Captured debug output when running on the Desktop: starting /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat... qt.bluetooth.bluez: Device does not support Bluetooth or 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat server to 00:00:00:00:00:00 If I cross-compile it for android, start it on the android device and run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux desktop, I can communicate with the app running on android by reading/writing to the file descriptor /dev/rfcomm0. Can someone given me some hint what could be the problem? With best regards, Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth example (btchat) not working on linux
Thank you for the data. The issue is that Qt 5.3.x does not support Bluez 5 yet. You have to use Qt 5.4 which added Bluez5 support. Your Bluez output looks as expected and at least the current issue should not be one in 5.4. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Monday, September 22, 2014 10:44 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth example (btchat) not working on linux I'm using Qt5.3 on 64 bit linux installed with the online installer package qt-opensource-linux-x64-1.6.0-4-online.run. The output of querying for Bluez5 is attached. Greetings, Andreas On 09/22/14 09:50, Blasche Alexander wrote: Based on your description the following call fails: QBluetoothLocalDevice device(QBluetoothAddress()); It is supposed to find the local default adapter but it fails. I have a couple of questions: What Bluez version do you use? What version of Qt are you using? If you use Bluez 4 please send me the output of the following command: dbus-send --system --dest=org.bluez --print-reply / org.bluez.Manager.DefaultAdapter If you have Bluez5 please send me the output of: dbus-send --system --dest=org.bluez --print-reply / org.freedesktop.DBus.ObjectManager.GetManagedObjects Note that the Bluez5 command will produce somewhat longer output. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Andreas Ortmann [ortm...@finf.uni-hannover.de] Sent: Sunday, September 21, 2014 22:57 To: interest@qt-project.org Subject: [Interest] Bluetooth example (btchat) not working on linux Hi, I cannot get this example code working running under linux with Qt 5.3. http://qt-project.org/doc/qt-5/qtbluetooth-btchat-example.html Captured debug output when running on the Desktop: starting /home/andi/ims/sensor-fusion/bt/build-btchat-Desktop-Debug/btchat... qt.bluetooth.bluez: Device does not support Bluetooth or 00:00:00:00:00:00 is not a valid local adapter Cannot bind chat server to 00:00:00:00:00:00 If I cross-compile it for android, start it on the android device and run rfcomm connect hci0 XX:XX:XX:XX:XX:XX 5 on a terminal on the linux desktop, I can communicate with the app running on android by reading/writing to the file descriptor /dev/rfcomm0. Can someone given me some hint what could be the problem? With best regards, Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] [Development] Jira bug cleanup
-Original Message- From: Konstantin Ritt [mailto:ritt...@gmail.com] Sent: Wednesday, 17 September 2014 0:41 To: Blasche Alexander Cc: interest@qt-project.org; developm...@qt-project.org Subject: Re: [Development] Jira bug cleanup Hi, How about task assigned to wrong persons (i.e. inactive people, people who are not a Nokia/Digia employee anymore, etc.)? Do we still have such ones? That's certainly a worthy goal but not in scope for this week. There is no way to actually filter by inactive assignees. I am only aware of the inactive flag in the user management interface and when trying to assign something to inactive users. I'll happily agree if somebody proves me otherwise. In any case because you cannot filter tasks by this flag such changes would have to be done on an individual base only. Therefore this is more like a long term task which I might pursue every now and then. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Custom user attributes for QGeoPositionInfo
Hi, I'd like to hear more about the use case. Taking heart rate and associating it to a positioninfo object sounds a bit strange. For example you might get heart rate update at a much faster rate than position updates or vice versa. This means you'd loose the contingency of at least one set of data. Even if you don't care about this couldn't you simply use your own data type which would have a position attribute and a heart rate attribute? -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Marian Beermann [pub...@enkore.de] Sent: Monday, September 15, 2014 12:21 To: interest Cc: Dmitrii Volosnykh Subject: Re: [Interest] Custom user attributes for QGeoPositionInfo I guess not. As it doesn't inherit QObject you also can't add dynamic properties at runtime. Might make sense to add in future release. Could be implemented with UserAttribute and internal QVariantMap or something similar. On 15.09.2014 11:33, Dmitrii Volosnykh wrote: An object of QGeoPositionInfo class may be supplied with a set of attributes. I wonder wether this class was designed with the ability to add custom attributes (i.e. fitness ones like heart rate, cadence, temperature, etc.)? I can see no enum value similar to Qt::UserRole (as part of ItemDataRole enum) or QGraphicsItem::UserType. Regards, Dmitrii. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Jira bug cleanup
Hi, One of the topics discussed during the last Qt contributor summit was the cleanup of our bug database. If you are interested in the outcomes check out: https://qt-project.org/groups/qt-contributors-summit-2014/wiki/Expiring_Bugs Finally I got some time to take care of the results. My plan is to perform these expiries on Friday this week. The first step will be the closure of all bugs (and only bugs) in the Need more info state which have not seen any activity for the last year. An appropriate comment will be added to each Jira bug explaining the action and advising people how to react to it depending on their circumstances. The second step is the transition of Unassigned bugs to the Need more info state if they have not seen any update during the last year. A comment will go along with the transition. You can avoid this happening to your important bugs by means of touching them. Also, feel free to revert some transitions as you may see fit in your work area. Going forward I will repeat this in regular intervals (3 months) and reduce the no update received timeout to six and later three month in the case of of tasks in the Need more info state. This should result in a eventual setup whereby Unassiged/reported bugs expire after 12 months and Need more info bugs expire after 3 months. If there are major objections to the proposed target for this week please raise them now. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtBluetooth device connection issue
Hi, I am going to assume that your dongle's service uses the same uuid and protocol type (rfcomm) as the btchat example. Otherwise this would never work. My guess is that you have not paired the two devices properly. Your error message is what I get in such cases. Even if one partner is reporting a proper pairing try to redo it and reconnect. This forces both sides to acknowledge the situation. I am sorry but I cannot make any statements about the state/firmware of your dongle. There are too many dongles on the market as that I could give a statement about yours. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, September 09, 2014 07:58 To: interest@qt-project.org Subject: [Interest] QtBluetooth device connection issue Hi, Am using Qt 5.3 on Ubuntu 13.10 desktop and tried to run both qmlscanner and bychat example applications to connect to OBDII dongle. When I run qmlscanner with full discovery, it gives below service description: OBDII- Address: 00:0D:18:00:00:01 Service: RDA SPP Protocol:168618128 OBDII- Address: 00:0D:18:00:00:01 But with btchat example, it is unable to connect with logs when we click connect as below: got click OBDII RDA SPP Connecting to service 2 RDA SPP on OBDII Going to create client Connecting... Start client Create socket ConnectToService done qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 21 error: -1 Resource temporarily unavailable Please let me know if there is a problem with dongle(either firmware or port not opened) being used or do we need to use any different UUID to connect to device? Thanks and Regards, Ramakanth Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] bluetooth profile
-Original Message- From: interest-bounces+alexander.blasche=digia@qt-project.org [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf Of Ahmet Dogan I have seen how to set and add new service in bluetooth chat example but it has just add service is there any way to change device profile? I want to use phone as headset and that way pc must see android phone as a headset. is that possible? This setting is a configuration of your local Bluetooth installation. There is no API in QtBluetooth which would allow you to do that. I am not even aware of a platform API that would enable you to do that. It's usually part of a config file somewhere on the platform. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to use QtPositioning on Android
Hi Martin, You are moving outside of the supported deployment environment. Since my domain is positioning only and not the deployment of Qt on Android I can only provide some hints. The values are not documented since they are private implementation detail. The only way to figure this out is to become familiar with the androiddeployqt tool I guess. What might help is to use the normal qmake/androiddeployqt setup for a test app, go into test apps Creator project settings, select your your Android kit and activate the Verbose output checkbox in the Run section. This dumps the commands related to the deployment process into the Compile Output tab. More below... -Original Message- From: interest-bounces+alexander.blasche=digia@qt-project.org [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf Of Martin Koller As the large app does neither use qtcreator nor qmake (we use cmake), can someone tell me what I need to configure (AndroidManifest.xml or any other .xml file) so that my app shows the available android positions plugin ? Note that I want to use Ministro. I see in the test app's AndroidManifest.xml file the following lines, however I can not find any documentation about what these lines are good for (especially the ones mentioning QtSensors.jar and QtPositioning.jar). What do they do and how do I need to use them. meta-data android:name=android.app.use_local_qt_libs android:value=0/ meta-data android:name=android.app.libs_prefix android:value=/data/local/tmp/qt// meta-data android:name=android.app.load_local_libs android:value=plugins/platforms/android/libqtforandroid.so:plugins/sensors/lib qtsensors_android.so:plugins/position/libqtposition_android.so/ Libqtposition_android.so is the position plugin for android. It must be loaded by the application. meta-data android:name=android.app.load_local_jars android:value=jar/QtAndroid.jar:jar/QtAndroidAccessibility.jar:jar/QtAndroid- bundled.jar:jar/QtAndroidAccessibility- bundled.jar:jar/QtSensors.jar:jar/QtSensors- bundled.jar:jar/QtPositioning.jar:jar/QtPositioning-bundled.jar/ AFAICT the QtPositioning-bundled.jar contains the Java classes which are part of the QtPositioning port for Android. meta-data android:name=android.app.static_init_classes android:value=org.qtproject.qt5.android.sensors.QtSensors:org.qtproject.qt5.a ndroid.sensors.QtSensors:org.qtproject.qt5.android.positioning.QtPositioning:or g.qtproject.qt5.android.positioning.QtPositioning/ QtPositioning is the name of Java class which is the main entry point for the position plugin. It's also not clear if these lines are used at all when using Ministro. Thanks. Another reason why you might not see the plugin could be the fact that you don't deploy all the required Qt libs/jar/files to the device or potentially into the wrong location. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt Bluetooth API in QT5.3
Hi, at this point there is no A2DP support in QtBluetooth. Just out of curiosity, where you looking for Sink or Source side support? -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, June 05, 2014 10:52 To: interest@qt-project.org Subject: Re: [Interest] Qt Bluetooth API in QT5.3 I understand that OPP and SPP is supported in Qt Bluetooth API. However, for the below usecase, Please let me know if A2DP is supported in Qt Bluetooth API. Thanks and Regards, Ramakanth From: interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org [mailto:interest-bounces+ramakanthreddy_kesireddy=mahindrasatyam@qt-project.org] On Behalf Of Ramakanthreddy Kesireddy Sent: Thursday, June 05, 2014 1:01 PM To: interest@qt-project.org Subject: [Interest] Qt Bluetooth API in QT5.3 Hi, Please let me know if the below usecases are supported in Qt Bluetooth API. 1)Audio Streaming from Smartphone to IVI (A2DP protocol) 2)Smartphone notifications and messages onto IVI (SPP protocol) Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] No emails since May 5
You might be subject to: http://www.theregister.co.uk/2014/04/08/yahoo_breaks_every_mailing_list_in_the_world_says_email_guru/ http://www.pcworld.com/article/2141120/yahoo-email-antispoofing-policy-breaks-mailing-lists.html Search for DMARC and you'll finds plenty more references -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Jason H [scorp...@yahoo.com] Sent: Tuesday, May 13, 2014 09:46 To: Interests Qt Subject: [Interest] No emails since May 5 I've posted to the list successfully, but not had any messages delivered from the list since May 5. I can see my activity on the mailing list archives, so I know I'm posting successfully. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Request for documentation
With regards to your Android question, have you seen http://doc-snapshot.qt-project.org/qt5-stable/qtandroidextras-index.html ? The usage is fairly straight forward since the API mirrors most aspects of lower level JNI API's (but a bit more convenient and geared towards Qt). -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Jason H [scorp...@yahoo.com] Sent: Thursday, May 08, 2014 19:24 To: Interests Qt Subject: [Interest] Request for documentation I have several projects I'd like to start on, but I am having a hard time finding documentation on the newer areas of Qt. Specifically, I am looking for: - A how-to on how to use QPA (Platform Abstraction) - A how-to on how to access non-Adnroid Android APIs via JNI (not Contacts, Camera, or an area where Qt has coverage, but other java libraries, including 3rd party) Any links would be greatly appreciated. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt5.3 RC - Bluetooth LE - support
Hi, Unfortunately it is not yet supported. Qt 5.3 provides class Bluetooth support on Android. BTLE is on the roadmap though and there is already a feature branch for it in qtconnectivity.git (no Android code yet though). -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Railway Coder [railwayco...@gmail.com] Sent: Thursday, May 08, 2014 20:54 To: interest@qt-project.org Subject: [Interest] Qt5.3 RC - Bluetooth LE - support Hi, Features sounds great :-) Will Bluetooth LE be supported? Best regards, Railwaycoder Am 08.05.2014 13:31 schrieb List for announcements regarding Qt releases and development annou...@qt-project.orgmailto:annou...@qt-project.org: Hi, The Qt5.3 is RC now released, see http://blog.qt.digia.com/blog/2014/05/08/qt-5-3-release-candidate-available/ Big thanks for everyone who made this possible! Br, Akseli -- Akseli Salovaara Digia, Qt ___ Announce mailing list annou...@qt-project.orgmailto:annou...@qt-project.org http://lists.qt-project.org/mailman/listinfo/announce ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt Contacts API
Hi, The QtContacts API has not been released. It is subject to incompatible source and binary changes. Unfortunately there is no release planned at this stage. On the positive side, it's not dead either as work is ongoing. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Friday, April 25, 2014 13:40 To: interest@qt-project.org Subject: [Interest] Qt Contacts API Hi, I got to display favorite contacts in my Qt5.3 based QtQuick IVI application. Please let me know if there is any Qtcontacts API supported for Qt5.3? Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Qt Bluetooth in Linux non-functional?
OK, time to move this to Jira. Alex, could you please add yourself to the watcher list of: https://bugreports.qt-project.org/browse/QTBUG-38624 I have added a few more comments and questions. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Alexander Zakharov [alexander.v.zakha...@gmail.com] Sent: Monday, April 28, 2014 08:29 To: interest@qt-project.org Subject: Re: [Interest] Qt Bluetooth in Linux non-functional? I have installed Qt 5.3 beta and tried to run my tests as well as Bluetooth Scanner example provided in Qt. It made no difference with Qt 5.2.1, but it seems I have found a clue. I have noticed that when my program is running (it is a simple console application requiring manual termination), service discovery by bluez-test-device command also does not work, producing an empty output. My program worked in the following way: - run device discovery using QBluetoothDeviceDiscoveryAgent; - run service discovery using QBluetoothServiceDiscoveryAgent from a slot connected to QBluetoothDeviceDiscoveryAgent::finished() signal; - try to create RFCOMM socket using QBluetoothSocket from a slot connected to QBluetoothServiceDiscoveryAgent::finished() signal. Since I know the address of my device, I have tried to work with it directly (by creating QBluetoothAddress), eliminating the first step (device discovery). Suddenly, everything started to function properly: service discovery produced a list of all services and RFCOMM connection was established. I have also found that running device discovery and then starting service discovery early (for example, from a slot connected to QBluetoothDeviceDiscoveryAgent::deviceDiscovered, when first device is found), also works. So, after my experiments I have an impression that service discovery fails only if it is started after a complete device discovery, as if the device discovery procedure somehow blocks further access to the device, and not only in my own program, but in the whole system (service discovery by bluez-test-device also stops to work). Manually deleting QBluetoothDeviceDiscoveryAgent object before starting service discovery does not help. Moreover, this problem does not arise for all devices. I have tried to run service discovery for my Android phone, and it seems to work even after complete device discovery procedure. The trace output of failing service discovery is the following: qt.bluetooth.bluez: Full discovery on: 00:07:80:5C:24:B9 qt.bluetooth.bluez: void QBluetoothServiceDiscoveryAgentPrivate::_q_createdDevice(QDBusPendingCallWatcher*) created 00:07:80:5C:24:B9 qt.bluetooth.bluez: void QBluetoothServiceDiscoveryAgentPrivate::_q_createdDevice(QDBusPendingCallWatcher*) Discover restrictions: qt.bluetooth.bluez: void QBluetoothServiceDiscoveryAgentPrivate::_q_discoveredServices(QDBusPendingCallWatcher*) qt.bluetooth.bluez: Parsing xml 00:07:80:5C:24:B9 1 0 ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Failed to fetch Nokia Map using QtLocation
Hi, This message should only appear the first time you start Nokia based mapping services. The second time around it is gone. I get the same message when I remove the entire QtLocation cache (in my case ~/.config/QtLocation) directory. My guess is that your problem is related to the missing app_id and token. Nokia maps require them. You should also get another warning like: Error message:Qt Location requires app_id and token parameters. Please register at https://developer.here.com/ to get your personal application credentials. Or did you mean to say that you do set the values (but just left them out from your mail) but still don't get any tiles? If so does dragging the map make a difference? -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, April 22, 2014 16:10 To: interest@qt-project.org Subject: [Interest] Failed to fetch Nokia Map using QtLocation Hi, am trying to run places_map QtLocation example. However, am getting error Failed to read nokia map version. I set Map-plugin parameters with heremaps registered credentials like below: PluginParameter { name: app_id; value: } PluginParameter { name: token; value: } PluginParameter { name: proxy; value: system } Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Get Android (or OS) version via Qt API?
Hi, The SDK version is available via: QtAndroid::androidSdkVersion() see qtandroidextras/src/androidextras/android/qandroidfunctions.h There might be a tiny bit more information hidden in private headers but they come along with the usual use at your own risk we may change it statement. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Attila Csipa [q...@csipa.in.rs] Sent: Thursday, February 13, 2014 23:47 To: interest@qt-project.org Subject: [Interest] Get Android (or OS) version via Qt API? Hi, Is there a way to get to Android versions/details (android.os.Build.*) via Qt APIs (like QSystemDeviceInfo in the old days), or does one have to go through native interfaces a la QAndroidJniObject? Best regards, Attila Csipa ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Qt Connectivity module
Hi, -Original Message- From: interest-bounces+alexander.blasche=digia@qt-project.org [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf Of Ramakanthreddy Kesireddy ... If the multiple smartphones(multiple apps of different smartphones) are connected to Infotainment Linux system through Bluetooth SPP, how does Qt Bluetooth handle the requested command say tirepressure from IVI system? The Bluetooth module offers an API to connect the two parties via a socket connection (see QBluetoothSocket and QBluetoothServer). The actual type of data send across the SPP connection is not known to the API. It is up to the application to react to the readyRead() signal and read/process the received data. In any case the particulars of the IVI command set are at least one layer above the SPP protocol (usually RFCOMM or L2CP). QtBluetooth provides the network layer. IVI operates as a transport layer protocol even further above. Do we need to pass the Application ID from smartphone to identify particular app so that response would be sent to particular application or UUID of the smartphone app is sufficient to connect and send the response? This is an IVI specific question and would be dependent on the IVI's protocol/command set. -- Alex ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtLocation Build issue with Qt5.2 Beta
It looks like your qmake is incompatible/old. You are running qmake in your path. Are you sure you are using the qmake in /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtbase/bin? You can check its version by running qmake -query. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Tuesday, November 12, 2013 13:05 To: interest@qt-project.org Subject: [Interest] QtLocation Build issue with Qt5.2 Beta Hi, I find qtlocation sources in Qt5.2 Beta release though I understand qtlocation is not part of official Qt5.2 Beta release. However, when I tried to build the qtlocation sources from git, it gives the below error. administrator:~/home/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation$ qmake WARNING: /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:1: Unable to find file for inclusion configure /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:2: Unknown test function: qtCompileTest /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:3: Unknown test function: qtCompileTest /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:4: Unknown test function: qtCompileTest WARNING: /home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation/qtlocation.pro:6: Unable to find file for inclusion qt_parts administrator:~/home/administrator/qt-everywhere-opensource-src-5.2.0-alpha/qtlocation$ make g++ -Wl,-O1 -o qtlocation -L/usr/lib/i386-linux-gnu -lQtGui -lQtCore -lpthread /usr/lib/gcc/i686-linux-gnu/4.6/../../../i386-linux-gnu/crt1.o: In function `_start': (.text+0x18): undefined reference to `main' collect2: ld returned 1 exit status make: *** [qtlocation] Error 1 Please let me know in this regard. Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi, The chat example uses its very own service UUID. Unless your Android device knows about the service UUID and can use it. it will always respond with the mentioned error. The example is meant to be used on two machines. It acts as server and client at the same time. Since we don't have an Android port for QtBluetooth yet (on my todo) you'd have to have your custom btchat app on Android which talks the same protocol. Do you have such an app on your Android? In general there should not be a problem talking between Android and QtBluetooth on e.g. Linux but you'd have to synchronize both side with custom apps or you use the provided Object Push for now. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, October 24, 2013 08:26 To: Blasche Alexander; interest@qt-project.org Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi Alex, Thanks for your pointers. I could successfully run the BT Transfer example using Qt5.2 aplha. It had been problem with USB BT dongle that we were using earlier. Are there any prerequisites to run BT chat example as it says chat service not available? Iam interested to send text from PC to android phone using BT chat example. Does this suffice for this requirement Using Bluetooth API? Please let me know in this regard. Thanks and Regards, Ramakanth From: Blasche Alexander [mailto:alexander.blas...@digia.com] Sent: 30 August 2013 14:15 To: Ramakanthreddy Kesireddy; interest@qt-project.org Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, Couple of questions: 1.) What branch of qtconnectivity are you using? Maybe add the SHA? 2.) What does gdb tell you when you interrupt the hanging process? Where is it stuck (aka what does the bt look like). -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.orgmailto:interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, August 29, 2013 18:10 To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, I tried to unset compiz and then run BTtransfer example application. However, once the device is found(after pairing is completed) and shown in dialog, the application freezes though there is no Compiz error. Please let me know if there are any clues in this regard. Thanks and Regards, Ramakanth From: Ramakanthreddy Kesireddy Sent: Monday, August 19, 2013 11:50 AM To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk. I installed libblueooth3. I built Qt connectivity module from qt repository and tried to execute the btfiletransfer/btchat examples so as to verify Bt communication using OBEX/SPP profiles. However, these examples are not working fine and crashes while the transfer is initiated with compiz terminated unexpectedly. The system needs reboot after this. Please let me know if am missing anything in this regard. Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi, Yes, it should use SPP but obviously it doesn't necessarily use Bluez. Bluez is just one Bluetooth stack and your Android might use a different stack. You need ensure that you connect to the service with the UUID mentioned in the bt chat app example. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, October 24, 2013 10:40 To: Blasche Alexander; interest@qt-project.org Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi Alex, Yes I have custom btchat app on android. Does custom btchat app on Android which talks the same protocol mean it should use Bluez 4.x and SPP protocol? Best Regards, Ramakanth From: interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org [mailto:interest-bounces+ramakanthreddy.kesireddy=techmahindra@qt-project.org] On Behalf Of Blasche Alexander Sent: 24 October 2013 13:41 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, The chat example uses its very own service UUID. Unless your Android device knows about the service UUID and can use it. it will always respond with the mentioned error. The example is meant to be used on two machines. It acts as server and client at the same time. Since we don't have an Android port for QtBluetooth yet (on my todo) you'd have to have your custom btchat app on Android which talks the same protocol. Do you have such an app on your Android? In general there should not be a problem talking between Android and QtBluetooth on e.g. Linux but you'd have to synchronize both side with custom apps or you use the provided Object Push for now. -- Alex From: Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, October 24, 2013 08:26 To: Blasche Alexander; interest@qt-project.orgmailto:interest@qt-project.org Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi Alex, Thanks for your pointers. I could successfully run the BT Transfer example using Qt5.2 aplha. It had been problem with USB BT dongle that we were using earlier. Are there any prerequisites to run BT chat example as it says chat service not available? Iam interested to send text from PC to android phone using BT chat example. Does this suffice for this requirement Using Bluetooth API? Please let me know in this regard. Thanks and Regards, Ramakanth From: Blasche Alexander [mailto:alexander.blas...@digia.com] Sent: 30 August 2013 14:15 To: Ramakanthreddy Kesireddy; interest@qt-project.orgmailto:interest@qt-project.org Subject: RE: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, Couple of questions: 1.) What branch of qtconnectivity are you using? Maybe add the SHA? 2.) What does gdb tell you when you interrupt the hanging process? Where is it stuck (aka what does the bt look like). -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.orgmailto:interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, August 29, 2013 18:10 To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, I tried to unset compiz and then run BTtransfer example application. However, once the device is found(after pairing is completed) and shown in dialog, the application freezes though there is no Compiz error. Please let me know if there are any clues in this regard. Thanks and Regards, Ramakanth From: Ramakanthreddy Kesireddy Sent: Monday, August 19, 2013 11:50 AM To: interest@qt-project.orgmailto:interest@qt-project.org Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk. I installed libblueooth3. I built Qt connectivity module from qt repository and tried to execute the btfiletransfer/btchat examples so as to verify Bt communication using OBEX/SPP profiles. However, these examples are not working fine and crashes while the transfer is initiated with compiz terminated unexpectedly. The system needs reboot after this. Please let me know if am missing anything in this regard. Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated
Re: [Interest] LGPL license info.
Hi Ramesh, In short they are available under LGPL. I think http://qt-project.org/doc/qt-5.0/qtdoc/licensing.html might help to answer further question. Also just about every file has a header stating its license. FYI there are quite a few more licenses employed by various parts of Qt. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf Of Ramesh Nelakuditi Sent: Thursday, 26 September 2013 11:20 To: interest@qt-project.org Subject: [Interest] LGPL license info. Dear All, I have plans to use proprietary application under LGPL v2.1 license. May i know whether the modules, QtSerialPort and QtConnectivity come under LGPL v2.1 ? Thanks, Ramesh. DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK)
Hi, Couple of questions: 1.) What branch of qtconnectivity are you using? Maybe add the SHA? 2.) What does gdb tell you when you interrupt the hanging process? Where is it stuck (aka what does the bt look like). -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [interest-bounces+alexander.blasche=digia@qt-project.org] on behalf of Ramakanthreddy Kesireddy [ramakanthreddy.kesire...@techmahindra.com] Sent: Thursday, August 29, 2013 18:10 To: interest@qt-project.org Subject: Re: [Interest] Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, I tried to unset compiz and then run BTtransfer example application. However, once the device is found(after pairing is completed) and shown in dialog, the application freezes though there is no Compiz error. Please let me know if there are any clues in this regard. Thanks and Regards, Ramakanth From: Ramakanthreddy Kesireddy Sent: Monday, August 19, 2013 11:50 AM To: interest@qt-project.org Subject: Bluetooth Qt Connectivity module(5.1 Qt SDK) Hi, Am using Qt 5.1 Offline installer for Linux Ubuntu 12.04 X86 32 bit sdk. I installed libblueooth3. I built Qt connectivity module from qt repository and tried to execute the btfiletransfer/btchat examples so as to verify Bt communication using OBEX/SPP profiles. However, these examples are not working fine and crashes while the transfer is initiated with compiz terminated unexpectedly. The system needs reboot after this. Please let me know if am missing anything in this regard. Thanks and Regards, Ramakanth DISCLAIMER: This email (including any attachments) is intended for the sole use of the intended recipient/s and may contain material that is CONFIDENTIAL AND PRIVATE COMPANY INFORMATION. Any review or reliance by others or copying or distribution or forwarding of any or all of the contents in this message is STRICTLY PROHIBITED. If you are not the intended recipient, please contact the sender by email and delete all copies; your cooperation in this regard is appreciated. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QML Location in 5.1
Hi, QtLocation is not a released module as part of Qt 5.1. However there are plans to bring it back in 5.2 and later. At the moment it looks like the Positioning API (C++ and QML) is the first part that will come back. Maps, Navigation and Places will have to wait. On the subject of an Android and iOS port, there are plans but they are a bit to fuzzy at the moment to make commitment towards a particular Qt version. It is certainly something I'd like to see happen too. -- Alex From: interest-bounces+alexander.blasche=digia@qt-project.org [mailto:interest-bounces+alexander.blasche=digia@qt-project.org] On Behalf Of Jason H Sent: Tuesday, 16 July 2013 16:03 To: interest@qt-project.org Subject: [Interest] QML Location in 5.1 There is one module that is sorely missing in the 5.1 documentation. I am looking to get lat and long for iOS and Android. Is this possible yet? ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest