Duo 4K. Verplaatste files zijn encrypted o...
Yuuki 11 Dec 2018
Hallo,
Ik heb een probleem met mijn VU+ Duo 4K, opnemen en TV kijken enzo werkt allemaal uitstekend, maar als ik de bestanden van de hardeschijf naar de PC transfer krijg ik te zien dat ze "encrypted" zijn.
Video ID : 2901 (0xB55) Menu ID : 19024 (0x4A50) Format : AVC Format/Info : Advanced Video Codec Codec ID : 27 Encryption : Encrypted
Verder kan ik de bestanden wel gewoon afspelen in welke mediaplayer dan ook.
Iemand enig idee waar dit aan kan liggen? (Ik gebruik trouwens OpenPli 7.2 (20181210))
En het gaat over Kabel TV van Ziggo.
Edited by Yuuki, 11 December 2018 - 15:31.
Erik Slagter 11 Dec 2018
En hoe "transfer" je de files dan?
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Yuuki 11 Dec 2018
En hoe "transfer" je de files dan?
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Transfer via FTP of via Open Webif "download" in movies.
WanWizard 11 Dec 2018
Iemand enig idee waar dit aan kan liggen? (Ik gebruik trouwens OpenPli 7.2 (20181210))
Zal wel 6.2 zijn, want 7.2 gaat nog even duren denk ik.
Yuuki 12 Dec 2018
Iemand enig idee waar dit aan kan liggen? (Ik gebruik trouwens OpenPli 7.2 (20181210))
Zal wel 6.2 zijn, want 7.2 gaat nog even duren denk ik.
Haha ja, sorry, typfout, zit op 7.0
Erik Slagter 12 Dec 2018
En hoe "transfer" je de files dan?
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Transfer via FTP of via Open Webif "download" in movies.
En die gaat dan in de file kijken naar transport stream metadata?
Yuuki 13 Dec 2018
Ik heb het met andere software geprobeert, OpenATV en Black Hole, maar daar is het zelfde probleem. Ik heb gelezen dat het aan OScam kan liggen, maar dat is dus ook niet zo, op me'n DM800HDse werkt het wel allemaal zoals het hoort. Enige verschil is de CPU. ARM vs MIPS. Ik denk dat het hier aan ligt? OpenPli versie op de dreambox is 6.1 (develop) (misschien is dit het probleem?)
Ik probeer de files te transcoden via ffmpeg/handbrake, maar van de VU+ lukt dat dus niet omdat ze een encrypted flag hebben.
pid=0x0000, total= 43981, d= 0, e= 0, scrambling=0 pid=0x0a28, total= 43981, d= 0, e= 0, scrambling=0 pid=0x0a29, total= 7051658, d= 0, e= 0, scrambling=3453154 pid=0x0a33, total= 446687, d= 0, e= 0, scrambling=223195 pid=0x0a34, total= 876193, d= 0, e= 0, scrambling=437788 pid=0x0a8d, total= 659721, d= 0, e= 0, scrambling=0 pid=0x0a8e, total= 7115, d= 0, e= 0, scrambling=0 pid=0x0a8f, total= 164489, d= 0, e= 0, scrambling=0
Hier een output van "tscheck", duidelijk dat er iets niet goed gaat.
Thijs_Rallye 13 Dec 2018
Mocht je er iets aan hebben, hIer met Openpli 6.0 op een VuUno4k geen issues en die heeft ook een ARM processor.
Yuuki 13 Dec 2018
Mocht je er iets aan hebben, hIer met Openpli 6.0 op een VuUno4k geen issues en die heeft ook een ARM processor.
Heb je een link? Of staat het op de homepage? Dan ga ik dat even proberen.
Tech 13 Dec 2018
Heb je de bestanden lokaal op de VuDuo4k opgeslagen op een interne harddisk of gebruik je een extern medium zoals een NAS?
Je schrijft namelijk dat je de bestanden van de harddisk afhaalt maar dat kan natuurlijk ook extern zijn
Heb je er ook last van als je een opname van NPO1,2 of 3 hebt gemaakt en die wil gaan bewerken op de PC?
Ik heb hier ook even wat bestanden van de VuDuo4k opgehaald en bekeken maar ik zie geen verschillen in opgenomen bestanden ten opzichte van bijvoorbeeld de VuUltimo4k.
Yuuki 13 Dec 2018
Via de HDD bracket -- enige optie op USB na.
En opnames van NPO1,2,3 zijn wel gewoon normaal.
Zie;
Video ID : 2001 (0x7D1) Menu ID : 19401 (0x4BC9) Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4 Format settings : CABAC / 4 Ref Frames Format settings, CABAC : Yes Format settings, RefFrames : 4 frames Codec ID : 27 Duration : 18 s 600 ms Bit rate : 11.7 Mb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 25.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan type, store method : Separated fields Scan order : Top Field First Bits/(Pixel*Frame) : 0.226 Stream size : 26.0 MiB (84%) Color range : Limited Color primaries : BT.709 Transfer characteristics : BT.709 Matrix coefficients : BT.709
Zou het aan de instellingen kunnen liggen? Indien dat zo is, zou je een backup / jou instellingen kunnen doorsturen?
Tech 13 Dec 2018
Waar controleer jij die bestanden mee?
Ik krijg in handbrake de volgende output als ik een bestand inlees welke ik op de vuduo4k heb opgenomen
[11:31:34] CPU: Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz [11:31:34] - Intel microarchitecture Haswell [11:31:34] - logical processor count: 8 [11:31:34] hb_scan: path=/home/andre/Backups/VuDuo4k/20181213 1119 - Film1 Action HD - Jungle.ts, title_index=0 udfread ERROR: ECMA 167 Volume Recognition failed disc.c:323: failed opening UDF image /home/andre/Backups/VuDuo4k/20181213 1119 - Film1 Action HD - Jungle.ts disc.c:424: error opening file BDMV/index.bdmv disc.c:424: error opening file BDMV/BACKUP/index.bdmv [11:31:34] bd: not a bd - trying as a stream/file instead libdvdnav: Using dvdnav version 6.0.0 [11:31:34] dvd: not a dvd - trying as a stream/file instead [11:31:34] file is MPEG Transport Stream with 188 byte packets offset 0 bytes [11:31:34] Found the following PIDS [11:31:34] Video PIDS : [11:31:34] 0x15e1 type H.264 (0x1b) (PCR) [11:31:34] Audio PIDS : [11:31:34] 0x15eb type MPEG1 (0x3) [11:31:34] 0x15ec type AC3 (0x81) [11:31:34] Subtitle PIDS : [11:31:34] Other PIDS : [11:31:34] 0x136b type ISO 13818-1 private section (0x5) [11:31:34] 0x136c type ISO 13818-1 private section (0x5) [11:31:34] stream id 0x15eb (type 0x3 substream 0x0) audio 0x15eb [11:31:34] stream id 0x15ec (type 0x81 substream 0x0) audio 0x15ec [11:31:34] scan: decoding previews for title 1 [11:31:34] file is MPEG Transport Stream with 188 byte packets offset 0 bytes [11:31:34] scan: audio 0x15eb: mp2, rate=48000Hz, bitrate=200000 Nederlands (MPEG) (2.0 ch) [11:31:34] scan: audio 0x15ec: ac3, rate=48000Hz, bitrate=384000 Nederlands (AC3) (5.1 ch) [11:31:35] stream: 21 good frames, 0 errors (0%) [11:31:35] scan: 10 previews, 1920x1080, 25,000 fps, autocrop = 56/138/0/0, aspect 16:9, PAR 1:1 [11:31:35] libhb: scan thread found 1 valid title(s)
Tech 13 Dec 2018
Kijk ook even in het menu 'Systeem - Expert instellingen - Opname' (even naar beneden scrollen) of je toevallig de onderstaande opties aan hebt staan, en als ze aan staan, zet ze dan eens uit,
'Voeg de ECM altijd toe aan opnames'
'nooit decoderen tijdens een opname'
Attached Files
Yuuki 13 Dec 2018
Kijk ook even in het menu 'Systeem - Expert instellingen - Opname' of je toevallig de onderstaande opties aan hebt staan, en als ze aan staan, zet ze dan eens uit,
'Voeg de ECM altijd toe aan opnames'
'nooit decoderen tijdens een opname'
Nee deze staan uit zoals op de afbeelding.
Yuuki 13 Dec 2018
Oke, ik heb het even met VTi, BlackHole, OpenATV geprobeerd, zelfde probleem. Ligt het aan de drivers? Of de Duo 4K zelf? Ik snap er niks meer van.
Erik Slagter 13 Dec 2018
En hoe "transfer" je de files dan?
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Yuuki 13 Dec 2018
En hoe "transfer" je de files dan?
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Al beantwoord. Ik gebruik een FTP programma (FileZilla) hier voor, en/of de download optie van Open Webif.
Tech 13 Dec 2018
Dan heb je niet goed geantwoord want dat is ook helemaal niet het antwoord wat Erik van je verwacht, al haal je het bestand met een hijskraan uit die receiver
Het gaat om het opgehaalde bestand zelf waarvan de eerste ts packets hun odd/evenn scrabled bit aan hebben staan, dat staat dus helemaal los van de methodiek die je gebruikt om het bestand op te halen.
Ik vermoed dat de eerste paar ts packets hun odd/even scrambled bits aan hebben staan. Voor afspelen is dat geen probleem, maar als jouw programma alleen daarnaar kijkt, dan kan dat de verkeerde conclusie opleveren.
Met programma wordt hier dus niet een ftp programma bedoeld maar het programma wat JIJ gebruikt om de bestanden af te spelen.
Erik Slagter 13 Dec 2018
Ongeveer dat. TS zegt telkens dat het programma waarmee hij de files ophaalt zegt dat ze encrypted zijn. Dat snap ik niet en heb ik nog geen antwoord op gehad.