No work minidla with Asus Zenfone2
Brought to you by:
jmaggard
No connecting to minidla server from ASUS ZenFone2_last-custom-firmware (Good connecting\working from Samsung s4, HTC Sensation, Samsung TV)
[2015/09/20 02:25:26] sql.c:88: error: prepare failed: near "als": syntax error
SELECT (select count(distinct DETAIL_ID) from OBJECTS o left join DETAILS d on (o.DETAIL_ID = d.ID) where (OBJECT_ID glob '$') and (( o.CLASS like "item.audioItem%" ) and REF_ID als)) + (select count() from OBJECTS o left join DETAILS d on (o.DETAIL_ID = d.ID) where (OBJECT_ID = '') and (( o.CLASS like "item.audioItem%" ) and REF_ID als))
[2015/09/20 02:25:26] upnpsoap.c:1967: warn: Returning UPnPError 708: Unsupported or invalid search criteria
What dlna client are you using?
For android, I use an opensource client Slick UPnP by Casper Jørgensen.
Standart Plaer on firrmware Asus ZenUI
Musik -> network media server(music) or Gallery -> network media server(video/photo)
Dlna serrver - finded, but no open.
I don't have an ZenUI and probably can't help but you can always post the relevant debugging log entries for your device by running in debug mode with -d -v options.
This log from minidlna server vith debuging mode.
Version 1.1.4
We'd need both "SearchCriteria:" and "Translated SearchCriteria:" information.
Hi !
I know that the topic is 2 years old but I have the same problem with my Asus Gallery App on my Asus ZenFone3 Max. Here is some debug logs :
Can you take a look at this ?
Thanks in advance !
Jisay
The SearchCriteria bool should be "false" but is "fals". The problem is most likely with the client. You can apply this patch and post the results to verify that minidlna is not at fault.
Hi !
Thanks for your answer and sorry for the delay of mine :-)
Here is the output of logs with your patch applied :
I don't find "Browse XML request" in logs.
Seems that SearchCriteria is formatted in the right way :-S
Thanks again,
Jisay
Last edit: JCA 2017-12-31
Looks like there is a problem with the xml parsing library and white space. It has been fixed upstream at http://miniupnp.free.fr.
Try this patch:
Dev note: minixml.[c,h] could be updated to upstream miniupnp by handling XML_STORE_EMPTY_FL flag (looks obsolete?). Although, I have not verified with the functions in upnpsoap.c that use the flag.
Hello !
I tried your patch and it seems to work ! :-)
Thanks for the help !
Jisay
Thanks, I've checked in that fix. XML_STORE_EMPTY_FL is necessary, so we can't blindly replace minixml.c.
Forgot to check git history logs. Shows the flag as being part of the forked code. Initially, I thought the flag might of been part of the library but didn't have time to look into it more. FYI, the fix for OP has been available upstream since 2011.