Exactly my Unraid issue.
I decided to download them to my iPhone and play them from there to eliminate any question of network issues.
1 Like
Yeah I mean I primarily see inconsistent framerate and output frames dropping like crazy.
I'm using a M4 Mac Mini
Well, even a guy like me can see a difference in the numbers. I imagine that it is also noticable in watching the playback. Looks like I may not rely on Prismcast for anything more than a backup to a backup source. Too bad, I really like the concept.
1 Like
I like it enough that I'll use it for live viewing and record-watch-delete, but not for anything I want to edit, remove ads and archive.
Honestly, it looks so bad in my environment that I can't even use it as a backup source. And it's not my network. My LinkPi encoders are just fine. Everything is wired as well. When I say everything, I mean everything, the server, my Apple TV, literally everything on my network is wired.
Yeah. It managed to fill in for grabbing my local PBS station while the pbs-vlc-bridge was out of service. Though, I don't know that those few recordings will be "keepers".
I was going insane because I thought it was just me. I mean I spent a good six, seven, maybe eight hours trying to build my own Docker container for PrismCast just to see if I can get it to work. I was successful. It still had the same issues.
I'm wondering, since I never used it, does Chrome Capture for Channels have the same issue?
Beats me. That project was a bit over my head, so I haven't tried it either. For now, I'll rely on TVE, ADBTuner and the Roku Bridge project.
The one thing I really like about it is the integration with tv.YTTV to get every subbed channel with no additional hardware investment (since I already had the Mac Mini).
You also have to consider this project is pretty new (only 47 days old), so who knows what the future holds for it.
It has good potential, and I will be eagerly watching any development. It would certainly benefit folks who can't, or don't want to invest in HDMI encoders and several tuner devices.
2 Likes
I think it's a great project with a ton of potential. I just can't use it until these video playback issues kind of get ironed out. It's a really great option for those who don't want to invest in HDMI encoders.
1 Like
If someone compares CC4C that will be interesting
The stats show A-V is not 0.000. There is an audio sync issue. It is likely caused by ffmpeg params used for AAC encode
2 Likes
Yeah, when I built my test container, which I ended up deleting because it didn't really fix the output frame dropping I forced it to re-encode rather than remux. It was just an experiment, but I noticed that the frame rate was level when I did that. So I think there is some sort of issue, possibly on the FFmpeg side. Once I started messing with ffmpeg parameters, it started getting better, but I just didn't get it 100% right. If I were investigating this, I would be messing with ffmpeg
There's something unusual with the PTS and video framerate.
Here is that recording in VLC showing as 29.97 fps
and in my video editor showing average 60.06 fps
(it thinks it's VFR Variable Frame Rate instead of CFR Constant Frame Rate)
For comparison, here's the TVE recording
I'm tinkering with something on my own fork. If I get anywhere, I'll let you guys know.
What I did figure out is bitrate drops directly correlate to frame rate drops, and it seems like MediaRecorder can't keep up.
2 Likes
Is that the browser extension used to extract the stream from the Chrome browser.
I believe it's the API used by Puppeteer, which is the extension.