Notices

Hi Helmuth,

so far it seems to work for Panucci but I have the problem that the internal player also reacts on the dbus messages. The result is that both players are started or stopped and only the internal player is audible. (btw happens also when the internal player is closed and only the media home applet is there).

Not sure if there is anything we can do about this - can dbus messages be "consumed" like events in an UI?

Another problem I had this morning is that Panucci often is not able to resume m4a-files. After pressing the play-button it freezes and hildon tells me that the application is no longer reacting... but that is another story.

Anyway, thanks for your efforts so far.

And a hint for your girlfriends gift: Ask her what she wants for Christmas. So your gift can't be wrong and she still has the anticipation. (komisches Wort für Vorfreude, aber angeblich heißt das so )

I have removed the media player widget several month ago from my desktop because of this kind of bugs. I had some moments when I finished a call my media player began playing a random song or a part of my audio book. After a embarrassing moment (Ken Follett "The Pillars of the Earth" has some ambiguous moments - not funny at work!) I removed this widget completly from my desktop. And this was after the bug was marked as Fixed at the bugtracker.

I must admit... I have no idea.
But if this is possible, how should we ensure that Panucci is the first application that is reading and consuming this signal?

I would consider to remove this ******* **** **** (lovely) Media Player Widget from the Desktop and test it again. (I guess I need a Smiley with a halo! )

I'm afraid that this could be releated to the library Panucci is using. In this case there are not much possibilities...

Perhaps simply don't resume m4a files could be a solution?

I guess wo could modify Panucci again. If Panucci should resume the m4a playback, it is simply beginning again at the start of the file and after a second it is seeking back to the last position. Hmm... is something like this imaginable for you?

But I can already hear now the guys complaining about the sluggish beginning while resuming a m4a file. Hmm... I don't know.

And I have to look into how this could work. I'm still a noob at this kind of stuff.

No problem. The most of the work has thp already done. Without his work at Panucci 0.3.17 this wouldn't be possible for me to integrate into to the new branch.

I've already asked. I'm asking since months. But all I get back is: "surprise me", "I don't want anything" (YES, sure!) or "I have everything I want - I have you" - sooo, this kind of questions are not helpful. A exact statement (including ordering number and where I could get it) would be great! But I guess this year my own wish wouldn't come true. (again)

[german Tag]
Mach Dir keine Gedanken. Ich sitze hier auch mit nem Wörterbuch im 2. Tab und er spuckte mir für anticipation auch vorfreude aus. Wer weiss schon ob jeder versteht was ich hier zusammentippe?
[/german Tag]

Thanks for your proposal but after at bit of meditation about the problem I think I will try a different solution.

In devel-extras is a media player called NecroPlayer which is using Phonon (I guess it uses GStreamer as a backend) and when I open a m4a file with this player I only get audio and no video. This seems the way for me to go as I only have audio-podcasts where the video part is nice to have but not necessary.

So I think I should pimp my GStreamer skills and find out how to get this behaviour in Panucci. (Thomas, any idea maybe?)

Anyone else have an issue with this bug?

Playlist not playing files in sequence?

Panucci is currently lacking a maintainer, so if anyone wants to step up, please feel free to contact me

I would be interested in trying. I have next to no coding experience, other than a small bit at school. I little bit of bash scripting is most of what I know. What language is it coded in?

edit: the reason I ask is because at garage.maemo the newest version is 0.4 which is old, so things may have changed.

https://garage.maemo.org/projects/panucci/

...
found this: http://repo.or.cz/w/panucci.git ... I guess I need to brush up on some git.

After reading through a decent portion of the code... truthfully I think this is beyond me, and moreover beyond the time I have to spend learning at this point in time. I would love to help out with this, as it is one of my favourite programs on maemo, but I dont think I would be able to assist in a decent timeframe.

I don't own a n900 but i just tried panucci git on my stationary and it does not switch to the next file which seems to be a bug. If noone else fixes It i'll do it.

I was waiting for n9 but with the current ms chill at the top of nokia that may take a while so i'm willing to fix panucci git and release a 1.0 for Maemo even though I don't own one myself. Others have to test so it works.

I've attached a patch to the bug report that fixes this issue. If anyone has more bugs just let me know. Panucci's code is very pretty and it's a waste to stop now when 1.0 is so close.

https://bugs.maemo.org/attachment.cgi?id=3288

Ok, thp told me to set up my own git repo and continue development there so i did.
https://github.com/xerxes2/panucci

This is not a fork of Panucci just evolution. As I don't own a n900 thp will continue to release packages for it. Last commit before I started was seven months and three days ago so I guess most people think that the project is dead but now it's alive again. My plan is to fix what's already exists for 1.0 and possibly add some minor improvements. So if you have patches just give them to me and I'll commit them, if they're good.