Ga naar inhoud


Mobiele, vaste telefonie en VoIP

Alles over telefonie...


2545 onderwerpen in dit forum

  1. siemens mc 60

    • 1 reactie
    • 992 weergaven
    • 2 reacties
    • 820 weergaven
  2. unlock motorola C335

    • 4 reacties
    • 897 weergaven
    • 1 reactie
    • 914 weergaven
    • 0 reacties
    • 782 weergaven
  3. unlock gsm siemens m55

    • 1 reactie
    • 899 weergaven
  4. Wat betekenen deze GSM codes?

    • 1 reactie
    • 986 weergaven
  5. Nokia 6210 russich menu

    • 0 reacties
    • 680 weergaven
  6. logo's (gif afbeeldingen)

    • 7 reacties
    • 850 weergaven
  7. gezocht aansluit schema carvox

    • 2 reacties
    • 2.8k weergaven
  8. Nieuw display+rubber voor nokia 8210

    • 2 reacties
    • 1.1k weergaven
  9. universele unlock adapter

    • 0 reacties
    • 804 weergaven
  10. Software SIM kaart

    • 3 reacties
    • 1k weergaven
  11. ik zoek pop-port plug

    • 0 reacties
    • 552 weergaven
  12. siemens c60

    • 0 reacties
    • 1.1k weergaven
  13. Beheren van gsm chips

    • 0 reacties
    • 1.3k weergaven
    • 3 reacties
    • 1.2k weergaven
  14. zoek de penbezetting van pop-port nokia7210

    • 0 reacties
    • 742 weergaven
  15. Usb datakabel

    • 5 reacties
    • 1k weergaven
    • 6 reacties
    • 1.2k 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...