VLC, spela upp rar-arkiv utan att behöva packa upp först

Permalänk
Medlem

VLC, spela upp rar-arkiv utan att behöva packa upp först

Hej,
På en av mina Windowsburkar går det (oftast?) bra att spela upp rar-arkiv (innehållandes en video, t ex mkv) utan att behöva packa upp först, men på en annan går det inte. Fattar inte varför. Nån som vet vad det kan bero på? Det är ju smidigt när det lirar

EDIT: bara för att jag skapade detta så råkade jag märka att VLC faktiskt lyckas starta uppspelningen, fast efter 4-5 minuters betänketid. Vilket känns konstigt då denna PC är mycket kraftfullare än den där uppspelning startar direkt. Så frågan blir då istället: kan nån förklara denna skillnad och kan den avhjälpas?

Permalänk
Medlem

Vad är det för hårdvara på den där det inte funkar?

Permalänk
Medlem
Skrivet av Chibariku:

Vad är det för hårdvara på den där det inte funkar?

Hej,
Se min editerade post ovan. Den där det tar längre tid är en stationär i5 med 32GB RAM och ssd. Den där det funkar direkt är en sunkig laptop 🥴

Permalänk
Medlem
Skrivet av Biggis:

Hej,
Se min editerade post ovan. Den där det tar längre tid är en stationär i5 med 32GB RAM och ssd. Den där det funkar direkt är en sunkig laptop 🥴

Verkar vara ett känt problem som drabbar vissa
https://www.reddit.com/r/VLC/comments/flf2yn/vlc_too_slow_to_...

Men går ju att prova om detta hjälper
https://superuser.com/questions/1500375/opening-vlc-media-pla...

Permalänk
Medlem
Skrivet av Chibariku:

Hej,
Jag tolkar dessa poster främst som att själva programmet tar lång tid att starta, dvs utan att försöka starta en Rarad film. Det problemet har ingen av mina burkar, de startar VLC på nån sekund.
Testade ändå att köra vlc-cache-gen .\plugins men det verkar inte påverkat mitt problem.

Permalänk
Medlem
Skrivet av Biggis:

Hej,
Jag tolkar dessa poster främst som att själva programmet tar lång tid att starta, dvs utan att försöka starta en Rarad film. Det problemet har ingen av mina burkar, de startar VLC på nån sekund.
Testade ändå att köra vlc-cache-gen .\plugins men det verkar inte påverkat mitt problem.

Okej här är någon som testat med lite olika versioner som verkar ha haft samma problem

https://forum.videolan.org/viewtopic.php?t=154228

Permalänk
Medlem

Om packaren(personen) använt komprimering så behöver spelaren packa upp det hela först. Om det däremot inte är packat så bör spelaren kunna läsa det hela direkt. Skall för skojs skull testa och återkomma med resultat.

Permalänk
Medlem

Då blev resultatet följande:

Om jag packade en MKV fil utan komprimering så var det inga problem att spela upp.
Om jag packade en MKV fil med komprimering så spikade CPU:n och inget spelades upp. Fick stänga spelaren.

Testade med VLC 2.2.4 och WinRAR 5.10.

Permalänk
Medlem
Skrivet av Veni:

Då blev resultatet följande:

Om jag packade en MKV fil utan komprimering så var det inga problem att spela upp.
Om jag packade en MKV fil med komprimering så spikade CPU:n och inget spelades upp. Fick stänga spelaren.

Testade med VLC 2.2.4 och WinRAR 5.10.

2.2.4 är väl en väldigt gammal version av VLC?

Permalänk
Medlem
Skrivet av jnsson:

2.2.4 är väl en väldigt gammal version av VLC?

Japp, senaste är 3.0.14 Vetinari

Permalänk
Medlem

RARade filmer är väl rätt stenålder?

Permalänk
Medlem

Är det verkligen någon poäng med att köra en videofil genom ex vis rar ?

Är det inte så att filerna faktiskt till och med kan bli större ?

Permalänk
Medlem
Skrivet av Chibariku:

Okej här är någon som testat med lite olika versioner som verkar ha haft samma problem

https://forum.videolan.org/viewtopic.php?t=154228

Testade några äldre versioner av VLC men det vara samma lika. Dock lärde jag mig om "nightly" versionerna, med ver 4.0, och när jag testade nattens version startade filmen direkt. Så det finns hopp Får se om jag kör 4.0 eller senaste officiella releasen framåt.

Tack för support

Permalänk
Medlem
Skrivet av Karaff:

Är det verkligen någon poäng med att köra en videofil genom ex vis rar ?

Är det inte så att filerna faktiskt till och med kan bli större ?

Resultatet blir större, så helt rätt på den frågan.

Fördelen är att man får ett inbyggt integritetstest(bara köra t.ex. Test i 7-Zip) och kan dessutom baka in räddningsblock in i arkivet, ifall någon liten del av arkivet skulle bli skadad så kan man rädda den skadade delen.

Permalänk
Medlem
Skrivet av Veni:

Resultatet blir större, så helt rätt på den frågan.

Fördelen är att man får ett inbyggt integritetstest(bara köra t.ex. Test i 7-Zip) och kan dessutom baka in räddningsblock in i arkivet, ifall någon liten del av arkivet skulle bli skadad så kan man rädda den skadade delen.

Men hur ofta blir filer lokalt lagrade faktiskt korrupta?

Jag har varit med om det på gamla telefoner och Usb-minnen och back in the days på CD-R skivor,
men kan inte minnas att jag faktiskt fått det på hårddiskar närmsta tjugo åren typ.

Kör iofs ändå lagring på en filserver med ZFS men det är mer för att ha lite koll på filer jag lagrar under mycket lång tid så de inte får bitröta.

Permalänk
Medlem
Skrivet av Karaff:

Men hur ofta blir filer lokalt lagrade faktiskt korrupta?

Jag har varit med om det på gamla telefoner och Usb-minnen och back in the days på CD-R skivor,
men kan inte minnas att jag faktiskt fått det på hårddiskar närmsta tjugo åren typ.

Kör iofs ändå lagring på en filserver med ZFS men det är mer för att ha lite koll på filer jag lagrar under mycket lång tid så de inte får bitröta.

Jag stöter på runt 10-230 kB var 3:e månad här hemma, både på SSD och HDD. Och då är det på en maskiner som just kör ZFS på FreeBSD. I detta fall så löser ZFS det åt mig(kör raidz1 och raidz2, beroende på burk).

Citat:

scan: scrub repaired 206K in 22h28m with 0 errors on Sun Jun 6 22:25:51 2021

ZFS hjälper dock inte mot program som beter ser illa(kass utvecklare?) och "råkar" skriva till en fil. En sådan händelse går rakt förbi ZFS, likaså problemet med RAM-minnet innan ZFS tar över datat. Därför behöver man kanske ett extra skydd, vare sig man lagrar bilderna/filmerna i molnet eller hemma.

Vissa sådana bilder och filmer får man aldrig tillbaks om dom skadas.

Permalänk
Medlem
Skrivet av Veni:

Jag stöter på runt 10-230 kB var 3:e månad här hemma, både på SSD och HDD. Och då är det på en maskiner som just kör ZFS på FreeBSD. I detta fall så löser ZFS det åt mig(kör raidz1 och raidz2, beroende på burk).

ZFS hjälper dock inte mot program som beter ser illa(kass utvecklare?) och "råkar" skriva till en fil. En sådan händelse går rakt förbi ZFS, likaså problemet med RAM-minnet innan ZFS tar över datat. Därför behöver man kanske ett extra skydd, vare sig man lagrar bilderna/filmerna i molnet eller hemma.

Vissa sådana bilder och filmer får man aldrig tillbaks om dom skadas.

Det låter onekligen extremt!

Eller sitter du på exceptionella datamängder?

Permalänk
Medlem
Skrivet av Karaff:

[...] sitter du på exceptionella datamängder?

Det där är relativt min kära @Karaff .
Skoj åt sidan, vad är "exceptionella datamängder" i din värld?

Får dock revidera mitt tidigare svar:

Det är egentligen mer än 230 kB var 3:e månad, men då ingår även verifiering utav säkerhetskopieringsuppsättningar(på NTFS) samt SSD:n är egentligen inte en SSD, men den dyker upp som en lokal SSD enhet i Windows men är egentligen en 1TB USB sticka ifrån Corsair.

Och jag såg samma sak några gånger per år när jag hade säkerhetskopior i molnet hos CrashPlan(Code42). Ibland fann man i loggarna att CrashPlan hade upptäckt avvikelser i uppsättningarna och skulle ladda ner samma fil(er) ifrån mig på nytt.

Så jag ser inte det ifrån mitt perspektiv som något ovanligt. Anledningen till att folk inte ser problemet är för att folk inte integritetstestar sin lokala samt säkerhetskopierade data regelbundet.

Permalänk
Medlem
Skrivet av Veni:

Då blev resultatet följande:

Om jag packade en MKV fil utan komprimering så var det inga problem att spela upp.
Om jag packade en MKV fil med komprimering så spikade CPU:n och inget spelades upp. Fick stänga spelaren.

Testade med VLC 2.2.4 och WinRAR 5.10.

Intressant, och rätt logiskt. Det som är konstigt i mitt fall är dock att samma RAR-arkiv beter sig olika på mina burkar, och olika på samma burk med senaste officiella VLC och senaste "nightly".