Content type "home videos & photos" unfortunately not usable

[svenimtaunus 0]

Hallo,

 

ich habe eine Bibliothek vom Inhalts-Typ "Heim-Videos und Fotos" angelegt.

 

Dort sollen meine privaten Familienfotos und Videos angezeigt werden.

 

Leider habe ich zu diesem Inhalts-Typ keine Infos in der Emby-Hilfe gefunden und kann daher nicht sagen, ob ich einen Konfigurationsfehler gemacht habe, oder ob diese Funktion in Emby einfach noch nicht zufriedenstellend funktioniert.

 

Das was mich stört und Emby bei mir fast unbenutzbar macht ist folgendes:

 

Wenn man in ein Verzeichnis mit Bildern - z.B. der letzte Urlaub mit 200 Bildern geht - dann sind beim ersten Mal, wenn man das Verzeichnis auswählt, alle Vorschaubilder schwarz, also leer. Er fängt dann sofort an die Vorschaubilder der zweihundert Bilder zu erzeugen. Das dauert seine Zeit. Während er arbeitet kann man aber keine Diashow starten. Also man kann schon, nur die Anzeige bleibt schwarz und es passiert nichts. Erst wenn er mit den Vorschaubildern fertig ist kann man die Diashow starten. Doch auch dann scheint er jetzt noch mit der Generierung der Bilder in der Auflösung des Anzeigegeräts beschäftig zu sein, denn versucht man hintereinander einige Bilder zu überspringen ist ganz schnell Schluss und man sieht wieder nur einen schwarzen Bildschirm.

Also so ist das wirklich völlig unbrauchbar. Ich habe an die 40000 Bilder, da kann man auch nicht erstmal durch alle Verzeichnisse gehen um das Erzeugen der Vorschaubilder zu erzwingen.

 

Ich habe in den Einstellungen der Bibliothek die Einstellung:

 

"Aktiviere Fotos" aktiviert.

 

Bei den anderen Einstellungen ist mir unklar, ob sie bei Fotos überhaupt eine Wirkung haben, da laut Beschreibungstexten es immer um Videos geht, z.B. bei Vorschaubildern sind Scenenbilder eines Videos gemeint.

 

Die Einstellung "Bilder vorab erzeugen" steht auch unter "Video Image Fetchers" scheint keine Wirkung bei Fotos zu entfalten.

Ich habe es probiert und es ändert sich am oben beschriebenen Problem nichts.

 

Hat jemand Erfahrung mit dem Inhalts-Typ "Heim-Videos und Fotos" und kann mir gegebenenfalls sagen was ich falsch mache.

 

 

Der Emby Server 4.3.1.0 läuft auf einen QNAP NAS 251A mit Intel 64Bit CPU.

Den oben beschriebenen Effekt kann man mit jedem Browser nachvollziehen.

 

Auf meinem LG Smart TV ist es aber mit aktuellem Emby Client auch nicht anders.

 

Sven

 

 

 

 

 

[svenimtaunus 0]

Hello,

I have created a library of the content type "home videos & photos".

My private family photos and videos should be displayed there.

Unfortunately I did not find any information about this content type in the Emby help and therefore I cannot say if I made a configuration error or if this function in Emby just does not work satisfactorily yet.

The thing that bothers me and makes Emby almost unusable for me is the following:

If you go into a directory with pictures - e.g. the last holiday with 200 pictures - then the first time you select the directory, all thumbnails are black, i.e. empty. It then immediately starts to generate the thumbnails of the two hundred images. That takes time. But while he is working you cannot start a slide show. So you can, only the display remains black and nothing happens. Only when he is finished with the thumbnails you can start the slideshow. But even then, he seems to be busy with the generation of the images in the resolution of the display device, as if one tries to skip some images one after the other, it is quickly over and one only sees a black screen.

Thus, this is really completely useless. I have about 40000 pictures, so you can't go through all directories to force the creation of the thumbnails.

I have the setting in the library settings:

"Enable photos" is activated.

With the other settings it is not clear to me whether they have any effect at all on photos, because according to the description texts it is always about videos, e.g. thumbnails mean scene images of a video.

The setting "Download images in advance" is also under "Video Image Fetchers" seems to have no effect on photos.

I tried it and it doesn't change the problem described above.

Does anyone have experience with the content type "home videos & photos" and can tell me what I am doing wrong.

The Emby Server 4.3.1.0 runs on a QNAP NAS 251A with Intel 64Bit CPU.

You can see the effect described above with any browser.

But on my LG Smart TV it is not different with the current Emby Client.

Sven

 

[svenimtaunus 0]

Offenbar benutzt bisher niemand die Möglichkeit über Emby auch komfortabel seine Bildersammlungen auf dem TV anzuschauen.

 

Schade, denn eigentlich ist das eine sehr schöne Funktion.

 

Die Diashow Funtkion funktioniert auch grundsätzlich, wenn man einmal herausgefunden hat, dass man etwas Geduld haben muss bis das erste Bild angezeigt wird.

Viele werden vermutlich vorher zurückspringen, weil sie annehmen es klappt nicht, da sie nur einen schwarzen Bildschirm sehen.

 

Für große Bibliotheken mit Fotos müsste Emby eigentlich nur einige Erweiterungen implementieren, die ich hier anregen möchte:

 

1.)  Zusätzlich zur Einstellung "Aktiviere Fotos" sollte es auch einen Schalter "Vorschaubilder vorab erzeugen" geben.

      Dieser bewirkt analog zur zur Einstellung "Bilder vorab erzeugen" beim "Video Image Fetcher", dass beim Bibliothekscan alle Vorschaubilder mit erzeugt werden.

      Das dauert natürlich länger, aber nur beim ersten Mal. Wenn man dann durch seine Bibliothek surft, sind die Vorschaubilder der Fotos immer schon da und

      man muss auf die Generierung der Vorschaubilder nicht warten.

 

2.) Es sollte die Möglichkeit geben, dass der Emby Server grundsätzlich die native Bilddatei überträgt und dem Client dann die Möglichkeit der Skalierung bzw. des Zoom gibt.

     Aktuell scheint der Embyserver eine Skallierung in Abhängigkeit zu den Darstellungmöglichkeiten des Clients vorzunehmen.

     Das scheint er zudem zu cachen. Jedenfalls passiert es immer wieder beim manuellen weiterspringen auf das nächste Bild,

     dass nach einigen wenigen Bildern erst einmal ein schwarzer Bildschirm kommt.

     Springt man dann zurück aufs vorherige Bild und gleich wieder vor wird das Bild meist angezeigt.

Edited February 25, 2020 by svenimtaunus

[ebr 16190]

Hi. We are always looking to improve performance but I'm afraid the solutions wouldn't be that simple.

 

Your suggestion 1 won't work for us because we cache images at their display resolution and we have no idea what that will be beforehand.  Number 2 would certainly fail on a lot of clients/apps and network connections as the files are simply too big in their native format.

 

Once everything is cached, However, I think you'll find that it should work fairly well for you.

 

Thanks for the feedback.

[svenimtaunus 0]

Hi,

 

first, please assume that I am familiar with software development, it's my business, of course in another field.

 

Your suggestion 1 won't work for us because we cache images at their display resolution and we have no idea what that will be beforehand.

 

 

I mean only the thumbnails.

Depends the resolution of the thumbnails from the display resolution?

Does this mean you have your own thumbnail-cache for every connected emby client?

 

It appears to be true.

But does it make sense? Wouldn't it be better to generate all thumbnails in a selectable resolution while scanning?

The client can then rescale the small images while displaying them, this should be so fast that the user doesn't notice it.

 

Number 2 would certainly fail on a lot of clients/apps and network connections as the files are simply too big in their native format.

 

 

If the network connection is to bad to load a 10 MB JPG file in less than a second, then you should forget using this application.

On the other hand if you have the bandwith (I have over 100Mbit/s real bandwidth) your solution is only frustration for the user.

 

If I view my pictures on my NAS from my Windows Workstation connected via WLAN AC you can open every 10Mb JPEG file in less than a second.

 

Now I use the HTML5 emby client with firefox on the same workstation.
First I try to start a slideshow by pressing the play icon on the folder with about 100 images. Then you see a black background for 45 seconds until the first picture is shown. At this point most users will already give up annoyed.
Now it could be that because of the long waiting time he doesn't show the first picture but the fourth or fifth picture. If you still have patience now, Emby seems to run normally at some point. But you should avoid pressing the next picture, then you will almost always get a black picture.

Now let's stop the slide show and go directly to the picture folder to view only one picture. Then we see only empty thumbnails. Depending on the number of pictures it can take more than 1 minute until all thumbnails are finally visible. Then click on any picture.  You see again a black picture. After maybe 20 seconds the picture will be shown.

All this is no fun.

 

Once everything is cached, However, I think you'll find that it should work fairly well for you.

 

 

I think you agree with me that this is impossible if you have a picture library with over 42000 pictures in over 1400 directories.

And you have to do this with every client you like to use.

 

You have realy a great user interface, it makes fun.

But with the current picture processing unit, i am very very sorry, it's unusable for me.

You know what waf is?  (waf = woman acceptance faktor)

Currently waf is 0. My wife called me while trying viewing pictures with emby and said: "Sweetie, something must be broken!"

 

I hope you will reconsider your position and if you need someone to test it let me know.

 

I am aware that the presentation of image libraries is not the main application of Emby, but I think there is a lot of potential in it when users realize how comfortable and easy it is to present their pictures taken with the great cameras from Sony, Nikon, Canon etc. or with the ever improving mobile phones.

With modern 4K TVs it is a pleasure to watch high-resolution pictures.

 

Thanks for your reply

Edited February 26, 2020 by svenimtaunus

[Luke 42085]

We are constantly working on improving it. Thanks for the feedback.

[svenimtaunus 0]

I will monitor this sympathetically and give you feedback on your progress if necessary.