[mcelliott]

Just don't use mp3 in handbrake for now ... having a programm wise workaround in ffmpeg I have never seen before ... why not using aac?

I agree.

I was using mp3 as it was working fine for everything. Is the workaround only for mp3? Is there any reason to suspect there will be similar problems with mac?

And for the files that are broken, is there a quick way of re-encoding the audio and leaving the video as it is?

[fritsch]

you can redo the broken files with e.g. ffmpeg without reencoding the video:

Code:

ffmpeg -i input.mp4 -c:v copy -c:a aac -strict -2 -vbr 3 output.mp4

Make sure to get a recent ffmpeg binary - there are some for windows you can download. See the c:v copy which just copies the video input

Edit: You need _an old_ ffmpeg to care with those broken files - Use 2.7.x or something. But you will see - recent version won't decode that anymore.

for the file you sent me:

Code:

ffmpeg -i Endangered\ Species\ 1x01\ Collecting\ Merl.mp4 -c:v copy -c:a aac -strict -2 -vbr 3 output.mp4

In later ffmpeg version the -strict 2 is not needed anymore

Edit2: The resulting file works in kodi, I used 2.7.1 for transcoding the audio (I keep old versions around)

[fritsch]

@Milhouse: Could you add this little patch into your build - to see mcelliot can play his mp3 files again?

Code:

From 5841e4fbc8db7d155d4e812e002085ea374cd032 Mon Sep 17 00:00:00 2001
From: fritsch <[email protected]>
Date: Tue, 22 Dec 2015 16:11:46 +0100
Subject: [PATCH] FFmpeg: Use full parsing for mp3s whenever they come from
handbrake

---
libavformat/mov.c | 1 -
1 file changed, 1 deletion(-)

diff --git a/libavformat/mov.c b/libavformat/mov.c
index 2c364ac..ca33d16 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -4535,7 +4535,6 @@ static int mov_read_header(AVFormatContext *s)
             }
         }
         if (mov->handbrake_version &&
-            mov->handbrake_version <= 1000000*0 + 1000*10 + 0 &&  // 0.10.0
             st->codec->codec_id == AV_CODEC_ID_MP3
         ) {
             av_log(s, AV_LOG_VERBOSE, "Forcing full parsing for mp3 stream\n");
--
2.5.0

[fritsch]

Michael Niedermeyer, the chief dev of FFmpeg has updated his patch: https://github.com/FFmpeg/FFmpeg/commit/...56570f5d59

it now also workarounds handbrake 0.10.2 ... man that sucks like hell.

[illiac4]

Debug log:
http://pastebin.com/DK5KfquX

Can you enable libCURL component debug logging, and upload a new debug log that shows you trying to connect to this server?

Can you also compare builds #1128 and #1201, to see if this issue is related to PR7030 (present in #1128 but not #1201).

Tested on build 1218 and install from zip works so it is not related to the 7030 patch. It must be something between 1218 and 1220.

[fritsch]

It's already fixed and will be in next Milhouse build.

Concerning the mp3 issue: https://github.com/HandBrake/HandBrake/c...b897c8f7cd <- I think handbrake will produce "good files" in the future.

[fritsch]

So don't touch your mp3s: https://github.com/xbmc/xbmc/pull/8649 <- will be in kodi (soon)

[basco]

hi all,

when i unpack http://milhouse.openelec.tv/builds/maste...07aeab.tar it contains the generic build??

[menakite]

http://forum.kodi.tv/showthread.php?tid=...pid2192115

[basco]

thank you!
i did not realize that the two builds where merged. was breaking a sweat though :o)
works fine with a G210

[Milhouse]

http://pastebin.com/E4vUc5Ca

Not seeing any libCURL component logging in this log - did you enable component logging?

[illiac4]

http://pastebin.com/E4vUc5Ca

Not seeing any libCURL component logging in this log - did you enable component logging?

Yes i did. But here it is again with curl enabled logging (at least i have selected libcurl component logging).


http://pastebin.com/h0aPgDY2


P.S.:
Have temporary removed all addons and delete the database just to be sure and it is the sam behaviuour.

Also i have noted that when going into system/addons/my addons/pvr clients/ and then you move to one and press enter/ok it does not do anything. In the past it was so, if you have clicked ok/enter you have got addon information screen. Now you have to select menu and from menu select addon information. Not really user friendly.

[Milhouse]

There are no curl log entries in your last log at all - I can't see any attempt to connect using curl to the server you were having problems with previously. So either it's working now, or you're not connecting to the server? This last log seems to be from a different machine (Celeron, no Pulsar installed) whereas the machine with errors is/was an Intel Atom with Pulsar installed.

Looking at the Atom log again, it might be that you need a slight delay before the addon connects to the Pulsar server... maybe try enabling "Wait for network"?

[illiac4]

I have two one is based on nvidia and d2550 and the other is celeron 1037u. Both shows the same behavior. I really doubt that it has anything to do with pulsar since i have moved all addons and the same behaviour.
Can you select on your nvidia on latest build install from zip, and it works (must be build 1220)?

P.s:
I have select libcurl debugging so i assum that this kind of debugging is not working.

To what folder does this points CGUIMediaWindow::GetDirectory(addons://install/) failed

[Milhouse]

Due to the Christmas change freeze (aka busy with family) I'm not doing another x86 build until ~28th so if you need to install an addon from zip try the command line/ssh or downgrade to #1218 (choose the correct Generic/Nvidia_Legacy version), install the zip, then upgrade again. Sorry for the hassle.