Posted:

As with nessMediaCenter, we have now fixed a bug in nessViewer caused by macOS 11 (Big Sur) and macOS 10.15 (Catalina) so that longer titles and descriptions are displayed correctly again in the MediaCenter.

In addition, we have improved the movie editing so that movies with different orientations (portrait, landscape) can now be joined together in a better way.
The system routines (AVFoundation) unfortunately place the individual tracks at the top or left. When joining, the offset is now calculated in order to place these tracks centered.

The prerequisite for this was maintaining the orientation. Up to now, a movie was displayed correctly after opening, even if recorded in portrait mode, but after the first editing (e.g. to delete a section) the movie was displayed horizontally. And then had to be rotated to the right once.

Now this orientation is retained even after editing. The changes required for this should also be achieved with less code at the same time, which was not easy and took several attempts. We are all the more pleased that it has now worked.

Keywords: 64 bit, edit, editing, MediaCenter, movie, nessViewer


Posted:

With this version, a bug in macOS 11 (Big Sur) and partly also macOS 10.15 (Catalina) is “bypassed” – unfortunately there is no other way of saying it.

If a media title or description in the MediaCenter is longer than the available space, the rest of the text will be displayed automatically after a short time. Means scrolled, so to speak.
So that this is displayed smoothly even on very large screens with high resolution, only the affected area is scrolled. The rest of the content is not displayed again during this time.

To make this work, macOS provides routines for this – and has been doing this since the 1st day of macOS. That is basically fundamental.
Unfortunately, since Catalina, Apple has started to change the functions for this only partially and since Big Sur completely. The result: the text is scrolled, but the rest of the display … is deleted.

Actually this is a bug. Apple was also notified over 6 months ago. Unfortunately, Apple interprets this bug differently – according to Apple, it is not a bug, but “correct behavior”. With the additional hint that the developers may develop their own routines for a correct and optimized display.

Fortunately, we managed to turn this “correct behavior” off.

The AppStore version is in review by Apple since midday yesterday – we hope that this version will be available soon as well.

After 2.5 days, this version is now available in the Mac App Store as well.

This adjustment of the MediaCenter has already been implemented for nessViewer for Mac, but we are currently working on further improvements in movie editing.

Keywords: 64 bit, nessMediaCenter


Posted:

In addition to further adaptions for macOS 11 (Big Sur) and minor improvements, the data rate and FPS (Frames Per Seconds) can now explicitly be specified when exporting movies in MPEG-4 format.

So far, the various standard export settings (presets) from Apple have been used both for saving and for exporting movies. This makes it easy to save movies in HD or SD format or for AppleTV / iPad / iPhone, WiFi and Cellular.
However, these standard export settings also have a disadvantage: neither the data rate nor the FPS can be specified explicitly, which means that the movies sometimes have a very large file size, especially in the HD format. In addition, 30 FPS is used by default – even if the original only has 25 FPS.
Especially after changing the video size (e.g. to crop the top and bottom edges), the standard export settings mean that the movies are sometimes 2-4 times as large as the original after saving. In addition to the 30 FPS, this is due to a high data rate, e.g. 7500 instead of 4500 kBits / second.

In this version, after selecting the MPEG-4 format, the data rate and FPS can now be specified explicitly.

nessViewer movie export

The default values ​​are the values ​​of the original – but it is worthwhile to reduce the data rate, especially for longer movies. E.g. for a merged 30 minutes iPhone recording, the file size can be reduced from 2 GB to 800 MB. However, it is advisable to check the export afterwards and, if necessary, to try different data rates in order to obtain an optimal relationship between quality and file size.

We have made a video showing the editing of movies with the 64 bit version containing: rotate & save, join, delete & save, export.

Keywords: 64 bit, data rate, edit, editing, fps, movie, mpeg-4, nessViewer


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


← Older Newer →