Re: [Interest] [Qt-creator] Regarding Thumbnail Image of a video file
Sorry for the wrong post. Redirecting to correct mailing list. Br, Satya From: qt-creator-bounces+praveen.s=hmie.co...@qt-project.org [mailto:qt-creator-bounces+praveen.s=hmie.co...@qt-project.org] On Behalf Of Satya Praveen Ganapathi Sent: Tuesday, December 04, 2012 4:33 PM To: qt-crea...@qt-project.org Subject: [Qt-creator] Regarding Thumbnail Image of a video file Hi, I have issues regarding extraction of thumbnail image from a video file. I am getting all metadata except Thumbnail image . I used QMediaMetadata::coverArtImage and coverArtUrlSmall ,but got nothing. Please tell me ,how to get thumbnail image of MP4, .avi, . wmv. I am using Qt 5.0 beta version. Even in QML. Not getting the thumbnail image. Regards Satya ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Re: Reporting errors from QML objects' property setters
On Monday, 3 December 2012 11:10:08 CEST, Jan Kundrát wrote: QML performs some sanity checks for me; for example, when assigning incompatible types to a property (say, a QString into a property with type of int), I get a nice error message including the location in my QML file. Can I do the same for custom checks which are implemented in my own setters? A trivial example is how do I only allow all-uppercase strings in my QString property? Hi, the best solution I was able to come up with involved calling qmlInfo(this) foo bar; these errors indeed show up in the console output by default and are reported by QDeclarativeEngine's warnings signal. Because I'm actually inheriting from QDeclarativeParserStatus, too, I was hoping for a solution where I could somehow prevent the component from being created in the first place, and I tried to do the checks from inside the componentComplete() virtual method. It looks like I cannot do that; I can report the error, but it's too late to refuse the instantiation. It looks that there's no way to e.g. enforce that a component can only be created *iff* the QML code sets a certain property. So no way to really enforce compulsory properties without explicit state checking from the C++ code (like an isOk() method). Cheers, Jan ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Displaying the same QWebView twice in my app
Dear fellow subscribers! I want to display the same QWebView in two different windows. I tried/considered these three different solutions but could not make any to work. 1\ Subclass QWebView, override paintEvent() and redirected() methods. The overriden redirected() will redirect drawing of the widget into a QPixmap and paintEvent will call the super function and then update the QLabels that display the drawn pixmap. This works. It has the disadvantage that it also brings up a black window of what used to be the WebView. So I need a way to hide that window but keep the WebView behaving like it is actually displayed. 2\ Call grab() on the WebView. I haven't figured out when to call it. I want to grab every time something on the page in WebView changes. I tried overriding paintEvent, tried to keep a flag whether it is doing a normal redraw or grab but I always ended up either crashing the app or with an infinite loop of draws. My best bet here is to just call grab() 30 times per second on the WebView from outside and hope it will be enough. i think it will. In both cases I'll have to somehow sort out resending events from the QLabels to the WebView. But I expect an EventFilter can be made to work for that. 3\ have two WebViews and synchronize the page inside using some HTML5 trickery in JavaScript. (as I am creating the HTML page so I have control over it). I know how to do this and I know it would work, but I do not like it and would prefer something in the lines of 1\ or 2\. I would much welcome any comments on it and possibly suggestions on in 1\ how to keep the cannibalised QWebView from showing on screen; in \2 how to avoid having to do a periodic grab() maybe some advice on the event resending business or possibly how to achieve my ultimate goal described bellow with some other means. Ultimate goal: I have a slide deck in HTML. I am playing with the idea to show it from my QT app instead of my regular browser to have more control over it and solve the following issue. The room i am presenting in has two projectors. In my presentation, I am showing slides or videos, switching between the two often. - When I am showing slides, I have the slide appear on both screens (so left and right half of the autience has it in front of their eyes). - When I am showing video, I am stretching it over both adjacent screens to give it a wall effect. That means that I am often switching between two setups -- web browser with slides + cloning my screen and Vlc with video + wall setting in vlc + two independent screens. This switching takes time and makes my presentation less smooth. Therefore, I want to have both modes of my presentation served from one app with the same screen settings. The slide synchronization would be possible to do in HTML5, but the video wall is not: In the future I would like to implement playing videos in the way that the left half of the video will be playing on the left screen and the right one on the right screen / fullscreen windows. The screens are adjacent to each other so I'll get a wall effect. That is something that is very likely undoable with just HTML5 in the browser (I tried and failed to either keep the left and right half in sync or to sustain good framerate) Thank you, ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] how to read data from a spreadsheet
I would ask the kspread or the calligra sheets mailing list if they have a library for doing that. Preguntaria las listas de correo electronico de Kspread o Calligra si tengan algoritmos parra hacer eso in Qt. On Wed, Dec 5, 2012 at 5:00 AM, interest-requ...@qt-project.org wrote: how to read data from a spreadsheet ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Can't compile Qt 5.0 RC with Mingw,
Hi
I followed the instructions on http://qt-project.org/wiki/MinGW-64-bit
But but no matter what, I can't get Qt to compile.
I already tried the mingw-32 and 64.
Looks like an unicode error,
I get the error :
io\qprocess_win.cpp: In function 'void qt_create_pipe(void**, bool)':
io\qprocess_win.cpp:85:58: error: invalid conversion from 'const wchar_t*'
to 's
ize_t {aka long long unsigned int}' [-fpermissive]
In file included from
c:\qt\mingw64-4.7.2\bin\../lib/gcc/x86_64-w64-mingw32/4.7.
2/include/c++/cstdio:44:0, from
c:\qt\mingw64-4.7.2\bin\../lib/gcc/x86_64-w64-mingw32/4.7.
2/include/c++/random:39,
Can anyone help me with this ?
I suppose that the RC was a Release Candidate. Anyone got to compile with
mingw ?
Thanks
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Re: QGraphicsScene crash after removeItem() and delete item
On Thursday, 29 November 2012 12:33:58 CEST, Volker Poplawski wrote:
while (not m_items.isEmpty())
{
QGraphicsItem *item = m_items.takeFirst();
m_scene-removeItem(item); // qtdoc says it's faster to
remove item first then delete
delete item;
}
When you call removeItem, its children are removed from the scene as well; when
you delete it, these children will be deleted immediately, too. Are you sure
that none of the items in your m_items is a child of any item present earlier
in that list?
Have you tried to run your program under valgrind?
And as a style suggestion, it might be better to rework the loop like this:
Q_FOREACH(QGraphicsItem *item, m_items) {
m_scene-removeItem(item);
delete item;
}
m_items.clear();
QList very likely doesn't have much overhead even when used in this way, but it
feels wrong to keep deleting a first item from a container which is not a
linked list.
The interesting things is that without the removeItem() call,
i.e. just calling delete on the items, my program does not
crash.
This is interesting.
Cheers,
Jan
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Can't compile Qt 5.0 RC with Mingw,
Looks like qtbase\src\corelib\io\qprocess.cpp is using a deprecated version
of swprintf.
On line 85 it should read swprintf(pipeName,256, L.\\pipe\\qt-%X,
qrand());
This is the standard and is followed by GCC and Visual Studio. The older
without the size was a hack on VS.
Can someone submit this ? I can't afford the work of needed to submit a
patch.
Thanks,
Bruno Cabral
-Original Message-
From: interest-bounces+bcabral=uw@qt-project.org
[mailto:interest-bounces+bcabral=uw@qt-project.org] On Behalf Of Joseph
Crowell
Sent: Wednesday, December 5, 2012 5:39 PM
To: interest@qt-project.org
Subject: Re: [Interest] Can't compile Qt 5.0 RC with Mingw,
On 6/12/2012 7:03 AM, Bruno Cabral wrote:
Hi
I followed the instructions on http://qt-project.org/wiki/MinGW-64-bit
But but no matter what, I can't get Qt to compile.
I already tried the mingw-32 and 64.
Looks like an unicode error,
I get the error :
io\qprocess_win.cpp: In function 'void qt_create_pipe(void**, bool)':
io\qprocess_win.cpp:85:58: error: invalid conversion from 'const wchar_t*'
to 's
ize_t {aka long long unsigned int}' [-fpermissive]
At first glance, this looks very wrong. I've also been noticing a lot of
conversions from size_t to int which will result in data loss on some
systems. Should be uint32 instead of int.
In file included from
c:\qt\mingw64-4.7.2\bin\../lib/gcc/x86_64-w64-mingw32/4.7.
2/include/c++/cstdio:44:0, from
c:\qt\mingw64-4.7.2\bin\../lib/gcc/x86_64-w64-mingw32/4.7.
2/include/c++/random:39,
Can anyone help me with this ?
I suppose that the RC was a Release Candidate. Anyone got to compile
with mingw ?
Thanks
___
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] Regarding ffmpeg binding with Qt 5.0 beta 2 version and latest QTFFMPEGWRAPPER
Hi, I am trying to work on ffmpeg library in Qt 5.0 beta 2. For that I installed the ffmpeg library and ffmpeg qt wrapper classs. But its not woking, showing the error - Gluint64 is not declared in glext.h.Please let me know how to get first frame of o video using ffmpeg in Qt 5.0 beta 2. Any help will be very much appreciated. Best Regards Satya ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Can't compile Qt 5.0 RC with Mingw,
On quarta-feira, 5 de dezembro de 2012 19.23.33, Bruno Cabral wrote: On line 85 it should read swprintf(pipeName,256, L.\\pipe\\qt-%X, qrand()); That looks like snwprintf, not swprintf. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center signature.asc Description: This is a digitally signed message part. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Project using QuaZip needs zlib headers
Hi Everybody, I just incorporated the QuaZip project into my Qt 4.8.3 application which is built on Windows, Mac OS and Debian platforms. quazip/zip.h refers to zlib.h. In order to compile I have added this line to my .pro file: INCLUDEPATH += $$QMAKE_LIBDIR_QT/../src/3rdparty/zlib This seems quite a hack. What is the correct way to resolve this reference? Thanks! Tony. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Project using QuaZip needs zlib headers
Hi, On Thu, Dec 6, 2012 at 8:04 AM, Tony Rietwyk t...@rightsoft.com.au wrote: I just incorporated the QuaZip project into my Qt 4.8.3 application which is built on Windows, Mac OS and Debian platforms. quazip/zip.h refers to zlib.h. In order to compile I have added this line to my .pro file: INCLUDEPATH += $$QMAKE_LIBDIR_QT/../src/3rdparty/zlib This seems quite a hack. What is the correct way to resolve this reference? It is a hack, in fact it'll make your project unbuildable for anybody using a binary-only-qt (be it distribution packages or some other source). So you have to consider zlib the same as QuaZip itself, i.e. either integrate it into your project as you did with QuaZip or have some configure script which finds a working zlib header and library to link QuaZip against (or lets the user point to one) and setup the .pro files accordingly. Andreas ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
