All Activity

Salut Max92, c'est exactement le meme truc. Mais bonne nouvelle - j'ai trouve ce script qui ma aide a eliminer les doubles. C'est pas une solution finale mais au moins c'est quelque chose. https://github.com/anthony-foulfoin/trakt-tv-duplicates-removal

@Natelanxon Is this a cloud VM? Did you perhaps enable and use the original Windows administrator account where you don't need/have any elevation requirements and you don't get any UAC (user account control) prompts? Can you run other Windows Store apps without problems? Is your machine member of a Windows domain? Do you have any group-policies configured which might prevent the launch? => run gpresult.exe /v And please look for logs like @Neminemsuggested. Thanks

Was that checking the "Application" log in "Windows Logs" for Source: "Application Error" relating to the Emby app ? A suggested the logs may have some clues

Yes that was what I meant. Thank you

The developers like to have logs so that they can try to see what's happening: Paul

If i change the password here does it just change it for access to the synology server or will it also change the users passwords as well, sorry ,new to this and what i done when i set it all up was entered an easy password to remember to get into synology , but being old then forgot the password . Everything is working fine so upgraded to premiere but when i installed the app on windows it asked me for the synology sign in which was different from the user so need to reset the synology access passwordnd it used the easy password. SORRY if I am sounding stupid

Thanks for an honest answer. If it were a private passion project of mine, I would surely like to explore and try out everything to see what's possible, but for this, it's different priorities: The highest value is to have some who can guide and show me which ways are the safe side and guaranteed (by their own experience) to be working. I think we'll probably set up a small beta group with a few who are interested, so that we can pursue this outside of the mainstream noise about the big HWA paths. Expect progress to be a bit slower and step after step, but eventually it will be great (because we won't stop before it is). Thanks again

Well it's a different behavior on the regular app and the TV app. I like it how it behaves on the TV app Maybe you could make it a feature, and people could decide which option they like, to exit the video or not when the screensaver turns on.

Same with a LG TV model 32LQ63006LA.

If you want to maximise stability, I will recommend second variant with multiple SD cards.

Okay, unstable is not the type of paths I'd like to be walking on. How about the other options: Having a single (never-change) bootloader on SD for booting multiple OS installation on NVMe Having multiple SD cards each one booting an OS on a different partition on NVMe Which of them are you sure to be working?

https://github.com/edk2-porting/edk2-rk3588

About UEFI: it's a test suit from users, so it can be unstable. I haven't tested this so I can't say anything about it. About Android: I know there is official android images from orange pi website, but I don't tested it. If you will be using Ubuntu — I recommend Joshua Riek images.

Thanks, that's nice, because it matches the result of my own research which I had done two weeks ago: What I wasn't aware of, though is that you can use UEFI for booting, which is great news. Probably not for booting Android - did you ever run Android, is this even still a thing?

1. Orange Pi 5 Plus SoC: Rockchip RK3588. Storage Interface: Onboard M.2 M-Key slot (PCIe 3.0 x4, 2280 form factor). Multi-Boot Implementation: Equipped with a 16MB/32MB SPI NOR Flash. Supports UEFI (EDK2) deployment (need configuration) to enable a native boot menu directly from the NVMe drive. Alternatively, the MicroSD slot is positioned on the board's edge, allowing external media swapping via compatible enclosures without chassis disassembly. Enclosure Ergonomics: Compatible with standard metal cases that expose the MicroSD slot and all primary I/O ports. One-time assembly requirement is met by pre-installing the NVMe SSD and sealing the chassis. 2. Radxa Rock 5B SoC: Rockchip RK3588. Storage Interface: Bottom-mounted M.2 M-Key slot (PCIe 3.0 x4, 2280 form factor). Multi-Boot Implementation: Features a detachable eMMC module slot and an external-facing MicroSD slot. Multi-booting is achievable via customized U-Boot/GRUB configurations or UEFI images targeting the SPI Flash/SD card as the primary boot stage, while mounting core OS root filesystems from distinct NVMe partitions. Enclosure Ergonomics: Requires a dedicated aluminum heatsink-case. The NVMe drive is secured internally during the initial layout. System switching via MicroSD card swaps does not require opening the housing, as the card slot remains perimeter-accessible. I have first variant in use for almost 2 years, so I can help providing more information about this sbc. My config: Ubuntu 22.04 linux 5.10, NVMe 1TB with main OS, external HDDs for Data.

Thanks for the offer, through, the FFmpeg command building we do is pretty complex and working on this requires probably more iterations than we will have beta versions over the next few years... Acquisition of a device not a problem in itself, it's rather about which one. The requirements are: The device must use: RK3588 or RK3588S The device must have an internal M.2 M-key NVMe slot. Multi-Boot The device must be able to either boot multiple OS installations from NVMe (probably doesn't work) or boot with a boot loader with a menu on regular/flash storage while the core OS is installed on NVMe or boot from a non-fixed drive while the core OS is installed on NVMe and switch OS by changing the drive's medium In this case, the "drive'" must be externally accessible without opening the case The device must be useable in all possible ways without needing to disassemble and re-assemble it more than once - ever More generally: Everything that requires more time than it should/could, is a showstopper

When I try to play the following movie using Emby for Android (version 3.5.36 on an Nvidia Shield TV Pro), the movie doesn't start. It tries to start, but nothing happens on the client; it gets stuck at 0 seconds (fast-forwarding doesn't work either). On the server, you can also see that the client is stuck at 0 seconds (the server counts 0:00, 0:03, 0:07, 0:00 in an endless loop). Attached are the media details. In the Emby for Android TV app, the movie plays immediately and without any issues....

Okay, I understand. Thanks for your work and attempts! Maybe we can help you to test raw software in beta test? For example I have Orange Pi 5+ with RK3588S, it can transcode any format with ffmpeg included in Jellyfin without any bugs and much heating/cpu load. So I think it won't be difficult to test and feedback for such users as me.

Well, on the FFmpeg side, everything is prepared, but not at the side of Emby Server. We do not even have a device other than the underperforming hand-warmer (which I won't ever touch again ).

I got few minutes, so let me explain our - let's say - "limited excitement" for RockChip devices. Few years ago, users convinced us to look into those types of devices (earlier gen of course) for transcoding and it looked very promising - at least on paper - so we bought a Pine64 with an RK3399 and looked into it. Step-by-step it became clear that the specs were blatant lies and none of the promises kept true, like ffmpeg support, which had been mentioned and confirmed at various places, and then it turned out that there had been an earlier attempt, abandoned 1.5 years ago, completely unusable, requiring some kernel of firmware that wasn't even available - a total failure. Playback at FullHD - stuttering like crazy - far away from all the specs they published - and it was clear that this device will never be able to transcode anything (when it cannot even de-code, how should it at the same time? Several OS images were provided and the only question was: which bug will the next one have what the others don't have? OS had to be copied on an eMMC card - ancient technology, super-slow, took endlessly long and the result worked only in one of 3 cases - at best. The device became super-hot, even for little effort, cooling was insufficient, and it became even slower when hot and it was hot most of the time. Also, it was hardly possible to keep it closed. Each time I reassembled, it took only minutes until another reason came up for disassembling again, yet it needed its case for cooling, so it was an endless chain of open close open close open close - you couldn't put it into a corner and be good. It might be a nice gadget for doing simple things, but the way how it was advertised - by RockChip, not by Pine - is not acceptable, just a collection of lies. It's been an incredible waste of time, disappointing all along the line with a manufacturer who is lying about capabilities - from this background it should be understandable that since then, our excitement for anything about RockChip has been - as said - rather limited. The conclusion was that we won't do any pioneering work and won't make any move in this area until there's proven evidence that this can work in a reasonable way and other will have done the required work on ffmpeg integration and suitable OS images, drivers and convincing device models are available. The condition of the last sentence seems to be fulfilled, that why we're going for another attempt, but not as a top priority.

Thank you hatharry it's working now! When you ask Alexa to stop, it says "I encounter a glitch. Can you say that again?" It stops the music though. Edited: Stop music doesn't say the error anymore but playing next song doesn't work now. Tried Alexa next track, next song, and next. Thanks for the quick support.

Hi, checking in to see if there are any updates on this. TY

I think you mean automatically adding all the items in the deletion queue to a single collection. If that's what you mean, I like the idea and I'll try to include it in the next update.

New Emby server Beta release, v4.10.0.19.

@FourCornersthere are plenty of more appropriate places to discuss this topic out on the interwebs. This forum is not one of them, thanks.