Jump to content


Photo

Roku thumbnails all messed up


  • Please log in to reply
43 replies to this topic

#21 softworkz OFFLINE  

softworkz

    Advanced Member

  • Developers
  • 1532 posts
  • Local time: 01:40 PM

Posted 02 May 2019 - 06:21 PM

If it wasn't using the emby ffmpeg (due to some sort of packaging error on Embys part), it should work fine as ubuntu ffmpeg works great across many applications I use. Unless, it requires an older version for some reason. Perhaps the bif generator doesn't run with a full path or setup the environment correctly. I agree, it does look like what you describe. 

 

It makes me think emby needs a code correction for the thumbnail generator.

 

I think this could be proven easily enough by renaming temporarily the ubuntu ffmpeg, though this wouldn't handle the case where using emby ffmpeg but using non emby ffmpeg libraries. In the log, you can see that the episode grabber does use a full path. Unfortunately, simply renaming /usr/bin/ffmpeg and rerunning the generator produces the exact same file. Strange!

 

If there is any debugging tool, or shell stuff I can do to help figure this out, please let me know. I'd love to make this work somehow. I presume that 2 graphics cards isn't hurting anything...

 

Emby requires the exact ffmpeg version that it is packaged with.

 

When you say that you have been able to recreate bif files after deleting, then you must also see the extraction logs.



#22 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 02 May 2019 - 07:11 PM

Sure, tell me where they are, they are not in /var/lib/emby/logs like all the usual log files, I provided a log file list a few messages back. I get bif files created every day as I record things every day. I just do not see any log files named like the names requested earlier. The only logs are named:

 

embyserver*.txt

ffmpeg-directstream*.txt

ffmpeg-remux*.txt

ffmpeg-transcode*.txt

hardware_detection*.txt

 

Note, all the ffmpeg stuff that I do see logs for works fine, devices play. I just don't see anything for bif files. An artifact of previously having Roku thumbnails plugin installed before the update?

 

I've done a find . -name quick* -print in /var/log, /var/lib/emby, /home/emby, /opt and nothing found.

 

Perhaps a complete emby package removal and install again? What I would not want to lose is my series timers. I can enter everything else.


Edited by sfatula, 02 May 2019 - 07:15 PM.


#23 softworkz OFFLINE  

softworkz

    Advanced Member

  • Developers
  • 1532 posts
  • Local time: 01:40 PM

Posted 02 May 2019 - 07:15 PM

Hmm, I don't have an explanation why that happens.

 

BTW: Do you have correctly configured BIF extraction in your library settings? Where you can choose like "every 10s" ?

 

If no log is showing up, could you please restart Emby server, recreate a bif file and then post the main server log?



#24 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 02 May 2019 - 07:22 PM

I am attaching the settings you asked about. I have restarted emby, and, regenerated a bif. So, have also attached the server log. The program was KTEN News at 10, filename generated is 'KTEN News at 10 2019_05_01_22_00_00-320-10.bif'

 

I did this by rming the file, hitting metadata refresh, and, it generated it again. There is no log file named quick*

Attached Files


Edited by sfatula, 02 May 2019 - 07:23 PM.


#25 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 14742 posts
  • Local time: 04:40 AM
  • LocationWashington State

Posted 02 May 2019 - 07:32 PM

Interesting, but it was logged. 

2019-05-02 18:20:05.787 Info MediaEncoder: ProcessRun 'quick-extract-imageseries' Execute: /opt/emby-server/bin/ffmpeg -f mpegts -skip_interval 10 -copyts -i file:"/home/emby/TV/KTEN News at 10/KTEN News at 10 2019_05_01_22_00_00.ts" -an -sn -s 320x180 -vsync cfr -r 0.1 -f image2 "/var/lib/emby/cache/temp/83cb8fe49f564a2a921931c5bd6bc90c/img_%05d.jpg"

I wonder if the additional log is part of debugging?



#26 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 02 May 2019 - 07:38 PM

Bingo, didn't think of debug logs, yes, turning it on did generate the log.

 

So, new logs attached.

Attached Files


  • Happy2Play likes this

#27 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 05 May 2019 - 03:02 AM

You guys asked for the logs, I got them now, any chance of someone assisting now?



#28 softworkz OFFLINE  

softworkz

    Advanced Member

  • Developers
  • 1532 posts
  • Local time: 01:40 PM

Posted 05 May 2019 - 06:15 PM

@sfatula - Thanks for the logs

 

@Luke - he seems to have ffmpeg 4.0.3-emby_2019_03_26 instead of 4.0.3-emby_2019_04_09 ?



#29 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 05 May 2019 - 06:33 PM

Software packaging error perhaps? Got it right off of emby website, but was early, I know the first Linux build had the old emby server, could it be it also had an old emby ffmpeg? I later loaded the rebuilt emby distribution. If you can verify the current linux 64 bit build has correct ffmpeg, be happy to re-install. It would be great if it were that simple!

 

https://emby.media/c...ic/13029-ubuntu


Edited by sfatula, 05 May 2019 - 09:17 PM.


#30 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 131628 posts
  • Local time: 07:40 AM

Posted 07 May 2019 - 02:30 PM

Yes it does.

#31 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 07 May 2019 - 03:27 PM

So, I download the latest from emby, do a dpkg -i emby-server-deb_4.1.1.0_amd64.deb, and, /opt/emby-server/bin/ffmpeg -v shows:

 

ffmpeg version 4.0.3-emby_2019_03_26 Copyright © 2000-2018 the FFmpeg developers and softworkz for Emby LLC

 

So, what happened to 4.0.3-emby_2019_04_09??


Edited by sfatula, 07 May 2019 - 03:28 PM.


#32 Happy2Play OFFLINE  

Happy2Play

    Trial and Error

  • Moderators
  • 14742 posts
  • Local time: 04:40 AM
  • LocationWashington State

Posted 07 May 2019 - 03:35 PM

Must be a OS issues as my Windows v4.1.1.0 has

ffmpeg version 4.0.3-emby_2019_04_09-g5abbb1430d+449 Copyright (c) 2000-2018 the FFmpeg developers and softworkz for Emby LLC
  built with gcc 8.3.0 (Rev2, Built by MSYS2 project)

Edited by Happy2Play, 07 May 2019 - 03:35 PM.


#33 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 07 May 2019 - 04:03 PM

Yes, a packaging issue on the emby site for 64 bit linux.



#34 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 131628 posts
  • Local time: 07:40 AM

Posted 07 May 2019 - 04:15 PM

Yes it looks like some packages did not get that final ffmpeg update. Apologies for this. It will be corrected in the next release. Thanks.



#35 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 07 May 2019 - 07:01 PM

Yes it looks like some packages did not get that final ffmpeg update. Apologies for this. It will be corrected in the next release. Thanks.

 

Ok, so.... Are you sure that's the cause of the Thumbnail issue?



#36 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 131628 posts
  • Local time: 07:40 AM

Posted 09 May 2019 - 02:29 AM

It's possible. there were a few thumbnail related fixes in it.



#37 sfatula OFFLINE  

sfatula

    Advanced Member

  • Members
  • 321 posts
  • Local time: 06:40 AM
  • LocationCalera, OK

Posted 09 May 2019 - 12:22 PM

Well that stinks, long wait I guess.

 

I have to say, if the cause is bad packaging, then, it's really disappointing that you guys upload a back package, break peoples use of the system, and then make everyone wait for another later version until it is fixed. When you break client functionality, it's not something that should wait. So, this works on other platforms apparently, just not Linux.


Edited by sfatula, 09 May 2019 - 01:24 PM.


#38 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 131628 posts
  • Local time: 07:40 AM

Posted 09 May 2019 - 02:29 PM

I apologize for the inconvenience.



#39 ProperlyFormattedDataFile OFFLINE  

ProperlyFormattedDataFile

    Advanced Member

  • Members
  • 33 posts
  • Local time: 07:40 AM

Posted 11 June 2019 - 09:26 PM

Yes it looks like some packages did not get that final ffmpeg update. Apologies for this. It will be corrected in the next release. Thanks.

 

Is there an expected release date for the next release?  I can't see the video at the beginning of this thread, but I've also been running into issues with thumbnails for web/roku being completely garbled for any MPEG2 (ATSC) inputs.  Is there any other way to get the correct ffmpeg version?  Is there a beta that I could test?

 

Edit: to answer my own question, there's is a beta and with 4.2.0_15 installed, I seem to get usable .bif files out of ffmpeg.  For the two raw .ts files I had lying around, deleting the .bif and rerunning scheduled tasks got me usable thumbnails while seeking.

 

Op, if you're still around, worth giving the server beta a shot.


Edited by ProperlyFormattedDataFile, 11 June 2019 - 09:45 PM.


#40 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 131628 posts
  • Local time: 07:40 AM

Posted 11 June 2019 - 10:27 PM

Thanks for the feedback. We're working hard to get 4.2 released as quickly as we can.






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users