leak memory and libupnp "total jobs = 100, too many job" about gmrender-resurrect HOT 11 OPEN

You are using an old and unmaintained gstreamer library. Your problem sounds like it is the consequence of the following gstreamer bug:
https://bugzilla.gnome.org/show_bug.cgi?id=699794

Can you try gstreamer 1.0.8 ?

from gmrender-resurrect.

Regarding "total jobs= 100, too many job" - what is the UPnP controller (the client application connecting to gmrender) you are using ? It could be that there are clients that constantly open new connections but don't close old ones (haven't seen before, but it could explain the behavior). Or it hangs in some operation within gstreamer.

So for more information, it would be good if you could post the stacktrace of all threads when it runs into the 'too many job' problem (connect with gdb to the process, then "thread apply all backtrace").

from gmrender-resurrect.

Any luck with the new version of gstreamer ?

from gmrender-resurrect.

Thanks, Hzeller
I plan to use gstreamer1.1.3 in next phases, I want to ask you a question what whether gmrender-resurrect support windows media player' s seek feature, In my gmrender-resurrct , windows media player' s progress bar control can't be dropped, Do you have any suggestion?
And I think xmlescape function maybe cause compatibility issues, do your purpose support foobar 2000 ?
such as:
variable-container.c :
varvalues[0] = xmlescape(xml_doc_string, 0);
upnp_device_notify(obj->upnp_device,obj->service_id,varnames, varvalues, 1);
free((char*)varvalues[0]);

upnp_device.c:
char *xml_value = UPnPLastChangeBuilder_to_xml(builder);
Log_info("upnp", "Initial variable sync: %s", xml_value);
eventvar_values[0] = xmlescape(xml_value, 0);
free(xml_value);
UPnPLastChangeBuilder_delete(builder);

rc = UpnpAcceptSubscription(priv->device_handle,
sr_event->UDN, sr_event->ServiceId,
eventvar_names, eventvar_values, 1,
sr_event->Sid);

from gmrender-resurrect.

"Seek" in general should work, it works at least with BubbleUPnP; I don't have Windows machine to test. When you seek with the Windows Media Player, do you see anything in the logs of gmrender ?

I once had a chance to test with Foobar 2000, and there was an XML problem, but that was due to some service-ID not set correctly. This should be fixed for about 2 months now - did you try the latest version from github ?

from gmrender-resurrect.

This was the change, that should make Foobar 2000 work: bdb46e1

from gmrender-resurrect.

Hi hzeller, I want to ask you a question.
Is it necessary that call xmlescape function before UpnpAcceptSubscription and upnp_device_notify function, the xmlescape function is convert "<" ">" to "<" ">"

from gmrender-resurrect.

Yes, because the value is an XML document itself that needs to be properly quoted if transferred as a value.

from gmrender-resurrect.

Thanks,Hzeller
I want to ask you another question.
You ingore TRANSPORT_VAR_REL_TIME_POS/TRANSPORT_VAR_ABS_TIME_POS/TRANSPORT_VAR_REL_CTR_POS/TRANSPORT_VAR_ABS_CTR_POS/TRANSPORT_VAR_LAST_CHANGE variable in UPnPLastChangeCollector_callback function that do event them,
Is it necessary event TRANSPORT_VAR_AV_URI/TRANSPORT_VAR_NR_TRACKS/TRANSPORT_VAR_CUR_TRACK/TRANSPORT_VAR_CUR_TRACK_URI/TRANSPORT_VAR_CUR_TRACK_META/TRANSPORT_VAR_TRANSPORT_STATE/TRANSPORT_VAR_CUR_TRANSPORT_ACTIONS when render finish play a song.
I want to don't event them but inform_play_transition_from_output function call replace_transport_uri_and_meta("", "") 、 replace_current_uri_and_meta("", "") and change_transport_state(TRANSPORT_STOPPED) function.
whether it or not ignore them like you?

from gmrender-resurrect.

TRANSPORT_VAR_TRANSPORT_STATE and TRANSPORT_VAR_CUR_TRANSPORT_ACTIONS should be not ingored

from gmrender-resurrect.

I don't fully understand what you need.

The REL_TIME_POS, ABS_TIME_POS, REL_CTR_POS and ABS_CTR_POS are ignored, because according to the specification document, AVTransport-v1 document, 2.3.1 Event Model, these should not be evented, as they potentially change every second.
There is also LAST_CHANGE ignored, because it actually is the document itself that is evented.
(you can disable this, if you comment out things in upnp_transport.c, around line 1034, where all the variables to be ignored are set).

The other variables, such as VAR_TRANSPORT_STATE etc. are evented, you can see this when you if you switch on the logfile. Or maybe I don't really understand what you mean ?

from gmrender-resurrect.