after compiling smplayer according to the INSTALL file without errors it start with too much overhead, and is just unusable.
anyone encountered this problem before? if so how do i patch the src to solve this.
giova84 is the person to ask about this. However, I helped him port it before, and I can remember a couple of details:
He used his own version of mplayer, statically linked I think, and there were some issues that had to be patched.
I think you may need to enable building with the player window seperate from the rest of the GUI. Is this a configure option?
unfortunatly he lost his Haiku partition with everything in it.
but the problem doesn't seem to be related to mplayer,as the overhead is there even if mplayer isn't installed.
I helped him port it before
yes that's what he said,and you helped him to make smplayer use the haiku native video and audio outputs?
i hope you'll have some time to help me too? if you still remember some of it?
Is this a configure option?
there is no configure script. just a Makefile and no such option in it, he may have patched the src in a way that it always behave like that i guess.
I think I actually still have some notes about it somewhere, so I can try to help, however I am really super busy this week. Next week I might be able to try building it though.
Last night I was trying to reproduce the native mplayer work as a recipe for haikuporter so that a new hpkg could be produced.
I've hunted down the old patches and added the changes Giovanni and I made to get it working last time, and written a recipe which should more-or-less work.
However I had trouble building all the optional dependencies, they are all available in haikuporter but don't
all build (at the moment samba is killing me). I will keep working on it over the next week or so and will let you know when I've made progress.
I appreciate your efforts Munchausen, thanks alot.
If it's not much to ask could please submit your patches somewhere on the net so i can try them with Umplayer (a fork of smplayer)? i think i prefer it over smplayer.
Hint, one of them is scribus and it works very nicely.
Is a test package, since due to the lack of some components on Haiku (CUPS, Tkinter and some bugs in the Qt port) Scribus is not mature enough to be submitted as recipe file on HaikuPorts.
Hint, one of them is scribus and it works very nicely.
Is a test package, since due to the lack of some components on Haiku (CUPS, Tkinter and some bugs in the Qt port) Scribus is not mature enough to be submitted as recipe file on HaikuPorts.
It can be added to HaikuPorts as a WIP recipe if it is only missing some components. While completely broken recipe files are encouraged to be rather added to a ticket in the HaikuPorts bug tracker.
I heard that Giovanni found his backups, which is great. My son arrived last Sunday and I am moving next week, so it is going to take me a while to catch up with stuff like this. I think I have a more-or-less working recipe for mplayer I was just fiddling with broken optional dependencies last time I looked at it (damn you samba!)
Comments
Re: smplayer compiles...but??
You can try several things.
Try to recompile with debug enabled
then run a profiling .... to see in wich function the most of the time is spent
Or just debug the smplayer with our debugger :-)
This are my ideas.
Re: smplayer compiles...but??
giova84 is the person to ask about this. However, I helped him port it before, and I can remember a couple of details:
He used his own version of mplayer, statically linked I think, and there were some issues that had to be patched.
I think you may need to enable building with the player window seperate from the rest of the GUI. Is this a configure option?
Re: smplayer compiles...but??
giova84 is the person to ask about this
unfortunatly he lost his Haiku partition with everything in it.
but the problem doesn't seem to be related to mplayer,as the overhead is there even if mplayer isn't installed.
I helped him port it before
yes that's what he said,and you helped him to make smplayer use the haiku native video and audio outputs?
i hope you'll have some time to help me too? if you still remember some of it?
Is this a configure option?
there is no configure script. just a Makefile and no such option in it, he may have patched the src in a way that it always behave like that i guess.
Re: smplayer compiles...but??
I think I actually still have some notes about it somewhere, so I can try to help, however I am really super busy this week. Next week I might be able to try building it though.
Re: smplayer compiles...but??
Great,when ever you can
Thanks alot.
@munchausen:
any news on your notes?
Re: smplayer compiles...but??
Last night I was trying to reproduce the native mplayer work as a recipe for haikuporter so that a new hpkg could be produced.
I've hunted down the old patches and added the changes Giovanni and I made to get it working last time, and written a recipe which should more-or-less work.
However I had trouble building all the optional dependencies, they are all available in haikuporter but don't
all build (at the moment samba is killing me). I will keep working on it over the next week or so and will let you know when I've made progress.
Re: smplayer compiles...but??
I appreciate your efforts Munchausen, thanks alot.
If it's not much to ask could please submit your patches somewhere on the net so i can try them with Umplayer (a fork of smplayer)? i think i prefer it over smplayer.
Thanks again.
best regards.
Re: smplayer compiles...but??
Remember to upload any and all work to: https://bitbucket.org/haikuports/
If your patch still is only halfway there, just upload it in a ticket/issue and mark it as [WIP].
If you are 80%-90% there, just submit a pull request.
Re: smplayer compiles...but??
Yeah, I will add all my work to bitbucket when I am done with it (as I do with all my ports).
Re: smplayer compiles...but??
(as I do with all my ports).
Sorry you are right, you are quite active on there.
I try to add general reminders about Haikuports to forum topics discussing porting as many people are unaware of it.
Re: smplayer compiles...but??
giova84 is the person to ask about this
unfortunatly he lost his Haiku partition with everything in it.
He's back. He put up three new qt packages in hpkg format on Haikuware this week. Hint, one of them is scribus and it works very nicely.
Re: smplayer compiles...but??
Hint, one of them is scribus and it works very nicely.
Is a test package, since due to the lack of some components on Haiku (CUPS, Tkinter and some bugs in the Qt port) Scribus is not mature enough to be submitted as recipe file on HaikuPorts.
Re: smplayer compiles...but??
Hint, one of them is scribus and it works very nicely.
Is a test package, since due to the lack of some components on Haiku (CUPS, Tkinter and some bugs in the Qt port) Scribus is not mature enough to be submitted as recipe file on HaikuPorts.
It can be added to HaikuPorts as a WIP recipe if it is only missing some components. While completely broken recipe files are encouraged to be rather added to a ticket in the HaikuPorts bug tracker.
Re: smplayer compiles...but??
I heard that Giovanni found his backups, which is great. My son arrived last Sunday and I am moving next week, so it is going to take me a while to catch up with stuff like this. I think I have a more-or-less working recipe for mplayer I was just fiddling with broken optional dependencies last time I looked at it (damn you samba!)