Versie 2.5.3 en 2.5.4 geven een audio-trackfout en starten een trage remux. Versie 2.5.2 vertoont deze fout niet; ik ben teruggegaan naar 2.5.2. In de logbestanden staat een fprobe-fout en de nieuwe versie maakt een bestand dat ongeveer 3× zo groot is als het origineel en vertraagt de conversie.
Hieronder de logbestanden voor versie 2.5.4 en 2.5.2:
ver 2_5_2 News 5 20090411 [20200807-2200].mpg-News %-2020-08-08T09-03-32.0686042-04-00.log (681,4 kB)
ver 2_5_4 News 5 20090411 [20200807-2200].mpg-News %-2020-08-07T18-34-15.log (851,2 kB)
Het probleem lijkt te zijn dat uw bestand wordt geblokkeerd door een ander proces, waardoor mcebuddy er geen toegang toe heeft en uw problemen veroorzaakt.
WARNING → Fout bij het lezen van gegevens naar TS-bestand. Fout: System.IO.IOException: Het proces heeft geen toegang tot het bestand ‘C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg’ omdat het door een ander proces wordt gebruikt.
2020-08-07T18:34:15 MCEBuddy.AppWrapper.Base → C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg: Toegang geweigerd
Bovendien draait u bij versie 2.5.4 headless (zonder gebruikerslogin), terwijl u bij 2.5.2 met een ingelogde gebruiker werkt:
2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Proces starten als UISession-proces met Admin-rechten. Hiervoor moet minimaal 1 gebruiker in het systeem zijn ingelogd (via remote desktop of lokaal)
WARNING> 2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Kan geen UI Session-proces met Admin-rechten aanmaken vanuit NonUI Session. Is er een gebruiker ingelogd?
Bedankt voor je reactie. Ik ben behoorlijk in de war over de gebruikersaanmelding, want ik heb ingesteld dat deze automatisch moet gebeuren bij het opnieuw opstarten. Ik heb 5.2 op dezelfde Windows-sessie geïnstalleerd als 5.4. Op mijn Windows-laptop gebeurt hetzelfde. Het bestand dat ik voor de test gebruikte was al opgenomen, dus het is geen live-opname. Ik snap niet welk ander proces dit zou kunnen veroorzaken?
Ik draai de laatste Windows-updates, want ik heb geen keuze. Het lijkt vreemd dat 5.2 deze problemen negeert en 5.4 niet. Heb je suggesties waar ik naar moet kijken? Ik zou graag de nieuwste versie willen gebruiken. Het is een geweldig product; ik gebruik het al sinds ik de kabel heb doorgesneden.
Met vriendelijke groet,
Larry
ganzen,
ik gebruik de donateurversie van mcebuddy.
Ik heb het nogmaals geprobeerd en de logbestanden bekeken met vergelijkbare resultaten. wat ik zie is dat ffprobe geen toegang krijgt tot het bestand.
2020-08-19T13:45:10 MCEBuddy.AppWrapper.Base → \MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied.
Dit lijkt het bestand te blokkeren, waardoor deze fout ontstaat.
→ Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘\MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
Ik heb geprobeerd de fout na te bootsen door ffprobe vanuit zijn programmadirectory met jullie cli-opdrachten uit te voeren en het werkt normaal met de verwachte output. Dus ik denk niet dat het een rechtenprobleem voor ffprobe is.
Ik merk wel dat 5.2 geen probleem heeft met de gebruikersnaam gast, terwijl 5.4 faalt met gebruikersnaam gast.
handmatig gebruikersnaam toevoegen → Gast
handmatig wachtwoord toevoegen →
archiefpad domeinnaam →
archiefpad gebruikersnaam → Gast
archiefpad wachtwoord →
mislukkingpad domeinnaam →
mislukkingpad gebruikersnaam → Gast
mislukkingpad wachtwoord →
Alle hulp wordt op prijs gesteld.
bedankt
Larry
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T13-45-09.log (72,1 KB)
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T14-09-47.9638908-04-00.log (108 KB)
Het is geen programma binnen MCEBuddy dat het bestand vergrendelt, het is iets externs. Waarschijnlijk iets op je netwerkmachine of een antivirusprogramma. Probeer een lokaal bestand te gebruiken en als dat werkt, weet je dat het iets is dat toegang heeft tot je netwerkschijf.
heb het hier niet dus kan het niet testen, maar heb meldingen gezien dat als je de hdhomerun-dvr-service gebruikt (aangezien je map HDHomeRun hebt genoemd) de lock soms niet van het bestand wordt verwijderd nadat de opname is voltooid. als je mcebuddy instelt om kort na het einde van de opname te converteren, moet je dat misschien verhogen?
ik heb problemen gehad met mediaportal (met hdhomerun-tuners) die de lock op het bestand niet vrijgaf, gebruik nu emby en heb dat niet gezien. ik start mijn conversies ongeveer 5 minuten nadat de opname is geëindigd.
Gans,
alle opgenomen shows staan lokaal op dezelfde computer; HDHomeRun, MCEBuddy en Kodi draaien allemaal op dezelfde machine.
Ik heb “The 100” naar Downloads verplaatst en handmatig aan MCEBuddy toegevoegd – met hetzelfde resultaat:
C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied
Versie 5.2 geeft dit probleem niet, maar 5.3 en 5.4 wel. Er zit dus een verschil tussen de revisies dat op deze computer tot een fout leidt. Vreemd genoeg werkt het wél op een van mijn Dell-laptops en niet op de andere – exact hetzelfde model, met dezelfde fout. Ik heb alle rechten gecontroleerd; die lijken correct. Als ik handmatig fprobe op het bestand uitvoer, krijg ik geen fout, maar zodra MCEBuddy 5.4 (of 5.3) het start, verschijnt de melding.
Ik ben het spoor bijster en weet niet hoe verder. Ik wil niet vastzitten aan 5.3.
Larry
David,
bedankt voor je reactie. Ik test het probleem door de show handmatig aan MCEBuddy toe te voegen. Wat er gebeurt is dat wanneer 5.3 of 5.4 fprobe opstart, het met de onderstaande fout crasht. Met 5.2 gebeurt dit niet. Vreemd genoeg heb ik twee identieke Dell-laptops waarop het op de ene wel werkt en op de andere niet. MCEBuddy, HDHomeRun en Kodi draaien allemaal op dezelfde desktopserver. Wat me op dit spoor bracht, is dat wanneer deze fout optreedt, het programma een trage remux uitvoert die oneindig lang duurt; het denkt dat er een audiofout is.
Ik heb hetzelfde ffprobe-commando uit de map mcebuddy\ffmpeg met dezelfde argumenten en dezelfde show-locatie uitgevoerd en het werkt en levert output. Dus ik denk dat de rechten in orde zijn. Maar het wil niet goed draaien wanneer het vanuit 5.3 of 5.4 wordt gestart.
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Process arguments -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg”
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → UI Session Admin Process : False
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Setting process priority to Idle
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → Setting CPU affinity to → 15
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base → C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied
→ Process exited with code 1
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Running custom commands
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → Engine running as service, enabling PreMetaCustomCommandUISession, since PreMetaCustomCommandShowWindow is enabled
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → Custom command parameters read →
PreMetaCustomCommandPath =
PreMetaCustomCommandParameters =
PreMetaCustomCommandHangPeriod = 300
PreMetaCustomCommandCritical = False
PreMetaCustomCommandUISession = True
PreMetaCustomCommandShowWindow = True
PreMetaCustomCommandExitCodeCheck = False
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand → No custom commands found
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Finished pre metadata custom command, source file size [KB] 3,423,865.00
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob → Getting show information and banner from Internet sources
2020-08-19T20:22:25 MCEBuddy.MetaData.VideoMetaData → Extracting metadata from file → C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg
→ Checking for SiliconDust meta tags
→ Starting to extract payload from TS file, upto 64 TS packets will be processed
WARNING> → Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
Ideeën waar ik verder zou kunnen kijken zijn welkom.
thanks
Larry
zonder er echt over na te denken of te onderzoeken… worden de bestandslocaties geïndexeerd door Windows Search of een andere indexer?
kan bestanden gemakkelijk blokkeren
Bedankt. Ik zal proberen het uit te zetten. Als ik wist welke verbeteringen er tussen 5.2 en 5.3 zijn aangebracht, zou ik misschien een aanwijzing krijgen waar ik moet zoeken. Als ik vandaag de kans krijg, zal ik mijn twee laptops vergelijken om te zien of ik iets kan ontdekken.
Met vriendelijke groet
Larry
U kunt de release-opmerkingen hier vinden: Announcements - MCEBuddy
Ik zie geen wijziging met betrekking tot ffmpeg of hiermee. Ik kan uit deze logs niet zien, controleer uw monitorlocatie-expertinstellingen of u een vertraging hebt ingesteld voordat bestanden aan de wachtrij worden toegevoegd om te voorkomen dat vergrendelde bestanden naar mcebuddy worden verzonden.
Gans
Ik heb de wijzigingen bekeken en ben het ermee eens dat er niets opvalt wat het probleem zou kunnen veroorzaken. Vandaag heb ik bij toeval dezelfde show met twee verschillende uitzenddata gedraaid: de versie van maart geeft geen fout, maar die van augustus wel op versie 5.4. Beide werken op versie 5.2.
Ik heb de twee bestanden en logbestanden voor elke versie naar je ftp-site geüpload; ze staan in de map ldc7675-test.
Als je tijd hebt, zou je ze kunnen draaien en me kunnen laten weten of je dezelfde fouten krijgt. Trouwens, bedankt dat je hier naar kijkt – het is echt vreemd.
Ik heb de test uitgevoerd op twee identieke d830-laptops en beide gaven identieke fouten en successen. Op de desktop heb ik het nog niet geprobeerd.
Larry
De bestanden die je hebt geüpload, worden hier zonder problemen geconverteerd met 2.5.4
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Process starten C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Procesargumenten -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg”
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → UI-sessie Admin-proces : False
2020-08-21T08:46:27 MCEBuddy.AppWrapper.Base → Procesprioriteit instellen op Normaal
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpeg2video @ 00000207993c2940] Ongeldige frame-afmetingen 0x0.
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Laatste bericht herhaald 7 keer
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpegts @ 000002079939b140] PES-pakketgrootte komt niet overeen
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Input #0, mpegts, van ‘C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg’:
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Duur: 00:30:59.67, start: 27431.266511, bitrate: 9147 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Programma 3
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:10x34: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:20x35: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 128 kb/s
→ Proces beëindigd met code 0
Het remuxt ook zonder problemen
2020-08-21T08:47:15 MCEBuddy.AppWrapper.FFmpeg → video:1899108kB audio:116218kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.189370%
→ Proces beëindigd met code 0
→ FFMpeg uitvoerbestandsgrootte [KB] → 2,079,602.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Oorspronkelijke bestandsgrootte [KB] → 2,076,550.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Geremuxte bestandsgrootte [KB] → 2,079,602.00
Ik denk dat er een probleem is met je installatie of met je Windows-instellingen.
Gans
Bedankt, nu weet ik dat er op al mijn drie computers iets mis is. Het is waarschijnlijk Windows.
Met vriendelijke groet,
Larry
Gans
Ik denk dat ik het probleem heb gevonden. Ik gebruik hetzelfde mcebuddy.conf-bestand op alle computers. Er zit blijkbaar iets in dit bestand dat (5.4) niet bevalt voor al mijn taken. Ik kan een taak dupliceren en die taak uitvoeren zonder fouten.
Ik heb de news%-taak gebruikt en de news5-taak gedupliceerd in het bijgevoegde configuratiebestand.
Probeer het eens en kijk of jij hetzelfde probleem ziet.
dus ik kan het probleem oplossen door al mijn taken te dupliceren als dat nodig is
bedankt
Larry
mcebuddy.conf (16,3 KB)
Bewerk het mcebuddy.conf-bestand niet handmatig. Alles kan via de GUI worden gedaan, ook bij het upgraden van MCEBuddy. Er worden controles uitgevoerd wanneer MCEBuddy upgrade en wanneer de instellingen via de GUI worden opgeslagen.
We hebben deze waarschuwing op meerdere plaatsen geplaatst, waaronder in het ReadMe-bestand en op de documentatiepagina van het discussieforum geavanceerde instellingen:
VERVANG DE NIEUWE CONFIGURATIEBESTANDEN NIET DOOR DE OUDE BESTANDEN, AANGEZIEN PARAMETERS IN DE NIEUWE BESTANDEN TOEGEVOEGD/BIJGEWERKT WORDEN MET ELKE RELEASE.
OPMERKING: Vanaf v2.3.13 zijn ALLE configureerbare parameters (behalve FFmpegBackupRemux) in MCEBuddy.conf toegankelijk via de GUI, Instellingen → Expertinstellingen. Je hoeft het mcebuddy.conf-bestand NIET handmatig te bewerken.
Je kunt je taken dupliceren met de MCEBuddy GUI, klik met de rechtermuisknop op de taak en selecteer Dupliceren
Gans.
Ik begrijp wat je zegt. Ik verzeker je dat ik de config niet handmatig bewerk. Ik heb het programma altijd de upgrade zelf laten uitvoeren zonder tussenkomst in het configuratiebestand. Ik heb de installaties tussen 5.2 en 5.4 meerdere keren getest met steeds hetzelfde resultaat. Het lijkt er dus op dat om wat voor reden dan ook de nieuwe config-structuur op mijn computers niet wordt bijgewerkt.
De laptops hebben een eerdere versie van mijn desktop-config-taken die ik ongeveer 6 of 8 maanden geleden heb gebruikt.
Nu ik weet wat ik moet doen om het te corrigeren, zal ik mijn taken in de GUI “zoals altijd” dupliceren en de oude verwijderen. Duurt niet lang.
Bedankt voor het testen van mijn bestanden; de resultaten hebben me naar de oplossing geleid.
Hopelijk heeft niemand anders dit probleem.
Met vriendelijke groet,
Larry
Houd er rekening mee dat u voor elke computer een aparte installatievergunning moet aanschaffen. Zie onze website voor meer informatie.
Gans
Ik gebruik alleen de desktopserver voor mcebuddy. De laptops werden gebruikt om het probleem te valideren. Ze zijn toch te traag voor conversies.
Uiteindelijk moest ik alles vanaf nul opnieuw opbouwen met een gloednieuw configuratiebestand. Er zat iets in het oude configuratiebestand dat problemen veroorzaakte met 5.4, maar verbazend genoeg niet met 5.2.
Met vriendelijke groet
Larry