![]() ![]() You may want to adjust the audio processing settings (-af "aresample=matrix_encoding=dplii" -bsf:a aac_adtstoasc -metadata:s:a:1 lang=eng -acodec aac) to your liking. usr/local/bin/ffmpeg -i "$FileName" -vcodec copy -af "aresample=matrix_encoding=dplii" -bsf:a aac_adtstoasc -metadata:s:a:1 lang=eng -acodec aac -y /tmp/muxed.mp4 eyetv package) to convert the audio, like so: This process does not require re-encoding. Both streams can the be muxed in an app like Subler. eyetv package) using Avidemux (video codec "copy", saved in an mp4 container). The video stream can be extracted from the mpg file (in the. Separate the audio and video streams and process them using different apps, then re-mux them. The audio stream can be extracted with EyeTV (using the "export mpeg elementary streams" option). I found different ways to deal with these streams: I experienced the same choppy video and/or stuttering audio. From my experience, using the Export function in EyeTV doesn't work for these streams. I don't believe the problem is with DRM, but rather with some quirky makeup of these streams (which may very well have to do with headers). I can confirm that these Freeview HD recordings are tricky. I'd be grateful if anyone could advise me on what I need to do with these files to allow them to play properly, ideally without re-encoding the video as I do not want to lose quality. avi container format in that even relatively low bitrate files that should play fine would stutter and play badly if the header was absent. mp4 files are somehow lacking a "header"? I remember this used to be a problem with the old. mp4 files from playing well? Do these recordings have some kind of digital rights management on them? Another thing I thought it could be is that the exported. I was wondering what happens during the export process to inhibit the resulting. mpg file inside containing the recording that opens and plays fine in VLC. eyetv file of the recording and right-click>Show Package Contents, there is a. I am sure these files are not too high a bit rate for my equipment to handle. mp4 files show that they are 1080p H.264 encoded files with a Mbps of around 4 and with AAC encoded audio. I have tried to play the exported mp4 files on multiple devices aside from the two Macs including a Samsung Smart TV, a PS3 and a Blu-Ray player and they all have the same problem. I was wondering why the recordings play fine in EyeTV but not when exported? The actual contents of the file, the video codec etc. Also, skipping through the exported video is impossible and the video just turns to a grey screen. The video frame rate is very choppy and the sound stutters. mp4 file, the resulting file does not play very well on either Mac using Quicktime or VLC. However, when I export one of these recordings, without re-encoding it, to an. Also, if I record a program from one of these channels, the recording plays fine in the EyeTV software, on both the 2013 iMac with NVIDIA GeForce GT 750M graphics card, and on my relatively low powered 2009 MacBook. Watching HD channels with EyeTV 3 works fine. It is currently connected to a late 2013 iMac. ![]() I have an EyeTV T2 tuner capable of receiving DVB-T2 (Freeview HD) channels in the UK. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |