Software-update: Media Player Classic - Home Cinema 1.7.18

Een jaar geleden is versie 1.7.13 van Media Player Classic - Home Cinema uitgekomen en gaven de ontwikkelaars aan dat zij verder geen nieuwe versies meer uit zouden gaan brengen. De broncode is echter opensource en een ontwikkelaar, die onder de naam clsid bij de website Doom9 bekend staat en zelf lange tijd bij mpc-hc betrokken was, brengt nu af en toe nieuwe "onofficiële" versies uit. Deze bevatten alleen kleine verbeteringen en ook wordt altijd de laatste versie van de LAV Filters en MediaInfo meegeleverd. De changelog voor versie 1.7.18 is hieronder te vinden.

Updates:

• Updated LAV Filters to v0.72-3-gb951d
• Updated Little CMS to lcms2.9rc1-36-gc2a1cd9
• Updated RapidJSON to v1.1.0-401-g129d19ba
• Updated ResizableLib to v1.5.1
• Updated MediaInfo DLL to v18.08

Changes/additions/improvements:

• Dragging the seekbar is now much more responsive.
• Further improved the behavior of fast seek (to keyframe).
• For example when using any of the jump hotkeys (such as RightArrow), the maximum inaccuracy is now 30% of jump size.
• Add multiple monitor support for ICC color management.
• Changed default subtitle font to Tahoma. This should fix a problem that causes certain Unicode characters to be displayed as squares.
• Support for parsing URLs with youtube-dl.exe to directly stream audio and video from Youtube and many other websites.
• It is recommended to put youtube-dl.exe in the MPC-HC directory or in the Windows directory (or any other directory that is in %PATH%).

Fixes:

• Fixed hiding of playlist when launching in fullscreen.

Versienummer	1.7.18
Releasestatus	Final
Besturingssystemen	Windows 7, Windows Vista, Windows 8, Windows 10
Website	Doom9
Download	https://github.com/clsid2/mpc-hc/releases/tag/1.7.18
Bestandsgrootte	14,07MB
Licentietype	GPL

Reacties (30)

[Mitsuko]

Support for parsing URLs with youtube-dl.exe to directly stream audio and video from Youtube and many other websites.

Dit vind ik wel een heel interessante toevoeging eerlijk gezegd!

[Verwijderd]

youtube-dl is een logische en nuttige toevoeging. Het is fijn als je het gewoon in je eigen mediaspeler kan afspelen die een wat prettigere interface heeft dan Youtube. Ik gebruik zowel MPC-HC (madVR) als youtube-dl sinds een groot aantal jaren (2011?), het laatste om videos te downloaden die ik wil bewaren (incidenteel). Hoe onhandig ik de interface van Youtube ook vind, elke keer downloaden, bekijken en weer wissen is meer werk.

Voor wie het niet weet, youtube-dl is niet enkel voor Youtube, het zoekt naar bekende video-formats op tal van streaming-websites, inclusief een groot aantal televisie-zenders. Dankzij youtube-dl weet ik nu hoe verschrikkelijk agressief Youtube geluid comprimeert of hoe agressief veel uploaders dat doen (ik denk dat de schuld meer bij Youtube zelf ligt aangezien ik weet dat Youtube zelfstandig van het geuploade bronmaterial transcodeert naar andere resoluties en formats). Bij 1080p video heb je vaak 112 kbps MP3, bij lagere resoluties nog lager en pas vanaf 1440p 128 kbps. Tussen 1080p en 1440p hoor je zeer gemakkelijk het kwaliteitverschil als je ietwat fatsoenlijke speakers hebt, dat scheelt aanzienlijk meer dan wat je zou denken gezien het relatieve verschil tussen 112 kbps en 128 kbps. Niet dat het bij 128 kbps flawless is maar onder de 128 kbps wordt het wel erg matig.
Pennywise and poundfoolish: << 0,5 MB per minuut besparen aan audio terwijl de video minstens een tienvoud aan data vereist.

[Reactie gewijzigd door Verwijderd op 25 juli 2024 16:48]

[Adion]

Voor zover ik weet (en bij de video's die ik zelf van Youtube gedownload heb) lijkt er AAC en geen MP3 gebruikt te worden, wat net bij bitrates rond de 128kbps een enorm verschil maakt.
Heb trouwens een aantal video's bekeken, en de audio zit over het algemeen rond de 128kbps zelfs bij 720p, wat in AAC nog zeer behoorlijk is.

Vanaf 1080p is de audio al een hele tijd losgekoppeld van de video trouwens (er wordt 1 stream met enkel video en een andere met enkel audio gestreamed, vermoedelijk zodat er zonder audio-onderbrekingen geschakeld kan worden tussen verschillende resoluties bij variabele internet-kwaliteit)

[Verwijderd]

Voor zover ik weet (en bij de video's die ik zelf van Youtube gedownload heb) lijkt er AAC en geen MP3 gebruikt te worden, wat net bij bitrates rond de 128kbps een enorm verschil maakt.

Ik denk dat jij gelijk hebt. Ik heb bij elke 1080p video die ik downloadde 112 kbps aangetroffen (properties bestand). Hoe dan ook, ik hoor elke keer gemakkelijk verschil tussen 1080p en 1440p, om die reden bekijk ik standaard videos in 1440p als het wordt ondersteund ondanks dat ik een 1080p scherm heb.

Vanaf 1080p is de audio al een hele tijd losgekoppeld van de video trouwens (er wordt 1 stream met enkel video en een andere met enkel audio gestreamed, vermoedelijk zodat er zonder audio-onderbrekingen geschakeld kan worden tussen verschillende resoluties bij variabele internet-kwaliteit)

Interessant.

[CriticalHit_NL]

Ik heb net toch echt gewoon een .mp4 gedownload met AAC audio waar gewoon 192kbps bitrate wordt gebruikt, maar dit is wel een video uit 2013.

Vroeger bood YouTube zelfs 256kbps AAC aan maar dat is nu al lange tijd niet meer.
De laatste download met 256kbps was van 30-05-2015 terwijl op 26-06-2015 het al terug geschroefd was naar 192kbps.
Verder de laatste download met 192kbps stamt uit 26-03-2016 terwijl 02-04-2016 het allemaal 128kbps is geworden, de precieze datums weet ik niet.

En dan kan het zelfs nog een beetje verschillen als ze dit niet in overal in een keer hebben toegepast, gezien een eigen video van 03-04-2016 nog wel 192kbps levert anno nu.

Je kan met een programma zoals jdownloader wel proberen 192kbps aan te vinken bij bepaalde video's, maar dan krijg je alsnog gewoon 128kbps als deze video's waarschijnlijk geüpload zijn sinds ongeveer april 2016.

M'n eigen uploads converteer ik nog altijd stug in 320kbps vanwege lokaal gebruik, maar vanaf YouTube downloaden levert ook nog maar enkel 128kbps terug, zelfs al selecteer je 4K 60fps.

[MrMonkE]

Pennywise and poundfoolish

Ja, dat is wel laakbaar. En ze doen het niet om takedowns door rechthebbenden te verminderen volgens mij. Een vriend van mij die alleen maar zijn dashcam upload naar een account waar een handjevol mensen het bestaan van weet (1 view, 6 views, 10 views is trending .. je kent het wel) zijn hele kanaal is offline gehaald omdat hij muziek in zijn auto heeft. Het klinkt ongeveer alsof je met je hoofd in een emmer zit, maar toch is dat schijnbaar al genoeg. Toch vinden de bots van wie dan ook zijn video en triggeren een DMCA takedown of iets soortgelijks.

[Verwijderd]

Ja, dat bots automatisch videos claimen en dat Google in beginsel de claim geeft tenzij de 'aangeklaagde' door hoepels springt en dat Google dan meestal nog niet eens een mens hiernaar laat kijken (enkel bij grote kanalen) is tenenkrommend.
Los van de hele ethische en pragmatische discussie of dat het ok is dat mensen hele liedjes online gooien met een goede geluidskwaliteit. Ik denk dat het juist goede marketing en goed promotiemateriaal is, Queen heeft volgens mij ook bijna al hun liedjes online gezet en dat komt vast van pas nu ze weer toeren met gastzangers al zullen de vaste bandleden van Queen het meer voor het veel meer voor het plezier doen dan voor het geld.
Het punt is hier dat je er mensen naar moet laten kijken als de aangeklaagde claimt dat het onterecht is en hij niet eerder onredelijke claims heeft ingediend.
Ik ben wel een beetje verbaasd dat bots zelfs die muziek van autospeakertjes oppikken omdat die meestal best hevig het geluid vervormen (zo erg dat ik het liever niet hoor) door alle technische beperkingen van de speakers. Ik redeneer dat dat zoiets is als wanneer je bepaalde frequenties gaat verhogen/verlagen of wegfiltert. Een truc die toch redelijk goed werkte om bots te omzeilen.

Een handige truc om het claimen van videos tegen te gaan die in ieder geval in het recente verleden (1 jaar geleden) werkte: data van verschillende bedrijven gebruiken die gegarandeerd claimen. Stop er bijvoorbeeld iets van Nintendo of Universal in en je krijgt gegarandeerd een claim. In het geval dat twee bedrijven rechten claimen moeten ze het onderliing uitvechten wie de rechten krijgt en verandert er niets totdat ze de knoop hebben doorgehakt en aangezien ze het volledig aan bots overlaten...
Ik weet niet of dat het beleid van Google inmiddels is gewijzigd maar dit werkte in ieder geval prima.

[Reactie gewijzigd door Verwijderd op 25 juli 2024 16:48]

[CriticalHit_NL]

Vroeger had je wel eens dat je video van bijvoorbeeld een game met achtergrond muziek meteen in 150+ landen of zo geblokkeerd werd omdat de audio werd herkent.

Je kon dat meestal reduceren tot enkel Duitsland door de audio pitch aan te passen in videobewerkingssoftware waardoor de bots er niet geheel zeker meer van waren en dus wel beschikbaar was bij alle andere landen, alleen klonk het wat minder.
Echter wordt er volgens mij wel het een en ander gegoocheld met de zoekresultaten want bij zulke video's als je precies op naam zoekt kom je het zelfs vaak niet eens tegen terwijl het wel via de link benaderbaar is.

De laatste tijd ervaar ik er eigenlijk maar weinig last van, ja je wordt er meestal op geattendeerd dat je video('s) copyrighted materiaal bevatten maar meestal hoef je dan geen actie te ondernemen.

Er kunnen advertenties worden weergegeven op je video.
In je video is auteursrechtelijk beschermde content gevonden.
De eiser staat toe dat zijn content wordt gebruikt in je YouTube-video. Het is echter wel mogelijk dat er advertenties worden weergegeven op je video.

Weergavebeperkingen: Geen
Inkomsten genereren: Inkomsten genereren niet mogelijk

Als je akkoord gaat met deze voorwaarden hoef je verder niets te doen.

Misschien dat het bij bepaalde spellen het wat minder voor problemen zorgt en dat de spelmakers ervoor proberen te zorgen dat alle content rondom hun games niet lukraak weggehaald worden. (dat zorgt tevens voor minder reclame)
Heb wat dat betreft heel veel 'claims' maar de status is nog steeds groen en alles is zo'n beetje te bekijken.

[Verwijderd]

Het lijkt erop dat de claimer de video monetiseert. Dat is ook niet echt zuiver tenzij hetgeen op basis waarvan het wordt geclaimd de kijkers trekt. Los hiervan is monetisatie (in dit geval niet voor de uploader maar voor de claimer) soms behoorlijk onwenselijk. Het kan de groei van een startend kanaal stremmen en sommige mensen houden het om andere redenen graag niet-gemonetiseerd.

[The Third Man]

Heb je een voorbeeld waar je dat hebt waargenomen? Als ik een willekeurige video pak (https://www.youtube.com/watch?v=WW2DKBGCvEs) krijg ik met youtube-dl -f '(mp4,webm)[height<1200]' een mp4 met 128 kbps AAC erin.

[Verwijderd]

Ik heb geen voorbeeld bij de hand (ik zou de video's moeten zoeken) maar het gaat om videos uit 2017 en eerder, het is mogelijk dat het inmiddels is gewijzigd.

[Dark_man]

Ik heb met Media Player Classic altijd performance issues bij 4K films.

Terwijl het met Windows Media Player wel goed draait, weet iemand hoe dat komt?

Want in principe heeft Classic toch de juiste codecs om dit allemaal goed te draaien?

Ik heb met alle instellingen gespeeld en het helpt niks.

Aan de hardware zou het niet moeten liggen gezien Media Player in Windows 7 het wel goed draait.

[dusty-2011]

Zet dan gewoon hardwareacceleratie aan, opgelost. In je LAV instellingen kun je dat normaliter vinden, toegankelijk oa via de settings van mpc hc.

[Verwijderd]

MPC-HC met madVR is mijn favoriete mediaspeler. Het is spijtig dat dat enkel onder Windows werkt, ik gebruik nu meer Linux.

[ToolBee]

Deze is voor linuxgebruikers wel een goede!
https://mpv.io/

[RoestVrijStaal]

Ah, de zoveelste wrapper om MPlayer(2)

Doe mij dan maar VLC voor op Linux. Dan kan ik er nog van uit gaan dat het project over een paar jaar nog leeft en niet NOG een keer kan overstappen naar het een of ander.

[Reactie gewijzigd door RoestVrijStaal op 25 juli 2024 16:48]

[Verwijderd]

Ah, de zoveelste wrapper om MPlayer(2)

Doe mij dan maar VLC voor op Linux. Dan kan ik er nog van uit gaan dat het project over een paar jaar nog leeft en niet NOG een keer kan overstappen naar het een of ander.

Nu VLC eveneens tools ingebouwd heeft voor postprocessing is het wellicht net zo geschikt.
Ik ben nog aan het uitzoeken hoe ik dat precies moet configureren, het zou fijn zijn als ze presets in zouden bouwen.
Toen dat nog niet was ging mijn voorkeur uit naar MPC-HC omdat je gemakkelijk madVR kan toevoegen. Wat betreft de GUI wint MPC-HC het van VLC omdat de GUI meer tweakbaar is en zo minimalistisch gemaakt kan worden als dat je wil. Alle opties zijn gemakkelijk te vinden in het menu en de bediening is erg logisch. Bijv. ctrl-pijl voor kleinere sprongen in de tijd en ctrl-shift-pijn voor grotere sprongen. Bij VLC kan je van alles tweaken en het is momenteel weer een volwaardig alternatief maar al met al zou ik voor MPC-HC met madVR kiezen als het beschikbaar zou zijn op Linux.

[RoestVrijStaal]

Don't worry.

Op Windows verkies ik MPC-HC boven VLC omdat het eerste iets snappier werkt dan de andere.

Bij Linux wordt van het ene proeftuin-project naar het andere proeftuin-project als standaard player gehobbeld. Terwijl men toch vaak bij VLC uitkomt. Al was het alleen maar zodat je niet opnieuw het wiel hoeft uit te vinden om alles naar behoren te configureren.

Wat me wel steekt, is dat zowel bij MPC-HC als VLC zich stuk bijten op m3u(8)-afspeellijsten waarin paden zitten die niet (meer) bestaan.

[Reactie gewijzigd door RoestVrijStaal op 25 juli 2024 16:48]

[Verwijderd]

Bij Linux wordt van het ene proeftuin-project naar het andere proeftuin-project als standaard player gehobbeld. Terwijl men toch vaak bij VLC uitkomt. Al was het alleen maar zodat je niet opnieuw het wiel hoeft uit te vinden om alles naar behoren te configureren.

Dat ben ik met jou eens. Het is mij ook een doorn in het oog dat je zoveel media-speler projectjes hebt in plaats van dat die gemeenschappen samenwerken aan 1 goed alternatief voor VLC. Het nadeel van de opensource-gemeenschap. Als veel mensen langdurig aan 1 project werken dan krijg je goede software die een volwaardig alternatief is voor proprietary software en soms zelfs beter is. Je krijgt echter ook vaak versnippering.

[cnieuweboer]

Geen wrapper, een fork.

[Reconhell]

Voeg please correcte HDR weergave toe. dan ben je de man!

[Jogai]

Hier is een guide: https://www.reddit.com/r/...filters_better_upscaling/

[Reconhell]

Madvr geeft geen correcte HDR weergave! Ben jij van mening van wel?
En voor Kodi is dit al helemaal niet werkend te krijgen...

[Reactie gewijzigd door Reconhell op 25 juli 2024 16:48]

[Jogai]

Heb maar een 8-bit display, dus heb de moeite niet genomen. Zo te zien wordt het wel door madvr ondersteund en even googlen levert een hoop guides op, dus het lijkt me dat het mogelijk moet zijn.

[Reconhell]

Heb het alleen op MPC-HC werkend gekregen helaas.
Kodi werkte nooit met DS player en HDR project enz.
En MPC-HC had nooit de kleuren goed!

[Jogai]

Kan ook aan bronmateriaal liggen, heb je getest met https://kodi.wiki/view/Samples#4K_.28UltraHD.29

[hcd320]

Heb bijna 15 jaar MPC(-HC) gebruikt (voor video, en WinAMP, daarna AIMP3 voor audio), maar nu sedert een aantal maanden overgeschakeld naar PotPlayer voor zowel video als audio. Na de shortcuts aan te passen zoals hij reageert als MPC (leftclick = pause/play, doubleclick = fullscreen e.d.) en de standaard meegeleverd MadVR codec te gebruiken (voor HDR weergave op non-hdr scherm zonder "washed out colors" !), ben ik er zeer tevreden van !

Misschien toch nog eens kijken naar deze update, maar ik twijfel of het me nog over de streep kan trekken..

VLC heeft me nooit echt kunnen bekoren ...

[Ambrish]

Bij MPC-HC lukte het mij gemakkelijk om automatisch ondertiteling onder mn video's te krijgen, zonder zelf enige input te geven. Dit krijg ik echter niet voor elkaar in Potplayer, dit weerhoud mij ervan om over te stappen. Hij laad vaak of ondertitels waarbij hij de helft van de characters niet kan weergeven of een verkeerde taal terwijl ik enkel engels had ingesteld. Heb je hier nog een truukje voor?

[dusty-2011]

PotPlayer is gewoon niet af, wat mij betreft. Bij sommige bestanden met audio in meerdere talen bijvoorbeeld, kan er niet naar een andere taal gewisseld worden. Het knopje wat ze daarvoor gebouwd hadden, verschijnt dan helaas niet. Bij andere bestanden verschijnt het knopje wel, en kan het wel.

Ik raad aan om eens naar Vetinari te kijken! Dat wil zeggen: de laatste versie van VLC. Sedert update 3.0 is VLC toch wel sterk verbeterd: 4K en 8K weergave, 10 bit, HDR, 360 video, 3D Audio, en meer.

VLC 3.0 zaten eerst wel nog wat kinderziektes in, helaas. Maar dat is ondertussen bijna allemaal opgelost. Sinds versie 3.0.4 voelt het al best polished aan.

Een highlight voor mij (behalve de geweldige nieuwe features) van VLC is de uitstekende Audio-compressor die erin zit. Daar hoef ik nooit iets aan aan te passen. Ik heb die altijd aanstaan bij iedere film, en het geluid klinkt dan heel goed (en nooit een tikje of een hintje vervorming erin!). Die moet je wel zelf even aanzetten (Extra - Effecten en Filters).

PotPlayer ligt qua polish en featureset momenteel helaas ver achter de Vetinari branch. Indien VLC niet aan de wensen voldoet, lijkt mij MPC-HC een betere keuze dan PotPlayer. MPC-HC is nog steeds best een goede keuze, al zal deze speler waarschijnlijk nooit features als 360 video krijgen.

[Reactie gewijzigd door dusty-2011 op 25 juli 2024 16:48]

[Ambrish]

Nice, al tijden niet meer omgekeken naar VLC. Alleen nog steeds is het nodig om handmatig subs te laden