Welcome, Guest. Please login or register. Did you miss your activation email?

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Ceylo

Pages: 1 ... 5 6 [7] 8 9 ... 69
91
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: April 01, 2015, 09:41:04 pm »
Hi here,

You're the third one to report this message but I've not been able to identify exactly the origin of the problem for now >:(

1. Does the file play fine in other players?
2. Can you give a few lines before "make: *** [libavutil/file.o] Error 1" or the whole log if it's small?
3. Can you provide a full package with all the lib, binaries, audio file, sources and VS project so that I can test?

Ceylo

92
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 16, 2015, 06:32:04 pm »
Quote from: Knucklehead on March 16, 2015, 02:53:18 pm
I figured out the issue you have to re enable glEnable(GL_DEPTH_TEST);
after playing a video!!:P
Was it disabled by your code or by SFML? From what I remember SFML has methods to save / restore OpenGL states so that your OpenGL code can run smoothly when mixed with SFML.

In the end did it fix everything?

93
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 16, 2015, 08:29:24 am »
There is no such setting. Do the tests I asked for if you want me to be able to help.

94
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 14, 2015, 07:18:29 pm »
Quote from: JohnGreek on March 14, 2015, 04:22:00 pm
Quote from: Ceylo on March 13, 2015, 10:20:09 pm
Can you tell me how you got the PATH that is being used while running withing QtCreator?
I don't really know, it's generated on it's own when selecting:
Build Enviroment: You can select the System enviroment, or clear it and use a PATH and QTDIR only
Run Enviroment: Use Build Enviroment, System Enviroment, Clean Enviroment. On this part, it has selected
Build Enviroment whereas the System Enviroment selection contains my orignal OS PATH. Could i try this too?
If you use only OS PATH you'll get the same error as me I guess. What you need is a build AND run environment compatible with MinGW (I'd say the one from mingw.org as I don't know what changes Qt did bring).

Quote from: JohnGreek on March 14, 2015, 04:22:00 pm
Quote from: Ceylo on March 13, 2015, 10:20:09 pm
Which makes me think that while compiling you're mixing libraries.
Can you tell me how you got the PATH that is being used while running withing QtCreator? That way I can check whether I have similar entries. And if possible you could try to do some cleaning in these paths, and keep only a path similar to what is stated on the Qt forum discussion, and rebuild the executable.
So this means the shipped version you provide is compiled with a differenct version of the runtime than the one
i have? If that's the case i could try to build sfeMovie from source?
You can give it a try but keep in mind that only MinGW and Visual Studio 2013 are officially supported so you could get surprises. Whatever the compiler you choose, it'll require a standard MinGW+MSYS installation to build FFmpeg that is part of sfeMovie. So not sure that is the easiest way: you'll still get some mix with the FFmpeg build environment and Qt's one. The best thing you can do is making sure that Qt's build and run environment is the same as when using directly MinGW (which is why your choice to use QtCreator is not the easiest one :P ).

All this environment stuff is a real pain but I don't know how to get rid of it without limiting the officially supported compilers. bluekirby0 had started work to build FFmpeg natively with MSVC compiler but it's not finished, and it would not solve your case.

95
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 10:20:09 pm »
Quote from: JohnGreek on March 05, 2015, 08:42:59 pm
My OS PATH is:
(click to show/hide)


But QtCreator has it's own Run Enviroment when executing applications, i have selected Build Enviroment for this project and that PATH is a bit different than my OS PATH:

(click to show/hide)
I checked the dependencies of the executable you sent and compared to mine. For some reason, your executable is requiring one more symbol in libstdc++-6.dll: InterlockedCompareExchange@12

After looking for some possible known issue on the Internet, I found this: http://www.qtcentre.org/threads/55427-Missing-entry-point-from-dll

The missing symbol is a bit different, but the given solution looks relevant. Indeed, your PATH when run outside QtCreator references the following important directory:
Quote
C:\Qt\Qt5.2.1\Tools\mingw48_32\bin\

While when being run from QtCreator, the PATH contains:
Quote
C:\Qt\Qt5.2.1\5.2.1\mingw48_32\lib
C:\Qt\Qt5.2.1\5.2.1\mingw48_32\bin
C:\Qt\Qt5.2.1\Tools\mingw48_32\bin
C:\Qt\Qt5.2.1\Tools\mingw48_32\bin\

Which makes me think that while compiling you're mixing libraries.
Can you tell me how you got the PATH that is being used while running withing QtCreator? That way I can check whether I have similar entries. And if possible you could try to do some cleaning in these paths, and keep only a path similar to what is stated on the Qt forum discussion, and rebuild the executable.

By the way I had to copy OpenAL and sndfile dlls next to the executable to get it to show the error about libstdc++-6.dll. I suppose you have both of these libraries in your PATH.

96
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 08:57:24 pm »
Quote from: Knucklehead on March 13, 2015, 06:22:47 pm
the code just gives the first image of the video. Instead of drawing it, it saves to a png. if you're ever looking to add like an openGL functionality to the library, I'd be happy to develop that btw your library is legit. I'd love to see some openGL support!!
Did you run your code?


#include <SFML/Graphics.hpp>
#include <sfeMovie/Movie.hpp>

int main()
{
        sfe::Movie movie;

        if (!movie.openFromFile("some_movie.mp4"))
                exit(1);

        movie.play();
       
        while(true)
        {
                movie.update();
                const sf::Texture& tex =  movie.getCurrentImage();
                sf::Image image = tex.copyToImage();
                if (!image.saveToFile("/tmp/tex.png"))
                        exit(2);
        }

        return 0;
}
 
Worked for me.

97
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 06:20:04 pm »
Well then you should first try with SFML and sfeMovie's sample code (simplify it if you want) and try to reproduce the problem. If it doesn't work this way, post the sample code here. If it does, consider the fact that SFML also uses OpemGL for rendering so you should be able to compare its code with what you do.

Edit: did you test the sample code you just gave? does it fail?
Not sure whether the fact that no window was created could make a difference. I need to check when OpenGL contexts are created by SFML.

98
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 05:57:06 pm »
A minimal AND complete code please.

99
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 05:51:10 pm »
As soon as you call play(), update() will replace the internal image if necessary over time. You cannot get all the images from the movie without waiting for it to be the right time if that's what you mean. The RenderWindow::draw() call is not necessary.

If this is not your issue, then please provide a complete AND minimal sample code to reproduce the problem.

100
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 05:31:43 pm »
Ok, just saw your private message at the same time :P

I can't really say what's wrong here because I'm no OpenGL expert. What I can tell though is that in the provided sfeMovie demo source, replacing:
movie.update();
window.draw(movie);
with
movie.update();
sf::Sprite sp;
sp.setTexture(movie.getCurrentImage());
window.draw(sp);
does work for me.

If the same does for you then it's most probably related to OpenGL where I can't help :-\

101
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 13, 2015, 05:24:30 pm »
@ Knucklehead,
Did you call Movie::play()? Are you calling update() + getCurrentImage() + assigning the new texture in your sprite (or whatever you do with the texture) before each draw in your loop?

If yes and if it still doesn't work, can you provide a minimal sample code to reproduce the problem?

@ JohnGreek
I didn't forget you, was just busy moving house the past week :)

102
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 05, 2015, 08:45:40 am »
Also can you give me the full content of your PATH? So that I can check which dlls may be loaded thanks to it.

103
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 02, 2015, 10:26:59 pm »
Just tried both on OS X and Windows, with Visual Studio and QtCreator, got no issue :(
Could you zip the full (and ideally minimal) project with ALL the dependencies you're using (both .dll and .dll.a files, etc)? That way I'd be able to check and run with your configuration.

104
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 02, 2015, 08:30:20 pm »
Yup I'll try to reproduce the issue once I've got the sample. The fact that VLC can play it fine is a good point, so I've probably done some stupid mistake ;D

105
SFML projects / Re: sfeMovie Project [v1.0 released] [looking for developers]
« on: March 02, 2015, 01:03:20 pm »
Ok it looks line something really is goig wron with the media you're trying to play :D
Can you try with other file formats? And can you provide the media that is causing issues (if possible a small sample lf the video that is enough to reproduce the bug, otherwise.. it's ok but will take longer to download / upload).

Note that in the logs you get there is "No more audio packets" so there is clearly something wrong with the audio stream reading code or the input media file.

Pages: 1 ... 5 6 [7] 8 9 ... 69