504 replies to this topic

[littlesat]

Ik kan in ieder geval bevextigen dat hij bij mij op een DM800HD (zonder SE) ook plat gaat. Hij heeft hier bijna 4 uur en 15 minuten gedraaid voordat het gebeurde. Er was wel een logfile gemaakt maar die was leeg (had hem niet in een console gestart).

[Dvsat]

Ik kan in ieder geval bevextigen dat hij bij mij op een DM800HD (zonder SE) ook plat gaat. Hij heeft hier bijna 4 uur en 15 minuten gedraaid voordat het gebeurde. Er was wel een logfile gemaakt maar die was leeg (had hem niet in een console gestart).

Afgelopen nacht en vandaag de VU+DUO met een OpenPli-image van 11 mei 2011 ingeschakeld (toaal 21uur) op Shoutcast met de zender Skyradio, dus inclusief "plaatjes". Geen crash geweest, vanavond bij thuiskomst direct e.e.a. gecontroleerd en VU+DUO stond nog perfect te spelen op gekozen radiostream-zender.
Misschien kunnen andere ook testen met de image van/voor 14mei, aangevuld met de laatst verschenen drivers etc. en (eigen) gebruikte plug-ins ???

[Dvsat]

Ik kan in ieder geval bevextigen dat hij bij mij op een DM800HD (zonder SE) ook plat gaat. Hij heeft hier bijna 4 uur en 15 minuten gedraaid voordat het gebeurde. Er was wel een logfile gemaakt maar die was leeg (had hem niet in een console gestart).

Afgelopen nacht en vandaag de VU+DUO met een OpenPli-image van 11 mei 2011 ingeschakeld (toaal 21uur) op Shoutcast met de zender Skyradio, dus inclusief "plaatjes". Geen crash geweest, vanavond bij thuiskomst direct e.e.a. gecontroleerd en VU+DUO stond nog perfect te spelen op gekozen radiostream-zender.
Misschien kunnen andere ook testen met de image van/voor 14mei, aangevuld met de laatst verschenen drivers etc. en (eigen) gebruikte plug-ins ???

Iemand nog een test(je) "gedraaid" met de combi Shoutcast in de laatst versie OpenPli ?

[theparasol]

Na mijn vakantie dit issue weer vergeten, maar nu weer opnieuw opgepakt.
Met de nieuwe dreambox-dvb-modules_2.6.18-7.4-dm800se-20110821-r0_dm800se.ipk veranderd het ook geen zier.

Wat een zekerheid is dat er van 13 op 14 mei iets aangepast is maar ik weet niet wat.
Wellicht dat een van de pli developers dat wel kunnen nakijken.
Ik zou graag een build willen draaien waarin deze wijzigingen ongedaan zijn gemaakt om te zien of dat de enigma2 crash voorkomt.

[Erik Slagter]

Wat een zekerheid is dat er van 13 op 14 mei iets aangepast is maar ik weet niet wat.

Dat kun je zelf ook met git ;-)

Probleem alleen met git is dat je niet zo heel makkelijk op een bepaalde
datum kunt zoeken (voor zover ik weet).

[littlesat]

Toen zijn er aanpassingen geweest in servicemp3....

http://openpli.git.s...f0da2448c7e81fe

[theparasol]

Ben ik erg lastig om dat stuk code nog eens even goed te bekijken of eventueel voor 1 dag ff een build te maken waar die wijziging ongedaan gemaakt is zodat ik kan testen of die codewijziging buggy is?

[Erik Slagter]

Ben ik erg lastig om dat stuk code nog eens even goed te bekijken of eventueel voor 1 dag ff een build te maken waar die wijziging ongedaan gemaakt is zodat ik kan testen of die codewijziging buggy is?

Klinkt op zich niet onredelijk omdat het zo'n gemeen probleempje is?

Ik weet alleen niet wat er toen veranderd is. Littlesat heb je toevallig
een commit id voor me, ik ben wel benieuwd eigenlijk.

[littlesat]

Die commit vind je toch in bovenstaande link... ook de dag erna is er wat veranderd in servicemp3.cpp... maar ik zie niets wat dit kan veroorzaken... Je krijgt ook echt een segfault en o.a. de ET boxen blijven doordraaien. De dreamboxen gaan plat...???

[Erik Slagter]

Die commit vind je toch in bovenstaande link... ook de dag erna is er
wat veranderd in servicemp3.cpp...

Ow sorry, ik had alleen de summary bekeken, maar daarin kennelijk wat tekst
gemist.

[theparasol]

ik heb es ff zit lezen, en wat mij opvalt is dit:

GstElement *sink;
- g_object_get (G_OBJECT (m_gst_playbin), "text-sink", &sink, NULL);
- if (sink)
+ GstElement *appsink = gst_bin_get_by_name(GST_BIN(m_gst_playbin), "subtitle_sink");
+ if (appsink)
{
- g_object_set (G_OBJECT (sink), "max-buffers", 2, NULL);
- g_object_set (G_OBJECT (sink), "sync", FALSE, NULL);
- g_object_set (G_OBJECT (sink), "async", FALSE, NULL);
- g_object_set (G_OBJECT (sink), "emit-signals", TRUE, NULL);
- gst_object_unref(sink);
+ g_object_set (G_OBJECT (appsink), "max-buffers", 2, NULL);
+ g_object_set (G_OBJECT (appsink), "sync", FALSE, NULL);
+ g_object_set (G_OBJECT (appsink), "emit-signals", TRUE, NULL);
+ eDebug("eServiceMP3::appsink properties set!");
+ gst_object_unref(appsink);
}
setAC3Delay(ac3_delay);
setPCMDelay(pcm_delay);

Ik zie dan de hele async vervallen is, kan dat zomaar of is dat vergeten?

[littlesat]

Dit heeft met ondertitels te maken... niet met audio...

[pieterg]

async is niet het tegenovergestelde van sync.
het doet in feite in e2 niks, omdat we geen prerolling gebruiken.

[Erik Slagter]

Nou zeg dat is ook een change van niks...

commit 76c7312e3f3006cf2d98cea97de39a910dc51a2b
Author: ghost <andreas.monzner@multimedia-labs.de>
Date: Sun Dec 5 01:57:48 2010 +0100

small code cleanup, fix memleaks
refs #537

diff --git a/lib/gui/esubtitle.h b/lib/gui/esubtitle.h
index 5d0b462..10ac83e 100644
--- a/lib/gui/esubtitle.h
+++ b/lib/gui/esubtitle.h
@@ -24,7 +24,7 @@ struct ePangoSubtitlePageElement

struct ePangoSubtitlePage
{
- pts_t show_pts;
+ pts_t m_show_pts;
int m_timeout; /* in milliseconds */
std::vector<ePangoSubtitlePageElement> m_elements;
void clear() { m_elements.clear(); }
@@ -32,15 +32,13 @@ struct ePangoSubtitlePage

struct eVobSubtitlePage
{
- pts_t show_pts;
+ pts_t m_show_pts;
int m_timeout; /* in milliseconds */
ePtr<gPixmap> m_pixmap;
};

class eDVBTeletextSubtitlePage;
-class eDVBPangoSubtitlePage;
-class ePangoSubtitlePage;
-class eVobSubtitlePage;
+class eDVBSubtitlePage;

class eSubtitleWidget: public eWidget, public Object
{

Alleen definities, hoe kan dat nou een segfault geven...

Er is vast nog wel wat anders te vinden, maar ja, da's niet zo makkelijk te
vinden :-(

[Erik Slagter]

Ik zie dan de hele async vervallen is, kan dat zomaar of is dat vergeten?

Waar is dit precies een diff van?

[theparasol]

servicemp3.ccp is het een diff van.

Jullie hebben het over dat het alleen met dreambox optreedt, daar zou dit stukje code dan voor kunnen zorgen:

if ( m_sourceinfo.is_streaming )
300 {
301 uri = g_strdup_printf ("%s", filename);
302 m_streamingsrc_timeout = eTimer::create(eApp);;
303 CONNECT(m_streamingsrc_timeout->timeout, eServiceMP3::sourceTimeout);
304
305 std::string config_str;
306 if( ePythonConfigQuery::getConfigValue("config.mediaplayer.useAlternateUserAgent", config_str) == 0 )
307 {
308 if ( config_str == "True" )
309 ePythonConfigQuery::getConfigValue("config.mediaplayer.alternateUserAgent", m_useragent);
310 }
311 if ( m_useragent.length() == 0 )
312 m_useragent = "Dream Multimedia Dreambox Enigma2 Mediaplayer";

De streaming wordt in geval van dreambox dus door de enigma2 mediaplayer afgespeelt, waarschijnlijk staat daar bij niet dreamboxen een andere agent die geen issues heeft met mp3. Niet alleen streams hebben last met mp3 afspelen, ook mp3 files heb ik de issues mee.
Doet vermoeden dat probleem niet zozeer in de servicemp3.ccp zit maar meer in de verandering in de enigma2 mediaplayer. Kunnen jullie ook nazien wat daar rond de 14e mei in aangepast is geworden?

Is er voor dreambox ook een AlternateUserAgent te gebruiken?

[pieterg]

ik denk niet dat iemand ooit echt die config.mediaplayer.useAlternateUserAgent gebruikt heeft.
Maar als je dat wilt uitproberen/uitsluiten, kan je in /etc/enigma2/settings config.mediaplayer.useAlternateUserAgent=test ofzo zetten.
(uiteraard init 4, editen, init3)

[Erik Slagter]

servicemp3.ccp is het een diff van.

Zo'n vermoeden had ik al. Maar van welke versies? Anyway, pieterg heeft al
geantwoord, het is niet meer relevant.

[theparasol]

Zojuist volgende eruit gegooid:

enigma2-plugin-extensions-mediaplayer
enigma2-plugin-extensions-mediascanner

+ reboot

Of maak ik hier een denkfout dat ik dan de mogelijk brakke dream mediasplayer daarmee verwijderd heb?

[pieterg]

ja, maar je gebruikt de mediaplayer toch niet om radiostreams af te spelen?
Deed je dat niet met shoutcast oid?
(mediaplayer is slechts een userinterface btw, servicemp3.cpp doet het 'werk', namelijk het aansturen van gstreamer)