34 replies to this topic

[WanWizard]

Helaas, hetzelfde probleem, de eerste 3 keer deleten ging goed, de 4e niet.

Zelfs de refresh knop doet het niet, een verwijderde opname blijft gewoon staan, tot je op F5 drukt en weer naam Movies gaat.

 

Lijkt me een lokaal probleem. Welke browser? Check eens via het web development of je geen js files blokkeert of zo, of dat je in het console javascript fouten ziet?

 

Ik heb gisteren een 30-tal opnames zitten verwijderen via de webif, maar geen problemen gezien.
 

[luisteraar]

Heb het ook eens getest met de nieuwere webif.

Bij mij gaat het wissen ook goed en verdwijnen direct uit de lijst.

[SnijdeA]

Heb het ook eens getest met de nieuwere webif.
Bij mij gaat het wissen ook goed en verdwijnen direct uit de lijst.

Het gaat ook niet altijd fout, doe er eens een stuk of 5.

[Sagitarius †]

Afgezien daarvan, ben ik helemaal niet zo kapot van de OpenPli webif, als je een screenshot wil maken of door de menu's wil lopen zonder dat je een tv erbij hebt, en je zet hem in hoge resolutie dan zapt hij soms wel of niet of traag, vink je de hoge resolutie uit zijn de letters van een menu weer amper te lezen, en de refresh is akelig traag zels al zet je hem op minimaal 1sec.

[WanWizard]

Er is niet zoiets als een "OpenPLi webif". Er is maar 1 OpenWebif en die zit in alle images.

 

Elke keer als er een screenshot gemaakt moet worden moet de webif dat aan de box vragen, die vervolgens een binary start. Die moet wachten op een beeld sync. dan data van de video buffer en de framebuffer ophalen, converteren, samenvoegen, en er een png van maken, die de web interface dan over moet halen van de box en tonen.

 

Een screenshot is geen TV beeld. Dus als je vloeiend beeld verwacht, dan heb je pech.

 

[40H3X]

Net ook even getest en 8 opnames verwijderd m.b.v OWI, geen enkel probleem.

[WanWizard]

Wat me nog te binnen schiet:

 

Als de opname op een ander device staat dan de trashcan, of als het opname device geen linux filesystem heeft, dan wordt de opname niet verplaatst via een inode move (alleen aanpassen van een directory pointer), maar via de background mover, die files fysiek verplaatst ( copy + delete ) met maximaal 50MB/s (om de deivces te ontlasten voor andere I/O). Zolang die background task loopt blijft de opname zichtbaar in de lijst. Als je dan in de tussentijd andere opnames verwijderd, dan komen die gewoon in de background queue te staan, en blijf je die files ook gewoon zien, totdat ze verwerkt zijn.

[SnijdeA]

Wat me nog te binnen schiet:

 

Als de opname op een ander device staat dan de trashcan, of als het opname device geen linux filesystem heeft, dan wordt de opname niet verplaatst via een inode move (alleen aanpassen van een directory pointer), maar via de background mover, die files fysiek verplaatst ( copy + delete ) met maximaal 50MB/s (om de deivces te ontlasten voor andere I/O). Zolang die background task loopt blijft de opname zichtbaar in de lijst. Als je dan in de tussentijd andere opnames verwijderd, dan komen die gewoon in de background queue te staan, en blijf je die files ook gewoon zien, totdat ze verwerkt zijn.

Opnames en trashcan staan bij mij op de lokale SSD.

Deze is echter niet in de VU+ geformatteerd, maar komt nog uit de DM8000 die onlangs is overleden.

Zou dat wat uit kunnen maken?

[WanWizard]

Nee, tenzij er een echt erg oude OpenPLi op die DM stond.

[SnijdeA]

 

Helaas, hetzelfde probleem, de eerste 3 keer deleten ging goed, de 4e niet.

Zelfs de refresh knop doet het niet, een verwijderde opname blijft gewoon staan, tot je op F5 drukt en weer naam Movies gaat.

 

Lijkt me een lokaal probleem. Welke browser? Check eens via het web development of je geen js files blokkeert of zo, of dat je in het console javascript fouten ziet?

 

Ik heb gisteren een 30-tal opnames zitten verwijderen via de webif, maar geen problemen gezien.
 

 

Ik werk met Chrome en in de inspection mode zie ik geen errors voorbij komen.

Ik zal Edge eens proberen.

[SnijdeA]

Nee, tenzij er een echt erg oude OpenPLi op die DM stond.

Ja, dat weet ik wel zeker.

Volgens mij versie 4 uit 2016.

[40H3X]

Doe eens een 

df -Th

[SnijdeA]

Output:

 

Filesystem           Type            Size      Used Available Use% Mounted on
/dev/root            ext4            3.5G    231.5M      3.1G   7% /
devtmpfs             devtmpfs      782.5M      8.0K    782.5M   0% /dev
tmpfs                tmpfs          64.0K         0     64.0K   0% /media
tmpfs                tmpfs         790.7M    300.0K    790.4M   0% /run
tmpfs                tmpfs         790.7M      4.9M    785.8M   1% /var/volatile
/dev/sda1            ext4          931.2G    520.0G    411.2G  56% /media/hdd
/dev/sdb1            ext4           57.6G      5.0G     51.6G   9% /media/usb
//vm/SatArchive$
                     cifs            4.5T      4.0T    464.7G  90% /media/net/Archive
//vm/SatOld$   cifs            4.5T      4.0T    464.7G  90% /media/net/Old
mynas:/volume1/Shares/Tvix/Video/Movies
                     nfs            76.8T     66.6T     10.2T  87% /media/net/NAS-Movies
mynas:/volume1/Shares/Tvix/Video
                     nfs            76.8T     66.6T     10.2T  87% /media/net/NAS

 

 

Op //vm/SatArchive$ staan opnames die ik wil bewaren.

Op //vm/SatOld$ staan opnames die ik nog niet heb gekeken, maar heb verplaatst omdat de SSD vol liep.

mynas:/volume1/Shares/Tvix/Video/Movies en mynas:/volume1/Shares/Tvix/Video zijn 2 shared folders op een nas.

[40H3X]

Ik heb de output even wat gefatsoeneerd

[WanWizard]

De hdd mount is in ieder geval ext4, dus dat is prima.