All Activity

I will post a video of a new Emby client that no one even knows exists It's new it's fresh it's Emby Give me a few and I will post a video, even though I got some freaks trolling me lately DAMN..... New player also plays ISO

Sure thing. Added it the OP. Basically duplicate errors as it's trying to load multiple Chapter thumbs.

Lets make it easy for users lets make full lists heres a started one for Dish network, help fill in the channels ? USA-ECHOST-X Zip Code 90210 Lineup DISH Network (USA SATELLITE) AETVHD 118 A&E AMCHD 131 AMC APLHD 184 ANIMAL PLANET BRAVOHD 129 BRAVO CNNHD 200 CNN COZITV 253 COZI TV DSCHD 182 DISCOVERY FXMHD 384 FXM FXXHD 125 FXX FYIHD 119 FYI BLOOMHD 203 BLOOMBERG CNBCHD 208 CNBC CCHD 107 COMEDY CENTRAL (EAST) COOKHD 113 COOKING DESTHD 194 DESTINATION AMERICA

Hi there, please attach the Emby server log from when the problem occurred: How to Report a Problem Thanks!

Not too sure why or where to look, but I'm using Bunny CDN and everything works great except the chapter thumbnails which are broken. I get a black frame with the broken icon instead. If I try to open the thumbnail in a new browser tab I get a blank page with the message: "Response Content-Length mismatch: too many bytes written (551 of 550)." The numbers vary depending on the thumbnail, but it's always 1 extra byte too many. The chapter thumbnails appear to be broken in the web app, mobile app and tv app. They're also broken when you bring them up while playing something. I'm guessing it has something to do on how these thumbnails are rendered as their url doesn't point to a file with a file extension? emby.log

So with the tags feature you now can give each one of your family/users their own channels & subscription, example is lets say we have 3 users Ted, Bill, Bob. Ted has 3 channels #EXTM3U #EXTINF:-1 tvg-id="aande.us" tvg-name="USA: A&E" tvg-logo="" group-title="TED ",USA: A&E http://thisistedstv.com #EXTINF:-1 tvg-id="amc.us" tvg-name="US AMC " tvg-logo="" group-title="TED ",USA: AMC http://thisistedstv.com #EXTINF:-1 tvg-id="cnn.us" tvg-name="US CNN " tvg-logo="" group-title="TED ",USA: CNN http://thisistedstv.com Bill has 3 channels #EXTINF:-1 tvg-id="axstv.us" tvg-name="US AXS TV " tvg-logo="" group-title="Bill ",US AXS TV http://thisistedstv.com2 #EXTINF:-1 tvg-id="" tvg-name="US CBS News " tvg-logo="" group-title="Bill ",US CBS News http://thisistedstv.com2 #EXTINF:-1 tvg-id="cmt.us" tvg-name="USA: CMT" tvg-logo="" group-title="Bill ",USA: CMT http://thisistedstv.com2 Bob has 3 channels #EXTINF:-1 tvg-id="discoverychannel.us" tvg-name="US Discovery" tvg-logo="" group-title="Bob ",US Discovery http://thisistedstv.com3 #EXTINF:-1 tvg-id="magnolianetwork.us" tvg-name="US Magnolia Network " tvg-logo="" group-title="Bob ",US Magnolia http://thisistedstv.com3 #EXTINF:-1 tvg-id="foxbusiness.us" tvg-name="US Fox Business Network" tvg-logo="" group-title="Bob ",US Fox Business http://thisistedstv.com3 Now each user selects a tag with their name and each user gets the channels they want also each user can have channels each from a different subscription long as each user ONLY uses the tag that is their name it will work smooth. A good idea would be to have an option to lock the tags so users can't click all tags messing up other users, just an idea

New beta in the catalog v2.8.9.0. Changed: 1) Much more precise chromaprint/hash detection. 2) If chromaprint/hash detection doesn't find reliable consistent audio it will no longer add the time stamps and if enabled fallback to black frame detection. 2) Better blackframe detection. I advice to turn on blackframe fallback. 3) Added more settings for the Chromeprint/hash detection, default: on. MultiPeer Consensus Refinement Reject Repeating Intro/Bumper Matches Use Boundary Search for Fine Grained Refinement Use Subframe Interpolation Explanations available in the settings. 4) Logging for "dry run with debug" has been improved. 5) The new settings have been added to the rule system. Fixed: 1) Detection queue could sometimes be limited to a 1000 episodes. 2) Detection runs sometimes stopping without reason should be fixed (if i have correctly identified the problem). Bugs: 1) When using Chromaprint detection the UI can make it look like the detections have temporary stalled. This is not a bug per say but simply lack of data from ffmpeg to react on.

Hopefully I grabbed the correct one. embyserver-63925372800.txt

Hi there, please attach the complete emby server log file. Thanks.

hi, what do you mean by this? The scan will handle what you've manually deleted.

HI, please send a private message to @AbobaderThanks.

they have different structures and folder names. you can't copy between the two.

While poking at Emby with an MCP server I've been writing, I found items that can't be deleted through the API at all. If an item's folder no longer exists on disk, and that folder held more than one item, DELETE /Items/{Id} answers 404 Could not find a part of the path '<folder>' and the entry stays in the database. An item that was alone in its folder deletes fine in the same state, including a film stacked as CD1/CD2 — so it's the multiple-items-per-folder case that breaks. Reproduced on a clean 4.10.0.31: 1. Create /media/test/Two Films (2011)/ holding First Film (2011).mp4 and Second Film (2013).mp4. 2. Add /media/test as a movie library and scan. Two entries appear. 3. Delete the folder Two Films (2011) from disk. Don't rescan. 4. Call DELETE /Items/{Id} on either entry. Expected: the entry is removed, as it is when a scan drops missing items. Actual: 404 Could not find a part of the path '/media/test/Two Films (2011)'. Both entries stay. Recreating that folder empty and repeating the exact same calls returns 204 and removes both entries. So the delete only needs to read the folder, not the files in it. A missing folder should be treated the same as an empty one. These entries can't be removed by any route I could find without actually creating the folder. Renaming a library folder left me with thousands of entries under the old path, outside every library, so no scan ever revisits them and the API delete is the only thing left. Most deleted fine; the ones that had shared a folder refused until I recreated each folder by hand. I saw the same error for an episode in that state, but I only reproduced the film case cleanly.

Where did you download it from? I got the apk for .59 from GitHub. https://github.com/MediaBrowser/Emby.Releases/tree/master/android

hola, deseo cambiar mi correo ya que no puedo ingresar con el correo por error mi correo pakotorrey84@hotmail.com por pakotorrey84@gmail.com. gracias por su comprension

My TrueNAS Core 13.5 Emby server is running 4.10.0.40 fine so this may be something specific about your jail.

I've got a 5950x and if you are willing to give it all the CPU by tweaking settings up it could be only a couple seconds per episode. A easy episode takes 3-5 second and a long one seems to take 12-15 seconds. I can't remember what all the defaults are but I know I turned the thread and CPU limiting ones to use as much CPU as possible (I used scheduling to have this only run afterhours when everyone was asleep). I turned up the parallel FFmpeg sessions to 8. I also increased the number of parallel batch size to as high as it took to max out the CPU usage (This is 16 right now but I think going as high as 24 still saw improvements). The last one I tweaked was Max Concurrent Files to accommodate your storage bandwidth as increasing this seems to help a little but no where near as much as the batch size and uncapping all the throttling settings. I then set it to go while the family went on a week long vacation and it was done before we got back. Not sure on exact time length that it took. It only had ~24K episodes after TheIntroDB plugin was done. The fastest is if TheIntroDB has results so make sure you have that working and run through it as it saves a lot of time if you run it first. The plug-in is able to skip any that have the credits detected when you do the second run with OCR running. Every episode that gets a hit will be done twenty times faster(or more) than OCRing.

Installed a linux shell on my nas for running automated scripts and Xtreme Ui so I can load my entire Emby library to load complete meta data customized how I want for Tivimate I guess. I was trying to get away from Tivimate but I can customize what I want to look and run how I want so thanks for the push for making me do it. I can even load gif inside of Tivimate animated logos posters backdrops full meta data with api keys less weight means no bloat. I'm crafty I can make anything look good and come to life especially when I get hated on makes me work harder Xtreme UI can do more than you know and runs 100% on a nas shell, just need this refund and I'm good. I'm ready for anything come my way

I'm still on 3.5.55. Google Play doesn't have the new update 3.5.59. I've done manual update but still only showing 3.5.55. Ideas??

Cool. copying the .actor file to metadata folder work? or is there somewhere in emby to tell it to use it ?

How can I get a refund ?? @Luke @ebr Maybe I do need to find another hobby, refund my card then I'm out of here

Refund me for my lifetime pass then you can delete my account and I will leave

Kind of rude, Emby is my hobby what the hell

Thanks. I believe it can be narrowed to the MPV player. The native player does not exhibit this issue. Unsure if related, but Emby can also maintain orphan streams created when device clients disconnect or 2+ users on the same stream. Is it possible a client is subjected to duplicate data from multiple streams (current + 1+ orphan) into a buffer?

@Uncle_FrankPlease find another hobby and stop spamming the Emby forums...