Ga naar inhoud


Linux & Co.

Voor al je vragen over Linux en zo...:-)


2240 onderwerpen in dit forum

  1. linux server ubuntu

    • 4 reacties
    • 2.3k weergaven
  2. mediacenter

    • 4 reacties
    • 871 weergaven
    • 10 reacties
    • 3.4k weergaven
  3. imedia linux

    • 0 reacties
    • 1.3k weergaven
  4. YDL 6.0

    • 10 reacties
    • 1.9k weergaven
  5. Nieuwe EEE PC Linux Laptop met 9" scherm

    • 1 reactie
    • 1.1k weergaven
    • 11 reacties
    • 3.2k weergaven
    • 2 reacties
    • 1.5k weergaven
  6. mastera IV in ubuntu

    • 10 reacties
    • 5.1k weergaven
    • 12 reacties
    • 16.1k weergaven
      • Sat4all vriend
    • 20 reacties
    • 7.1k weergaven
    • 9 reacties
    • 2.6k weergaven
    • 9 reacties
    • 1.3k weergaven
  7. USBstick met Ubuntu 1 2

    • 17 reacties
    • 8.5k weergaven
    • 3 reacties
    • 2.6k weergaven
  8. AmigaOS op de Eee PC

    • 1 reactie
    • 1.3k weergaven
  9. NSLU2/Debian/Xampp

    • 2 reacties
    • 770 weergaven
    • 3 reacties
    • 1.1k weergaven
  10. usb serial op debian

    • 1 reactie
    • 2.1k weergaven
  11. netwerk fedora5 1 2

    • 18 reacties
    • 3.4k 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...