softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 Thanks, that would be great, because the extradata cointains the filter chain including aspect ratio for each step..
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 hw ffmpeg-transcode-49ea6b6f-7dae-4c5b-8c0e-6922b7a81b1a_1.txt i assume you just need the HW transcode log?
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 Hm, that's weird, the aspect ratio doesn't change anywhere:
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 OK, could have seen that from the log files as well. I've been a bit focused on the processing, because that's typically where the aspect ratio gets screwed.. With both, sw and hw, it's SAR 64:45 DAR 16:9 for input and output.
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 thats kinda where i got to trying to understand the logs the other day; the SAR/DAR's dont change between SW & HW logs and saw no reference to 4:3. ...so that means emby is not doing anything then... meaning it's lower level at hardware/driver and outside of what emby can see?
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 OK, next step would be to analyze the output. Could you please post two segments from each run (sw/hw). First one and 5th one?
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 Either it's in the segments, or it's the client making different assumptions up-front. Was it in one, several or all clients?
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 it's in all clients that i've tried; win10 theatre, LG tv webos app, and shield. currently doing all my testing on the win10 theatre as it's easy on a dual screen setup... how do i generate the segments - i'm confused on exactly what to do there?
Carlo 4560 Posted March 13, 2021 Posted March 13, 2021 On 3/5/2021 at 3:09 PM, veehexx1 said: tuner is TBS6981 Sorry for the off question. Is this tuner setup in Emby or are you doing recording outside Emby?
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 emby.zipattached zip with HW & SW with segmentsa 1&5
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 Just now, cayars said: Sorry for the off question. Is this tuner setup in Emby or are you doing recording outside Emby? outside of emby. it's configured in TVHeadend and using m3u tuner in emby
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 ... so transcoding isnt filling the DAR & SAR info so it's falling back to a 'safe' 4:3 default?
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 Correct! Uhhh, it won't be fun to find out why.... I'm downloading your source sample. 1
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 well that's hopefully saved me £300+ to upgrade from mATX to ATX case, mobo & quadro p400 glad we got to the bottom of it... good luck fixing!
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 It might take a while. This requires kind of a masochistic mindset. Or a day when things have worked out too well to get back on earth.. LOL
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 1 minute ago, veehexx1 said: well that's hopefully saved me £300+ to upgrade from mATX to ATX case, mobo & quadro p400 glad we got to the bottom of it... good luck fixing! Wait...let me think. Maybe I just give you the 300 and we close the case 2
Tau512 15 Posted March 13, 2021 Author Posted March 13, 2021 paypal ready to go no problem on the wait; software encoding is performing acceptably on =<1080p content which is 99% of my media. struggles a bit on seeking, but cant grumble for a cheap entry CPU. 1
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 3 minutes ago, veehexx1 said: paypal ready to go The problem will be all the other guys that would come tomorrow reporting the same problem...hehe. 5 minutes ago, veehexx1 said: no problem on the wait; software encoding is performing acceptably on =<1080p content which is 99% of my media. struggles a bit on seeking, but cant grumble for a cheap entry CPU. I'll need to debug this in ffmpeg, the next time I'll be working there. Feel free to remind me in case... Thanks! 1
Carlo 4560 Posted March 13, 2021 Posted March 13, 2021 Hey softworkz, I got another problem but for um, a, say $300 I can forget about it. LOL Seriously however, I hope this isn't a needle in a haystack type thing but something you'll get lucky with. 1
softworkz 5066 Posted March 13, 2021 Posted March 13, 2021 7 minutes ago, cayars said: Hey softworkz, I got another problem but for um, a, say $300 I can forget about it. LOL Let me put it like this: Unless you hit the jackpot by accident like veehexx, you might need a long time to find a problem that I can't fix quickly and easily - ho ho ho.. 10 minutes ago, cayars said: Seriously however, I hope this isn't a needle in a haystack type thing but something you'll get lucky with. It's not a really difficult task to find the place where it's happening (or rather not happening). But it's tedious and boring... 2
Tau512 15 Posted March 14, 2021 Author Posted March 14, 2021 (edited) 20 hours ago, softworkz said: The problem will be all the other guys that would come tomorrow reporting the same problem...hehe. 19 hours ago, cayars said: Hey softworkz, I got another problem but for um, a, say $300 I can forget about it. LOL didnt even last till tomorrow turns out the Athlon (2c,4t) is a bit too budget for sw decoding. Seeing it hit 100% on all 4 threads and causing issue with seeking with 1080i recorded tv transcoding. I've also spent a bit of the day looking at moving to an official amd driver supported distro but even on current ubuntu server it's having what appears to be issues with the current kernel version - same as others on the amd forums. While it works, DKMS is broken/has to be disabled and i'm really not interested in reinstalling every time with kernel update. based on that, i've pulled the plug on quadro P400, ATX case&mobo and will move existing components across. Still happy to continue this thread and help where i can but it's become much less of a problem for me now! Edited March 14, 2021 by veehexx1 1
visproduction 315 Posted March 20, 2021 Posted March 20, 2021 Ok, maybe you all have covered this. I glanced through the exchange above. The encoder is pulling the ratio from the original video dimensions of 720 x 576 which makes it 1.25 or 4:3. It looks like the original video is squashed 16:9 with a preferred playback default of 1.778. The preferred playback is a parameter in the file itself. Some software players can read this, but online browser and obviously your one encoder don't bother reading the default. They just read the original video size and uses that. I think the way around this problem is to get the master to be the right video size 16:9. You could resize the master video to 1024 x 576, then all your encoders would be happy. Or get that one encoder to recognize the default preferred playback aspect ratio. Maybe there is a option parameter in the encoder. I like having original masters in the correct playback ratio and not have a library full of squished or stretched videos. To do that the right way would be to resize during the first master conversion. Where did the video originals come from. 720 x 576 looks like a converted video from a DVD which was originally 720 x 486. If you resized it now, you will have lost a generation and things will get a little more blurry, so it's not a good solution. Whomever did the original conversion, should have made the video size 1024 x 576 instead. 1
Timmy1980 0 Posted June 9, 2022 Posted June 9, 2022 Sorry to drag up an old one, especially if this has been covered elsewhere, but did this get resolved? I am using TVheadend>Emby (plugin)>Emby app on Shield 2017 and I have this very issue. I would LOVE to get it resolved as I really do like using Emby over alternatives.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now