StreamingKit
StreamingKit copied to clipboard
tumtumtum
M4A files over 5 minutes do not play
Hey,
I'm having an issue playing M4A files with StreakingKit. I can play M4A files under 5 minutes but any that exceed that length result in an an unexpected error (code 2) and do not play back.
I've read about M4A needing to be optimised for streaming, is this the issue with the larger files? If so how do you do so?
Thanks, Alex
I am having the same issue but with CAF files. I am exporting songs from iPod Library and then playing these songs. need your help
It would be great help if you provide me another solution that you used. Thanks in advance
I'm having the same issue while playing M4A files with StreakingKit. I can play M4A files under 5 minutes but any that exceed that length do not play back.
I believe the issue has something to do with the encoding. If you brought in a CD with Lossless (I use XLD), then used the autoConvert to 256 in iTunes, the player won't be able to play tunes with approx. over 5:30. I'm reloading my entire collection into iTunes at full AIFF resolution, and then using the autoConvert to 256 for the portables. If that doesn't work, then we'll have to figure out what the issue is.
I'm starting with my favorite band: Aerosmith, and I'm almost done, so I'll update shortly.
Sorry to say, but that doesn't work! I'll try encoding with AudiConverter Lite, but this is not good enough, as users will be forced to download extra software to their machine. Most people barely know how to turn on their machines, let alone understand that there are issues with "Encoding", like what is that?
They do play at full AIFF with no downsampling. So the issue is reading m4a files. I don't use mp3s, or wav so I can't speak for that.
It seems to work with AudioConverterPro but's $6.99 and i don't want to put my customers thru that, so I hope there is another way to fix this.
I'll try that, but ideally, I like to have the pure cd quality in iTunes so that I can hear that if wanted to.
Sent from my iPhone
On Jun 22, 2017, at 12:50 AM, Patrick [email protected] wrote:
Why don't you use the AAC encoder directly when you import your CD?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
I realize that when I synchronise my iPhone with iTunes, I have this message when iTunes try to copy your file to the device:
It might be a lossless file. Try converting to aac 256.
Sent from my iPhone
On Jun 23, 2017, at 3:10 AM, Patrick [email protected] wrote:
I realize that when I synchronise my iPhone with iTunes, I have this message when iTunes try to copy your file to the device:
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
Yes but what is your issue exactly? What is the audio file you try to play with streamingKit?
Every file in my phone over 5:30 mins won't play. It skips over it.
Sent from my iPhone
On Jun 23, 2017, at 7:13 AM, Patrick [email protected] wrote:
Yes but what is your issue exactly? What is the audio file you try to play with streamingKit?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
Sorry, unless it's uncompressed (aiff), then it plays any length.
Sent from my iPhone
On Jun 23, 2017, at 7:13 AM, Patrick [email protected] wrote:
Yes but what is your issue exactly? What is the audio file you try to play with streamingKit?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
It should play m4a files of any size that were compressed by iTunes. I haven't tried compressing the files when bringing them in to iTunes. But I rather have aiff files in iTunes and compressing them only when syncing to the portables.
Sent from my iPhone
On Jun 23, 2017, at 7:47 AM, Patrick [email protected] wrote:
I understand but what do you want exactly to work?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
I believe Apple doesn't allow lossless on their portables. I am able to load lossless in iTunes, but to load it into a device it needs to be aiff, MP3 or m4a.
Sent from my iPhone
On Jun 23, 2017, at 8:14 AM, Patrick [email protected] wrote:
But lossless is not compressed!
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.
And we still can't play m4a files that are greater than 5:30 in length, unless it's compressed by a 3rd party.
The file is over an hour and unoptimized. Maybe remote streaming playback of the file is failing because of this old issue?
Here is the m4a file that is failing to load:
http://media.blubrry.com/jordanbpeterson/content.blubrry.com/jordanbpeterson/20_-_Ideology_Logos_and_Belief.m4a
I don't have control over the content so I can't optimize it.
It’s a 2 year old issue and Im still struggling with basically this problem, perhaps it’s time we took it into our own hands and figured out a better way to handle remote m4a streams (Or m4a at all) given that m4a has officially replaced mp3 as the dominant audio format (or so I’ve read)
On 21 Aug 2017, 06:44 +0100, Mitch Downey [email protected], wrote:
The file is over an hour and unoptimized. Maybe remote streaming playback of the file is failing because of this old issue? Here is the m4a file that is failing to load: http://media.blubrry.com/jordanbpeterson/content.blubrry.com/jordanbpeterson/20_-_Ideology_Logos_and_Belief.m4a — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.
Yes, but how? I'm not good enough to tackle low level code. I can't see this being that difficult for Tum, since he was able to accomplish the entire project. I think he should set up a donation format, so that he gets motivated.
Like any good community effort we dig into the code (its just Objective-C, how scary can it be) and report our findings and then formulate a plan of attack re: fixing it. From what I gather there is an AVExportSession run over the stream as it enters the buffer (something to that effect) and i'd imagine it relies on the header to re-encode the stream. That is where the problem probably lies. https://mailtrack.io/ Sent with Mailtrack https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22
On Mon, Aug 21, 2017 at 3:40 PM, Dorian Mattar [email protected] wrote:
Yes, but how? I'm not good enough to tackle low level code. I can't see this being that difficult for Tum, since he was able to accomplish the entire project. I think he should set up a donation format, so that he gets motivated.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/tumtumtum/StreamingKit/issues/310#issuecomment-323760419, or mute the thread https://github.com/notifications/unsubscribe-auth/ABvC6h6sDhY9ngd5KjD6G7sqZKga_0nhks5saZbPgaJpZM4KrCd4 .
@patrickjquinn I would love to help resolve this but unfortunately I have only Swift experience (~2 years). I'm motivated to help but would need some direction on how I could be useful.
I'd be willing to donate to get this issue resolved, if that would help.
Unfortunately @tumtumtum I like others will need to switch to FreeStreamer if we can't resolve this.
Update: Actually this SO post claims FreeStreamer has the same problem. It seems that both libraries can support optimized m4a files (I think?) but not non-optimized m4a files.
FWIW these open issues appear to be duplicates to me:
#84 #89 #171 #240
If we should close or combine them somehow let me know.