Ga naar inhoud


M7 / Pace / Philips

Vragen over CanalDigitaal en TV-Vlaanderen receivers


7404 onderwerpen in dit forum

    • 2 reacties
    • 608 weergaven
  1. Fun 5in1

    • 2 reacties
    • 616 weergaven
  2. philips dst 5816/03G

    • 0 reacties
    • 485 weergaven
  3. Welke PPV met V8

    • 1 reactie
    • 435 weergaven
  4. premiere op org philips 6071

    • 3 reacties
    • 458 weergaven
  5. geen nl-epg wel spaans + frans

    • 9 reacties
    • 884 weergaven
  6. scannen in c+ volgorde?

    • 0 reacties
    • 527 weergaven
  7. Verkeerde flash in DST5816/33E

    • 3 reacties
    • 568 weergaven
  8. Wie heeft Oslink?

    • 1 reactie
    • 662 weergaven
  9. software voor 6073 ???

    • 1 reactie
    • 413 weergaven
  10. Oslink: display blijft branden

    • 3 reacties
    • 500 weergaven
  11. Pincode & V8

    • 3 reacties
    • 524 weergaven
  12. service

    • 1 reactie
    • 435 weergaven
    • 3 reacties
    • 511 weergaven
  13. oslink regio rotterdam

    • 1 reactie
    • 461 weergaven
  14. Vaak oslink gevraagd!

    • 6 reacties
    • 423 weergaven
  15. V* Bug

    • 0 reacties
    • 451 weergaven
    • 2 reacties
    • 999 weergaven
  16. Noepgeeprom 6071 waar vinden???

    • 1 reactie
    • 537 weergaven
  17. Pincode verwijderen?

    • 4 reacties
    • 756 weergaven


  • Berichten

    • Hoe kan hij nu iets "gewoon" coderen in 720P als je bron 1080i is? 1080i is overigens een interlaced signaal, terwijl 720P een progressief signaal is. Als je van 1080i naar 720p wilt gaan, zul je eerst moeten deinterlacen, en dan de resolutie naar 1280x720 omzetten. Bovendien, je noemt het coderen, maar dat houdt dus wel compressie in met verlies. En of die compressie nu in hardware of in software gebeurt, het is een compressie, er is kwaliteitsverlies. En zelfs al staat je HDMI input op 720p, dan nog is wat er binnenkomt niet de datastream van het originele filmpje, maar de schermoutput. Die zal dus sowieso opnieuw gecomprimeerd worden.   Hardware of software encoding, het resultaat zal zijn dat er een tweede keer gecomprimeerd wordt. H.264 of H.265 is een vorm van lossy compression. Er gaat dus informatie verloren, en dat kan ook niet anders omwille van die berekening die ik daar gepost heb. Zelfs al mocht je hardware dit aankunnen, je harddisk zou wel heel snel vollopen.  
    • weleens van google gehoort? daar staat echt alle info. is een paar minuten zoeken.
    • Ik probeer het uit te leggen, maar ik heb niet het gevoel dat het doordringt. Uitdrukkingen als "doorzetten" of "ik heb mijn scherm op 720P gezet" geven duidelijk weer dat men niet begrijpt hoe iets werkt. Daar is niets mis mee, maar dan moet men ook niet doen alsof men het wel begrijpt. Misschien kan iemand anders het eens uitleggen.
    • Ja ik had het over direct een stream opnemen zonder de HDMI poort.    Echter als je de HDMI poort gebruikt voor opname dan klopt jou verhaaltje niet.   Hij gaat niet eerst alles downscalen en er 720p van maken om vervolgens te comprimeren.  Hij encodeert het gewoon direct in 720P  Dat lijkt het enige profile te zijn wat er in zit .  Men kan net zo goed de originele 1080i aanhouden er vanuit gaande dat de SoC hardware encoding ondersteund en dat vermoed ik wel.   Dus is het een programmeer beperking.  Mijn vermoeden is  dat deze functionaliteit nooit verder ontwikkeld is door VU+    Wellicht dat je het ook zelf kunt afdwingen met FFmpeg maar dan moet je echt in de software duiken.    Maar als je met HDMI opnames aan de gang gaat zijn er altijd  betere oplossingen natuurlijk.     
    • Waarom? Vanuit de feed zitten ze er toch allemaal bij.
×
×
  • Nieuwe aanmaken...