Twonky 7 groupid in navtree is not working

[phibertron]

For some reason I cannot get groupid to work in the navtree xml

Is this a known issue and or has it been removed?

[edrikk]

Yup... Same.

http://www.twonkyforum.com/viewtopic.php?f=2&t=10612

[phibertron]

+2

[ThyMaster]

+3

(I came a long, long way with Twonky, all the way back to where it was produced in Berlin/Germany, but the after Version 5 they degraded..... sad but true but IMO they become more and more an Apple-ish piece of software, and that's absolutely no praisal)

[phibertron]

I have found a workaround, while I havent added the attached examples
If you are comfortable doing the edits all you need to know is here

http://www.twonkyforum.com/viewtopic.ph ... 627#p40566

[ThyMaster]

Hi,

thx a lot.
But with groupids gone I'm lost right now.
It took me quite some time to understand their XML syntax to re-establish my custom trees in v5. Now it looks I would have to re-write all of it again....

ThyMaster

BTW: I switched over to Subsonic for providing my music over the internet (it's music only but again streaming HD videos over the internet via my DSL line isn't exactly what it is build for anyway...)

[phibertron]

@ThyMaster
If you need help with the re-write, dont hesitate to ask

This might interest you
In a nutshell, you know how remote access links use the ip of the local server
and not the remote url
Well, ahem, problem solved, with a little tweaking

http://www.twonkyforum.com/viewtopic.ph ... 577#p40577

I dont do the remote access thing on a daily basis
I only do it in a pinch, when I want access every great great great while
But yeah between upload limits and datacaps, is it worh it
What we need is cheap cheap cloud storage for media streaming as a service
not icloud per say, but like a dropbox idea, but with a lot of space for cheap
the industry isnt there yet, getting there though

[Briain]

Hi,

thx a lot.
But with groupids gone I'm lost right now.
It took me quite some time to understand their XML syntax to re-establish my custom trees in v5. Now it looks I would have to re-write all of it again....

ThyMaster

Hi

When I first published my custom music trees on the Qnap forum, there were something like 1000 downloads over the first few months (I've since replaced them several times and thus reset the download counters). For the past year, they have available from the Linn server (with links in my Linn forum post detailing how to change them on Qnap NAS's) and thus most folks now download them from there (and there's no counter, so I've absolutely no idea how many direct downloads there have been over the past year). I also know that many Linn dealers are deploying them on their customers' NAS (usually Qnap or ReadyNAS) as several of these dealers have contacted me to directly thank me for making them available.

So why am I saying all that? Well, I guess that there could by now be anywhere from many hundreds to several thousands of Linn customers who depend on my custom Twonky trees to handle their large music collections (but I've absolutely no way of estimating just how many there are). The Twonky 6 trees are also backwards compatible with Twonky 5.1, so I know that quite a few folks are also using them on things with Twonky 5.1 (like WD MyBook devices). It thus seems a great shame that Twonky 7 has departed so far from the concept of Twonky 5 and 6 that it might not be possible to easily adapt them. Of course, it's not an issue at the moment as Twonky 7 is not available for NAS's, (and Twonky 6.0.39 is working very well) but it certainly could be an issue going forwards.

I hope this is something PV will consider for future versions as there are quite a lot of folks who now depend on them. I don't mind having to make a few simple tweaks to enable them to work on the newer releases, but it sounds like that's not the case with the current version of Twonky 7.

Bri

[Twonky_Rick]

I'll pass your feedback on to the powers that be here. I'm not sure why this change was made, but it's unfortunate it's breaking our backwards compatibility.

- Rick

[Briain]

Hi Rick

Thanks for that; it would be great to know what the score is (and whether a future release will make it possible to more easily adapt existing TMS6 custom trees).

All the best
Bri

[Twonky_Rick]

If I hear back from Christian, I'll post it here.

- Rick

[Twonky_Rick]

Hi Bri,

Got a response from Christian.

He says the big change was between TwonkyServer 5.x and TwonkyServer 6.x and would like to know more about what you'd seeing between 6 and 7 that worries you.

- Rick

[Briain]

Hi Rick

Thank you very much indeed for the update. My question was based on the information in the other posts in this thread (which state that groupid isn't working). Based on the existence of these posts (and others spotted elsewhere on the forum) I've not yet tried TMS7 as my assumption is that the TMS6 custom trees wouldn't work with it.

All the best
Bri

[edrikk]

Hi Rick,

All you have to do is ask him to create a new view with new groupid information created in the view-definitions.xml file, and calling those groupids within a new custom view...

Furthermore, once new views are created, the tree selection dropdowns for the individual devices dont show the custom trees in the dropdown box unless the user edits the config.js file, and changes the getReceiverViewDropdown function.

Finally, the user gets a blank string in the main tree selection page unless one modifies the strings-en.json file.

[Twonky_Rick]

Thanks for the feedback. I'll pass it on now.

- Rick

[Briain]

Hi Bri,

Got a response from Christian.

He says the big change was between TwonkyServer 5.x and TwonkyServer 6.x and would like to know more about what you'd seeing between 6 and 7 that worries you.

- Rick

Hi Rick,

All you have to do is ask him to create a new view with new groupid information created in the view-definitions.xml file, and calling those groupids within a new custom view...

Furthermore, once new views are created, the tree selection dropdowns for the individual devices dont show the custom trees in the dropdown box unless the user edits the config.js file, and changes the getReceiverViewDropdown function.

Finally, the user gets a blank string in the main tree selection page unless one modifies the strings-en.json file.

Hi Chaps

Thanks very much to both of you for your responses. I've read elsewhere (on this forum) that groupid no longer works, but to me, edrikk's above post implies that groupid (or something similar) does still work (though in a different format) so I am now a little confused as to the exact process you'd use to add a custom container. For example, say your new custom view (with the links back to view-definitions) was called 'custom.xml', does that mean you'd have to change the existing groupid's in the view-definitions.xml from groupid='music/albumartists' (the TMS6 format) to id='music/custom/albumartists' or are you saying it needs to be something like custom.xml='music/albumartists'?

Currently, my containers sit along side the Twonky ones and thus live in view-definitions, and the groupid links to them live the advanced-view.xml (so I don't have any additional view files), so would there be a way to change these links and groupid's such that it works as it does currently with TMS6 (so selecting advanced default view shows my containers) as that would save folks having to change the config.js and strings-en.json files? In other words, the music part of my version of the advanced-view.xml is as shown below; can that be adapted to link back to my custom containers (by changing the below, and also changing groupid to something else in view-definitions)?

<view name='advanceddefault' path='advanced.view'>
<navtree>
<container id='music'>
<link groupid='music/albumartists' />
<link id='music/artistindex' />
<link groupid='music/BriComp' />
<link groupid='music/BriGenre' />
<link groupid='music/BriAlbum' />
<link groupid='music/BriTunes' />
<link groupid='music/BriYearAlbum' />
<link id='music/folders' />
<link id='music/playlists' />
<link groupid='music/onlineservices' />

If the above could be done, it would mean changing the trees in TMS7 would be a similar process to changing them in TMS6. Quite a lot of folks (on the Linn forum) have done just that. Though most have no Linux knowledge, they have bravely struggled through my instructions and replaced the trees, but I don't want to add another two files to the list as that would just scare folks off.

Assuming the above is not achievable (if I also have to make the other changes) I have just searched the forum (for 'config.js') and I see phibertron has kindly created posts on this subject, but there are rather a lot of them to read through, so I'll try to work through them all at them at some stage.

To respond to Christian's comment, it was pretty easy to adapt my trees from TMS5 to TMS6, but this looks to be a bit of a nightmare. I think I'll just have to stick with Twonky 6.0.38 for now and wait to see if any documentation comes out gong forward.

All the best
Bri

[phibertron]

@Bri

This is what I did for someone to get the concept working
(the tactic negates the need for id's, at the expense of multiple views)
http://www.twonkyforum.com/viewtopic.ph ... 781#p41367

What edrikk is refering to is related to the web interface
The web interface does not query the server for a list of views
the list is hard coded into the html
so if one could/did create custom.view.xml
then it would not show as a choice in the web gui
so the choice to use the advanced view minimizes the amount of edit's

[Twonky_Rick]

@Bri if Phibertron's comment doesn't help you, please let me know and I will forward your post to Christian.

- Rick

[Briain]

Hi

Thanks chaps!

That could be an interesting way to provide an easy solution for folks to implement (basically, it would be the same process that they have used to change the trees in NAS versions of Twonky 6.0), so I'll test it and see how it looks. I've also responded to the post directly as I wondered if making the existing Twonky ID's blank could impact on container zero functionality (I don't think it would). I'll test it all soon!

Bri

[phibertron]

The other tactic is to instead of using null id's
is to move all of them out of the Music, Photo, Video root containers
and to place them at the top, in such that they look like root containers

you still have to use one reference to a view else it blows up

<view name='base' viewlist='advanced' guilist='advanceddefault'>

you still have to use a custom view that has no links for example

<view name='advanceddefault' path='advanced.view'>
<navtree>
<container id='music' />

my biggest fear, as you have seen with groupid
is that we make all these mod's and things change that break them