Ik gebruik het HDHomeRun Unprocessed-profiel om Windows WTV-bestanden naar MPG-bestanden te converteren voor gebruik in de HDHomeRun-viewer (HDHRV). Er lijken gegevens te ontbreken in het MPG-bestand
Het WTV-description-tagveld wordt niet overgezet naar het geconverteerde MPG-bestand. Ik kan de description-tag in het WTV-bestand zien, maar niet in het geconverteerde mpg-bestand. Met JRiver kan ik de WTV-description-tag kopiëren en plakken in de MPG-description (dus ik heb een workaround), maar dit vertraagt mijn conversieproces. Nadat ik deze handmatige stap heb uitgevoerd, kan ik de description zien in HDHRV en JRiver.
Wanneer ik een geconverteerd bestand bekijk in de HDHRV, toont de voortgangsbalk onderaan de viewer geen voortgang terwijl ik het programma afspeel, zelfs niet als ik vooruit spring met de pijl naar rechts of pijl omhoog. Wanneer ik het programma halverwege het bekijken afsluit, toont de overzichtspagina met opnames (gesorteerd op kanaal, afleveringsnaam, aflevering en opnamekolommen) geen voortgang, wat betekent dat ik handmatig vooruit moet springen om terug te komen op de plek waar ik de viewer heb verlaten wanneer ik het programma opnieuw selecteer. Ik kan wel voortgangsbalkveranderingen zien in andere viewers (JRiver, PowerDVD en Windows Media Player), maar niet in de HDHRV. Ik weet zeker dat SiliconDust zal zeggen dat dit een MCEBuddy-probleem is en ik hoop dat MCEBuddy een oplossing kan bieden zodat ik niet tussen wal en schip val…
Mis ik bepaalde instellingen? Dit zijn mijn profielen:
Kunt u uw conversielog bijvoegen die laat zien wat er gebeurt. HDHR gebruikt een eigen metadataformaat. We hebben met hen samengewerkt om zoveel mogelijk hiervan in MCEBuddy te verwerken. Bepaalde functies in het formaat zijn echter uniek voor HDHR, dus als u een HDHR-opname gebruikt, worden alle metadatafuncties behouden. Wanneer u echter een niet-HDHR-formaat naar een HDHR-formaat converteert, wordt een deel van die metadata nagemaakt, aangezien het niet bestaat en door HDHR wordt toegekend tijdens de opname. Beschrijving is echter niet een van die elementen.
Het beschrijvingsveld wordt kennelijk niet gebruikt door de HDHR-viewer. Andere geconverteerde opnames werden prima weergegeven, zelfs zonder description-tag. Ik zal verder experimenteren, maar het ontbreken van de description-tag is niet het hoofdprobleem. Sorry voor de valse alarm daarover.
Helaas blijft dan nog steeds de kwestie van de voortgang van de opname die niet zichtbaar is tijdens het kijken (of niet bewaard blijft bij het afsluiten). Ik vermoed dat er een soort “markering” in het HDHR-eigen opnameformaat zit die niet wordt nagemaakt in het geconverteerde bestand. Zouden logbestanden helpen bij dit probleem? Moet ik dit issue als opgelost afsluiten en een nieuwe thread openen voor de voortgang van de opname?
Probeer je een bestand te converteren terwijl het wordt opgenomen? Je converteert WTV naar MPG, dus ik probeer te begrijpen waar je precies naar verwijst.
Nee.. Sorry voor de verwarring. Ik probeer de voortgangsbalk tijdens het afspelen van een geconverteerd bestand in de HDHR-viewer te beschrijven.
De eerste schermafbeelding toont de HDHR-viewer met de voortgangsbalk (omlijnd in oranje) voor een Smash-aflevering die ik in 2012 heb opgenomen op WMC en heb geconverteerd naar mpg met MCEBuddy. Merk op dat er geen voortgang wordt aangegeven, ondanks dat het halverwege het afspelen is.
Deze volgende afbeelding toont een voortgangsbalk van een Signed, Sealed, Delivered-aflevering die vorig jaar is opgenomen via HDHR. Merk op dat de voortgangsbalk omlijnd in oranje een groen gedeelte bevat dat aangeeft hoeveel er al is afgespeeld (ongeveer 25%).
Als je op dit punt de “Signed, Sealed, Delivered”-weergave verlaat om terug te gaan naar het afleveringenoverzicht, zie je dat de afspeelvoortgang is behouden (omlijnd in oranje). Als je opnieuw afspelen start (door op de aflevering te klikken), springt de viewer 25% het programma in, zodat je verdergaat waar je was gebleven.
Het afleveringenoverzicht voor bovenstaande Smash-opname (het geconverteerde bestand) toont echter geen voortgang, ondanks dat het afspelen halverwege is gestopt. Dit betekent dat wanneer je het programma opnieuw opent, je altijd aan het begin start en je zelf vooruit moet spoelen om te vinden waar je was gebleven.
Ik hoop dat het bovenstaande verduidelijkt. Ik word vaak onderbroken en zou graag de mogelijkheid willen hebben om het afspelen te hervatten, als dat mogelijk is.
Kunt u een voorbeeld van het WTV-naar-MPG-geconverteerde bestand EN een kopie van het bestand met de afspeelmarkering uploaden naar onze server voor analyse.
@Goose Ik heb vastgesteld dat de metadata-dictionarysleutels SeriesID en ProgramID in sommige scenario’s een betekenis hebben en daarom niet op vaste waarden mogen worden ingesteld (zoals gebeurt in MCEBuddy 2.5.1 64-bit – 20190717 en zoals we in privéberichten hebben besproken). De waarden uit versie 2.4.11 werken goed (naar mijn weten worden ze uit het bronsbestand WTV gehaald). Alle onderstaande voorbeelden zijn gemaakt met versie 2.4.11 voor de conversie, aangevuld met eigen code waarmee ik na de conversie metadata kon wijzigen.
Om de hervatfunctie correct te laten werken (de oorspronkelijke vraag van deze thread), hoeft u alleen de volgende metadatawaarden in te stellen (waarbij seconds de lengte van de opname in seconden is). In alle metadata die ik heb bekeken, waren StartTime en RecordStartTime al correct ingesteld…
EndTime = (StartTime + seconds)
RecordEndTime = (RecordStartTime + seconds)
Resume = 0
Met bovenstaande werkt de hervatfunctie perfect en blijft deze behouden tussen verschillende kijkbeurten. Hieronder ziet u geconverteerde WMC-bestanden waarbij de hervatpositie bewaard blijft (de viewer is ondertussen vernieuwd, dus de weergave wijkt iets af van eerdere posts).
De aflevering “The Nominations” is enkele seconden bekeken
De aflevering “The Transfer” is tot halverwege bekeken
Het toevoegen van afbeeldingen aan opnames is ook mogelijk, maar lastig. Ik had eerder (via privé-e-mail) gemeld dat een aflevering van Smash na een conversie met 2.5.1 BETA niet verscheen. Later ontdekte ik dat alle afleveringen van “Inside the Actors Studio” die met 2.5.1 waren geconverteerd, verdwenen waren. Deze willekeurige problemen hielden mij een week bezig totdat ik bij toeval de onderliggende oorzaak vond.
De door 2.5.1 Beta ingevoegde metadata ImageURL en PosterURL verwezen naar grote jpg-bestanden. Sommige van de door mij gecontroleerde afbeeldingen waren 680 × 1000 pixels of groter. Ik vermoed dat de HDHR-code (viewer of recorder – ik weet niet welke) intern het buffergeheugen te kort kwam, uitzonderingen genereerde en daardoor afleveringen “vergiftigde”, waardoor ze leken te verdwijnen. Deze afleveringen werden weer zichtbaar nadat:
De metadata ImageURL en PosterURL werden vervangen door verwijzingen naar kleinere jpg-bestanden
De HDHomeRun RECORDER-service werd stopgezet en opnieuw gestart
Na deze ontdekking én de mogelijkheid metadata te wijzigen, werd de kracht van de viewer duidelijk en kon ik leuke dingen doen. “The Capitol Fourth” is een jaarlijks special met concert en vuurwerk in Washington op 4 juli. In de metadata staat “Category”: “special”. Door geschikte metadata-aanpassingen zien deze jaarlijkse uitzendingen er nu als een serie uit (de kunstmatige Season/Episode-waarden negerend, bijvoorbeeld jaar 2019 wordt S20E19). De opnames van 2017-2019 zijn gemaakt met HDHR-recorder; die van 2016 en eerder zijn geconverteerde WTV-bestanden via MCEBuddy 2.4.1, maar dat is aan de onderstaande weergave niet te zien…
Voor de volgende release zou ik graag het volgende zien
Implementatie van de hierboven beschreven hervatfunctie. Het lijkt eenvoudig en zou makkelijk toe te voegen zijn.
Mogelijkheid om tijdens de conversie afbeeldingen aan bestanden te koppelen. Kan op conversiemoment geen geschikte URL worden gevonden, noteer dat dan in het logboek (bijvoorbeeld met instructies voor het later draaien van een hulpprogramma met een verwijzing naar een geschikt jpg-bestand) en laat de metadata ImageURL en PosterURL leeg. De HDHR-engine gebruikt onderstaande formaten; ik neem aan dat dit de “aanbevolen” afmetingen zijn:
ImageURL: jpg-bestand van maximaal 360 × 270 pixels
PosterURL: jpg-bestand van maximaal 240 × 360 pixels
Neem contact met mij op als u aanvullende informatie nodig hebt.
Ik zou dit ook aan HDHR rapporteren (wij hebben het ook gemeld, aangezien het een potentieel beveiligingsprobleem is). De firmware zou gewoon te grote afbeeldingen moeten negeren. We kijken hoe we dit in MCEBuddy aanpakken, aangezien de afbeeldingen van internet komen en we niet altijd een kleinere afbeeldings-URL hebben. Voorlopig vullen we die informatie niet in. Ter info: een eenvoudige oplossing is het uitschakelen van de optie om de poster te downloaden op de pagina Conversion Task → Expert Settings → Metadata correction. Zodra HDHR de firmware heeft gecorrigeerd, hervatten we het toevoegen van de afbeeldings-URL’s aan de metadata.
U kunt de nieuwste 2.5.1 BETA-versie met deze wijzigingen uitproberen.
Ik gebruik MCEBuddy 2.5.1 64bit - 20190723 en het behoudt de metadata identiek bij het verwijderen van reclame uit een HDHR-opname. Echter, om de functionaliteit van de voortgangsindicator niet te verbreken, zou op zijn minst de RecordEndTime moeten veranderen.
Bij een recente conversie werden 33 minuten reclame verwijderd uit een film van 2 uur. Daardoor toonde de afspeelvoortgangsindicator slechts 3/4 voortgang toen de geconverteerde film nog maar enkele seconden te spelen had. Na experimenteren bleek dat als de RecordEndTime-metadata wordt ingesteld op RecordStartTime + secondenVanGeconverteerdeMpg, de afspeelvoortgangsindicator zich verwacht gedraagt van helemaal links (aan het begin van de film) naar helemaal rechts (wanneer de film eindigt). Er werden geen andere wijzigingen aan de metadata aangebracht.
