Re: [Musicpd-dev-team] MPD crash in memory constrained embedded system

2013-02-09 Thread Timur Aydin
On 2/8/2013 7:31 PM, Max Kellermann wrote:
 Yes.

Ok, so when using a text database, the entire database is built in 
memory and then saved. How about for sqlite? Is it also built in memory 
and then flushed to disc?

Timur


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team


[Musicpd-dev-team] MPD crash in memory constrained embedded system

2013-02-08 Thread Timur Aydin
Hi,

I have ported MPD to the Blackfin platform and been doing tests using a 
very large music database. The entire database is about 500GBytes, but I 
have run into this issue with a much smaller database as well. I am 
using the text database at the moment.

So my question is, how does MPD do the indexing of the database? Does it 
build the entire index in memory and saves the index after finishing? Or 
does it do the indexing piece by piece and saves as it goes?

Timur

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team


Re: [Musicpd-dev-team] audio format information timing with idle

2013-01-07 Thread Timur Aydin
On 01/07/13 15:54, Max Kellermann wrote:
 I think that's a bug, and the event should be delayed until MPD knows
 all the details.  Please write a ticket.
 

Hello Max, I have entered a bug report into mantis. I will work on this
and provide a patch for review.

-- 
Timur

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team


Re: [Musicpd-dev-team] audio format information timing with idle

2013-01-07 Thread Timur Aydin
On 01/07/13 16:13, Timur Aydin wrote:
 Hello Max, I have entered a bug report into mantis. I will work on this
 and provide a patch for review.
 

Max, it looks like the spot where the audio format is available is in
the player_check_decoder_startup function in player_thread.c. The patch
below causes an additional changed: player notification:

@@ -376,6 +376,8 @@ player_check_decoder_startup(struct player *player)
player-play_audio_format = dc-out_audio_format;
player-decoder_starting = false;

+idle_add(IDLE_PLAYER);
+
if (!player-paused  !player_open_output(player)) {
char *uri = song_get_uri(dc-song);
g_warning(problems opening audio device 

This, of course, results in two consecutive changed: player
notifications. The first signals that play has been initiated, and the
second signals that decoding is now being done and that metadata
information is available.

Actually, both of these statuses are valid and valuable. The first can
be interpreted and displayed as a buffering... and the second can be
displayed as playing. So it seems it would be better if we add a new
player state called buffering. This way, a client can
deterministically know what MPD is doing and display its status
accordingly. Let me know what you think about this...

-- 
Timur

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122412
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team


Re: [Musicpd-dev-team] Glib warnings

2013-01-02 Thread Timur Aydin
Hello Max,

Last month I have worked on porting MPD to uClinux, running on the 
Blackfin processor. Indeed, the biggest hurdle was getting GLib to 
compile under uClinux. Recent versions of GLib have a permanent 
dependency on IPv6, which cannot be turned off, so I had to compile a 
IPv6 enabled toolchain for it. Then there is the dependency on gettext, 
libffi, which also required a locale enabled toolchain. I am glad you 
have decided to move away from GLib.

Regarding c++11, does the Android GNU toolchain have full support for 
this? The latest toolchain for Blackfin is still at 4.3 (stable) and 4.5 
(experimental). I will check if these have support for c++11.

-- 
Timur

On 1/2/2013 7:36 PM, Max Kellermann wrote:
 On 2013/01/02 18:14, Alexander Sack pisym...@gmail.com wrote:
 Thanks Max. So when you say Glib is slowly fading out, does that mean for
 the core logic as well? I/O, main loop thread, etc. or just thread sync
 primitives?

 Last year, I attempted to port MPD to Android, but found that GLib was
 (nearly) impossible to cross-compile.  The Android port is suspended
 until the GLib dependency is removed.

 MPD doesn't use GLib for I/O.  The only exception is the GIOChannel
 that is used for client connections, but GIOChannel are awful to deal
 with, it's only used to plug it into the GMainLoop.

 I don't know about the choice of event loop library yet, but anything
 is better than GLib's GMainLoop.  I like libevent, but I'm not sure if
 that will work easily on Android.

 One thing I like a lot in GLib is the GError API.  I'd like to avoid
 using C++ exceptions (and RTTI), because of the surprising semantics
 and the runtime overhead.  (It's too easy to make a C++ program
 bloated, and I'll do my best to avoid that.)

 Max

 --
 Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
 and much more. Keep your Java skills current with LearnJavaNow -
 200+ hours of step-by-step video tutorials by Java experts.
 SALE $49.99 this month only -- learn more at:
 http://p.sf.net/sfu/learnmore_122612
 ___
 Musicpd-dev-team mailing list
 Musicpd-dev-team@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team



--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with LearnJavaNow -
200+ hours of step-by-step video tutorials by Java experts.
SALE $49.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122612 
___
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team