maemo.org - Talk - [ANNOUNCE] Alpha release of Open Media Player

maemo.org - Talk (https://talk.maemo.org/index.php)

- Multimedia (https://talk.maemo.org/forumdisplay.php?f=32)

- - [ANNOUNCE] Alpha release of Open Media Player (https://talk.maemo.org/showthread.php?t=72156)

Re: [ANNOUNCE] Alpha release of Open Media Player

its a common problem with tracker. i have one photo 4 times in gallery. someone once suggested using touch to get it to rescan file but i had no joy. above suggested command works but can't remember if it removes album art, an issue as mussorgsky not working afaik

Re: [ANNOUNCE] Alpha release of Open Media Player

Gidzz
Feature request- add an option for playing speed (slowest, slow, normal, fast, fastest )
I myself like slow speed for some songs and fast for pop songs
hope it won't be a difficult task..
Thanks

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by murik (Post 1377238)

try tracker-processes -r in terminal without root priveleges

that didn't work - the database was rebuilt the exact same way. :(

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by Android_808 (Post 1377339)

Could you rephrase that, I don't understand. :confused:
Does it mean "Mussorgsky cannot fix this problem either", or "this is a problem since Mussorgsky stopped working (?)" or....?

And: how can we fix the tracker issue?

Re: [ANNOUNCE] Alpha release of Open Media Player

Neither issue is really a problem with Openmediaplayer.

tracker-process multiple entries problem is common. the recommendation I had seen was to use "touch filename.extension" to change modification time, causing tracker to reindex the file. tracker-process -r should work. only other recommendation i have seen is to remove the tracker folder as a kind of last resort.

Mussorgsky is seperate issue. Removing databases causes album art assigned by it to be lost and need reassigning. As mussorksky isn't working (updated bing api broke functionality) you can't reassign them.

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by Android_808 (Post 1377377)

Neither issue is really a problem with Openmediaplayer.

Man, I just love when I post about an issue and I'm told "your problem is not a problem". I'm about to start a little rant about this and barely holding back.

Quote:

the recommendation I had seen was to use "touch filename.extension" to change modification time, causing tracker to reindex the file.

and you also said it didn't solve the not-a-problem for you, right?

Quote:

tracker-process -r should work.

it did not, as stated above.

Quote:

only other recommendation i have seen is to remove the tracker folder as a kind of last resort.

which folder exactly?

Quote:

Mussorgsky is seperate issue. Removing databases causes album art assigned by it to be lost and need reassigning. As mussorksky isn't working (updated bing api broke functionality) you can't reassign them.

thanks f clarifying.
i wasn't even thinking about the cover art, since it's always been a total mess. approx. 1/2 of the cover art for my music is stored in the right place in the filesystem, only about 1/4 of the collection has the correct covers displayed in MP. 1/4 all have the same two or three, wrong album covers.

wouldn't this really be a case for fixing in tracker? just asking.

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by bennypr0fane (Post 1377437)

Man, I just love when I post about an issue and I'm told "your problem is not a problem". I'm about to start a little rant about this and barely holding back.

I'm not telling you it is not a problem, I'm telling you the problem is not with omp. Forget the mussorgsky stuff, it's just a little extra information about the consequences for those who care about it.

AFAIK, stock and omp both rely on tracker to keep an index of the media files on the phone. When you get the little banner about indexing the files, it is tracker that is doing the scanning. The command given is suggested all over the board and so that is why it was suggested. First result for "n900 tracker duplicate" in google: http://talk.maemo.org/showthread.php?t=76086

Have you moved files from a previous location:
http://talk.maemo.org/showpost.php?p=568768&postcount=4

The directories tracker makes use of are listed in the output of tracker-process -r. It also uses ~/.config/tracker to store settings in a file called tracker.cfg.

edit: and yes, touch did cure my problem picture in gallery.

Re: [ANNOUNCE] Alpha release of Open Media Player

especially after using OMP to play videos, i often found my battery is draining because of pulseaudio stuck on around 22% cpu usage all the time. i have to kill pulseaudio process to stop the intense cpu usage. anybody had this experience too? is it linked with omp or can be another pulseaudio issue?

Re: [ANNOUNCE] Alpha release of Open Media Player

Same problem here, but pulseaudio process using 50-70% cpu.

Re: [ANNOUNCE] Alpha release of Open Media Player

@gidzzz: when you push new version of OMP to extras-devel? There are two (I think important) commits in git: bluetooth resume and fix for long startup .

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gianko (Post 1380474)

is it linked with omp or can be another pulseaudio issue?

I can't see how this could be caused by OMP.

Quote:

Originally Posted by pali (Post 1382056)

@gidzzz: when you push new version of OMP to extras-devel? There are two (I think important) commits in git: bluetooth resume and fix for long startup .

I've been promising to myself for quite some that I'm going to work on OMP the next time I have some free time and upload a larger update, but in reality I was either busy or working on Qalendar. Thanks for reminding. ;) So here it is, git and a few last-minute changes:

Added a workaround for the long startup time with locked GUI after the OS is restarted.
Added some delay before automatically resuming playback with Bluetooth headsets so that there is enough time to reconfigure the audio output.
Use LANG environment variable to detect language.
Removed language selection from the settings, as it can now be accomplished by changing LANG.
Added a small margin for the playlist size label in the settings to improve alignment with buttons.
Updated translations: Finnish (thanks to jonkha), Brazilian Portuguese.

Thumb version is here: http://gidzzz.mooo.com/maemo/.

Edit: updated the link.

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gidzzz (Post 1382079)

I can't see how this could be caused by OMP.

I've been promising to myself for quite some that I'm going to work on OMP the next time I have some free time and upload a larger update, but in reality I was either busy or working on Qalendar. Thanks for reminding. ;) So here it is, git and a few last-minute changes:

Added a workaround for the long startup time with locked GUI after the OS is restarted.
Added some delay before automatically resuming playback with Bluetooth headsets so that there is enough time to reconfigure the audio output.
Use LANG environment variable to detect language.
Removed language selection from the settings, as it can now be accomplished by changing LANG.
Added a small margin for the playlist size label in the settings to improve alignment with buttons.
Updated translations: Finnish (thanks to jonkha), Brazilian Portuguese.

Thumb version is here: http://www45.zippyshare.com/v/95872006/file.html.

Are you aware that zippyshare serve pop-ups, that asks for flash-player to be updated:eek::eek::mad:, which is a quite common way to get malware installed on people's computers???

You might consider ...

Re: [ANNOUNCE] Alpha release of Open Media Player

The last time I checked, Zippyshare seemed pretty decent among other registration-free file sharing services. There is no countdown, the download page is as simple as it can get, the download button is so big that even if there is a fake one in one of the ads, it should be quite obvious which one to choose, and I don't remember having any popups either, just checked again in Iceweasel and Opera.

I can reupload the file if you point me to a better alternative.

Re: [ANNOUNCE] Alpha release of Open Media Player

@gidzzz: When I playging music in OMP it flood syslos every second and mafw process using always 5% CPU. Is this normal? Here is output from syslog:

Code:

Oct 27 20:29:28 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:28 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:29 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:29 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:30 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:30 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:31 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:31 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:32 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:32 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:33 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:33 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:34 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:34 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:35 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:35 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:36 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:36 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:37 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:37 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:38 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:38 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:39 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:39 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:40 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:40 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:41 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:41 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:42 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:42 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:43 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:43 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:44 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:44 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:45 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:45 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:46 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:46 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:47 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:47 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:48 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Oct 27 20:29:48 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - parsing [return] :1.101(null): (null).(null)(u)

Oct 27 20:29:49 Pali-Nokia-N900 openmediaplayer[2331]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gidzzz (Post 1382361)

Best alternative? 000webhost and ftp uploading :)

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by marmistrz (Post 1383831)

Best alternative? 000webhost and ftp uploading :)

fileswap is pretty decent too

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by pali (Post 1382786)

@gidzzz: When I playging music in OMP it flood syslos every second and mafw process using always 5% CPU. Is this normal?

On my device mafw-dbus-wrapper could take about 10% of CPU for as long as I can remember, no matter if it's OMP, MP, or no frontend at all.

About flooding syslog: I've noticed that before, but seeing that other applications (e.g. qtlockscreen, maemo-scrobbler) also do it, I thought that's normal. However, I've checked with the stock player and it is quiet, so perhaps it can be helped (but I don't know how).

I've also noticed that positionTimer timer is not being stopped in NowPlayingWindow::closeEvent(), as it probably should, to prevent unnecessary polling when the window is not visible.

Quote:

Originally Posted by mr_pingu (Post 1383846)

fileswap is pretty decent too

Thanks for the suggestion, I think it is nicer than Zippyshare. However, marmistrz's post motivated me to set up a repository. :) I checked 000webhost first, but it appears to be against their ToS, so I had to look elsewhere. Anyway, the repo is already up and running: http://gidzzz.mooo.com/maemo/.

Re: [ANNOUNCE] Alpha release of Open Media Player

syslog flooding should be avoided, it takes CPU for IO write operations (to ubifs rootfs - which is compressed).

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by pali (Post 1384819)

syslog flooding should be avoided, it takes CPU for IO write operations (to ubifs rootfs - which is compressed).

[OT]
.. which reminds me we should fix pulseaudio (in CSSU) flooding the syslog :P
[/OT]

Re: [ANNOUNCE] Alpha release of Open Media Player

Latest version (thumb) of OMP still gives me dreaded "spamming new window, then switch to internet radio mode" bug. Sadly, running it from terminal doesn't give any meaningful (aka different from others, working videos) output, so I'm only able to give a "talking" bug report:

Video starts and first 3 seconds are played as they should, then, all of sudden, it closes and start spam-opening new windows at fast rate. Then, it settle on internet radio window, with filename of video file I requested, doing nothing (obviously, as my video isn't proper streaming radio station).

The file in question is .flv (grabbed from some streaming video site), and should be played perfectly fine by OMP re profiles use din encoding, etc. Is there any meaningful way I can help in debugging? If not, maybe PM'ing link to file in question could help?

/Estel

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by pali (Post 1384819)

syslog flooding should be avoided, it takes CPU for IO write operations (to ubifs rootfs - which is compressed).

By "normal" I did not mean that it is fine. I meant that other MAFW applications do that too and not by their choice.

The culprit is g_debug() called from libmafw-shared0. I've compiled it without MAFW_DEBUG and the syslog is clean. Now I wonder if it's possible to disable g_debug() from OMP's side or perhaps if it's better to upload modified mafw-shared to the repositories so that other applications can remain quiet too.

Quote:

Originally Posted by Estel (Post 1385075)

As far as I know, it is impossible to simply ask MAFW whether it's playing video or audio only. :( OMP tries to guess that, mainly based on the availability of video codec info from the renderer, but I've seen cases where even the renderer doesn't provide the info (RTSP streams). If the attached version does not work, you'll probably have to send me the video for investigation.

I know where window spamming might be coming from, but I haven't seen it myself for a long time, so if you don't mind, I'd appreciate if you pointed me to the video no matter if the attached version works or not.

Re: [ANNOUNCE] Alpha release of Open Media Player

Attached version fixes the problem :) Of course, as requested, I'll send you problematic video (which triggered spamming windows before attached file's version), as it's no longer available in original place (some news site with streaming content, grabbed via movgrab), as soon as I'll be on net with upload faster than 80 kilobits/s :rolleyes: Which means, in few days.

/Estel

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gidzzz (Post 1385233)

...perhaps if it's better to upload modified mafw-shared to the repositories so that other applications can remain quiet too.

Thank you. Best wishes.

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gidzzz (Post 1385233)

...
The culprit is g_debug() called from libmafw-shared0. I've compiled it without MAFW_DEBUG and the syslog is clean. Now I wonder if it's possible to disable g_debug() from OMP's side or perhaps if it's better to upload modified mafw-shared to the repositories so that other applications can remain quiet too.
...

https://developer.gnome.org/glib/2.3...og-set-handler ;)

Re: [ANNOUNCE] Alpha release of Open Media Player

Any port for the N9?

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by gidzzz (Post 1385233)

We can recompile libmafw-shared0 in CSSU without MAFW_DEBUG.

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by pali (Post 1393721)

We can recompile libmafw-shared0 in CSSU without MAFW_DEBUG.

There is no need, see http://talk.maemo.org/showpost.php?p...postcount=1545

Re: [ANNOUNCE] Alpha release of Open Media Player

talking about the syslog flood...

In the latest weeks (i don't know exactly since when) i'm observing that omp is very slow before start playing videos
It can take also 30/40 seconds and in the meanwhile it fills syslog of:

openmediaplayer[30667]: GLIB DEBUG mafw-dbus - send: [method] com.nokia.mafw.renderer.Mafw-Gst-Renderer-Plugin.gstrenderer/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.get_position()

then, when it starts, video plays fine without any problem.
Then, i select another one....big delay ... and so on...

Ideas?

EDIT.
also one request.. Is it possible to change the gui behavior when selecting a video to show the controls (play/pause... ecc) as default and then make them disapperar?
Now, due to the previous issue, the screen becomes completely black and i can't understand if OMP is paused, hanged, or playing a completely black part of the video.

Another good feature would be an option to enable/disable the video play from last position (really, who needs to resume the video playback?)

Re: [ANNOUNCE] Alpha release of Open Media Player

+1 to the above, same issues. Just a little reminder, BTW - as confirmed earlier, custom version from few posts above fixed the "trying to open video as radio and spam windows as result" bug, while one in repos still suffers it, for some video files.

/Estel

Re: [ANNOUNCE] Alpha release of Open Media Player

Can you check if that syslog flooding is also present in 1) nokia media player and 2) older versions of OMP?

Re: [ANNOUNCE] Alpha release of Open Media Player

@pali
the syslog flooding happens only while using OMP.
I seems that the old versions of OMP (the one of ~201308) are working better but checking again, the problem appears also with them...

It "seems" that the problem appears more often when a video has to be played from the beginning. (where is stored the position of the last play?)

Trying and retrying the same video could make it play... could..
While other videos play perfectly.
Switching back to Nokia media player to play the "not working video" i obtain the 5 dots animation, forever.

Tomorrow maybe that this video will play while another one will hang in the same situation.

To complete the description, i have installed the last cssu update, the freemangordon updated dsp codecs, i'm using the standard kp52 dsp profile and i haven't any dsp errors into syslog.

Probably all this is not enough to understand this strange issue but i hope it would help to identify the problem (as it seems it's not only mine)

Re: [ANNOUNCE] Alpha release of Open Media Player

sounds similar to my experience. reboot sometimes helps. i wondered a while ago if it was somehow a dsp voltage issue.

Re: [ANNOUNCE] Alpha release of Open Media Player

I have last OMP from extras-devel installed and it flood syslog when playing mp3 and flac audio too. And if I remember I did not saw this syslog flooding year ago... So I think it is not problem with logging or using some glib function, but something is broken/bad in OMP code...

@gidzzz: Can you look at it?

Re: [ANNOUNCE] Alpha release of Open Media Player

@Pali: as Gidzzz already did some analyses, why don't you talk to Freemangordon and see if his suggestion is feasible (http://talk.maemo.org/showpost.php?p...postcount=1545)?

I myself recompiled mafw-shared without MAFW_DEBUG as Gidzzz suggested. This removed the debug messages in the syslog, so that's a (system wide) solution that works anyway (not saying that it is the way to go btw).

Re: [ANNOUNCE] Alpha release of Open Media Player

Btw, have a setting to show some kind of information when playing (or not) a video would help to identify the problem.
For example, an osd text, with resolution, codec, last position and player errors .
Now a completely black screen is really annoying and sad.

Other details:
many videos are downloaded from youtube with cutetube.
Could it be that an mpeg video without(or malformed) index could hang the player while trying to jump at some position?

Re: [ANNOUNCE] Alpha release of Open Media Player

A small update (20140102; should enter extras-devel shortly, Thumb version already available):

Disabled radio mode fallback for local videos.
Stricter checks regarding starting/stopping of media position polling.
Updated translations.

Quote:

Originally Posted by pali (Post 1402995)

And if I remember I did not saw this syslog flooding year ago... So I think it is not problem with logging or using some glib function, but something is broken/bad in OMP code...

OMP did not perform enough checks to properly decide when to start/stop position polling, but I've just fixed this. I am pretty sure this problem was much older than one year.

However, recent changes do not prevent OMP from appearing in syslog, they only make it appear there when polling is really required. To make it disappear completely, g_debug()s in mafw-dbus.c have to be disabled, as all requests to MAFW from applications using mafw-shared for that seem to go through functions like mafw_dbus_send_async() and are logged there.

IMO recompiling libmafw-shared0 is a good idea, as I have never found those messages to be useful, and other applications would also be silenced. If recompiling poses a problem, I can disable OMP's messages by merging this (what freemangordon suggested): https://gitorious.org/qt-mediaplayer...452da041988600.

Quote:

Originally Posted by pali (Post 1393721)

We can recompile libmafw-shared0 in CSSU without MAFW_DEBUG.

Is it not possible or not desired to upload the modified version to extras?

P.S. Sorry for being so absent lately, I still don't have my laptop. :(

Re: [ANNOUNCE] Alpha release of Open Media Player

Sorry for interrupting important discussion with unrelated question, but is you thumb mini-repository a -devel equivalent of packages from maemo's devel, just thumb-compiled, or even more "devel" than ~~devil~~ devel itself"?

I find it quite cumbersome to track n packages that are compiled for thumb but appear as such only as binary file downloads from various threads... Still, "main" -thumb repo seems to suffer from some big LAG with introduction of new packages (IMO, mainly, because it need to be send somewhere and manually added, as opposed to auto or semi-auto interface).

So if my above assumptions about your personal repo are correct, it would be wonderful - just add repo and forget about "hunting" for updates in various threads. (at least for your programs).

/Estel

Re: [ANNOUNCE] Alpha release of Open Media Player

Quote:

Originally Posted by Estel (Post 1403219)

Sorry for interrupting important discussion with unrelated question

I would guess it's the same package but thumb compiled.
It's seems common for the most active devs to have there own thumb repository for there apps now.
IMO we need to get a "thumb-extras" sorted, so people can upload them to maemo.org.

Re: [ANNOUNCE] Alpha release of Open Media Player

@gidzzz
Just verified the latest update. Sorry, the problem is still there.
Now the message concerning the position has disappeared but some video still can't be played and when it happens syslog reports:

openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [signal] (null)/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.renderer.state_changed(i)
openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [signal] (null)/com/nokia/mafw/renderer/gstrenderer: com.nokia.mafw.extension.property_changed(sv)
openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [return] :1.178(null): (null).(null)(ay)
openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [return] :1.178(null): (null).(null)(ay)
openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [return] :1.178(null): (null).(null)(ay)
openmediaplayer[13967]: GLIB DEBUG mafw-dbus - parsing [return] :1.178(null): (null).(null)(ay)