Posted:

After the DLNA bug fix for the support of miniDLNA (middle of December) we continued to work on the improvements in this version to extend the access to miniDLNA and to use nessViewer as an iCloud alternative in better way.

In addition to minor improvements in accessing miniDLNA (date and duration of videos in a more readable form, preview of movies), the access of DLNA media servers outside the local network is now also possible via VPN.

Normally this access via VPN is not possible because the DLNA media server is not found even with the VPN connection. Therefore, in addition to the TCP/IP address (and port), the name of the info file can now be specified in the nessViewer App settings – with these two details, direct access is also possible via VPN.

These two details are filled in automatically by nessViewer App – it is sufficient to enter a unique part of the TCP/IP address (e.g. “.20:”) at “DLNA” in the settings and then to access with the MediaCenter the DLNA media server in the local network.

The FTP client of the nessViewer App can of course not only access the nessViewer media server but also a DLNA media server. The only prerequisite for this is the input of the FTP user and password in the settings.

When transferring files, not only the selected file can now be transferred, but also all files in a folder.

In addition, all files in a folder can now be deleted (via the action menu) after “Open File” has been selected.

With these improvements, it is now easier to transfer many photos and movies (possibly even from the “Photos App”) to the media server (or vice versa):
1.) If necessary import photos and movies from the “Photos App” into nessViewer App (via the action menu at “Open File”).
2.) Transfer this media from the nessViewer App to the media server (via FTP client).
3.) If necessary delete these media in the nessViewer App (via the action menu at “Open File”).

There is a PDF document describing nessViewer as an iCloud alternative in German from 2012. Except for the improvements described here (and of course minor visual changes), it is still up to date.

Keywords: alternative, DLNA, FTP, iCloud, iOS, movie, nessViewer, photo, Photos App, VPN


Posted:

After we intensively tested miniDLNA, installed on the Raspberry Pi, we noticed a few things that were not so optimally.

On one hand, the date of videos was displayed in an illegible form and the duration directly behind it. Now the date is displayed localized and the duration in the 2nd line.

In addition, a preview is now displayed for videos. We have read the opportunity to create a cover for each video and to change the miniDLNA configuration. But that is too complex for us with so many videos.
However, the video preview may take 1-3 seconds to display – depending on the video.

And in general, the automatic selection did not work correctly with DLNA (both after selecting a menu entry and after returning to a higher level) – which has now been corrected.

Keywords: Apple, AppStore, DLNA, MediaCenter, Media Server, miniDLNA, TV, tvOS


Posted:

nessMediaCenter App for AppleTV now supports miniDLNA too.

We have been informed by Dennis that nessMediaCenter App for AppleTV can not access miniDLNA installed on the Raspberry Pi. So far, miniDLNA has not been specified as supported DLNA / UPnP media server, but Raspberry Pi is an interesting solution because of the low price.

After a loan was unfortunately too old to install OpenMediaVault 4 on it, we invested in Raspberry Pi – and unfortunately we had to find out during tests that miniDLNA can be accessed with the MediaCenter of nessMediaCenter / nessViewer for macOS but not with nessMediaCenter for AppleTV or nessViewer for iOS.

While the DLNA media server information is loaded synchronously on macOS, it is loaded asynchronously on iOS and tvOS. While this is not a problem with other DLNA media servers, the information was loaded too slowly with miniDLNA – and as a result the process no longer worked correctly.

We have therefore extended the code so that it is now checked again in the asynchronous call whether media can be accessed. With this extension the media of miniDLNA can now be accessed.

Keywords: Apple, AppStore, DLNA, MediaCenter, Media Server, miniDLNA, TV, tvOS


Posted:

After the adaptions for iOS 13 (nessViewer, finessTV) and tvOS 13 (nessMediaCenter, finessTV), the adaptions for macOS 15 (Catalina) are now available.

So far, we had been waiting with the updates for macOS 15, because unfortunately (again this time) Apple has not reacted to our bug report. And through this bug, the access to the media of the Photos App fails with macOS 15. Unfortunately, this bug was not fixed even with macOS 15.1, but since Apple made this update now generally available, we have no other choice. As with macOS 14, we hope that Apple will find time as soon as possible – and will not need 1/2 year as last time.

Addendum from 18.12: meanwhile we were able to clarify the problem with Apple. Fortunately it is not a bug, but just a setting: the selected photo library must be set as a system photo library so that the photos app media can be accessed.

The most important adaptation is the playback of the music and protected movies through the MediaCenter. While macOS 10.14 or earlier uses iTunes for this playback, macOS 10.15 uses the Music App for music playback (Music App Control) and the TV app for playing protected movies.

In addition, we have newly developed the access to the media of the Photos App. Previously, these media and their structure were read directly from the database – but since this is no longer possible under macOS 10.15, the system framework “MLMediaLibrary” is now used instead.
This works very well for macOS 14 or older, but unfortunately, as already said, not yet on macOS 15.

Keywords: 64 bit, Music App, nessMediaCenter, nessViewer, Photos App, TV App


Posted:

Version 3.9.1 now officially supports some new features that have been added in version 3.9 in recent months.

The HEIC image format e.g. is now officially supported (if the macOS version supports it).

Although the “Photos App” can export the original files or the media in a compatible format (converting HEIC to JPEG), the latter will not preserve the original date.
Although the media of the “Photos App” could already be imported into a media show and then subsequently exported (or the original files dragged & dropped), but the metadata (e.g. recording location) were always exported and the date never.
With the new option “Keep metadata” the metadata (including original date) can now be optionally exported.
And when importing the media, the original media are always imported – this change was necessary due to the HEIC support of the “Photos App”.

Several movies can be selected in the media show and then combined via contextual menu (by right-clicking on one of the movies). The new movie will then be opened in the movie editor for editing.

Rotated movies (such as iPhone recordings in landscape format) are now properly rotated in the media server before streaming.

If the Apple mediafilesegmenter is installed, it will now be checked in the media server if the selected movie can be segmented in a short time before using it – and otherwise VLC or ffmpeg is used. On slow computers or hard disks, the number of maximum segments is corrected and then taken into account if the mediafilesegmenter is segmenting too slowly.

Under macOS 10.15 (Catalina) ffmpeg can not be used at the moment because only notarized “applications” can be started. Therefore ffmpeg is now not used under Catalina until Apple has also found a solution for this.

We will continue to test macOS 10.15 and make adjustments if necessary. But there are again (as with macOS 10.14) various problems with the access rights to the “Photos App” and the control of other applications via AppleScript. We can only hope that this time Apple will not need again almost half a year after the official macOS release to fix these bugs.

Keywords: 64 bit, HEIC, Media Server, Media Show, nessViewer


← Older Newer →