5.1.1 RC 2available for testing

[twonky-christian]

Hi,

the latest 5.1.1. version of TMS is available to be checked out here:

downloads/5.1.1-RC2/

thanks
Christian

[Briain]

Hi Christian

Thank you very much for letting us know; do you have any details about what's changed or what's been fixed?

Bri

[Georg]

This version runs on my Linkstation Pro, I occasionally get that zombie of the MediaFusion plugin, but it's working!
But in the past half hour it found absolutely nothing. No music, no photos, no videos.

RevisionHistory says:

Code: Select all

New in Version 5.1.1:
+ forced autoupdate support for PC versions, currently disabled by default
+ WMDRM support for Win32 is back

Changes:
o no admin rights needed for tray app anymore (no elevation required on VISTA and Win7)
o playlist management with TMM is back
o updated MPEG2 and MP4 parser to enable more DLNA profiles
o Server passes again the CTT tool

Known issues:
- on some systems the removable media checkmark may result in trying to share removed/no existing drives
- some screens of the TMS installer do not show in Japanese
- MediaFusion plugin leaves a zombie process on Linux (but will be removed on next MF plugin start)
- some contents can not be played on web browse UI as the Browser does not have the right plugin for playback available
- Picasaweb support is experimental and may not show content all the time


EDIT: It seems that twonky runs several minutes, up to about 20 minutes but then dies, sometimes without any interaction. My content isn't scanned and "ps aux" shows a maximum CPU time of 0:02.
Regarding the mediafusion plugin the file initial_keystore.dat contained some trial license code. When I deleted the file it was replaced by a new one with another license code. Since then I haven't seen any mediafusion zombies anymore.

[mgillespie]

Working well here in my Sheevaplug (kirkwood), haven't spotted any regressions over 5.1. Tested with Noxon2, PS3 and a Sony CP1 photo frame.

CPU and memory performance is very good, and no issues with media scanning that I can see in my configuration.

[Briain]

Hi

It's very quick to build the database on the PV version I've just tried, however, I still can't get sort order to work in the menu's; compared to 5.0, it's a bit of a show stopper for logical layout of more complex custom trees. I see that the term is still in the view definitions file, but I've just tried briefly experimenting and it seems to still not work.

What I did to test it:
I tried removing everything except the view-definitions.xml but that broke Twonky. I then tried putting the classified.view.xml back with the view-definitions.xml and performed a database rebuild with just the two; that worked okay. I then tried swapping the upnp:originalTrackNumber=x numbers for the Music and Picture containers, but they still appeared in the same menu order (both web interface and UPnP control points).

Question to PV:
Can you please advise if there's a way to fix this? If not, can you let us know if it will be fixed going forward? It's only needed in the top level menu such that we can build custom music trees (I could use a bunch of music containers in place of the Music/Picture/Video ones). Even your own tree puts the two radio containers either side of the playlist container (which looks messy). As you can imagine, a more complex tree is just a total mess without the sort order facility.

When I get more time, I'll try to get my head round how to make it work with additional trees (as opposed to replacing the existing ones); it would be great if any advice could be given (not an official full scale document; just a few lines of notes about the key changes).

Incidentally, has anyone noticed if PV has separated the capitalisation and the 'The' features out (i.e. can we have 'Beatles, The' without it forcing us to see 'Back in the USSR' as 'Back in the Ussr')?

Bri

[RichardN]

Installed on D-link dns-323.

Server does not scan any media went back to 5.1

[anthropo]

Doesn't scan any Video at home, installed on an Ubuntu server

Who did the tests before putting it for download ?
Even if it's called a beta (more, a RC) there's a strict minimum to look at before !

I have the feeling of having paid for a poor service... and i'm still waiting for something working (for example transcoding) while the basic is not assumed

[bktwonky]

I had a similar issue with 5.0.68 that it didn't scan the video folder - my videos are in a subfolder of my photos.

I ended up changing the order of the folder directories (music then video then photos), this did the trick.

Not sure if this helps.

Best regards,

Bill.

[mgillespie]

Doesn't scan any Video at home, installed on an Ubuntu server

Who did the tests before putting it for download ?
Even if it's called a beta (more, a RC) there's a strict minimum to look at before !

I have the feeling of having paid for a poor service... and i'm still waiting for something working (for example transcoding) while the basic is not assumed

Hang on a minute, it's working fine for most of us, I have it installed in several configurations, Win32, Linux i386 (Ubuntu) and Linux ARM (kirkwood), and it's working fine on all of them. It really sounds like you have a configuration problem.

[RG1]

Hi,
RC2 is up and running on my XP PC. Found a bug for tracks wich have an ' in track name. Those tracks are displayed like Nothing's changed (should read Nothing's changed).
Have some problems with view configuration. I can add an artist index but can't add an album index.

[Georg]

Played a lot with the configuration on my Linkstation Pro the past days. Things like music only, videos ... The 5.1.1 RC 2 never found a single file. One reason seems to be that it still crashes quite often, though it is somewhat more stable than 5.1.
From the log file I can see that the new version initially scans my music files but says it would ignore the dirs as they'd be blacklisted - though I've nothing on my ignore list. Later on these messages disappear, but the status always displays 0 music files found. It's a bit hard to change the settings as the interface is often frozen due to zombie jobs (twonkymediaserver - not the mediafusion plugin). Let me know if I should provide some kind of logfile.

For the moment I'm back to good old 4.4.18.

[Briain]

Hi

I'm sticking with 5.0.68 for now as I just couldn't get 5.1.0 going on my ReadyNAS no matter what I tried. I think it was scanning outside the areas set in the Twonky share paths and thus scanning exe's in my software store and/or maybe mdb's, xls's doc's etc in my data store; I wonder if this is what's upsetting 5.1.1 on some other installations as well? I'm not going to ask the Netgear chap to build a ReadyNAS add-on until we have some more information on why it works for some and not for others. I'm also not inclined to bother with 5.1.1 until a method to sort the menu structure (upnp:originalTrackNumber) is fixed. It's a major pity, though, as the XP version I tried on my PC scans like a bullet and I'd thus really like to see how fast it goes on a ReadyNAS; my guess is that it would be an absolutely fabulous prodict, if only I could get it to work. There are also a few issues with 5.0 which 5.1.1 no doubt addresses, but I'm just going to sit and wait until we know more about what's going on.

Bri

PS Be great to get this version working though; my 5.0.68 database size is over 4.5GB (though 5.0.68 is workng very well)

[mgillespie]

I'm trying to establish from the PV Berlin engineers, what the blacklisted directories actually are. When I find out, i'll post here.

[mgillespie]

OK, I have a response from the Berlin engineers. There is a blacklist of directories which get ignored during scanning even if they are part of contentbase/contentdir :

Since these directories contain system files they should not be used to store media files. (There seems to have been an issue crop up in the recent betas, where /mnt has crept into this list. It will be removed in future betas), this may be why some users may not be able to find any content. (try mounting as something else to confirm)

Blacklisted Directories:

• /proc
• /dev
• /sys
• /lost+found
• /var/preserve
• /var/cache
• /var/db
• /var/local
• /var/tmp
• /var/opt
• /var/run
• /var/nis
• /var/lib
• /var/spool
• /var/games
• /var/lock
• /var/log
• /var/yp
• /usr/etc
• /usr/share
• /usr/lib
• /usr/libexec
• /usr/local/share
• /bin
• /etc
• /lib
• /sbin
• /srv
• /tmp
• /boot
• /opt
• /mnt
• /Program files
• /Windows
• /I386
• /Drivers
• AppleDouble

Symbolic Links:

If you are using symbolic links within your media collection, you should be sure about the following .ini setting:
followlinks=1

Content Base:

It is also always a good choice to limit the file scanner to shared folders only (where typically media files are stored), e.g.
contentbase=/mnt/share
contentdir=+A|/

or similar. If contentbase is set to / the whole disk is scanned, which takes extra time, and may lead to unpredictable results. Most NAS vendors make use of the contentbase, and this may be a contributing factor to why some users see problems and others don't

[Georg]

Thank you mgillespie / berlin office!
I think that blacklisted /mnt caused the trouble. Indeed my contentbase was set to /mnt. As suggested I've
*) created a symlink in /home,
*) set contentbase=/home instead of /mnt,
*) enabled symlinks via the option followlinks=1
Now the version 5.1.1RC2 finds my music! It took about 8 minutes to find 4.500 files (while I also copied a larger file onto the NAS ). After music search was complete I added the movies folder and Twonky died. Now I've those zombie jobs that are restarted about every minute.

Don't know if it is important: As I have not specified anything else, twonky selected the default logging level v=0. Despite that the log file /tmp//TwonkyMediaServer-log.txt has been created with following content:

Code: Select all

20:34:14:286 views_add_or_update_object(*ppObject,pOldObject) failed
File: ../../../server/common/upnp_database_items.c
Function: upnp_database_item_add_or_update_impl1
Line: 209
20:34:18:962 views_add_or_update_object(*ppObject,pOldObject) failed
File: ../../../server/common/upnp_database_items.c
Function: upnp_database_item_add_or_update_impl1
Line: 209


As twonky wouldn't recover I killed it, removed /opt/twonky5/var (my appdata) and restarted twonky with a now clean installation ("from scratch"). Again I've got zombie jobs. I don't know what it is, 5.1.1RC2 seems to be more stable than the previous releases, but then again I've no chance to get it running reliable. I know ... it's only an unsupported RC.

EDIT: After a couple of tries I finally got twonky running again, added music, played around with the music files and now after nearly on hour when everything looked fine I added the "photos" tree (digicam photos and a couple of digicam movies).... Twonky decided it's time to go to bed.

[Briain]

Hi mgillespie

That's great information; thanks for finding it out for us!

I'll maybe start looking at building some trees quite soon; maybe even in time for the full release version.

Bri

[smiler]

I installed 5.1.1 RC2 for kirkwood ARM processor on my sheevaplug as I got a mail from support saying that the pukka 5.1.1, which is due next week..a few days, should fix not seeing my Samsung LED DNLA TV, .

The beta did not do too well, I prev had 5.1 installed that was ok, this beta the media scan is hanging on certain video files, the sheevaplug would sit there for ages 90-100% CPU and not be productive. The web interface was still working. I enabled logging and identified all the vids that hung the twonky scanner, the last entry in the log would say 'adding file vvvv....", I would remove file vvvv and rebuild DB to move on. All the files were .mpg or .vob , I removed the offending 20 video out of about 500 video (general music vids) and then all is working fine. Never had the pb with 5.1.

All the failing videos were using video codec mpgv, but many that also used mpgv did not fail, something wrong with the scanning engine I think, as all the bad videos play fine.

any ideas ?

Cheers

[mgillespie]

I installed 5.1.1 RC2 for kirkwood ARM processor on my sheevaplug as I got a mail from support saying that the pukka 5.1.1, which is due next week..a few days, should fix not seeing my Samsung LED DNLA TV, .

Nice to see another SheevaPlug owner Awesome hardware.. A couple of things.

1/ Can you switch on logging and put one of the files back that locks things up, and see if the log says anything useful.
2/ Do you have a small file that causes problems, thats sharable? As i'm sure the devs would like to try it out in their setup.
3/ Do you have a Windows PC that you can install the Windows server build on, and see if the same file causes problems there (to rule out any architecture/build specific problems.

[smiler]

Hi, I am new to both sheevplug (two weeks) and twonkyserver (1 week) and still on my twonky trial license.

The log file seems to show same error as in a prev post here:

Function: upnp_database_item_add_or_update_impl1
Line: 209

VLC shows file is good as I played it locally and the stats show no corrupt, bad, discontinuities or dropped frames:

It is the smallest failing mpg file at 17MB, uploded as attachment twonkyscan-bad-mpg-vid.mpg, but I cannot see it in the post, Maybe it is already a known pb,

Here is output of 'top' on the cpu
top - 13:51:27 up 19:34, 1 user, load average: 1.10, 1.04, 0.93
Tasks: 59 total, 1 running, 57 sleeping, 0 stopped, 1 zombie
Cpu(s): 99.3%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 513380k total, 508432k used, 4948k free, 6172k buffers
Swap: 0k total, 0k used, 0k free, 470584k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7979 root 20 0 19864 5204 2300 S 99.1 1.0 55:55.29 twonkymediaserv
3647 root 20 0 14756 4136 2400 S 0.3 0.8 1:45.17 smbd


Log extract after adding file: twonkyscan-bad-mpg-vid.mpg and starting a rescan.

MOD: moved log to attachment.

[mgillespie]

I don't think the forums will accept video files. Can you upload it to MediaFire (http://www.mediafire.com/) or RapidShare( http://www.rapidshare.com/ ) and post a link.

Thanks.

[smiler]

Hi, bad mpg is here: http://www.mediafire.com/?sharekey=e510 ... f6e8ebb871

[umgfoin]

5.1.1. RC 2 stopped working as of today (01-11-2009) with msg "This key is already in use by another instance of the server." These facts are wrong - there's only one instance running on my system. The issue concerns both the key currently in use and another "brand new" key taken from a never activated Philips device.
Looks like being a *bug*.

[Mastiha]

5.1.1. RC 2 stopped working as of today (01-11-2009) with msg "This key is already in use by another instance of the server." These facts are wrong - there's only one instance running on my system. The issue concerns both the key currently in use and another "brand new" key taken from a never activated Philips device.
Looks like being a *bug*.

I've got the same issue.

Tried going back to 5.1 and it didn't fix it.

[mgillespie]

5.1.1. RC 2 stopped working as of today (01-11-2009) with msg "This key is already in use by another instance of the server."

Same here.

[Georg]

I've the same issue on my stable 4.4.18 - I assume twonkymedia has some problems with the license server. Interestingly a second 4.4.18 installation on my development system is (still) working.

[Briain]

Try restarting Twonky but without giving the device on which it's running access to the internet; once it's running, reconnect the network.

[mp3-runner]

Hello,
I set up a second twonky server on one physical server. In the ini-file all given path are set to t2wonkymedia. But as strace is mentioning some file openings still go for twonkymedia. So the filenames are not unique for two running servers.

The server is out and can accessed by html, but there is no file in the database. The database is mentioned as "updating". It never stops.

Any idea?

mp3-man



open("/etc/ld.so.cache", O_RDONLY) = 3
open("/lib32/libpthread.so.0", O_RDONLY) = 3
open("/usr/lib32/libstdc++.so.6", O_RDONLY) = 3
open("/lib32/libm.so.6", O_RDONLY) = 3
open("/usr/lib32/libgcc_s.so.1", O_RDONLY) = 3
open("/lib32/libc.so.6", O_RDONLY) = 3
TwonkyMedia Version 5.1.1-RC2
using logfile /tmp/TwonkyMediaServer-log.txt
open("/tmp/TwonkyMediaServer-log.txt", O_RDWR|O_CREAT|O_APPEND|O_LARGEFILE, 0644) = 3
open("./resources/strings-en.txt", O_RDONLY|O_LARGEFILE) = 4
open("twonkymedia-server-default.ini", O_RDONLY|O_LARGEFILE) = 4
open("/etc/localtime", O_RDONLY) = 4
open("twonkymedia-server-default.ini", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 4
For image conversion and scaling the TMS utilizes ImageMagick. For details on the license please see ./cgi-bin/convert-readme.txt
open("/proc/meminfo", O_RDONLY) = 4
open("/var/t2wonkymedia/db/twonky.db", O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 4
open("./resources/transcoding.db", O_RDONLY|O_LARGEFILE) = 5
open("./cgi-bin/.", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5
open("./cgi-bin/jpeg-scale.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/.", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5
open("./cgi-bin/any-mp3.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/any2mp3.location", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("./cgi-bin/convert-jpeg.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-asf-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-avi-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-divx-mpeg.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-flv-mpg.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-mov-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-mp4-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-mpg-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-mpg-wmv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-msdvr-mpeg.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-msvideo-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-ts-mp4.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg-wmv-flv.desc", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/ffmpeg.location", O_RDONLY|O_LARGEFILE) = 6
open("./cgi-bin/thumbs-jpeg.desc", O_RDONLY|O_LARGEFILE) = 6
open("/var/t2wonkymedia/db/cache/.", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5
open("./resources/clients.db", O_RDONLY|O_LARGEFILE) = 5
open("/var/twonkymedia/clients.data", O_RDONLY|O_LARGEFILE) = 5
open("/var/t2wonkymedia/db/temp/.", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5
open("/var/twonkymedia/twonkymedia-locations.db", O_RDONLY|O_LARGEFILE) = 5
open("./resources/views/.", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 5
open("./resources/views/folder.view.xml", O_RDONLY|O_LARGEFILE) = 6
open("./resources/views/view-definitions.xml", O_RDONLY|O_LARGEFILE) = 6
open("./resources/views/simple.view.xml", O_RDONLY|O_LARGEFILE) = 6
open("./resources/views/advanced.view.xml", O_RDONLY|O_LARGEFILE) = 6
open("./resources/views/classified.view.xml", O_RDONLY|O_LARGEFILE) = 6
open("./resources/views/ipodlike.view.xml", O_RDONLY|O_LARGEFILE) = 6
open("./twonkymedia-config.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 10
open("/var/twonkymedia/twonkymedia-config.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 10
open("./twonkymedia-config1000.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 12
open("/var/twonkymedia/twonkymedia-config1000.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 12
open("./twonkymedia-config1.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 18
open("/var/twonkymedia/twonkymedia-config1.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 18
open("./twonkymedia-config1001.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 20
open("/var/twonkymedia/twonkymedia-config1001.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 20
open("./twonkymedia-config2.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 26
open("/var/twonkymedia/twonkymedia-config2.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 26
open("./twonkymedia-config1002.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 28
open("/var/twonkymedia/twonkymedia-config1002.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 28
open("./twonkymedia-config3.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 34
open("/var/twonkymedia/twonkymedia-config3.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 34
open("./twonkymedia-config1003.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 36
open("/var/twonkymedia/twonkymedia-config1003.html", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 36
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGCHLD (Child exited) @ 0 (0) ---
--- SIGWINCH (Window changed) @ 0 (0) ---

[markmcd]

Is anyone else getting really low res, pixelated album art with this release? Album art with my previous version (5.0.68) was never very high resolution, but it was certainly better.

[mgillespie]

Is anyone else getting really low res, pixelated album art with this release? Album art with my previous version (5.0.68) was never very high resolution, but it was certainly better.

Make sure your client(s) are detected correctly in the Clients page. If not, reset it, and let them redetect them.

[ThyMaster]

Hi, I am new to both sheevplug (two weeks) and twonkyserver (1 week) and still on my twonky trial license.

The log file seems to show same error as in a prev post here:

Function: upnp_database_item_add_or_update_impl1
Line: 209

VLC shows file is good as I played it locally and the stats show no corrupt, bad, discontinuities or dropped frames:

It is the smallest failing mpg file at 17MB, uploded as attachment twonkyscan-bad-mpg-vid.mpg, but I cannot see it in the post, Maybe it is already a known pb,

Here is output of 'top' on the cpu
top - 13:51:27 up 19:34, 1 user, load average: 1.10, 1.04, 0.93
Tasks: 59 total, 1 running, 57 sleeping, 0 stopped, 1 zombie
Cpu(s): 99.3%us, 0.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 513380k total, 508432k used, 4948k free, 6172k buffers
Swap: 0k total, 0k used, 0k free, 470584k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7979 root 20 0 19864 5204 2300 S 99.1 1.0 55:55.29 twonkymediaserv
3647 root 20 0 14756 4136 2400 S 0.3 0.8 1:45.17 smbd


Log extract after adding file: twonkyscan-bad-mpg-vid.mpg and starting a rescan.

MOD: moved log to attachment.

Hi,

I have exactly the same issue on my Linux machine.
See also my posting at
http://www.twonkyforum.com/viewtopic.php?f=16&p=25974#p25974

If anyone from Twonky wants I can alos upload one these MPEGs.

- ThyMaster